tag:old.nabble.com,2006:forum-22105Nabble - Mac OS Forge2009-12-14T19:58:51Z<div style="float:right"><a href="http://www.macosforge.org/" target="_top" rel="nofollow"><img src="http://dss.macosforge.org/images/logo.gif" border="0"></a></div>
<a href="http://www.macosforge.org/" target="_top" rel="nofollow">Mac OS Forge</a> is dedicated to supporting the developer community surrounding open source components specific to Mac OS X.<br>
Here you will find resources for working with the source code to popular Apple-original projects, as well as third party projects that are closely related to the Macintosh operating system.tag:old.nabble.com,2006:post-26789128"not owner" when installing readline as non-root2009-12-14T19:58:51Z2009-12-14T19:58:51ZKevin Reid-2On Oct 15, 2009, at 12:37, Ryan Schmidt wrote:
<div class='shrinkable-quote'><br>>>>> ---> Applying patches to readline
<br>>>>> Error: Target org.macports.patch returned: could not set group
<br>>>>> for file "/Users/thomas/Documents/prgm/bin/autoinstall/macports/
<br>>>>> var/macports/build/
<br>>>>> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync
<br>>>>> .macports.org_release_ports_devel_readline/work/readline-6.0/
<br>>>>> support/shobj-conf": not owner
<br>>>>> Error: Unable to upgrade port: 1
<br>>>>
<br>>>> Ok, that's the first and real error, and is:
<br>>>>
<br>>>> <a href="http://trac.macports.org/ticket/20896" target="_top" rel="nofollow">http://trac.macports.org/ticket/20896</a><br>> ...
<br>> You could apply the patch I attached to that ticket, and rebuild
<br>> MacPorts.
</div><br>I'm having what looks like this same problem, after having just
<br>selfupdated MacPorts.
<br><br><br>bash-3.2$ port upgrade readline
<br>MacPorts running without privileges. You may be unable to complete
<br>certain actions (eg install).
<br>---> Computing dependencies for readline
<br>MacPorts running without privileges. You may be unable to complete
<br>certain actions (eg install).
<br>---> Fetching readline
<br>MacPorts running without privileges. You may be unable to complete
<br>certain actions (eg install).
<br>---> Verifying checksum(s) for readline
<br>MacPorts running without privileges. You may be unable to complete
<br>certain actions (eg install).
<br>---> Extracting readline
<br>MacPorts running without privileges. You may be unable to complete
<br>certain actions (eg install).
<br>---> Applying patches to readline
<br>Error: Target org.macports.patch returned: could not set group for
<br>file "/Stuff/ports/var/macports/build/
<br>_Stuff_ports_var_macports_sources_rsync
<br>.macports.org_release_ports_devel_readline/work/readline-6.0/support/
<br>shobj-conf": not owner
<br>Error: Unable to upgrade port: 1
<br>bash-3.2$ locate portutil.tcl
<br><br><br>I tried applying your patch, but it didn't apply cleanly and the code
<br>looks different (there is no "file copy -force" in src/port1.0/
<br>portutil.tcl).
<br><br>Any updated recommendations?
<br><br>--
<br>Kevin Reid <<a href="http://switchb.org/kpreid/" target="_top" rel="nofollow">http://switchb.org/kpreid/</a>>
<br><br><br><br><br>_______________________________________________
<br>macports-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26789128&i=0" target="_top" rel="nofollow">macports-users@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-users" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-users</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Users-f22107.html" embed="fixTarget[22107]" target="_top" >MacPorts - Users</a></p>tag:old.nabble.com,2006:post-26789096Re: [MacPorts] #20894: Mono fails to build on Snow Leopard x86_642009-12-14T19:54:09Z2009-12-14T19:54:09ZMacPorts#20894: Mono fails to build on Snow Leopard x86_64
<br>----------------------------------+-----------------------------------------
<br> Reporter: matt@… | Owner: mww@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.0
<br> Keywords: snowleopard | Port: mono
<br>----------------------------------+-----------------------------------------
<br><br>Comment(by p_ansell@…):
<br><br> I just tried bumping the version in the Portfile to 2.4.3 and removing all
<br> of the patchfiles and it fails with exactly the same error as in 2.4.2.3
<br><br> /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.2
<br> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include
<br> -DPACKAGE_NAME=\"libgc-mono\" -DPACKAGE_TARNAME=\"libgc-mono\"
<br> -DPACKAGE_VERSION=\"6.6\" -DPACKAGE_STRING=\"libgc-mono\ 6.6\"
<br> -DPACKAGE_BUGREPORT=\"<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26789096&i=0" target="_top" rel="nofollow">Hans_Boehm@...</a>\" -DGC_DARWIN_THREADS=1
<br> -DTHREAD_LOCAL_ALLOC=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
<br> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
<br> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
<br> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSILENT=1 -DNO_SIGNALS=1
<br> -DNO_EXECUTE_PERMISSION=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1
<br> -DATOMIC_UNCOLLECTABLE=1 -D_IN_LIBGC=1 -I./.. -I./.. -I./include
<br> -I/opt/local/include -no-cpp-precomp -D_THREAD_SAFE -DGC_MACOSX_THREADS
<br> -DPLATFORM_MACOSX -DUSE_MMAP -DUSE_MUNMAP
<br> -DGetCurrentProcess=MonoGetCurrentProcess
<br> -DGetCurrentThread=MonoGetCurrentThread -DCreateEvent=MonoCreateEvent
<br> -O2 -arch x86_64 -g -MT allchblk.lo -MD -MP -MF .deps/allchblk.Tpo -c -o
<br> allchblk.lo allchblk.c
<br> /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.2
<br> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include
<br> -DPACKAGE_NAME=\"libgc-mono\" -DPACKAGE_TARNAME=\"libgc-mono\"
<br> -DPACKAGE_VERSION=\"6.6\" -DPACKAGE_STRING=\"libgc-mono\ 6.6\"
<br> -DPACKAGE_BUGREPORT=\"<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26789096&i=1" target="_top" rel="nofollow">Hans_Boehm@...</a>\" -DGC_DARWIN_THREADS=1
<br> -DTHREAD_LOCAL_ALLOC=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
<br> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
<br> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
<br> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSILENT=1 -DNO_SIGNALS=1
<br> -DNO_EXECUTE_PERMISSION=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1
<br> -DATOMIC_UNCOLLECTABLE=1 -D_IN_LIBGC=1 -I./.. -I./.. -I./include
<br> -I/opt/local/include -no-cpp-precomp -D_THREAD_SAFE -DGC_MACOSX_THREADS
<br> -DPLATFORM_MACOSX -DUSE_MMAP -DUSE_MUNMAP
<br> -DGetCurrentProcess=MonoGetCurrentProcess
<br> -DGetCurrentThread=MonoGetCurrentThread -DCreateEvent=MonoCreateEvent
<br> -O2 -arch x86_64 -g -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c -o
<br> alloc.lo alloc.c
<br> libtool: compile: /usr/bin/gcc-4.2
<br> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include
<br> -DPACKAGE_NAME=\"libgc-mono\" -DPACKAGE_TARNAME=\"libgc-mono\"
<br> -DPACKAGE_VERSION=\"6.6\" "-DPACKAGE_STRING=\"libgc-mono 6.6\""
<br> -DPACKAGE_BUGREPORT=\"<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26789096&i=2" target="_top" rel="nofollow">Hans_Boehm@...</a>\" -DGC_DARWIN_THREADS=1
<br> -DTHREAD_LOCAL_ALLOC=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
<br> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
<br> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
<br> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSILENT=1 -DNO_SIGNALS=1
<br> -DNO_EXECUTE_PERMISSION=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1
<br> -DATOMIC_UNCOLLECTABLE=1 -D_IN_LIBGC=1 -I./.. -I./.. -I./include
<br> -I/opt/local/include -no-cpp-precomp -D_THREAD_SAFE -DGC_MACOSX_THREADS
<br> -DPLATFORM_MACOSX -DUSE_MMAP -DUSE_MUNMAP
<br> -DGetCurrentProcess=MonoGetCurrentProcess
<br> -DGetCurrentThread=MonoGetCurrentThread -DCreateEvent=MonoCreateEvent -O2
<br> -arch x86_64 -g -MT allchblk.lo -MD -MP -MF .deps/allchblk.Tpo -c
<br> allchblk.c -fno-common -DPIC -o .libs/allchblk.o
<br> libtool: compile: /usr/bin/gcc-4.2
<br> -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include
<br> -DPACKAGE_NAME=\"libgc-mono\" -DPACKAGE_TARNAME=\"libgc-mono\"
<br> -DPACKAGE_VERSION=\"6.6\" "-DPACKAGE_STRING=\"libgc-mono 6.6\""
<br> -DPACKAGE_BUGREPORT=\"<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26789096&i=3" target="_top" rel="nofollow">Hans_Boehm@...</a>\" -DGC_DARWIN_THREADS=1
<br> -DTHREAD_LOCAL_ALLOC=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
<br> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
<br> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
<br> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSILENT=1 -DNO_SIGNALS=1
<br> -DNO_EXECUTE_PERMISSION=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1
<br> -DATOMIC_UNCOLLECTABLE=1 -D_IN_LIBGC=1 -I./.. -I./.. -I./include
<br> -I/opt/local/include -no-cpp-precomp -D_THREAD_SAFE -DGC_MACOSX_THREADS
<br> -DPLATFORM_MACOSX -DUSE_MMAP -DUSE_MUNMAP
<br> -DGetCurrentProcess=MonoGetCurrentProcess
<br> -DGetCurrentThread=MonoGetCurrentThread -DCreateEvent=MonoCreateEvent -O2
<br> -arch x86_64 -g -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c alloc.c -fno-
<br> common -DPIC -o .libs/alloc.o
<br> In file included from
<br> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include/private/gc_priv.h:66,
<br> from allchblk.c:19:
<br> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include/private/gcconfig.h:499:
<br> error: expected identifier or '(' before '--' tokenIn file included from
<br> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include/private/gc_priv.h:66,
<br> from alloc.c:19:
<br> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mono/work/mono-2.4.3/libgc/include/private/gcconfig.h:499:
<br> error: expected identifier or '(' before '--' token
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/20894#comment:41" target="_top" rel="nofollow">http://trac.macports.org/ticket/20894#comment:41</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26789096&i=4" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26788949Re: questions re: patch length2009-12-14T19:34:28Z2009-12-14T19:34:28ZMaciej Stachowiak<br>Personal thoughts:
<br><br>On Dec 14, 2009, at 7:22 PM, Chris Jerdonek wrote:
<br><br>> I have a few questions related to patch length:
<br>>
<br>> (1) Do reviewers take patch length into account when considering
<br>> whether to review a patch? This is useful to know for those who would
<br>> rather have a short patch reviewed more quickly than wait longer for a
<br>> longer patch to be reviewed.
<br><br>Yes.
<br><br>> (2) If reviewers do take patch length into account, what's the best
<br>> way to handle trivial changes that might inflate patch length (for
<br>> example moving a large chunk of code or adding an image) -- should
<br>> such changes be submitted separately?
<br><br>If they are meaningful to do separately (i.e. tree won't be in a
<br>ridiculous or broken state) then sure. In particular copying or
<br>renaming files or doing large code cleanup is best done separate from
<br>substantive changes.
<br><br>It can also help to mention if parts of the patch are mechanical and
<br>identify just the most meaningful parts.
<br><br>Another thing that makes it easier for me review is test cases. If I
<br>can see exactly what behavior change is intended in the form of a test
<br>case, it's easier to evaluate the code changes. This is true even if
<br>adding numerous test cases makes the code change overall bigger.
<br><br>> (3) Finally, in people's experience, what is the "sweet spot" for
<br>> patch length? (There is an optimization problem here somewhere.)
<br><br>I make some effort to break a patch down into the smallest meaningful
<br>pieces I can if it seems large, even if I have to do this after the
<br>fact. I particularly like to separate preparatory refactorings from
<br>actual behavior changes. On the other hand, if some changes really are
<br>tied to each other and aren't meaningful separately, I usually bite
<br>the bullet.
<br><br>Regards,
<br>Maciej
<br><br>_______________________________________________
<br>webkit-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788949&i=0" target="_top" rel="nofollow">webkit-dev@...</a>
<br><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br><p>From forum: <a href="http://old.nabble.com/Webkit-f14949.html" embed="fixTarget[14949]" target="_top" >Webkit</a></p>tag:old.nabble.com,2006:post-26788853questions re: patch length2009-12-14T19:22:39Z2009-12-14T19:22:39ZChris Jerdonek-3I have a few questions related to patch length:
<br><br>(1) Do reviewers take patch length into account when considering
<br>whether to review a patch? This is useful to know for those who would
<br>rather have a short patch reviewed more quickly than wait longer for a
<br>longer patch to be reviewed.
<br><br>(2) If reviewers do take patch length into account, what's the best
<br>way to handle trivial changes that might inflate patch length (for
<br>example moving a large chunk of code or adding an image) -- should
<br>such changes be submitted separately?
<br><br>(3) Finally, in people's experience, what is the "sweet spot" for
<br>patch length? (There is an optimization problem here somewhere.)
<br><br>I can add helpful info from responses to the web site where appropriate.
<br><br>Thanks,
<br>--Chris
<br>_______________________________________________
<br>webkit-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788853&i=0" target="_top" rel="nofollow">webkit-dev@...</a>
<br><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br><p>From forum: <a href="http://old.nabble.com/Webkit-f14949.html" embed="fixTarget[14949]" target="_top" >Webkit</a></p>tag:old.nabble.com,2006:post-26788848Re: [MacPorts] #20894: Mono fails to build on Snow Leopard x86_642009-12-14T19:22:17Z2009-12-14T19:22:17ZMacPorts#20894: Mono fails to build on Snow Leopard x86_64
<br>----------------------------------+-----------------------------------------
<br> Reporter: matt@… | Owner: mww@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.0
<br> Keywords: snowleopard | Port: mono
<br>----------------------------------+-----------------------------------------
<br><br>Comment(by p_ansell@…):
<br><br> Has anyone tried bumping versions to 2.4.3?
<br><br> <a href="http://www.mono-project.com/Release_Notes_Mono_2.4.3" target="_top" rel="nofollow">http://www.mono-project.com/Release_Notes_Mono_2.4.3</a><br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/20894#comment:40" target="_top" rel="nofollow">http://trac.macports.org/ticket/20894#comment:40</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788848&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26788804Re: [webkit-changes] [52125] trunk/LayoutTests2009-12-14T19:16:07Z2009-12-14T19:16:07ZEric Seidel-6For anyone else who went digging for the link:
<br><a href="http://trac.webkit.org/changeset/52125" target="_top" rel="nofollow">http://trac.webkit.org/changeset/52125</a> :)
<br><br>-eric
<br><br>On Mon, Dec 14, 2009 at 6:42 PM, Adam Roben <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788804&i=0" target="_top" rel="nofollow">aroben@...</a>> wrote:
<div class='shrinkable-quote'><br>> For predictable failures like these, Darin Adler says the best thing to do is "land the expected failure as an expected result, and use a bug to track the fact that it’s wrong." [1] But maybe in the case of tests that time out, it's best to skip them in order to keep the regression tests from slowing down?
<br>>
<br>> -Adam
<br>>
<br>> 1. <a href="http://thread.gmane.org/gmane.os.opendarwin.webkit.devel/10002/focus=10017" target="_top" rel="nofollow">http://thread.gmane.org/gmane.os.opendarwin.webkit.devel/10002/focus=10017</a><br>>
<br>> _______________________________________________
<br>> webkit-dev mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788804&i=1" target="_top" rel="nofollow">webkit-dev@...</a>
<br>> <a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>>
</div>_______________________________________________
<br>webkit-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788804&i=2" target="_top" rel="nofollow">webkit-dev@...</a>
<br><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br><p>From forum: <a href="http://old.nabble.com/Webkit-f14949.html" embed="fixTarget[14949]" target="_top" >Webkit</a></p>tag:old.nabble.com,2006:post-26788763Re: Should we put the webkit.org mailing lists on Gmane?2009-12-14T19:09:44Z2009-12-14T19:09:44ZDavid KilzerOn Mon, December 14, 2009 at 6:47:50 PM, Adam Roben wrote:
<br><div class='shrinkable-quote'><br>> On Jun 13, 2009, at 9:00 AM, Adam Roben wrote:
<br>>
<br>> > I think it would be good to put our mailing lists on Gmane (including
<br>> importing the archives of the lists).
<br>>
<br>> The lists are now all on Gmane. Archives for the newer lists have not been
<br>> imported, but Gmane already has data going back to July 2009. The newsgroups all
<br>> fall under the "gmane.os.opendarwin.webkit" prefix, to match the
<br>> already-existing gmane.os.opendarwin.webkit.devel group. The group names (and
<br>> their equivalent lists.webkit.org lists) are:
<br>>
<br>> gmane.os.opendarwin.webkit.
<br>> devel (webkit-dev)
<br>> gtk (webkit-gtk)
<br>> jobs (webkit-jobs)
<br>> qt (webkit-qt)
<br>> user (webkit-help)
<br>>
<br>> ("user" was chosen by the Gmane administrators, presumably to match other
<br>> projects' groups.)
</div><br><br>Can we drop the "os.opendarwin" part? The project formerly known as opendarwin is mostly (<<a href="http://www.opendarwin.org/" target="_top" rel="nofollow">http://www.opendarwin.org/</a>>) dead.
<br><br>I think gmane.org.webkit would be better.
<br><br>Dave
<br><br>_______________________________________________
<br>webkit-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788763&i=0" target="_top" rel="nofollow">webkit-dev@...</a>
<br><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br><p>From forum: <a href="http://old.nabble.com/Webkit-f14949.html" embed="fixTarget[14949]" target="_top" >Webkit</a></p>tag:old.nabble.com,2006:post-26788662Re: [MacPorts] #22747: libssh2 universal build fails2009-12-14T18:57:13Z2009-12-14T18:57:13ZMacPorts#22747: libssh2 universal build fails
<br>--------------------------------------+-------------------------------------
<br> Reporter: ryandesign@… | Owner: pmq@…
<br> Type: defect | Status: closed
<br> Priority: Normal | Milestone:
<br> Component: ports | Version: 1.8.1
<br>Resolution: fixed | Keywords:
<br> Port: libssh2 |
<br>--------------------------------------+-------------------------------------
<br>Changes (by ryandesign@…):
<br><br> * status: new => closed
<br> * resolution: => fixed
<br><br><br>Comment:
<br><br> Fixed in r61564 using a method taken from the curl port.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22747#comment:1" target="_top" rel="nofollow">http://trac.macports.org/ticket/22747#comment:1</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788662&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26788592Re: Should we put the webkit.org mailing lists on Gmane?2009-12-14T18:47:50Z2009-12-14T18:47:50ZAdam RobenOn Jun 13, 2009, at 9:00 AM, Adam Roben wrote:
<br><br>> I think it would be good to put our mailing lists on Gmane (including importing the archives of the lists).
<br><br>The lists are now all on Gmane. Archives for the newer lists have not been imported, but Gmane already has data going back to July 2009. The newsgroups all fall under the "gmane.os.opendarwin.webkit" prefix, to match the already-existing gmane.os.opendarwin.webkit.devel group. The group names (and their equivalent lists.webkit.org lists) are:
<br><br>gmane.os.opendarwin.webkit.
<br> devel (webkit-dev)
<br> gtk (webkit-gtk)
<br> jobs (webkit-jobs)
<br> qt (webkit-qt)
<br> user (webkit-help)
<br><br>("user" was chosen by the Gmane administrators, presumably to match other projects' groups.)
<br><br>-Adam
<br><br>_______________________________________________
<br>webkit-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788592&i=0" target="_top" rel="nofollow">webkit-dev@...</a>
<br><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br><p>From forum: <a href="http://old.nabble.com/Webkit-f14949.html" embed="fixTarget[14949]" target="_top" >Webkit</a></p>tag:old.nabble.com,2006:post-26788565Re: [MacPorts] #22378: Error when building Atlas2009-12-14T18:44:37Z2009-12-14T18:44:37ZMacPorts#22378: Error when building Atlas
<br>-----------------------------------------+----------------------------------
<br> Reporter: handyman@… | Owner: jameskyle@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.1
<br> Keywords: | Port: atlas
<br>-----------------------------------------+----------------------------------
<br><br>Comment(by mjjohnson.geo@…):
<br><br> I, too, can't get Atlas to build. (I'm running OS X 10.5.8 on a PowerPC
<br> G4.) I'm not totally sure if it's the same problem. The error message is
<br> a bit different:
<br><br> {{{
<br> ---> Building atlas
<br> Error: Target org.macports.build returned: shell command " cd
<br> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/work/atlas-3.8.3/build"
<br> && /usr/bin/make build " returned error 2
<br> Command output: ger : chose routine 3:ATL_cger1_2x1p.c written by R.
<br> Clint Whaley
<br> mu=2, nu=1, using 0.78 percent of L1 Cache
<br> Performance = 186.67 (14.51 of copy matmul, 14.00 of clock)
<br><br><br> STAGE 2-4: TUNING PREC='c' (precision 4 of 4)
<br><br><br> STAGE 2-4-1 : BUILDING BLOCK MATMUL TUNE
<br> cL1MATMUL: lat=4, nb=80, pf=1, mu=5, nu=4, ku=80, if=8, nf=1;
<br> Performance: 1017.47 (76.33 percent of of detected clock
<br> rate)
<br> NCgemmNN : muladd=1, lat=4, pf=1, nb=40, mu=5, nu=4 ku=40,
<br> ForceFetch=0, ifetch=8 nfetch=1
<br> Performance = 1351.98 (132.88 of copy matmul, 101.42 of
<br> clock)
<br> NCgemmNT : muladd=1, lat=5, pf=1, nb=40, mu=5, nu=4 ku=40,
<br> ForceFetch=0, ifetch=8 nfetch=1
<br> Performance = 1341.32 (131.83 of copy matmul, 100.62 of
<br> clock)
<br> NCgemmTN : muladd=1, lat=4, pf=1, nb=40, mu=5, nu=4 ku=40,
<br> ForceFetch=0, ifetch=8 nfetch=1
<br> Performance = 1281.64 (125.96 of copy matmul, 96.15 of
<br> clock)
<br> NCgemmTT : muladd=1, lat=2, pf=1, nb=40, mu=5, nu=4 ku=40,
<br> ForceFetch=0, ifetch=8 nfetch=1
<br> Performance = 1261.96 (124.03 of copy matmul, 94.67 of
<br> clock)
<br> make -f Makefile MMinstall pre=c 2>&1 | ./xatlas_tee
<br> INSTALL_LOG/zL3TUNE.LOG
<br><br><br> STAGE 2-4-2: CacheEdge DETECTION
<br> make -f Makefile INSTALL_LOG/atlas_csNKB.h pre=c 2>&1 | ./xatlas_tee
<br> INSTALL_LOG/cMMCACHEEDGE.LOG
<br> make[1]: *** [build] Error 255
<br> make: *** [build] Error 2
<br><br> Error: Status 1 encountered during processing.
<br> }}}
<br><br> Is this the same thing, or should I open a new report?
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22378#comment:27" target="_top" rel="nofollow">http://trac.macports.org/ticket/22378#comment:27</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788565&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26788543Re: [webkit-changes] [52125] trunk/LayoutTests2009-12-14T18:42:19Z2009-12-14T18:42:19ZAdam RobenFor predictable failures like these, Darin Adler says the best thing to do is "land the expected failure as an expected result, and use a bug to track the fact that it’s wrong." [1] But maybe in the case of tests that time out, it's best to skip them in order to keep the regression tests from slowing down?
<br><br>-Adam
<br><br>1. <a href="http://thread.gmane.org/gmane.os.opendarwin.webkit.devel/10002/focus=10017" target="_top" rel="nofollow">http://thread.gmane.org/gmane.os.opendarwin.webkit.devel/10002/focus=10017</a><br><br>_______________________________________________
<br>webkit-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788543&i=0" target="_top" rel="nofollow">webkit-dev@...</a>
<br><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br><p>From forum: <a href="http://old.nabble.com/Webkit-f14949.html" embed="fixTarget[14949]" target="_top" >Webkit</a></p>tag:old.nabble.com,2006:post-26788193Re: Need help activating Macports install of MySQL5 on Snow Leopard2009-12-14T17:51:54Z2009-12-14T17:51:54ZRyan Schmidt-24<br>On Dec 14, 2009, at 18:24, William H. Magill wrote:
<br><br>> Today, I have had occasion to install mysql for the first time -- I need it for a backend to a separate program.
<br>>
<br>> Macports has been working fine after upgrading to Snow Leopard and re-installing, and I have been using it for the things I've used it for in the past... no problems.
<br>> I'm a UNIX Systems Administrator by background, with virtually zero DBA experience. (And the little I had was with Ingress under VMS, long ago.)
<br>>
<br>> All of the documentation at dev.mysql.com I can find is for Leopard. (And for their pre-packaged install GUIs).
<br><br>We have some documentation about the MacPorts mysql5 setup process, somewhat non-intuitively tucked into the MAMP (MacPorts / Apache / MySQL / PHP) how-to page:
<br><br><a href="http://trac.macports.org/wiki/howto/MAMP" target="_top" rel="nofollow">http://trac.macports.org/wiki/howto/MAMP</a><br><br><br>> The macports "port install mysql5" has worked fine... all the components and pre-requsites are apparently installed (someplace, which is a separate problem).
<br><br>"port deps mysql5" tells you mysql5's dependencies.
<br><br>"port contents mysql5" tells you what mysql5 installed adn where.
<br><br><br>> Searching the web, I managed to find a plist file for starting MySQL under Snow Leopard's Launchd... that works like a champ.
<br><br>You don't need to search the web; you just need to "sudo port install mysql5-server". It will install an appropriate launchd plist and tell you how to use it. When you installed mysql5, it should have told you this was only the client libraries, and that for a server, you need to install mysql5-server as well.
<br><br><br>> However, MySQL still did not work. (The daemon was not continuing to run.)
<br>>
<br>> So I started reading through logs.
<br>> Then I hunted around in the /opt/local/lib/msql5/bin directory and found: mysql_install_db and ran it.
<br><br>mysql5-server tells you how to run mysql_install_db when you install it.
<br><br><br>> That apparently worked, as it created /opt/local/var/db
<br>>
<br>> I then tried to run the admin routine it described...
<br>>
<br>> nada... turns out there are a number of directories and permissions which need to be created and set,a
<br>> which were not done by the macports install of mysql5. -- Namely the /opt/local/var/db and /opt/local/var/run trees.
<br><br>mysql5-server creates these directories for you with the right permissions.
<br><br><br>> Now the Daemon continues to run, but MySQL still needs "initializing."
<br>>
<br>> I don't know if I still need to do more things using the macports mysql tools (and which ones), or if I need to find something specific to generic Mysql.
<br>> I'm assuming I am tripping over all of the things which only ever need to be done once when MySQL is first installed, and never again under updates.
<br>>
<br>> So, I'm looking for some kind of tutorial/cookbook for "installing" MySQL5 on Snow Leopard.
<br>>
<br>> Quite frankly, at this point, I don't know what i don't know, but assume it to be substantial.
<br><br>Give the MySQL section of the MAMP how-to a try and please make any necessary corrections (or let us know and we'll make them).
<br><br><br>_______________________________________________
<br>macports-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788193&i=0" target="_top" rel="nofollow">macports-users@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-users" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-users</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Users-f22107.html" embed="fixTarget[22107]" target="_top" >MacPorts - Users</a></p>tag:old.nabble.com,2006:post-26788116Re: Need help activating Macports install of MySQL5 on Snow Leopard2009-12-14T17:40:49Z2009-12-14T17:40:49ZBrandon AllberyOn Dec 14, 2009, at 19:24 , William H. Magill wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Today, I have had occasion to install mysql for the first time -- I
<br>> need it for a backend to a separate program.
<br>>
<br>> Macports has been working fine after upgrading to Snow Leopard and
<br>> re-installing, and I have been using it for the things I've used it
<br>> for in the past... no problems.
<br>> I'm a UNIX Systems Administrator by background, with virtually zero
<br>> DBA experience. (And the little I had was with Ingress under VMS,
<br>> long ago.)
<br>>
<br>> All of the documentation at dev.mysql.com I can find is for Leopard.
<br>> (And for their pre-packaged install GUIs).
<br>>
<br>> The macports "port install mysql5" has worked fine... all the
<br>> components and pre-requsites are apparently installed (someplace,
<br>> which is a separate problem).
</div></div><br>I would imagine most of your problems would be solved if you did "port
<br>install mysql5-server". "mysql5" is just the client libraries, which
<br>are required by lots of other things that don't necessarily care about
<br>a local server.
<br><br>--
<br>brandon s. allbery [solaris,freebsd,perl,pugs,haskell] <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788116&i=0" target="_top" rel="nofollow">allbery@...</a>
<br>system administrator [openafs,heimdal,too many hats] <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788116&i=1" target="_top" rel="nofollow">allbery@...</a>
<br>electrical and computer engineering, carnegie mellon university KF8NH
<br><br><br><br><br /> <br />_______________________________________________
<br>macports-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788116&i=2" target="_top" rel="nofollow">macports-users@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-users" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>PGP.sig</strong> (202 bytes) <a href="http://old.nabble.com/attachment/26788116/0/PGP.sig" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/MacPorts---Users-f22107.html" embed="fixTarget[22107]" target="_top" >MacPorts - Users</a></p>tag:old.nabble.com,2006:post-26788082Re: [MacPorts] #22900: Update request for xfe (X File Explorer)2009-12-14T17:37:03Z2009-12-14T17:37:03ZMacPorts#22900: Update request for xfe (X File Explorer)
<br>-------------------------------+--------------------------------------------
<br> Reporter: domiman@… | Owner: afb@…
<br> Type: update | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.1
<br> Keywords: | Port: xfe
<br>-------------------------------+--------------------------------------------
<br>Changes (by macsforever2000@…):
<br><br> * owner: macports-tickets@… => afb@…
<br> * priority: Low => Normal
<br><br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22900#comment:1" target="_top" rel="nofollow">http://trac.macports.org/ticket/22900#comment:1</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26788082&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26787959Re: [MacPorts] #22860: Error: Checksum (md5) mismatch for mcpp-2.7.2.tar.gz2009-12-14T17:20:47Z2009-12-14T17:20:47ZMacPorts#22860: Error: Checksum (md5) mismatch for mcpp-2.7.2.tar.gz
<br>-------------------------------------+--------------------------------------
<br> Reporter: alperaydemir@… | Owner: blair@…
<br> Type: defect | Status: closed
<br> Priority: Normal | Milestone:
<br> Component: ports | Version: 1.8.1
<br>Resolution: worksforme | Keywords:
<br> Port: mcpp |
<br>-------------------------------------+--------------------------------------
<br>Changes (by blair@…):
<br><br> * status: new => closed
<br> * resolution: => worksforme
<br><br><br>Comment:
<br><br> I just did another download of this package at another location
<br> and it worked fine, so closing as "works for me".
<br><br> Please reopen if you have something that indicates a problem with
<br> MacPorts.
<br><br> Regards,
<br> Blair
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22860#comment:5" target="_top" rel="nofollow">http://trac.macports.org/ticket/22860#comment:5</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787959&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26787717Re: [MacPorts] #22890: hdf5-18 @1.8.4+universal fails to build on ppc2009-12-14T16:49:42Z2009-12-14T16:49:42ZMacPorts#22890: hdf5-18 @1.8.4+universal fails to build on ppc
<br>-----------------------------------+----------------------------------------
<br> Reporter: takeshi@… | Owner: mmol@…
<br> Type: defect | Status: closed
<br> Priority: Normal | Milestone:
<br> Component: ports | Version: 1.8.1
<br>Resolution: invalid | Keywords:
<br> Port: hdf5-18 |
<br>-----------------------------------+----------------------------------------
<br>Changes (by takeshi@…):
<br><br> * status: new => closed
<br> * resolution: => invalid
<br><br><br>Comment:
<br><br> You are right.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22890#comment:2" target="_top" rel="nofollow">http://trac.macports.org/ticket/22890#comment:2</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787717&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26787545Fwd: PortIndex2MySQL run failure on Monday 2009-12-14 at 16:10:002009-12-14T16:26:38Z2009-12-14T16:26:38ZWilliam SiegristThere are now 2 box2d ports.
<br><br><a href="https://trac.macports.org/changeset/60951" target="_top" rel="nofollow">https://trac.macports.org/changeset/60951</a><br><a href="https://trac.macports.org/changeset/61558" target="_top" rel="nofollow">https://trac.macports.org/changeset/61558</a><br><br>-Bill
<br><br><br>Begin forwarded message:
<br><br>> From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787545&i=0" target="_top" rel="nofollow">macports-mgr@...</a>
<br>> Date: December 14, 2009 4:10:13 PM PST
<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787545&i=1" target="_top" rel="nofollow">wms@...</a>
<br>> Subject: PortIndex2MySQL run failure on Monday 2009-12-14 at 16:10:00
<br>>
<br>>
<br>> Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
<br>> Error: CHILDSTATUS 64449 1: ERROR 1062 (23000) at line 13457: Duplicate entry 'Box2D' for key 1
<br><br>_______________________________________________
<br>macports-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787545&i=2" target="_top" rel="nofollow">macports-dev@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Developer-f22108.html" embed="fixTarget[22108]" target="_top" >MacPorts - Developer</a></p>tag:old.nabble.com,2006:post-26787526Need help activating Macports install of MySQL5 on Snow Leopard2009-12-14T16:24:30Z2009-12-14T16:24:30ZWilliam H. MagillToday, I have had occasion to install mysql for the first time -- I need it for a backend to a separate program.
<br><br>Macports has been working fine after upgrading to Snow Leopard and re-installing, and I have been using it for the things I've used it for in the past... no problems.
<br>I'm a UNIX Systems Administrator by background, with virtually zero DBA experience. (And the little I had was with Ingress under VMS, long ago.)
<br><br>All of the documentation at dev.mysql.com I can find is for Leopard. (And for their pre-packaged install GUIs).
<br><br>The macports "port install mysql5" has worked fine... all the components and pre-requsites are apparently installed (someplace, which is a separate problem).
<br><br>Searching the web, I managed to find a plist file for starting MySQL under Snow Leopard's Launchd... that works like a champ.
<br><br>However, MySQL still did not work. (The daemon was not continuing to run.)
<br><br>So I started reading through logs.
<br>Then I hunted around in the /opt/local/lib/msql5/bin directory and found: mysql_install_db and ran it.
<br><br>That apparently worked, as it created /opt/local/var/db
<br><br>I then tried to run the admin routine it described...
<br><br>nada... turns out there are a number of directories and permissions which need to be created and set,a
<br>which were not done by the macports install of mysql5. -- Namely the /opt/local/var/db and /opt/local/var/run trees.
<br><br>Now the Daemon continues to run, but MySQL still needs "initializing."
<br><br>I don't know if I still need to do more things using the macports mysql tools (and which ones), or if I need to find something specific to generic Mysql.
<br>I'm assuming I am tripping over all of the things which only ever need to be done once when MySQL is first installed, and never again under updates.
<br><br>So, I'm looking for some kind of tutorial/cookbook for "installing" MySQL5 on Snow Leopard.
<br><br>Quite frankly, at this point, I don't know what i don't know, but assume it to be substantial.
<br><br>T.T.F.N.
<br>William H. Magill
<br># Flat-panel iMac (2.1) [800MHz - Super Drive - 768 Meg] OS X 10.4.11
<br># iMac6,1 Core 2 Duo [2.16GHz - 3 GB 667] OS X 10.6.2
<br># MacBook Pro4.1 Core 2 Duo [2.5GHz - 4GB 667] OS X 10.6.2
<br># Mac mini Core Duo [1.66 Ghz - 2 GB 667]OS X 10.6.2
<br># PWS433a [Alpha 21164 Rev 7.2 (EV56)- 64 Meg] Tru64 5.1a
<br># XP1000 [Alpha 21264-3 (EV6) - 256 meg] FreeBSD 5.3
<br># XP1000 [Alpha 21264-A (EV6-7) - 256 meg] FreeBSD 5.3
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787526&i=0" target="_top" rel="nofollow">magill@...</a>
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787526&i=1" target="_top" rel="nofollow">magill@...</a>
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787526&i=2" target="_top" rel="nofollow">whmagill@...</a>
<br><br><br><br><br><br><br><br><br>_______________________________________________
<br>macports-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787526&i=3" target="_top" rel="nofollow">macports-users@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-users" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-users</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Users-f22107.html" embed="fixTarget[22107]" target="_top" >MacPorts - Users</a></p>tag:old.nabble.com,2006:post-26787469Re: [MacPorts] #21835: molmol 2k2.02009-12-14T16:18:09Z2009-12-14T16:18:09ZMacPorts#21835: molmol 2k2.0
<br>--------------------------------------+-------------------------------------
<br> Reporter: howarth@… | Owner: macports-tickets@…
<br> Type: submission | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version:
<br> Keywords: science | Port: molmol
<br>--------------------------------------+-------------------------------------
<br><br>Comment(by howarth@…):
<br><br> Hurrah. The latest batch of updates for X windows in MacPorts has solved
<br> the problems with molmol.[[BR]]
<br> Can we get the molmol packaging into MacPorts now?
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/21835#comment:2" target="_top" rel="nofollow">http://trac.macports.org/ticket/21835#comment:2</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787469&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26787222Re: [61551] trunk/dports/devel/apr-util/Portfile2009-12-14T15:53:33Z2009-12-14T15:53:33ZRyan Schmidt-24<br>On Dec 14, 2009, at 10:32, <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787222&i=0" target="_top" rel="nofollow">dluke@...</a> wrote:
<br><br>> Revision: 61551
<br>> <a href="http://trac.macports.org/changeset/61551" target="_top" rel="nofollow">http://trac.macports.org/changeset/61551</a><br>> Author: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787222&i=1" target="_top" rel="nofollow">dluke@...</a>
<br>> Date: 2009-12-14 08:32:12 -0800 (Mon, 14 Dec 2009)
<br>> Log Message:
<br>> -----------
<br>> Remove trailing whitespace (that lint missed).
<br><br>If you use "port lint --nitpick" it does catch the whitespace issues, but I agree it should have caught that line without --nitpick, since whitespace after a backslash is not a nitpick, it's a functional problem.
<br><br>_______________________________________________
<br>macports-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787222&i=2" target="_top" rel="nofollow">macports-dev@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Developer-f22108.html" embed="fixTarget[22108]" target="_top" >MacPorts - Developer</a></p>tag:old.nabble.com,2006:post-26787215[MacPorts] #22900: Update request for xfe (X File Explorer)2009-12-14T15:52:59Z2009-12-14T15:52:59ZMacPorts#22900: Update request for xfe (X File Explorer)
<br>-------------------------------+--------------------------------------------
<br> Reporter: domiman@… | Owner: macports-tickets@…
<br> Type: update | Status: new
<br> Priority: Low | Milestone:
<br>Component: ports | Version: 1.8.1
<br> Keywords: | Port: xfe
<br>-------------------------------+--------------------------------------------
<br> xfe has been updated to 1.32.1
<br> Please upfate the port. I couldn't find a ticket for this in the search.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22900" target="_top" rel="nofollow">http://trac.macports.org/ticket/22900</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787215&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26787128Re: [MacPorts] #22769: curl +universal fails during destroot2009-12-14T15:44:50Z2009-12-14T15:44:50ZMacPorts#22769: curl +universal fails during destroot
<br>---------------------------------+------------------------------------------
<br> Reporter: bla@… | Owner: ryandesign@…
<br> Type: defect | Status: closed
<br> Priority: Normal | Milestone:
<br> Component: ports | Version: 1.8.1
<br>Resolution: fixed | Keywords:
<br> Port: curl |
<br>---------------------------------+------------------------------------------
<br>Changes (by ryandesign@…):
<br><br> * cc: konistehrad@… (added)
<br><br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22769#comment:6" target="_top" rel="nofollow">http://trac.macports.org/ticket/22769#comment:6</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787128&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26787121Re: [MacPorts] #22769: curl +universal fails during destroot2009-12-14T15:44:21Z2009-12-14T15:44:21ZMacPorts#22769: curl +universal fails during destroot
<br>---------------------------------+------------------------------------------
<br> Reporter: bla@… | Owner: ryandesign@…
<br> Type: defect | Status: closed
<br> Priority: Normal | Milestone:
<br> Component: ports | Version: 1.8.1
<br>Resolution: fixed | Keywords:
<br> Port: curl |
<br>---------------------------------+------------------------------------------
<br>Changes (by ryandesign@…):
<br><br> * status: new => closed
<br> * resolution: => fixed
<br><br><br>Comment:
<br><br> Thanks for finding that out. I added the archcheck portgroup to curl in
<br> r61559 so that it will now detect and report such problems.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22769#comment:5" target="_top" rel="nofollow">http://trac.macports.org/ticket/22769#comment:5</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26787121&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26786894Re: problem installing latexmk2009-12-14T15:26:27Z2009-12-14T15:26:27ZJoshua Root-8On 2009-12-15 10:09 , <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786894&i=0" target="_top" rel="nofollow">taewon@...</a> wrote:
<div class='shrinkable-quote'><br>> If I try to install latexmk, I get the following error msg.:
<br>>
<br>> ---> Computing dependencies for latexmk
<br>> ---> Verifying checksum(s) for latexmk
<br>> Error: Checksum (md5) mismatch for latexmk.zip
<br>> Error: Checksum (sha1) mismatch for latexmk.zip
<br>> Error: Checksum (rmd160) mismatch for latexmk.zip
<br>> Error: Target org.macports.checksum returned: Unable to verify file checksums
<br>> Error: Status 1 encountered during processing.
<br>>
<br>> Can someone help?
</div><br><<a href="http://trac.macports.org/wiki/FAQ#checksums" target="_top" rel="nofollow">http://trac.macports.org/wiki/FAQ#checksums</a>>
<br><br>- Josh
<br>_______________________________________________
<br>macports-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786894&i=1" target="_top" rel="nofollow">macports-users@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-users" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-users</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Users-f22107.html" embed="fixTarget[22107]" target="_top" >MacPorts - Users</a></p>tag:old.nabble.com,2006:post-26786840Re: [MacPorts] #21279: openldap update to 2.4.19? (was: Openldap update to 2.4.18?)2009-12-14T15:22:09Z2009-12-14T15:22:09ZMacPorts#21279: openldap update to 2.4.19?
<br>--------------------------------------+-------------------------------------
<br> Reporter: james.applemac@… | Owner: landonf@…
<br> Type: update | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.0
<br> Keywords: | Port: openldap
<br>--------------------------------------+-------------------------------------
<br>Changes (by ryandesign@…):
<br><br> * cc: ryandesign@… (added)
<br><br><br>Comment:
<br><br> Currently "OpenLDAP-2.4.19, as of 20091028,
<br> [<a href="http://www.openldap.org/software/download/" target="_top" rel="nofollow">http://www.openldap.org/software/download/</a> is considered stable]". Any
<br> reason not to update?
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/21279#comment:2" target="_top" rel="nofollow">http://trac.macports.org/ticket/21279#comment:2</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786840&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26786685problem installing latexmk2009-12-14T15:09:15Z2009-12-14T15:09:15ZtaewonIf I try to install latexmk, I get the following error msg.:
<br><br>---> Computing dependencies for latexmk
<br>---> Verifying checksum(s) for latexmk
<br>Error: Checksum (md5) mismatch for latexmk.zip
<br>Error: Checksum (sha1) mismatch for latexmk.zip
<br>Error: Checksum (rmd160) mismatch for latexmk.zip
<br>Error: Target org.macports.checksum returned: Unable to verify file checksums
<br>Error: Status 1 encountered during processing.
<br><br>Can someone help?
<br><br>Thanks in advance.
<br>Tae
<br><br>--
<br>Tae-Won Ha
<br><a href="http://www.taewon.de" target="_top" rel="nofollow">http://www.taewon.de</a><br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786685&i=0" target="_top" rel="nofollow">h@...</a>
<br><br><br>Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.!
<br><a href="http://portal.gmx.net/de/go/dsl02" target="_top" rel="nofollow">http://portal.gmx.net/de/go/dsl02</a><br>_______________________________________________
<br>macports-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786685&i=1" target="_top" rel="nofollow">macports-users@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-users" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-users</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Users-f22107.html" embed="fixTarget[22107]" target="_top" >MacPorts - Users</a></p>tag:old.nabble.com,2006:post-26786412Re: SharedScript: next steps and result of offline discussion.2009-12-14T14:50:04Z2009-12-14T14:50:04ZMichael NordmanHow does reparenting across in-place frame navigations work in this scheme? Is a de-parented iframe guaranteed to linger long enough for the new page to get it by name and re-parent it if desired?<div><br><div class="gmail_quote">
On Thu, Dec 3, 2009 at 7:01 PM, Dmitry Titov <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786412&i=0" target="_top" rel="nofollow">dimich@...</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi WebKit,<div><br></div><div>The recent discussion indicated there is a feeling that SharedScript functionality can be achieved by other means that do not require adding new big APIs: changing iframe a bit (so it's internals survive reparenting into another document) and adding single getWindowByName() API. </div>
<div><br></div><div>Ian Hickson proposed this idea noting that nothing in the spec prevents iframe from staying alive over the reparenting. Some folks from Google met with folks from Apple to discuss and it appears there is a consensus that we shall remove initial code for SharedScript and instead implement changes for iframe and getWindowByFrame(). This will not cause new API and hopefully won't cause compatibility issues since the only scenario that will behave differently is reparenting of the iframe between documents that is hopefully a rare thing. Perhaps more discussion will be needed to nail details on those.</div>
<div><br></div><div>Separately (or related?), we discussed SharedWorkers and the way XHR works in them. It seems a good idea to investigate a "shadow document' solution (as Chrome does for worker processes) when a dummy document is created and used to load resources on behalf of the worker. Also we'll try to fix couple of bugs that prevent Workers to be reliable enough.</div>
<div><br></div><div>Thanks a lot to all who chimed in and helped to arrive to a good solution to the same issues that SharedScript was trying to solve! :-)</div><div><br></div><font color="#888888"><div>Dmitry Titov</div>
<div><br></div><div><br>
</div>
</font><br>_______________________________________________<br>
webkit-dev mailing list<br>
<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786412&i=1" target="_top" rel="nofollow">webkit-dev@...</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></blockquote></div><br></div>
<br />_______________________________________________
<br>webkit-dev mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26786412&i=2" target="_top" rel="nofollow">webkit-dev@...</a>
<br><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_top" rel="nofollow">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br><p>From forum: <a href="http://old.nabble.com/Webkit-f14949.html" embed="fixTarget[14949]" target="_top" >Webkit</a></p>tag:old.nabble.com,2006:post-26785904Re: [MacPorts] #22094: kstars buitl without indi interface?2009-12-14T14:12:51Z2009-12-14T14:12:51ZMacPorts#22094: kstars buitl without indi interface?
<br>---------------------------------+------------------------------------------
<br> Reporter: jtomshine@… | Owner: sharky@…
<br> Type: enhancement | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.1
<br> Keywords: kstars | Port: kdeedu4
<br>---------------------------------+------------------------------------------
<br><br>Comment(by jtomshine@…):
<br><br> Replying to [comment:6 macsforever2000@…]:
<br> > Replying to [comment:5 jtomshine@…]:
<br> > > /P.S. -- At the moment, I can't get qt4-mac to compile for some reason
<br> after a recent selfupdate, and that's breaking all sorts of KDE stuff, so
<br> tragically I can't take a screenshot at the moment -- not until I get
<br> qt4-mac working again. Not sure why it broke...
<br> >
<br> > Does the workaround in comment:ticket:20199:32 work for you?
<br><br> {{{
<br><br> }}}
<br><br> Yes, deactivating kdelibs4 worked perfectly and qt4-mac built just fine.
<br><br> Also, that got kstars (among other things) working again, so here's a
<br> screenshot of kstars connected to an INDI server (installed through the
<br> "INDI" port) running locally on my mac. Also, note that the "Devices"
<br> menu is now present, just like on a Linux installation.
<br><br> [[Image(<a href="http://www.jshine.net/plogger/plog-content/images/misc/temp" target="_top" rel="nofollow">http://www.jshine.net/plogger/plog-content/images/misc/temp</a><br> /screen-capture-2.png)]]
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22094#comment:7" target="_top" rel="nofollow">http://trac.macports.org/ticket/22094#comment:7</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26785904&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26785811Re: [MacPorts] #22899: librets-1.4.0 Configure error - build fails by default2009-12-14T14:08:14Z2009-12-14T14:08:14ZMacPorts#22899: librets-1.4.0 Configure error - build fails by default
<br>-----------------------------------+----------------------------------------
<br> Reporter: konistehrad@… | Owner: joseph@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.0
<br> Keywords: haspatch | Port: librets
<br>-----------------------------------+----------------------------------------
<br><br>Comment(by joseph@…):
<br><br> Can't reproduce. Care to share some info about your environment?
<br><br> Patch seems reasonable though, I'll make sure it works tonight.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22899#comment:2" target="_top" rel="nofollow">http://trac.macports.org/ticket/22899#comment:2</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26785811&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26785667Re: [MacPorts] #22769: curl +universal fails during destroot2009-12-14T13:58:44Z2009-12-14T13:58:44ZMacPorts#22769: curl +universal fails during destroot
<br>--------------------------------+-------------------------------------------
<br> Reporter: bla@… | Owner: ryandesign@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.1
<br> Keywords: | Port: curl
<br>--------------------------------+-------------------------------------------
<br><br>Comment(by konistehrad@…):
<br><br> The problem in my case was attempting to build curl+universal without
<br> first install zlib+universal. Might be the same for the bug report filer.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22769#comment:4" target="_top" rel="nofollow">http://trac.macports.org/ticket/22769#comment:4</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26785667&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26785651Re: [MacPorts] #22327: gnudatalanguage: 0.9rc3 (newer) upstream version is available2009-12-14T13:57:18Z2009-12-14T13:57:18ZMacPorts#22327: gnudatalanguage: 0.9rc3 (newer) upstream version is available
<br>-----------------------------------+----------------------------------------
<br> Reporter: slayoo@… | Owner: takeshi@…
<br> Type: update | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version:
<br> Keywords: | Port: gnudatalanguage
<br>-----------------------------------+----------------------------------------
<br>Changes (by jmr@…):
<br><br> * owner: takeshi@… => takeshi@…
<br><br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22327#comment:4" target="_top" rel="nofollow">http://trac.macports.org/ticket/22327#comment:4</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26785651&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26785377Re: [MacPorts] #20237: rsync 3.06 malloc: *** error for object - Non-aligned pointer being freed2009-12-14T13:39:48Z2009-12-14T13:39:48ZMacPorts#20237: rsync 3.06 malloc: *** error for object - Non-aligned pointer being freed
<br>-------------------------------+--------------------------------------------
<br> Reporter: freitas.5@… | Owner: simon@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.7.1
<br> Keywords: | Port: rsync
<br>-------------------------------+--------------------------------------------
<br><br>Comment(by revcompgeek@…):
<br><br> I have encountered an almost identical bug while building flusspferd, and
<br> I got a backtrace. This bug is coming from boost. I personally have boost
<br> @1.40.0_1 installed. I hope that helps.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/20237#comment:4" target="_top" rel="nofollow">http://trac.macports.org/ticket/20237#comment:4</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26785377&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26785348Re: [MacPorts] #22126: UPDATE: mdk 1.2.52009-12-14T13:37:30Z2009-12-14T13:37:30ZMacPorts#22126: UPDATE: mdk 1.2.5
<br>-----------------------------------+----------------------------------------
<br> Reporter: aconchillo@… | Owner: macports-tickets@…
<br> Type: update | Status: closed
<br> Priority: Normal | Milestone:
<br> Component: ports | Version:
<br>Resolution: fixed | Keywords: haspatch maintainer
<br> Port: mdk |
<br>-----------------------------------+----------------------------------------
<br>Changes (by jmr@…):
<br><br> * status: new => closed
<br> * resolution: => fixed
<br><br><br>Comment:
<br><br> Committed in r61556. Parallel building was failing, so I disabled it.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22126#comment:3" target="_top" rel="nofollow">http://trac.macports.org/ticket/22126#comment:3</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26785348&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26785155Re: [MacPorts] #22378: Error when building Atlas2009-12-14T13:25:21Z2009-12-14T13:25:21ZMacPorts#22378: Error when building Atlas
<br>-----------------------------------------+----------------------------------
<br> Reporter: handyman@… | Owner: jameskyle@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.1
<br> Keywords: | Port: atlas
<br>-----------------------------------------+----------------------------------
<br><br>Comment(by creecode@…):
<br><br> Similar problem on my G4 Dual 1.0GHz, Mac OS X 10.5.8. Can provide error
<br> output or debug output from port if that would be of use.
<br><br> Are we closer to a diagnosis of the problem or a solution? Is there
<br> anything I can do to help?
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22378#comment:25" target="_top" rel="nofollow">http://trac.macports.org/ticket/22378#comment:25</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26785155&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>tag:old.nabble.com,2006:post-26784884Re: [MacPorts] #22769: curl +universal fails during destroot2009-12-14T13:07:27Z2009-12-14T13:07:27ZMacPorts#22769: curl +universal fails during destroot
<br>--------------------------------+-------------------------------------------
<br> Reporter: bla@… | Owner: ryandesign@…
<br> Type: defect | Status: new
<br> Priority: Normal | Milestone:
<br>Component: ports | Version: 1.8.1
<br> Keywords: | Port: curl
<br>--------------------------------+-------------------------------------------
<br><br>Comment(by konistehrad@…):
<br><br> Attached is the requested failure log. This bug might have something to do
<br> with the fact that the merge step expects curl-config to be a binary, but
<br> it is actually a text script. Not familiar enough with the MacPorts build
<br> system to make a definitive judgment, however.
<br><br>--
<br>Ticket URL: <<a href="http://trac.macports.org/ticket/22769#comment:3" target="_top" rel="nofollow">http://trac.macports.org/ticket/22769#comment:3</a>>
<br>MacPorts <<a href="http://www.macports.org/" target="_top" rel="nofollow">http://www.macports.org/</a>>
<br>Ports system for Mac OS
<br>_______________________________________________
<br>macports-tickets mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26784884&i=0" target="_top" rel="nofollow">macports-tickets@...</a>
<br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets" target="_top" rel="nofollow">http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets</a><br><p>From forum: <a href="http://old.nabble.com/MacPorts---Tickets-f22138.html" embed="fixTarget[22138]" target="_top" >MacPorts - Tickets</a></p>