From pmq at macports.org Sun Dec 3 09:19:51 2006 From: pmq at macports.org (Pierre Queinnec) Date: Tue Oct 9 16:39:51 2007 Subject: How to fire a new ticket? and there is a checksum error in Python25. In-Reply-To: References: Message-ID: <45730737.6060009@macports.org> Hi, The right way of reporting a bug is Trac. The tricky part is to get a hold on the 'Create New ticket', or so I've been told. As for the checksum problem, I've rechecked the distfile and I see no difference with the original one. Could you please check again, use file /bzip2 on it and see if it's a correct tar.bz2? If it is, it could reveal a nasty problem indeed... Good luck, -- Pierre Jin Hyung Park wrote: > Hello. I'm Park, Jin Hyung. > > My system is Powerbook G4 1.5Ghz with Tiger 10.4.8 > (Darwin Cocoa.local 8.8.0 Darwin Kernel Version 8.8.0: Fri Sep 8 > 17:18:57 PDT 2006; root:xnu-792.12.6.obj~1/RELEASE_PPC Power Macintosh > powerpc) > > When I tried to install python25 in this morning, I got an error > related with checksum > > --------------------------------------------------------------------------- > ---> Python-2.5.tar.bz2 doesn't seem to exist in > /opt/local/var/db/dports/distfiles/python25 > ---> Attempting to fetch Python-2.5.tar.bz2 from > http://www.python.org/ftp/python/2.5 > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 9137k 100 9137k 0 0 99k 0 0:01:31 0:01:31 --:--:-- > 88463 > ---> Verifying checksum(s) for python25 > DEBUG: Executing com.apple.checksum (python25) > ---> Checksumming Python-2.5.tar.bz2 > Error: Checksum (sha1) mismatch for Python-2.5.tar.bz2 > Portfile checksum: Python-2.5.tar.bz2 sha1 > 98ce9346cc4a7ef4621ecdcfc3957d595d97a078 > Distfile checksum: Python-2.5.tar.bz2 sha1 > fa24649cfd5db305f16d79aba8776c332d76a672 > Error: Checksum (rmd160) mismatch for Python-2.5.tar.bz2 > Portfile checksum: Python-2.5.tar.bz2 rmd160 > f6977a6c3d3ca54c27ad9270918237a7e6521d0b > Distfile checksum: Python-2.5.tar.bz2 rmd160 > 67c42f1d8cfe61b8f2f5812014a9739ff21af734 > Error: Target com.apple.checksum returned: Unable to verify file checksums > Warning: the following items did not execute (for python25): > com.apple.activate com.apple.extract com.apple.checksum > com.apple.patch com.apple.configure com.apple.build com.apple.destroot > com.apple.archive com.apple.install > Error: Status 1 encountered during processing. > Cocoa:/opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/lang/python25 > > jenix$ > --------------------------------------------------------------------------- > > I had tried to fire a new bug ticket in MacPorts Trac, but I couldn't do > that, > So, I mail this problem to macports-dev. is it a right way to report a bug? > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev From iane at sussex.ac.uk Mon Dec 4 07:45:22 2006 From: iane at sussex.ac.uk (Ian Eiloart) Date: Tue Oct 9 16:39:51 2007 Subject: Approving new macports committers In-Reply-To: <6D6800F0-BF40-4B05-AA51-660C0FAB2174@apple.com> References: <0B5EB54B0F8E3BB0093638EE@lewes.staff.uscs.susx.ac.uk> <08E246A37B96CB6966F4A2F3@lewes.staff.uscs.susx.ac.uk> <6D6800F0-BF40-4B05-AA51-660C0FAB2174@apple.com> Message-ID: --On 2 November 2006 21:47:48 -0800 Kevin Van Vechten wrote: > Ian, > > Your account now has svn commit access and trac developer privileges. > > Thanks, Ah, I'm not getting on very well with this. I'm trying to log in here: When I click on My Account, I see: "You do not have sufficient permissions to access this page." When I click on logout, I see "Not Found The requested URL /wp-logout.php was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. Apache/2.2.3 (Unix) DAV/2 mod_python/3.2.8 Python/2.4.3 SVN/1.4.0 mod_ssl/2.2.3 OpenSSL/0.9.8b Server at trac.macports.org Port 80" Until I hit "back", then Logout again. At There's a login tab, which redirects me to where I get redirected back to , and I'm still not logged in. If I log out at macosforge.org, then hitting login at macports.org does get me a login prompt, but I don't seem to be able to log in there. Subsequent login attempts merely seem to reload the page. Should my password be the same at macosforge.org as at macports.org? -- Ian Eiloart IT Services, University of Sussex From mark.duling at biola.edu Mon Dec 4 17:53:28 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:51 2007 Subject: Approving new macports committers In-Reply-To: References: < > <0B5EB54B0F8E3BB0093638EE@lewes.staff.uscs.susx.ac.uk> < > < > <08E246A37B96CB6966F4A2F3@lewes.staff.uscs.susx.ac.uk> < > <6D6800F0-BF40-4B05-AA51-660C0FAB2174@apple.com> Message-ID: Ian, I believe I had to create a wordpress account for myself after the trac/wordpress merge. You might try creating a wp account with the same name/pass and see if that fixes it. To create a ticket, you need to get to here and click on "View Tickets", then you'll see a "Create Ticket" link. http://trac.macports.org/projects/macports/ I hope that helps. Mark > > >--On 2 November 2006 21:47:48 -0800 Kevin Van Vechten >wrote: > >> Ian, >> >> Your account now has svn commit access and trac developer privileges. >> >> Thanks, > >Ah, I'm not getting on very well with this. I'm trying to log in here: > > > >When I click on My Account, I see: "You do not have sufficient >permissions >to access this page." > >When I click on logout, I see > "Not Found > > The requested URL /wp-logout.php was not found on this server. > > Additionally, a 404 Not Found error was encountered while trying to >use > an ErrorDocument to handle the request. > > Apache/2.2.3 (Unix) DAV/2 mod_python/3.2.8 Python/2.4.3 SVN/1.4.0 > mod_ssl/2.2.3 OpenSSL/0.9.8b Server at trac.macports.org Port 80" > >Until I hit "back", then Logout again. > >At There's a login tab, >which >redirects me to where I get >redirected back to , and I'm >still not logged in. > >If I log out at macosforge.org, then hitting login at macports.org does >get >me a login prompt, but I don't seem to be able to log in there. >Subsequent >login attempts merely seem to reload the page. > >Should my password be the same at macosforge.org as at macports.org? >-- >Ian Eiloart >IT Services, University of Sussex >_______________________________________________ >macports-dev mailing list >macports-dev@lists.macosforge.org >http://lists.macosforge.org/mailman/listinfo/macports-dev From iane at sussex.ac.uk Tue Dec 5 03:26:21 2006 From: iane at sussex.ac.uk (Ian Eiloart) Date: Tue Oct 9 16:39:51 2007 Subject: Approving new macports committers In-Reply-To: References: < > <0B5EB54B0F8E3BB0093638EE@lewes.staff.uscs.susx.ac.uk> < > < > <08E246A37B96CB6966F4A2F3@lewes.staff.uscs.susx.ac.uk> < > <6D6800F0-BF40-4B05-AA51-660C0FAB2174@apple.com> Message-ID: <9E73E23410A27AD300A61AEC@lewes.staff.uscs.susx.ac.uk> --On 4 December 2006 17:53:28 -0800 Mark Duling wrote: > Ian, > > I believe I had to create a wordpress account for myself after the > trac/wordpress merge. You might try creating a wp account with the same > name/pass and see if that fixes it. I have an account. I can log in at macosforge, but not macports. When I log in at macosforge, I can't access the "myaccount" page, and the "logout" always fails on first attempt - with the errors that I referred to. The second attempt to logout succeeds. That or the error message on the first attempt was bogus. > To create a ticket, you need to get > to here and click on "View Tickets", then you'll see a "Create Ticket" > link. I see the link, but get this message when I follow it: "TICKET_CREATE privileges are required to perform this operation:. > http://trac.macports.org/projects/macports/ When I go here after logging in on macosforge, I can make one login attempt. It fails. All subsequent attempts simply reload the page, via a trip to > I hope that helps. 'fraid not :( > Mark -- Ian Eiloart IT Services, University of Sussex From limi at plone.org Wed Dec 6 11:27:22 2006 From: limi at plone.org (Alexander Limi) Date: Tue Oct 9 16:39:51 2007 Subject: No download link? Message-ID: Hi guys, Why is there no link that makes it possible to download MacPorts anymore? Where do I have to go to find it? It's not obvious from the http://www.macports.org page at all. ? Alexander From john at jacelridge.com Wed Dec 6 11:34:53 2006 From: john at jacelridge.com (John Ridgway) Date: Tue Oct 9 16:39:51 2007 Subject: No download link? In-Reply-To: References: Message-ID: <3D267ABD-B00D-4209-8DDA-19FA4752B419@jacelridge.com> Currently you have to download the source and build it. Go to http://svn.macports.org/repository/macports/downloads/ DarwinPorts-1.3.2/ and download whatever format you feel most comfortable with. From the home page you need to navigate to "Source Code" then "downloads"... I seem to remember hearing about a problem with the disk image for 1.3.2, so there wasn't one. Peace - John On Dec 6, 2006, at 2:27 PM, Alexander Limi wrote: > Hi guys, > > Why is there no link that makes it possible to download MacPorts > anymore? > > Where do I have to go to find it? It's not obvious from the > http://www.macports.org page at all. > > ? Alexander > > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev From dluke at geeklair.net Wed Dec 6 11:35:18 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:52 2007 Subject: No download link? In-Reply-To: References: Message-ID: <9C0911BF-4C16-4D20-B2D1-06349A3F4973@geeklair.net> On Dec 6, 2006, at 2:27 PM, Alexander Limi wrote: > Why is there no link that makes it possible to download MacPorts > anymore? http://svn.macports.org/repository/macports/downloads/ > Where do I have to go to find it? It's not obvious from the > http://www.macports.org page at all. It's not obvious from the main page, but if you click "Source Code", you'll see a page that has the above link on it. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061206/88ce1218/PGP.bin From mark.duling at biola.edu Wed Dec 6 11:39:46 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:52 2007 Subject: php5 and php.ini Message-ID: The php5 port installs php.ini-dist and php.ini-recommended and I see the binary is set to look for php.ini in /opt/local/etc, but strangely I never set this and php5 works fine for me. How does it find the wonky mysqld.sock location? And should I be using one of the provided php.ini's? Mark From blair at orcaware.com Wed Dec 6 12:07:03 2006 From: blair at orcaware.com (Blair Zajac) Date: Tue Oct 9 16:39:52 2007 Subject: No download link? In-Reply-To: <9C0911BF-4C16-4D20-B2D1-06349A3F4973@geeklair.net> References: <9C0911BF-4C16-4D20-B2D1-06349A3F4973@geeklair.net> Message-ID: <457722E7.3050006@orcaware.com> Daniel J. Luke wrote: > On Dec 6, 2006, at 2:27 PM, Alexander Limi wrote: >> Why is there no link that makes it possible to download MacPorts anymore? > > http://svn.macports.org/repository/macports/downloads/ > >> Where do I have to go to find it? It's not obvious from the >> http://www.macports.org page at all. > > It's not obvious from the main page, but if you click "Source Code", > you'll see a page that has the above link on it. I found this confusing too. We should change Source Code to Download or Download/Source Code. Regards, Blair From ryandesign at macports.org Wed Dec 6 13:14:24 2006 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:39:52 2007 Subject: php5 and php.ini In-Reply-To: References: Message-ID: On Dec 6, 2006, at 13:39, Mark Duling wrote: > The php5 port installs > > php.ini-dist and > php.ini-recommended > > and I see the binary is set to look for php.ini in /opt/local/etc, but > strangely I never set this and php5 works fine for me. How does > it find > the wonky mysqld.sock location? And should I be using one of the > provided > php.ini's? As far as I understand, the PHP team recommends you use the settings in the file php.ini-recommended, hence the name. I recommend copying php.ini-recommended to php.ini, then opening it in an editor and spending some time reading through each option (they're well- commented) to see if the recommended setting is ok for you. I personally end up changing a few directives for my own use; you'll probably see some you'll want to change as well. If you do not use a php.ini, PHP uses its own internal defaults, which I believe match the settings in php.ini-dist, which I believe are less secure (but more compatible with older PHP projects) than the recommended settings. I always prefer to use a php.ini, so it's perfectly clear what settings are being used. As for how PHP knows where the MySQL socket is, I believe that if no location is specified in the php.ini, then PHP uses the location of the socket that's normal for the version of MySQL against which it's compiled. However, I see that in my local php.ini, I have explicitly specified the socket location: mysql.default_socket = /opt/local/var/run/mysql5/mysqld.sock I do not remember why I did that, or if it would work without that. From ryandesign at macports.org Wed Dec 6 13:15:43 2006 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:39:52 2007 Subject: No download link? In-Reply-To: <3D267ABD-B00D-4209-8DDA-19FA4752B419@jacelridge.com> References: <3D267ABD-B00D-4209-8DDA-19FA4752B419@jacelridge.com> Message-ID: On Dec 6, 2006, at 13:34, John Ridgway wrote: > Currently you have to download the source and build it. Go to > http://svn.macports.org/repository/macports/downloads/ > DarwinPorts-1.3.2/ > and download whatever format you feel most comfortable with. No, you do not to build from source, nor would I recommend doing so. I suggest you download and install the disk image for 1.3.1, then "sudo port selfupdate" to get you up to 1.3.2. From mark.duling at biola.edu Wed Dec 6 13:32:45 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:52 2007 Subject: No download link? In-Reply-To: References: Message-ID: Ryan Schmidt on Wednesday, December 6, 2006 at 1:15 PM -0800 wrote: >No, you do not to build from source, nor would I recommend doing so. >I suggest you download and install the disk image for 1.3.1, then >"sudo port selfupdate" to get you up to 1.3.2. Yes. The Wiki has the complete install process including the download link. http://trac.macosforge.org/projects/macports/wiki/InstallingMacPorts Mark From jenix at jinhyung.org Wed Dec 6 20:30:17 2006 From: jenix at jinhyung.org (Jin Hyung Park) Date: Tue Oct 9 16:39:52 2007 Subject: Could I be a MacPorts developer? Message-ID: Hello. :) My name is Jin-Hyung Park, I'm from a korea. And I'm currently a representative of the korean mac developer community( http://www.osxdev.org). I have been very interesting in the MacPorts since Darwinports came up. These days, I'm looking for tasks that I can do something in MacPorts Project. Well, I know, To be a member of the opensource project, there must be continuously efforts to maintain the project. I wonder whether there are some tasks that i can do, or, could you give me an advice if I can be a macports developer? thanks. From ryandesign at macports.org Wed Dec 6 21:11:46 2006 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:39:52 2007 Subject: Could I be a MacPorts developer? In-Reply-To: References: Message-ID: On Dec 6, 2006, at 22:30, Jin Hyung Park wrote: > My name is Jin-Hyung Park, I'm from a korea. > > And I'm currently a representative of the korean mac developer > community( http://www.osxdev.org). > > I have been very interesting in the MacPorts since Darwinports came > up. > > These days, I'm looking for tasks that I can do something in > MacPorts Project. > > Well, I know, To be a member of the opensource project, there must be > continuously efforts to maintain the project. > > I wonder whether there are some tasks that i can do, > > or, could you give me an advice if I can be a macports developer? Hello and welcome! I think the way it works is this: if you would like to contribute new portfiles, or update existing portfiles, please do so and submit patches. If there are ports you use or like which are not maintained, offer to become the maintainer. If you want to contribute to the core MacPorts code, submit patches to that as well. Once you submit enough quality patches, perhaps you will be considered for receiving commit access. From cedric.luthi at gmail.com Thu Dec 7 01:36:00 2006 From: cedric.luthi at gmail.com (=?ISO-8859-1?Q?C=E9dric_Luthi?=) Date: Tue Oct 9 16:39:52 2007 Subject: NEW: ophcrack port Message-ID: Hello, I have written a port for ophcrack, a windows password cracker. See http://trac.macports.org/projects/macports/ticket/11114 Ophcrack doesn't work on powerpc machines, I think it's because of endianness issues. I have written a post-main (see http:// trac.macports.org/projects/macports/attachment/ticket/11114/Portfile) that checks for intel processor and exits with an error if it fails. Is it a good idea ? Is there a better/standard way to deal with port supporting only specific architectures ? Regards. C?dric Luthi From dluke at geeklair.net Thu Dec 7 07:03:06 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:52 2007 Subject: NEW: ophcrack port In-Reply-To: References: Message-ID: On Dec 7, 2006, at 4:36 AM, C?dric Luthi wrote: > I have written a port for ophcrack, a windows password cracker. See > http://trac.macports.org/projects/macports/ticket/11114 > > Ophcrack doesn't work on powerpc machines, I think it's because of > endianness issues. I have written a post-main (see http:// > trac.macports.org/projects/macports/attachment/ticket/11114/ > Portfile) that checks for intel processor and exits with an error > if it fails. Is it a good idea ? Is there a better/standard way to > deal with port supporting only specific architectures ? You can use the platform variants: platform powerpc { stuff that only gets run on PPC machines } platform i386 { stuff that only gets run on i386 machines } Macports (base) will automatically run the variant that matches the machine it's running on. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061207/f9551313/PGP.bin From cedric.luthi at gmail.com Thu Dec 7 09:04:37 2006 From: cedric.luthi at gmail.com (=?ISO-8859-1?Q?C=E9dric_Luthi?=) Date: Tue Oct 9 16:39:52 2007 Subject: NEW: ophcrack port In-Reply-To: References: Message-ID: I checked why it doesn't work on powerpc and it turns out it's actually an endianness problem. So I think the best way is to detect endianness with post-main { if { [string compare ${os.endian} "little"] != 0 } { ui_error "${name} only runs on little-endian machines." exit 1 } } I don't exactly know how many different platforms the port system is supposed to work on so I think it's preferable to check it this way rather than listing all the platforms. Still, I haven't found a single port using post-main, but I haven't found a port that only work on a specific endianness, so the question remains: is it acceptable to test compatibility with this post-main script ? Anyway, I have posted an updated portfile: http://trac.macports.org/ projects/macports/attachment/ticket/11114/Portfile_v2 C?dric From 0x62_0x6c_0x62 at pobox.com Sat Dec 9 00:47:44 2006 From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn) Date: Tue Oct 9 16:39:52 2007 Subject: Commit changes for a ticket Message-ID: <42F8D82E-9AE8-4431-893A-7D04BE35CC84@pobox.com> Back in the bugzilla days, one would reassign a bug to the -bugs address to signify that a committer was needed to apply a patch. With trac, I'm not sure what the new system is, other than to say something here. Is that the current procedure? The ticket is 11069 () for the md5deep port. Thanks, Bryan From frank.mcpherson at janusresearch.com Sat Dec 9 06:39:00 2006 From: frank.mcpherson at janusresearch.com (Frank Mcpherson) Date: Tue Oct 9 16:39:52 2007 Subject: Trac tickets for ufraw need commit attention Message-ID: <962CC0C6-EF46-453D-8B60-BB3B3C97571B@janusresearch.com> This week I made a trivial patch to the ufraw Portfile to update it to the latest stable version. That's covered in http:// trac.macports.org/projects/macports/ticket/11105. Then, I noticed the ufraw port is built without EXIF support, a generally useful feature that ought to be in there, especially since it's easy to add and the only dependency builds without problems. That one is covered in http://trac.macports.org/projects/macports/ ticket/11107 I would appreciate it if someone with commit access could take a look and check this in when they get a chance, since the ufraw port doesn't appear to have a maintainer. I'm also willing to maintain the ufraw port. Thanks, Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061209/e2c1a480/attachment.html From frank.mcpherson at janusresearch.com Sat Dec 9 05:30:07 2006 From: frank.mcpherson at janusresearch.com (Frank Mcpherson) Date: Tue Oct 9 16:39:52 2007 Subject: Trac tickets for ufraw need commit attention Message-ID: This week I made a trivial patch to the ufraw Portfile to update it to the latest stable version. That's covered in http:// trac.macports.org/projects/macports/ticket/11105. Then, I noticed the ufraw port is built without EXIF support, a generally useful feature that ought to be in there, especially since it's easy to add and the only dependency builds without problems. That one is covered in http://trac.macports.org/projects/macports/ ticket/11107 I would appreciate it if someone with commit access could check this in, since the ufraw port doesn't appear to have a maintainer. Thanks, Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061209/927f76d8/attachment.html From mark.duling at biola.edu Sat Dec 9 11:30:23 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:52 2007 Subject: Adding modules to php Message-ID: I have hacked my local php5 portfile for an rrdtool variant to add rrdtool bindings to php's modules in its ./ext directiry. But looking at the FreeBSD ports, I see that they use a separate port that uses the "USE_PHP" keyword. The docs for that option seem to imply that new PHP modules can be installed and registered with php without recompiling it, yet I don't see how this is possible. My variant works, but does anyone know if there is an alternative to recompiling php to get additional modules installed and registered into php's ./ext? Mark From moll at ISI.EDU Sun Dec 10 19:12:58 2006 From: moll at ISI.EDU (Mark Moll) Date: Tue Oct 9 16:39:52 2007 Subject: Approving new macports committers Message-ID: I'm having the same difficulties with creating new tickets and going to my account page since the wordpress/trac merge. I have been able to create tickets in trac before the merge... -- Mark From mark.duling at biola.edu Sun Dec 10 20:15:04 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:52 2007 Subject: Approving new macports committers In-Reply-To: References: Message-ID: Mark Moll on Sunday, December 10, 2006 at 7:12 PM -0800 wrote: >I'm having the same difficulties with creating new tickets and going >to my account page since the wordpress/trac merge. I have been able >to create tickets in trac before the merge.. I had the same problem and Keven told me to create a wordpress account with the same user and that did the trick. Mark From iane at sussex.ac.uk Mon Dec 11 01:44:56 2006 From: iane at sussex.ac.uk (Ian Eiloart) Date: Tue Oct 9 16:39:52 2007 Subject: Approving new macports committers In-Reply-To: References: Message-ID: --On 10 December 2006 20:15:04 -0800 Mark Duling wrote: > Mark Moll on Sunday, December 10, 2006 at 7:12 PM -0800 > wrote: >> I'm having the same difficulties with creating new tickets and going >> to my account page since the wordpress/trac merge. I have been able >> to create tickets in trac before the merge.. > > I had the same problem and Keven told me to create a wordpress account > with the same user and that did the trick. > Right, but I can't because wordpress already thinks I have an account. -- Ian Eiloart IT Services, University of Sussex From cedric.luthi at gmail.com Mon Dec 11 11:54:59 2006 From: cedric.luthi at gmail.com (=?ISO-8859-1?Q?C=E9dric_Luthi?=) Date: Tue Oct 9 16:39:52 2007 Subject: NEW: ophcrack port In-Reply-To: References: Message-ID: <7A67DD03-D89C-410F-9622-961C1BF5D609@gmail.com> Updated clean port with two new ports (bkhive and samdump2) that are runtime dependencies for loading hashes directly from a Windows file system. Ticket: http://trac.macports.org/projects/macports/ticket/11114 Portfiles: http://trac.macports.org/projects/macports/attachment/ ticket/11114/ophcrack-port_v2.zip?format=raw If someone cares to commit, that'd be nice. Regards. C?dric Luthi From mark.duling at biola.edu Tue Dec 12 09:16:41 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:52 2007 Subject: PHP5 installs fails with curl 7.16.0 Message-ID: PHP5 installed fine with curl 7.15.5, now it fails with curl 7.16.0. See below. Any ideas on what to do about this? Is there a problem with curl 7.16.0? Mark /bin/sh /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/libtool --silent --preserve-dup-deps --mode=compile /usr/bin/gcc-4.0 -Iext/curl/ -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/ -DPHP_ATOM_INC -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/include -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/main -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0 -I/opt/local/include/libxml2 -I/opt/local/include -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/date/lib -I/opt/local/include/freetype2 -I/opt/local/include/c-client -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/mbstring/oniguruma -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/mbstring/libmbfl -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/mbstring/libmbfl/mbfl -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/mysql5/include/mysql -I/opt/local/include/mysql5/mysql -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/TSRM -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/Zend -no-cpp-precomp -I/opt/local/include -I/opt/local/include/c-client -c /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c -o ext/curl/interface.lo /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c: In function 'zm_startup_curl': /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c:372: error: 'CURLOPT_FTPASCII' undeclared (first use in this function) /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c:372: error: (Each undeclared identifier is reported only once /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c:372: error: for each function it appears in.) /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c:412: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c: In function 'zif_curl_copy_handle': /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c:1164: error: 'CURLOPT_PASSWDDATA' undeclared (first use in this function) /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c: In function 'zif_curl_setopt_array': /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c:1610: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_www_php5/work/php-5.2.0/ext/curl/interface.c:1610: warning: pointer targets in passing argument 4 of 'zend_hash_get_current_key_ex' differ in signedness make: *** [ext/curl/interface.lo] Error 1 Warning: the following items did not execute (for php5): com.apple.activate com.apple.build com.apple.destroot com.apple.install Error: Status 1 encountered during processing. From ryandesign at macports.org Tue Dec 12 15:55:23 2006 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:39:52 2007 Subject: PHP5 installs fails with curl 7.16.0 In-Reply-To: References: Message-ID: <6A47A118-2856-4AD6-8F36-D64155E6BB19@macports.org> On Dec 12, 2006, at 11:16, Mark Duling wrote: > PHP5 installed fine with curl 7.15.5, now it fails with curl > 7.16.0. See > below. Any ideas on what to do about this? Is there a problem > with curl > 7.16.0? I noticed the same just as your message arrived. I'll try compiling php manually enabling just curl; if the problem persists, I'll submit a bug report to the php group. From kobold at andrewkish.name Tue Dec 12 16:44:14 2006 From: kobold at andrewkish.name (Andy Kish) Date: Tue Oct 9 16:39:52 2007 Subject: PHP5 installs fails with curl 7.16.0 In-Reply-To: <6A47A118-2856-4AD6-8F36-D64155E6BB19@macports.org> References: <6A47A118-2856-4AD6-8F36-D64155E6BB19@macports.org> Message-ID: On Dec 12, 2006, at 6:55 PM, Ryan Schmidt wrote: > > On Dec 12, 2006, at 11:16, Mark Duling wrote: > >> PHP5 installed fine with curl 7.15.5, now it fails with curl >> 7.16.0. See >> below. Any ideas on what to do about this? Is there a problem >> with curl >> 7.16.0? > > I noticed the same just as your message arrived. I'll try compiling > php manually enabling just curl; if the problem persists, I'll > submit a bug report to the php group. A bug has already been filed: http://trac.macports.org/projects/ macports/ticket/11115 Post up there if compiling manually works out; I'm sure a bunch of those folks would be really happy to hear it. From mark.duling at biola.edu Tue Dec 12 18:22:02 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:52 2007 Subject: py-sqlite & py-sqlite2 - determining dependents Message-ID: py-sqlite is at 2.3.1 py-sqlite2 is at 2.3.2 How do I determine the ports that depend on each? 'port dependents foo' seems not to display anything for either of them. Mark From ryandesign at macports.org Tue Dec 12 19:47:21 2006 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:39:52 2007 Subject: PHP5 installs fails with curl 7.16.0 In-Reply-To: References: Message-ID: On Dec 12, 2006, at 11:16, Mark Duling wrote: > PHP5 installed fine with curl 7.15.5, now it fails with curl > 7.16.0. See > below. Any ideas on what to do about this? Is there a problem > with curl > 7.16.0? Ok, I confirmed that the problem does occur outside of MacPorts; it's a PHP bug. I also see that a bug report has already been filed: http://bugs.php.net/bug.php?id=39354 It's fixed in PHP's CVS and will presumably be in PHP 5.2.1. I'll see if I can find the specific change that was made and include it in the portfile.... From ryandesign at macports.org Wed Dec 13 00:17:04 2006 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:39:52 2007 Subject: PHP5 installs fails with curl 7.16.0 In-Reply-To: References: <6A47A118-2856-4AD6-8F36-D64155E6BB19@macports.org> Message-ID: <7A16324F-6CD5-4282-A45D-6F2EF16505AF@macports.org> On Dec 12, 2006, at 18:44, Andy Kish wrote: > On Dec 12, 2006, at 6:55 PM, Ryan Schmidt wrote: > >> On Dec 12, 2006, at 11:16, Mark Duling wrote: >> >>> PHP5 installed fine with curl 7.15.5, now it fails with curl >>> 7.16.0. See >>> below. Any ideas on what to do about this? Is there a problem >>> with curl >>> 7.16.0? >> >> I noticed the same just as your message arrived. I'll try >> compiling php manually enabling just curl; if the problem >> persists, I'll submit a bug report to the php group. > > A bug has already been filed: http://trac.macports.org/projects/ > macports/ticket/11115 > > Post up there if compiling manually works out; I'm sure a bunch of > those folks would be really happy to hear it. Thanks Andy; I've resolved bug 11115 now. Do a "sudo port sync" and then you should be able to install (or reinstall) php5. From dluke at geeklair.net Wed Dec 13 06:20:47 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:52 2007 Subject: py-sqlite & py-sqlite2 - determining dependents In-Reply-To: References: Message-ID: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> On Dec 12, 2006, at 9:22 PM, Mark Duling wrote: > py-sqlite is at 2.3.1 > py-sqlite2 is at 2.3.2 > > How do I determine the ports that depend on each? grep? :) > 'port dependents foo' > seems not to display anything for either of them. port dependents only works on installed ports on your system ... -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/919564eb/PGP.bin From mark.duling at biola.edu Wed Dec 13 07:28:52 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:52 2007 Subject: py-sqlite & py-sqlite2 - determining dependents In-Reply-To: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> References: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> Message-ID: "Daniel J. Luke" on Wednesday, December 13, 2006 at 6:20 AM -0800 wrote: >> How do I determine the ports that depend on each? > >grep? :) I've grepped, but it seems ugly and difficult to interpret. I thought I've seen people do some svn magic for when they want to change dependencies on multilple ports at once so I thought maybe there was a better way with either port or svn. > >> 'port dependents foo' >> seems not to display anything for either of them. > >port dependents only works on installed ports on your system ... Ah I see. Thanks. Mark From dluke at geeklair.net Wed Dec 13 07:33:48 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:52 2007 Subject: Commit changes for a ticket In-Reply-To: <42F8D82E-9AE8-4431-893A-7D04BE35CC84@pobox.com> References: <42F8D82E-9AE8-4431-893A-7D04BE35CC84@pobox.com> Message-ID: On Dec 9, 2006, at 3:47 AM, Bryan Blackburn wrote: > Back in the bugzilla days, one would reassign a bug to the -bugs > address to signify that a committer was needed to apply a patch. > With trac, I'm not sure what the new system is, other than to say > something here. Is that the current procedure? I guess so. Our trac setup still doesn't send out email (which makes it annoyingly difficult to deal with). Can anyone from portmgr comment on the status of getting that working (or if I should just give up hope? :) ). > The ticket is 11069 ( ticket/11069>) for the md5deep port. I've committed this. You should consider applying for the commit bit so you can commit updates to your ports yourself. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/2ac93437/PGP.bin From dluke at geeklair.net Wed Dec 13 07:36:46 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:52 2007 Subject: py-sqlite & py-sqlite2 - determining dependents In-Reply-To: References: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> Message-ID: On Dec 13, 2006, at 10:28 AM, Mark Duling wrote: > I've grepped, but it seems ugly and difficult to interpret. I thought > I've seen people do some svn magic for when they want to change > dependencies on multilple ports at once so I thought maybe there was a > better way with either port or svn. If there is, I'm not aware of it (which doesn't mean there isn't some other better way to do it). That information is in the PortIndex though, so you can just grep PortIndex (which will be faster than doing a recursive grep though all of the portfiles). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/d807dd2c/PGP.bin From eridius at macports.org Wed Dec 13 12:34:57 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:52 2007 Subject: py-sqlite & py-sqlite2 - determining dependents In-Reply-To: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> References: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> Message-ID: <96453200-A55E-4A30-9A7B-C81B229A6B34@macports.org> That can't be true. port dependents shows all the dependencies listed in the PortIndex for the given port. This means it doesn't show dependencies for variants, or any nested dependencies, but it does show the top level of them. It also only shows them by port, it doesn't show which ones are already matched (either by path, or by port being installed). For example, I have no idea what minicom, lrzsz, and keremit are, but I get the following kballard> port deps minicom minicom has runtime dependencies on: lrzsz kermit It works similarly for py-sqlite and py-sqlite2. On Dec 13, 2006, at 9:20 AM, Daniel J. Luke wrote: >> 'port dependents foo' >> seems not to display anything for either of them. > > port dependents only works on installed ports on your system ... -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/11d00d3b/attachment.html From eridius at macports.org Wed Dec 13 12:40:44 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:52 2007 Subject: Pantomime ticket - assign to whom? Message-ID: For a while now, the ticket #5622 has been assigned to me (my kevin@sb.org address), though the bug itself is actually against the gnustep/Pantomime port (my port, which I'd be more than happy to give up since I don't know anything about the port itself, is mail/ Pantomime-Framework). The maintainer of gnustep/Pantomime is yves@macports.org. With my new commit bit, I was going to go re- assign the bug to him, but he's not in the list of people one can assign bugs to. To what address should I assign the bug? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/27c5d98e/attachment.html From dluke at geeklair.net Wed Dec 13 13:09:15 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:52 2007 Subject: py-sqlite & py-sqlite2 - determining dependents In-Reply-To: <3F257F24-7DC4-4E09-8CB6-EDFC987720ED@sb.org> References: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> <3F257F24-7DC4-4E09-8CB6-EDFC987720ED@sb.org> Message-ID: On Dec 13, 2006, at 3:29 PM, Kevin Ballard wrote: > That can't be true. port dependents shows all the dependencies > listed in the PortIndex for the given port. This means it doesn't > show dependencies for variants, or any nested dependencies, but it > does show the top level of them. deps != dependents % grep gettext PortIndex | wc -l 154 % port deps gettext gettext has library dependencies on: libiconv expat % port dependents gettext clearsilver depends on gettext popt depends on gettext libgpg-error depends on gettext mono depends on gettext glib2 depends on gettext bison depends on gettext gnupg depends on gettext -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/a3d1f8ed/PGP.bin From eridius at macports.org Wed Dec 13 13:11:44 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:52 2007 Subject: py-sqlite & py-sqlite2 - determining dependents In-Reply-To: References: <3307739A-1B65-4BAF-9348-2E11461ED1C1@geeklair.net> <3F257F24-7DC4-4E09-8CB6-EDFC987720ED@sb.org> Message-ID: <558D209E-062D-45B9-A582-0B8CF09CC8A3@macports.org> Ooh hey, didn't realize that deps != dependents. Sorry for the confusion. On Dec 13, 2006, at 4:09 PM, Daniel J. Luke wrote: > On Dec 13, 2006, at 3:29 PM, Kevin Ballard wrote: >> That can't be true. port dependents shows all the dependencies >> listed in the PortIndex for the given port. This means it doesn't >> show dependencies for variants, or any nested dependencies, but it >> does show the top level of them. > > deps != dependents > > % grep gettext PortIndex | wc -l > 154 > % port deps gettext > gettext has library dependencies on: > libiconv > expat > % port dependents gettext > clearsilver depends on gettext > popt depends on gettext > libgpg-error depends on gettext > mono depends on gettext > glib2 depends on gettext > bison depends on gettext > gnupg depends on gettext -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/8f0509eb/attachment.html From yves at macports.org Wed Dec 13 17:58:15 2006 From: yves at macports.org (Yves de Champlain) Date: Tue Oct 9 16:39:52 2007 Subject: Pantomime ticket - assign to whom? In-Reply-To: References: Message-ID: Le 06-12-13 ? 15:40, Kevin Ballard a ?crit : > For a while now, the ticket #5622 has been assigned to me (my > kevin@sb.org address), though the bug itself is actually against > the gnustep/Pantomime port (my port, which I'd be more than happy > to give up since I don't know anything about the port itself, is > mail/Pantomime-Framework). The maintainer of gnustep/Pantomime is > yves@macports.org. With my new commit bit, I was going to go re- > assign the bug to him, but he's not in the list of people one can > assign bugs to. To what address should I assign the bug? That's because I'm a maintainer who does not want to be bugged ! Seriously, I don't know how that works but thanks for the tip anyway. yves -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061213/c1d327e9/attachment.html From 0x62_0x6c_0x62 at pobox.com Wed Dec 13 23:36:21 2006 From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn) Date: Tue Oct 9 16:39:52 2007 Subject: Commit changes for a ticket In-Reply-To: References: <42F8D82E-9AE8-4431-893A-7D04BE35CC84@pobox.com> Message-ID: <72EE0550-5D7C-4CC8-A425-EC3CD57C6DF0@pobox.com> On Dec 13, 2006, at 8:33 AM, Daniel J. Luke wrote: > On Dec 9, 2006, at 3:47 AM, Bryan Blackburn wrote: >> Back in the bugzilla days, one would reassign a bug to the -bugs >> address to signify that a committer was needed to apply a patch. >> With trac, I'm not sure what the new system is, other than to say >> something here. Is that the current procedure? > > I guess so. > > Our trac setup still doesn't send out email (which makes it > annoyingly difficult to deal with). > It seems to work in at least some situations, as that's how I found out about this bug when it was Cc'd to me... > Can anyone from portmgr comment on the status of getting that > working (or if I should just give up hope? :) ). > >> The ticket is 11069 (> ticket/11069>) for the md5deep port. > > I've committed this. > Thanks. > You should consider applying for the commit bit so you can commit > updates to your ports yourself. > I didn't on the OD->forge switchover since I've dropped my port count to a whopping eleven and haven't had the time for MP like I once did. Though it does seem of late I'm not the only one... Bryan > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > From dluke at geeklair.net Thu Dec 14 08:07:27 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:52 2007 Subject: Commit changes for a ticket In-Reply-To: <72EE0550-5D7C-4CC8-A425-EC3CD57C6DF0@pobox.com> References: <42F8D82E-9AE8-4431-893A-7D04BE35CC84@pobox.com> <72EE0550-5D7C-4CC8-A425-EC3CD57C6DF0@pobox.com> Message-ID: On Dec 14, 2006, at 2:36 AM, Bryan Blackburn wrote: >> Our trac setup still doesn't send out email (which makes it >> annoyingly difficult to deal with). > > It seems to work in at least some situations, as that's how I found > out about this bug when it was Cc'd to me... Yeah, I don't know what is going on. It was even sending out email to the macports-tickets list for a little while and then stopped. I've asked a few people about it, and no one answers :-\ >> You should consider applying for the commit bit so you can commit >> updates to your ports yourself. > > I didn't on the OD->forge switchover since I've dropped my port > count to a whopping eleven and haven't had the time for MP like I > once did. Though it does seem of late I'm not the only one... It's probably still worthwhile for you to have commit access even if all you have time for is to update the ports you still maintain ... -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061214/7737421d/PGP.bin From moll at ISI.EDU Thu Dec 14 09:51:28 2006 From: moll at ISI.EDU (Mark Moll) Date: Tue Oct 9 16:39:52 2007 Subject: Approving new macports committers In-Reply-To: References: Message-ID: On Dec 11, 2006, at 1:44 AM, Ian Eiloart wrote: > > --On 10 December 2006 20:15:04 -0800 Mark Duling > wrote: > >> Mark Moll on Sunday, December 10, 2006 at 7:12 PM >> -0800 >> wrote: >>> I'm having the same difficulties with creating new tickets and going >>> to my account page since the wordpress/trac merge. I have been able >>> to create tickets in trac before the merge.. >> >> I had the same problem and Keven told me to create a wordpress >> account >> with the same user and that did the trick. >> > > Right, but I can't because wordpress already thinks I have an account. So are Ian Eiloart and I the only ones who have this problem? Can someone else with Trac access create a ticket? To summarize, the problem is the following: it appears that some people with Trac access before the Trac/Wordpress merge now no longer have permission to create new tickets. I created a Wordpress account with the same email address I had used for the Trac account, and successfully logged in. I don't have access to my own profile, though. Also, logging out produces this error: "Too many redirects occurred trying to open ?http:// www.macosforge.org/wp-logout.php?action=logout&redirect_to=http:// www.macosforge.org/?. This might occur if you open a page that is redirected to open another page which then is redirected to open the original page." I tried everything with both Safari and Camino. -- Mark From eridius at macports.org Thu Dec 14 14:33:01 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:52 2007 Subject: Important vim update Message-ID: I have an update to the editors/vim port ready to commit, which bumps the version from 7.0.91 to 7.0.178 while at the same time fixing a bug that prevented it from compiling at all with the +ruby variant. mij, any objections to me committing it? Also, I'm curious, why does the darwin x86 port pass --disable-darwin as a ./configure arg? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061214/2b2ec133/attachment.html From mij at macports.org Thu Dec 14 14:39:27 2006 From: mij at macports.org (Jim Mock) Date: Tue Oct 9 16:39:52 2007 Subject: Important vim update In-Reply-To: References: Message-ID: <0E4105FE-9B15-469F-8A84-00710B1EA48B@macports.org> On Dec 14, 2006, at 2:33 PM, Kevin Ballard wrote: > I have an update to the editors/vim port ready to commit, which > bumps the version from 7.0.91 to 7.0.178 while at the same time > fixing a bug that prevented it from compiling at all with the +ruby > variant. > > mij, any objections to me committing it? Nope, go for it. > Also, I'm curious, why does the darwin x86 port pass --disable- > darwin as a ./configure arg? I have no idea... I didn't add that variant. If I had to guess, it'd probably be that it looks for something specific in Darwin PPC (but I honestly have no idea). - jim From vincent-opdarw at vinc17.org Sun Dec 17 18:43:15 2006 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Tue Oct 9 16:39:52 2007 Subject: [20984] trunk/dports/textproc/scrollkeeper/Portfile In-Reply-To: <20061216112705.9288C462852@cvs.opensource.apple.com> References: <20061216112705.9288C462852@cvs.opensource.apple.com> Message-ID: <20061218024315.GS11091@prunille.vinc17.org> On 2006-12-16 03:27:05 -0800, source_changes@macosforge.org wrote: > Revision: 20984 > http://trac.macosforge.org/projects/macports/changeset/20984 > Author: rhwood@macports.org > Date: 2006-12-16 03:27:04 -0800 (Sat, 16 Dec 2006) > > Log Message: > ----------- > create an empty log file after activation. See ticket:10847 > > Modified Paths: > -------------- > trunk/dports/textproc/scrollkeeper/Portfile > > Modified: trunk/dports/textproc/scrollkeeper/Portfile > =================================================================== > --- trunk/dports/textproc/scrollkeeper/Portfile 2006-12-16 08:33:58 UTC (rev 20983) > +++ trunk/dports/textproc/scrollkeeper/Portfile 2006-12-16 11:27:04 UTC (rev 20984) > @@ -52,5 +52,6 @@ > } > > post-activate { > + system "touch ${prefix}/var/log/scrollkeeper.log" > system "scrollkeeper-update" > } I added the following to ticket #10847: The problem is that before the touch, the ${prefix}/var/log directory should be created. BTW, shouldn't the log files all be in /var/log? -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From cedric.luthi at gmail.com Mon Dec 18 08:30:22 2006 From: cedric.luthi at gmail.com (=?ISO-8859-1?Q?C=E9dric_Luthi?=) Date: Tue Oct 9 16:39:52 2007 Subject: UPDATE: file 4.17 -> 4.19 Message-ID: <8a5fdcd90612180830t120eed2s3fe8b52dfb87d0fc@mail.gmail.com> http://trac.macports.org/projects/macports/ticket/11158 The file port 4.17 is broken because the file-4.17.tar.gz archive is no longer on the mirrors of the Portfile. There are now versions 4.18 and 4.19. The attached patch addresses the issue by bumping the version and updating the checksum. Please commit as soon as possible ;-) Regards. C?dric Luthi From moll at ISI.EDU Mon Dec 18 10:57:56 2006 From: moll at ISI.EDU (Mark Moll) Date: Tue Oct 9 16:39:52 2007 Subject: UPDATE/RFE: openmpi-1.1.1 -> 1.1.2, +fortran variant Message-ID: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> [I can't create tickets since the wordpress/trac merge, so maybe someone else can create a ticket.] This is a version bump for OpenMPI. I have added a fortran variant, which is needed for the ARPACK port with the mpi variant (see my next message). -- Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: openmpi.patch Type: application/octet-stream Size: 2384 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061218/c349d444/openmpi.obj -------------- next part -------------- From moll at ISI.EDU Mon Dec 18 10:58:03 2006 From: moll at ISI.EDU (Mark Moll) Date: Tue Oct 9 16:39:52 2007 Subject: NEW: arpack, a package for solving large scale eigenvalue problems Message-ID: <8F01256C-D81D-4566-9A84-E39280A4A6ED@ISI.EDU> [I can't create tickets since the wordpress/trac merge, so maybe someone else can create a ticket.] New port: arpack. ARPACK is a collection of Fortran77 subroutines designed to solve large scale eigenvalue problems. homepage http://www.caam.rice.edu/ software/ARPACK/ The solvers for complex (single and double precision) seem to be buggy, based on my limited testing using the example programs that come with the ARPACK distribution. I'm not sure whether this is a problem with gfortran, an incompatibility between ARPACK and the Accelerate framework, or another problem with the way I build ARPACK. There is an mpi variant, which will install P_ARPACK (the parallel eigenvalue solver) as well. This requires a working mpif77 (see my previous message). -- Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: arpack.tgz Type: application/octet-stream Size: 2174 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061218/6b5bf253/arpack.obj -------------- next part -------------- From cedric.luthi at gmail.com Mon Dec 18 14:12:59 2006 From: cedric.luthi at gmail.com (=?ISO-8859-1?Q?C=E9dric_Luthi?=) Date: Tue Oct 9 16:39:52 2007 Subject: UPDATE/RFE: openmpi-1.1.1 -> 1.1.2, +fortran variant In-Reply-To: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> References: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> Message-ID: On 18 d?c. 06, at 19:57, Mark Moll wrote: > [I can't create tickets since the wordpress/trac merge, so maybe > someone else can create a ticket.] I created ticket #11160 for you Not sure however about your patch format! I think you should better create it with the command diff -u Portfile.original Portfile where Portfile is your updated Portfile. Regards. C?dric Luthi From moll at ISI.EDU Mon Dec 18 14:27:13 2006 From: moll at ISI.EDU (Mark Moll) Date: Tue Oct 9 16:39:52 2007 Subject: Fwd: UPDATE/RFE: openmpi-1.1.1 -> 1.1.2, +fortran variant References: Message-ID: <4C155616-0E5A-46EE-B046-290060BFAFCF@ISI.EDU> Sorry, I have diff aliased to colordiff. Corrected patch attached. Thanks for creating a ticket. Begin forwarded message: > From: C?dric Luthi > Date: December 18, 2006 2:12:59 PM PST > To: macports-dev@lists.macosforge.org > Cc: Mark Moll > Subject: Re: UPDATE/RFE: openmpi-1.1.1 -> 1.1.2, +fortran variant > > On 18 d?c. 06, at 19:57, Mark Moll wrote: > >> [I can't create tickets since the wordpress/trac merge, so maybe >> someone else can create a ticket.] > > I created ticket #11160 for you macports/ticket/11160> > Not sure however about your patch format! I think you should better > create it with the command > diff -u Portfile.original Portfile > where Portfile is your updated Portfile. > > Regards. > C?dric Luthi_______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev -- Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: openmpi.patch Type: application/octet-stream Size: 1296 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061218/121827fb/openmpi.obj -------------- next part -------------- From niel at cyanescent.co.uk Tue Dec 19 14:11:26 2006 From: niel at cyanescent.co.uk (Niel Drummond) Date: Tue Oct 9 16:39:52 2007 Subject: iTerm environment variable needed In-Reply-To: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> References: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> Message-ID: <4588638E.5040600@cyanescent.co.uk> Hi, [ I cannot create an account on trac/wordpress either ] iTerm on ppc and x86 (32-bit) both seem to need an environment variable set (which can be done in ~/.profile or ~/.MacOSX/environment.plist): DYLD_LIBRARY_PATH=/Applications/DarwinPorts/iTerm.app/Contents/Frameworks/Growl.framework/Versions/A/ it's not the best solution to have global environment variable for a fix like this -- is there a better way? thanks - Niel Drummond From eridius at macports.org Tue Dec 19 22:07:35 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: iTerm environment variable needed In-Reply-To: <4588638E.5040600@cyanescent.co.uk> References: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> <4588638E.5040600@cyanescent.co.uk> Message-ID: <77E9D6C7-7C3B-4559-989A-BC5D5CF0D390@macports.org> Wow, that's disgusting. Perhaps you should talk to the iTerm developers about this. It sounds like their linker path against the Growl framework is wrong. Another option that can be done without source changes is to use install_name_tool to fix the linker path as a postprocessing step. On Dec 19, 2006, at 5:11 PM, Niel Drummond wrote: > [ I cannot create an account on trac/wordpress either ] > > iTerm on ppc and x86 (32-bit) both seem to need an environment > variable set (which can be done in ~/.profile or ~/.MacOSX/ > environment.plist): > > DYLD_LIBRARY_PATH=/Applications/DarwinPorts/iTerm.app/Contents/ > Frameworks/Growl.framework/Versions/A/ > > it's not the best solution to have global environment variable for > a fix like this -- is there a better way? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061220/777f78b6/attachment.html From eridius at macports.org Tue Dec 19 22:51:46 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: mzscheme Portfile woefully out of date Message-ID: <1C8EC97F-3F96-4D5A-9DB2-DDCFBFEF29F3@macports.org> It appears the mzscheme Portfile is at version 209, despite the current version being 360. Version 209 doesn't support x86 darwin compilation. Markus, are you active and do you care to update this, or should it be thrown to the wild to update? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061220/aff421a6/attachment.html From apple at frinabulax.org Wed Dec 20 04:31:50 2006 From: apple at frinabulax.org (robert delius royar) Date: Tue Oct 9 16:39:53 2007 Subject: iTerm environment variable needed In-Reply-To: <4588638E.5040600@cyanescent.co.uk> References: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> <4588638E.5040600@cyanescent.co.uk> Message-ID: Tue, 19 Dec 2006 (23:11 +0100 UTC) Niel Drummond wrote: > Hi, > > [ I cannot create an account on trac/wordpress either ] > > iTerm on ppc and x86 (32-bit) both seem to need an environment variable set > (which can be done in ~/.profile or ~/.MacOSX/environment.plist): > > DYLD_LIBRARY_PATH=/Applications/DarwinPorts/iTerm.app/Contents/Frameworks/Growl.framework/Versions/A/ > > it's not the best solution to have global environment variable for a fix like > this -- is there a better way? Assuming that the executable is /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm do mv /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm \ /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin Then make an executable file named /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm such as #!/bin/sh export DYLD_FRAMEWORK_PATH=/Applications/DarwinPorts/iTerm.app/Contents/Frameworks exec /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin Something similar is how I get Safari to run with Webkit nightly builds. > > thanks > > - Niel Drummond > > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev > -- Dr. Robert Delius Royar Associate Professor of English Morehead State University Morehead, Kentucky Making meaning one message at a time. Hey! Look over there! 7:21 up 1:31, 1 user, load averages: 0.19 0.11 0.14 From niel at cyanescent.co.uk Wed Dec 20 23:08:12 2006 From: niel at cyanescent.co.uk (Niel Drummond) Date: Tue Oct 9 16:39:53 2007 Subject: iTerm environment variable needed In-Reply-To: References: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> <4588638E.5040600@cyanescent.co.uk> Message-ID: <458A32DC.9060406@cyanescent.co.uk> robert delius royar wrote: > Assuming that the executable is > /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm > do > mv /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm \ > /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin > > Then make an executable file named > /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm > such as > > #!/bin/sh > > export > DYLD_FRAMEWORK_PATH=/Applications/DarwinPorts/iTerm.app/Contents/Frameworks > > exec /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin > > Something similar is how I get Safari to run with Webkit nightly builds. nice... a bit ugly but should work -- would this sort of fix be integrated into darwinports? - Niel Drummond From dluke at geeklair.net Thu Dec 21 06:50:44 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:53 2007 Subject: iTerm environment variable needed In-Reply-To: <458A32DC.9060406@cyanescent.co.uk> References: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> <4588638E.5040600@cyanescent.co.uk> <458A32DC.9060406@cyanescent.co.uk> Message-ID: <040AEB7D-AF8A-4B89-A235-4A53733886A3@geeklair.net> On Dec 21, 2006, at 2:08 AM, Niel Drummond wrote: > robert delius royar wrote: >> Assuming that the executable is /Applications/DarwinPorts/ >> iTerm.app/Contents/MacOS/iTerm >> do >> mv /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm \ >> /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin >> >> Then make an executable file named /Applications/DarwinPorts/ >> iTerm.app/Contents/MacOS/iTerm >> such as >> >> #!/bin/sh >> >> export DYLD_FRAMEWORK_PATH=/Applications/DarwinPorts/iTerm.app/ >> Contents/Frameworks >> exec /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin >> >> Something similar is how I get Safari to run with Webkit nightly >> builds. > nice... a bit ugly but should work -- would this sort of fix be > integrated into darwinports? It could be (if necessary), but I don't know if that's needed for everyone who has build iTerm, or just you ;-) (since I haven't heard anyone complain of it before). If it's a build problem that effects everyone, then the better solution would be to get it fixed upstream, though. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061221/b3e497dc/PGP.bin From rhwood at mac.com Thu Dec 21 14:00:16 2006 From: rhwood at mac.com (Randall Wood) Date: Tue Oct 9 16:39:53 2007 Subject: iTerm environment variable needed In-Reply-To: <040AEB7D-AF8A-4B89-A235-4A53733886A3@geeklair.net> References: <6C101882-C42B-4A44-A9F4-ECA1A052FB67@ISI.EDU> <4588638E.5040600@cyanescent.co.uk> <458A32DC.9060406@cyanescent.co.uk> <040AEB7D-AF8A-4B89-A235-4A53733886A3@geeklair.net> Message-ID: <09A3AF2F-556C-46D8-9D1E-DC88B2196AA5@mac.com> It looks like the real problem is that the iTerm port is screwy. iTerm is currently at version 0.9.4 and builds and runs fine IF built with a "Deployment" configuration. The port however, is version 0.8.2, downloads from cvs and builds with a "Development" configuration, which does not bundle the required frameworks into the .app the way the "Deployment" configuration does. On 21 Dec 2006, at 09:50, Daniel J. Luke wrote: > On Dec 21, 2006, at 2:08 AM, Niel Drummond wrote: > >> robert delius royar wrote: >>> Assuming that the executable is /Applications/DarwinPorts/ >>> iTerm.app/Contents/MacOS/iTerm >>> do >>> mv /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm \ >>> /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin >>> >>> Then make an executable file named /Applications/DarwinPorts/ >>> iTerm.app/Contents/MacOS/iTerm >>> such as >>> >>> #!/bin/sh >>> >>> export DYLD_FRAMEWORK_PATH=/Applications/DarwinPorts/iTerm.app/ >>> Contents/Frameworks >>> exec /Applications/DarwinPorts/iTerm.app/Contents/MacOS/iTerm-bin >>> >>> Something similar is how I get Safari to run with Webkit nightly >>> builds. >> nice... a bit ugly but should work -- would this sort of fix be >> integrated into darwinports? > > It could be (if necessary), but I don't know if that's needed for > everyone who has build iTerm, or just you ;-) (since I haven't > heard anyone complain of it before). > > If it's a build problem that effects everyone, then the better > solution would be to get it fixed upstream, though. > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev Randall Wood rhwood@mac.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From mstevens at etla.org Mon Dec 25 08:09:33 2006 From: mstevens at etla.org (Michael Stevens) Date: Tue Oct 9 16:39:53 2007 Subject: svn and getting the source Message-ID: <458FF7BD.90204@etla.org> Hi. Anyone know how to get the source at the moment? I had a previous checkout of darwinports, so I thought "svn up" would do the trick, but it just says: Skipped '.' Looking at the website, http://www.macports.org/?page_id=4 refers me to a wiki page on committer docs that doesn't exist. Michael From mark.duling at biola.edu Mon Dec 25 08:51:20 2006 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:39:53 2007 Subject: svn and getting the source In-Reply-To: <458FF7BD.90204@etla.org> References: <458FF7BD.90204@etla.org> Message-ID: Michael, Some time ago I had modified the docs to make them a little more accessible, and the link is now "GetMacPortsSource" on the front page of the Wiki. http://trac.macosforge.org/projects/macports/wiki/GetMacPortsSource I didn't see the link page http://www.macports.org/?page_id=4 that my mods broke, and I see now I don't have rights to change it. I'll see if I can prod someone to fix it after the holidays. Thanks for reporting it. Mark Michael Stevens on Monday, December 25, 2006 at 8:09 AM -0800 wrote: >Anyone know how to get the source at the moment? > >I had a previous checkout of darwinports, so I thought "svn up" would do >the trick, but it just says: > >Skipped '.' > >Looking at the website, http://www.macports.org/?page_id=4 refers me to >a wiki page on committer docs that doesn't exist. From mstevens at etla.org Mon Dec 25 10:04:29 2006 From: mstevens at etla.org (Michael Stevens) Date: Tue Oct 9 16:39:53 2007 Subject: svn and getting the source In-Reply-To: References: <458FF7BD.90204@etla.org> Message-ID: <459012AD.4060902@etla.org> Mark Duling wrote: > Michael, > > Some time ago I had modified the docs to make them a little more > accessible, and the link is now "GetMacPortsSource" on the front page of > the Wiki. > > http://trac.macosforge.org/projects/macports/wiki/GetMacPortsSource > > I didn't see the link page http://www.macports.org/?page_id=4 that my mods > broke, and I see now I don't have rights to change it. I'll see if I can > prod someone to fix it after the holidays. Thanks for reporting it. Thanks, the wiki page seems to be working for me. Michael From mstevens at etla.org Mon Dec 25 10:37:31 2006 From: mstevens at etla.org (Michael Stevens) Date: Tue Oct 9 16:39:53 2007 Subject: zile update Message-ID: <45901A6B.2010808@etla.org> Hi. I've submitted a patch to update the zile port to the current release as ticket 11183. Michael (still mentioning things here till trac & so on is more sorted) From jenix at jinhyung.org Tue Dec 26 23:26:27 2006 From: jenix at jinhyung.org (Jin Hyung Park) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? Message-ID: Hello :) Today morning, I just wonder Why does darwinports developers choose the tcl/tk for darwinports project? After 2001, there are lots of languages not only tcl/tk.. are there specific reasons for choosing tcl/tk? if anyone know, could explain for me? thanks :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061227/bfd7fce3/attachment.html From pmq at macports.org Wed Dec 27 01:22:51 2006 From: pmq at macports.org (Pierre Queinnec) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: References: Message-ID: <45923B6B.4010104@macports.org> Search the old ML archives, that is DarwinPorts', not the MacPorts one. IIRC there's a mail by jkh@ explaining just that. -- Pierre Jin Hyung Park wrote: > Hello :) > > Today morning, I just wonder > > Why does darwinports developers choose the tcl/tk for darwinports project? > > After 2001, there are lots of languages not only tcl/tk.. > > are there specific reasons for choosing tcl/tk? > > if anyone know, could explain for me? > > thanks :) > > > ------------------------------------------------------------------------ > > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev From eridius at macports.org Wed Dec 27 15:13:32 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <45923B6B.4010104@macports.org> References: <45923B6B.4010104@macports.org> Message-ID: This seems to be the start of that thread: http://www.opendarwin.org/pipermail/darwinports/2002-October/015354.html And actually, the explanation was by Landon Fuller. On Dec 27, 2006, at 4:22 AM, Pierre Queinnec wrote: > Search the old ML archives, that is DarwinPorts', not the MacPorts > one. IIRC there's a mail by jkh@ explaining just that. > -- Pierre > > > Jin Hyung Park wrote: >> Hello :) >> Today morning, I just wonder >> Why does darwinports developers choose the tcl/tk for darwinports >> project? >> After 2001, there are lots of languages not only tcl/tk.. >> are there specific reasons for choosing tcl/tk? >> if anyone know, could explain for me? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061227/3595da19/attachment.html From eridius at macports.org Thu Dec 28 02:06:26 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: neon port missing dependencies? Message-ID: libneon links against libintl, which is provided by gettext, but doesn't depend on the gettext port. It also has a couple other issues, but this one just bit me in the ass when I upgraded gettext, which apparently bumped libintl from libintl.3.dylib to libintl.8.dylib, and so broke some other installed ports. I upgraded all the ones that claimed dependency on gettext, but libneon still failed since it didn't claim this. I have a quick-n-dirty change to the Portfile ready which adds gettext, libiconv, and zlib as library dependencies. Shall I go ahead and check it in? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061228/a54c180d/attachment.html From dluke at geeklair.net Thu Dec 28 08:35:28 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:53 2007 Subject: neon port missing dependencies? In-Reply-To: References: Message-ID: On Dec 28, 2006, at 5:06 AM, Kevin Ballard wrote: > libneon links against libintl, which is provided by gettext, but > doesn't depend on the gettext port. > > It also has a couple other issues, but this one just bit me in the > ass when I upgraded gettext, which apparently bumped libintl from > libintl.3.dylib to libintl.8.dylib, and so broke some other > installed ports. I upgraded all the ones that claimed dependency on > gettext, but libneon still failed since it didn't claim this. > > I have a quick-n-dirty change to the Portfile ready which adds > gettext, libiconv, and zlib as library dependencies. Shall I go > ahead and check it in? I would rather have some time to test it locally... I'll try to get an updated portfile pushed out today. Thanks for letting me know. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061228/6f854454/PGP.bin From cssdev at mac.com Thu Dec 28 13:05:09 2006 From: cssdev at mac.com (cssdev@mac.com) Date: Tue Oct 9 16:39:53 2007 Subject: neon port missing dependencies? (texinfo too) In-Reply-To: References: Message-ID: <9ED7FFD6-0F93-4713-A601-14DC04DF5AD2@mac.com> On Dec 28, 2006, at 4:06 AM, Kevin Ballard wrote: > It also has a couple other issues, but this one just bit me in the > ass when I upgraded gettext, which apparently bumped libintl from > libintl.3.dylib to libintl.8.dylib, and so broke some other > installed ports. I upgraded all the ones that claimed dependency on > gettext, but libneon still failed since it didn't claim this. I had this same problem with texinfo. Could others please double check my fix to make sure it works for them too? It seems okay for me. . Chris From eridius at macports.org Thu Dec 28 17:00:47 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: Unstated dependencies on gettext Message-ID: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> After having updated gettext, I'm finding a number of ports that are linking against libintl (provided by gettext) but don't declare a dependency on gettext. For example, gsed links against libiconv, but doesn't declare a dependency on gettext. The question I have is, would some of these ports have worked if gettext wasn't installed, but just happen to link against libintl for extra functionality if it's there? I don't want to go adding gettext dependencies all over the place if it's not strictly needed, but on the other hand I'd like to be able to look up all ports that link against gettext, since upgrading it changed the major version number (actually, only version number) of the library and so everything has to re-link. -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061228/2bf77f3b/attachment.html From eridius at macports.org Thu Dec 28 17:01:58 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: Unstated dependencies on gettext In-Reply-To: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> References: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> Message-ID: I'm sorry, I meant libintl On Dec 28, 2006, at 8:00 PM, Kevin Ballard wrote: > For example, gsed links against libiconv, but doesn't declare a > dependency on gettext. -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061228/78ed0580/attachment.html From eridius at macports.org Thu Dec 28 17:17:40 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: port upgrade causes problems when port not installed Message-ID: <473CDDB7-6C72-424A-BD23-5695EFAFF14D@macports.org> I just had an interesting problem, as detailed in ticket . Can anybody tell me why port upgrade used to build first, then install the new one, then deactivate/uninstall the old, then activate the new? And why now it's always deactivating/uninstalling first before installing the new? Except, as you can see in my log, doing the upgrade without it already installed finished the aborted build, installed, then uninstalled and started trying to re-build/install again? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061228/017c88c4/attachment.html From mij at macports.org Thu Dec 28 17:24:44 2006 From: mij at macports.org (Jim Mock) Date: Tue Oct 9 16:39:53 2007 Subject: Unstated dependencies on gettext In-Reply-To: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> References: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> Message-ID: On Dec 28, 2006, at 5:00 PM, Kevin Ballard wrote: > After having updated gettext, I'm finding a number of ports that > are linking against libintl (provided by gettext) but don't declare > a dependency on gettext. > > For example, gsed links against libiconv, but doesn't declare a > dependency on gettext. This is because libiconv depends on gettext so, if you've got libiconv, you've got gettext. > The question I have is, would some of these ports have worked if > gettext wasn't installed, but just happen to link against libintl > for extra functionality if it's there? It should because something it depends on depends on gettext (whether it be libiconv or something else). - jim From mij at macports.org Thu Dec 28 17:28:14 2006 From: mij at macports.org (Jim Mock) Date: Tue Oct 9 16:39:53 2007 Subject: Unstated dependencies on gettext In-Reply-To: References: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> Message-ID: <2CCBF912-6550-40B0-9B14-1ED29D494823@macports.org> Crap, ignore that, I had it backwards. The gettext port actually depends on libiconv and not the other way around. If you do come across things that link against libintl and don't have gettext as a dependency (whether direct or indirect), it should probably be added as one. - jim On Dec 28, 2006, at 5:24 PM, Jim Mock wrote: > On Dec 28, 2006, at 5:00 PM, Kevin Ballard wrote: >> After having updated gettext, I'm finding a number of ports that >> are linking against libintl (provided by gettext) but don't >> declare a dependency on gettext. >> >> For example, gsed links against libiconv, but doesn't declare a >> dependency on gettext. > > This is because libiconv depends on gettext so, if you've got > libiconv, you've got gettext. > >> The question I have is, would some of these ports have worked if >> gettext wasn't installed, but just happen to link against libintl >> for extra functionality if it's there? > > It should because something it depends on depends on gettext > (whether it be libiconv or something else). > > - jim > > > > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev From eridius at macports.org Thu Dec 28 18:41:58 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: Explicit vs Implicit deps [was Re: Unstated dependencies on gettext] In-Reply-To: <4473C199-B7FC-4440-B93F-6E1CA5EFDADF@opendarwin.org> References: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> <2CCBF912-6550-40B0-9B14-1ED29D494823@macports.org> <4473C199-B7FC-4440-B93F-6E1CA5EFDADF@opendarwin.org> Message-ID: <3F221C0E-71E7-41F3-80FC-9A23DADFA24C@macports.org> I would say if a port depends directly on another port, it should list that dependency, even if one of its other dependencies also has this. As you pointed out, this is more robust to change. And the notational trick you mentioned for things like GNOME or KDE would also help with the dependency explosion problem. But anything a port doesn't use explicitly probably shouldn't be listed. For example, glib2 depends on gettext. So if my port Barfoo uses glib2, it indirectly depends on gettext, but if it doesn't actually use anything from gettext directly, it should leave that dependency to get resolved hierarchically via glib2. So basically, I'm in favor of a flatter hierarchy. But, were I given the power to decide, I'd still be hesitant about committing to this, because I can see the cons of flat and benefits of hierarchical too. On Dec 28, 2006, at 9:31 PM, Jordan K. Hubbard wrote: > This brings up an interesting(?) point that, if memory serves me > correctly, we've discussed before without resolution. > > First, I'll sum up the previous discussions with what I believe to > be the essential underlying question: Are dependencies best > described (in a complex software collection) as hierarchical or flat? > > Hierarchical has its obvious advantages: You avoid the > combinatorial explosion of dependencies that things like GNOME and > KDE would drag in to each and every KDE clock or GNOME mp3 tag > editor port and, notionally at least, you can have a much smaller > collection of ports contain the "authoritative dependency lists" > for commonly used crap and, presumably, a smaller number of things > to edit when those dependencies change. > > On the flip side, flat has other advantages: It decouples ports > from one another, particularly in a system like MacPorts where you > don't actually get full benefit from those "common ports" since > once one of them is installed, its dependency list is statically > determined at install time and ages thereafter. Even if the > Portfile gets updated to track new deps, it doesn't matter if the > user has already built and installed the port given the short- > circuiting that will then take place, avoiding the updated > Portfile. Flat also copes better with other types of dynamism in > the collection - say gettext depends on libintl for a few years, > then one day somebody realizes that gettext only needs a few > functions from libintl and would be better off implementing those > functions itself, so they do this in the next release of gettext. > The Portfile maintainer for gettext realizes this and removes the > libintl dependency. Boom, all those ports which depended on > gettext with the assumption that they'd get libintl for free now > break. Finally, a flat dep space lends itself well to automation > - if kvv ever implements something similar to DarwinBuild for > MacPorts, that mechanism will find every single port something > depends on and, presumably, update the Portfile accordingly. At > that point, the hierarchy becomes flattened anyway. > > Despite having a lot more verbiage on the subject of flat > dependencies, I don't actually have a firm preference for either - > I can still see both sides of the argument fairly clearly. > > Thoughts? -- Kevin Ballard http://kevin.sb.org kevin@sb.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061228/fec7120d/attachment.html From mij at macports.org Thu Dec 28 19:05:52 2006 From: mij at macports.org (Jim Mock) Date: Tue Oct 9 16:39:53 2007 Subject: Explicit vs Implicit deps [was Re: Unstated dependencies on gettext] In-Reply-To: <4473C199-B7FC-4440-B93F-6E1CA5EFDADF@opendarwin.org> References: <4E32B0AB-2E57-423A-84D3-8D790EA1A8BF@macports.org> <2CCBF912-6550-40B0-9B14-1ED29D494823@macports.org> <4473C199-B7FC-4440-B93F-6E1CA5EFDADF@opendarwin.org> Message-ID: <8063AF81-66F9-4CD4-A440-DE441BFB4025@macports.org> If it weren't for the giant pain of trying to track down all inherited dependencies for a given port (particularly ones with a pretty large list), I think I'd lean more towards the flat dependencies since we'd probably be less likely to run into breakage due to a missing dependency somewhere (helping with automation is also good). That said, I think it'd be more fun to poke myself in the eyeballs with a stick than try to track down the dependencies for a few of my ports (gtk2 and some ports that use it come to mind immediately). I guess I'm not sure which I'd choose either if I had to decide. Do we go with easier maintenance or (potentially) better reliability? Ugh. - jim On Dec 28, 2006, at 6:31 PM, Jordan K. Hubbard wrote: > This brings up an interesting(?) point that, if memory serves me > correctly, we've discussed before without resolution. > > First, I'll sum up the previous discussions with what I believe to > be the essential underlying question: Are dependencies best > described (in a complex software collection) as hierarchical or flat? > > Hierarchical has its obvious advantages: You avoid the > combinatorial explosion of dependencies that things like GNOME and > KDE would drag in to each and every KDE clock or GNOME mp3 tag > editor port and, notionally at least, you can have a much smaller > collection of ports contain the "authoritative dependency lists" > for commonly used crap and, presumably, a smaller number of things > to edit when those dependencies change. > > On the flip side, flat has other advantages: It decouples ports > from one another, particularly in a system like MacPorts where you > don't actually get full benefit from those "common ports" since > once one of them is installed, its dependency list is statically > determined at install time and ages thereafter. Even if the > Portfile gets updated to track new deps, it doesn't matter if the > user has already built and installed the port given the short- > circuiting that will then take place, avoiding the updated > Portfile. Flat also copes better with other types of dynamism in > the collection - say gettext depends on libintl for a few years, > then one day somebody realizes that gettext only needs a few > functions from libintl and would be better off implementing those > functions itself, so they do this in the next release of gettext. > The Portfile maintainer for gettext realizes this and removes the > libintl dependency. Boom, all those ports which depended on > gettext with the assumption that they'd get libintl for free now > break. Finally, a flat dep space lends itself well to automation > - if kvv ever implements something similar to DarwinBuild for > MacPorts, that mechanism will find every single port something > depends on and, presumably, update the Portfile accordingly. At > that point, the hierarchy becomes flattened anyway. > > Despite having a lot more verbiage on the subject of flat > dependencies, I don't actually have a firm preference for either - > I can still see both sides of the argument fairly clearly. > > Thoughts? > > - Jordan > > On Dec 28, 2006, at 5:28 PM, Jim Mock wrote: > >> Crap, ignore that, I had it backwards. The gettext port actually >> depends on libiconv and not the other way around. >> >> If you do come across things that link against libintl and don't >> have gettext as a dependency (whether direct or indirect), it >> should probably be added as one. >> >> - jim >> >> >> On Dec 28, 2006, at 5:24 PM, Jim Mock wrote: >> >>> On Dec 28, 2006, at 5:00 PM, Kevin Ballard wrote: >>>> After having updated gettext, I'm finding a number of ports that >>>> are linking against libintl (provided by gettext) but don't >>>> declare a dependency on gettext. >>>> >>>> For example, gsed links against libiconv, but doesn't declare a >>>> dependency on gettext. >>> >>> This is because libiconv depends on gettext so, if you've got >>> libiconv, you've got gettext. >>> >>>> The question I have is, would some of these ports have worked if >>>> gettext wasn't installed, but just happen to link against >>>> libintl for extra functionality if it's there? >>> >>> It should because something it depends on depends on gettext >>> (whether it be libiconv or something else). >>> >>> - jim >>> >>> >>> >>> _______________________________________________ >>> macports-dev mailing list >>> macports-dev@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo/macports-dev >> >> _______________________________________________ >> macports-dev mailing list >> macports-dev@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-dev > From luc at honk-honk.com Fri Dec 29 04:14:48 2006 From: luc at honk-honk.com (Luc Heinrich) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: References: <45923B6B.4010104@macports.org> Message-ID: <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> On 28 d?c. 06, at 00:13, Kevin Ballard wrote: > http://www.opendarwin.org/pipermail/darwinports/2002-October/ > 015354.html In my very own and personal opinion, Tcl is the single reason why MacPorts doesn't get as many external contributions as it should and is therefore so awfully slow to evolve. I have tried to dive in the MacPorts sources many times, read the Welch book, yadda yadda, and I still can't get past 3 or 4 lines of Tcl without giving up in disgust. Ok, maybe that's just me but still... -- Luc Heinrich - luc@honk-honk.com - http://www.honk-honk.com From dluke at geeklair.net Fri Dec 29 06:58:42 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:53 2007 Subject: port upgrade causes problems when port not installed In-Reply-To: <473CDDB7-6C72-424A-BD23-5695EFAFF14D@macports.org> References: <473CDDB7-6C72-424A-BD23-5695EFAFF14D@macports.org> Message-ID: On Dec 28, 2006, at 8:17 PM, Kevin Ballard wrote: > I just had an interesting problem, as detailed in ticket trac.macosforge.org/projects/macports/ticket/11200>. > > Can anybody tell me why port upgrade used to build first, then > install the new one, then deactivate/uninstall the old, then > activate the new? And why now it's always deactivating/uninstalling > first before installing the new? Because we changed the upgrade target to 'unarchive' (and never changed it back). (I sent a mail to the list on August 25 outlining the issue). I don't have commit to base/ and those that do seemed to ignore it, though. > Except, as you can see in my log, doing the upgrade without it > already installed finished the aborted build, installed, then > uninstalled and started trying to re-build/install again? If you aren't using archive mode, and you turn it off (as it's now off by default), the upgrade target will be 'destroot' and things should work like they used to. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061229/1066e646/PGP.bin From dluke at geeklair.net Fri Dec 29 07:07:33 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> References: <45923B6B.4010104@macports.org> <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> Message-ID: <4FC79293-3C9F-47AE-B89A-929A1A9AC7C4@geeklair.net> On Dec 29, 2006, at 7:14 AM, Luc Heinrich wrote: > In my very own and personal opinion, Tcl is the single reason why > MacPorts doesn't get as many external contributions as it should > and is therefore so awfully slow to evolve. I have tried to dive in > the MacPorts sources many times, read the Welch book, yadda yadda, > and I still can't get past 3 or 4 lines of Tcl without giving up in > disgust. Ok, maybe that's just me but still... Maybe, but it was at least a sensible choice when the project was started and it's probably unreasonable to switch to something else given that we have over 3,702 ports (which are really just tcl programs). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061229/2ef41cdb/PGP.bin From kw at codebykevin.com Fri Dec 29 07:15:47 2006 From: kw at codebykevin.com (Kevin Walzer) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> References: <45923B6B.4010104@macports.org> <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> Message-ID: <45953123.2000703@codebykevin.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Luc Heinrich wrote: > On 28 d?c. 06, at 00:13, Kevin Ballard wrote: > > > In my very own and personal opinion, Tcl is the single reason why > MacPorts doesn't get as many external contributions as it should and is > therefore so awfully slow to evolve. I have tried to dive in the > MacPorts sources many times, read the Welch book, yadda yadda, and I > still can't get past 3 or 4 lines of Tcl without giving up in disgust. > Ok, maybe that's just me but still... What's wrong with Tcl that makes you "give up in disgust"? It has its quirks, like any language, but it gets the job done for MacPorts very well. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlTEiEsLm8HXyq4sRAiaaAJ49OfuUb+5lLPCYbwWx10900CBnxwCaA9l2 24yR+puEp3no/uUxowORPMc= =J0++ -----END PGP SIGNATURE----- From jberry at macports.org Fri Dec 29 08:22:29 2006 From: jberry at macports.org (James Berry) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> References: <45923B6B.4010104@macports.org> <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> Message-ID: On Dec 29, 2006, at 4:14 AM, Luc Heinrich wrote: > On 28 d?c. 06, at 00:13, Kevin Ballard wrote: > >> http://www.opendarwin.org/pipermail/darwinports/2002-October/ >> 015354.html > > In my very own and personal opinion, Tcl is the single reason why > MacPorts doesn't get as many external contributions as it should > and is therefore so awfully slow to evolve. I have tried to dive in > the MacPorts sources many times, read the Welch book, yadda yadda, > and I still can't get past 3 or 4 lines of Tcl without giving up in > disgust. Ok, maybe that's just me but still... Hey Luc, Yeah, Tcl is a bit hard to get used to. I had to learn it in order to make any progress on the MacPorts code. I have to admit that once I got into the mind set, I found it not so difficult...but it is different from many other scripting languages, though probably not so different as something like ruby or python. I agree that Tcl has held MacPorts back some. Another problem is just a lack of people with the time or inclination to work on base. I'd encourage anybody so incline to speak up and get involved. If there's enough mass, perhaps there's also some energy to do MacPorts 2.0 in ruby, or pyhon, or C, or... ;) And to make major steps forward in doing so. On "problem" with MacPorts at the moment is that it works "pretty well", which means that there's not as much energy to improve it, since it does almost all the job almost all the time. It's the more exceptional cases that bring in the difficulties. James From jkh at brierdr.com Fri Dec 29 11:43:08 2006 From: jkh at brierdr.com (Jordan K. Hubbard) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> References: <45923B6B.4010104@macports.org> <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> Message-ID: <5339AE79-380C-46D4-B22D-24D4EF348ECC@brierdr.com> No offense, but I think it's "just you". If MacPorts were written in Python, you'd have Python haters jumping up and down saying that if were only written in Ruby, they'd be happy to contribute to it. If it were written in Ruby, you'd have Ruby haters saying the same thing. If it were written in Perl, well, nobody at all would be able to read the code and even the maintainers wouldn't know what it did. :-) [OK, sorry, I couldn't resist]. The only argument that really has demonstrable merit is that Tcl isn't as sexy or popular as, say, Ruby and if we'd gone with sex appeal over simplicity, we'd probably get more people willing to contribute for the sex appeal alone. That's true enough. However, if it had been written in Ruby (or even C), I think it's also fair to say that the Portfile syntax would look completely different since you wouldn't get the basic "key value" notation for free and the Portfiles would be some intermediate form with some sort of Fink-like "escape" syntax for diving into Ruby (or, in Fink's case, shell) and I think the Portfiles would be far more convoluted in exchange for a sexier implementation language. But I'm just guessing here since nobody really knows what would have happened had a different evolutionary path been chosen. What is clear is that the existing Tcl code definitely needs to be _refactored_ such that some of the data structures and routines for manipulating them are re-written in C (all the ditem handling stuff, for example) since nobody will argue that the current MacPorts implementation is SLOW in the extreme. Tcl was never meant to do as much of the heavy lifting as it is in MacPorts - it was specifically designed to encourage the implementor to move performance-critical stuff into C and easily move back and forth between the two realms. Unfortunately, that "cleanup phase" hasn't happened yet. - Jordan On Dec 29, 2006, at 4:14 AM, Luc Heinrich wrote: > On 28 d?c. 06, at 00:13, Kevin Ballard wrote: > >> http://www.opendarwin.org/pipermail/darwinports/2002-October/ >> 015354.html > > In my very own and personal opinion, Tcl is the single reason why > MacPorts doesn't get as many external contributions as it should > and is therefore so awfully slow to evolve. I have tried to dive in > the MacPorts sources many times, read the Welch book, yadda yadda, > and I still can't get past 3 or 4 lines of Tcl without giving up in > disgust. Ok, maybe that's just me but still... > > -- > Luc Heinrich - luc@honk-honk.com - http://www.honk-honk.com > > > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev From eridius at macports.org Fri Dec 29 14:56:01 2006 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:39:53 2007 Subject: port upgrade causes problems when port not installed In-Reply-To: References: <473CDDB7-6C72-424A-BD23-5695EFAFF14D@macports.org> Message-ID: <4C886AB6-D849-4526-B553-AB18C8F5B7D4@macports.org> On Dec 29, 2006, at 9:58 AM, Daniel J. Luke wrote: >> Except, as you can see in my log, doing the upgrade without it >> already installed finished the aborted build, installed, then >> uninstalled and started trying to re-build/install again? > > If you aren't using archive mode, and you turn it off (as it's now > off by default), the upgrade target will be 'destroot' and things > should work like they used to. Off by default? huh. I use it once in a blue moon, but maybe I should just turn it off. Thanks, Kevin Ballard -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20061229/5bc9bfd3/attachment.html From dluke at geeklair.net Fri Dec 29 15:24:50 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:53 2007 Subject: port upgrade causes problems when port not installed In-Reply-To: <4C886AB6-D849-4526-B553-AB18C8F5B7D4@macports.org> References: <473CDDB7-6C72-424A-BD23-5695EFAFF14D@macports.org> <4C886AB6-D849-4526-B553-AB18C8F5B7D4@macports.org> Message-ID: <924B5128-2D8A-4EA3-83CC-F9EAE9CD90BA@geeklair.net> On Dec 29, 2006, at 5:56 PM, Kevin Ballard wrote: >> If you aren't using archive mode, and you turn it off (as it's now >> off by default), the upgrade target will be 'destroot' and things >> should work like they used to. > > Off by default? huh. yep. portmgr (and landonf) decided that archivemode isn't very useful (especially with image mode being the default). Personally, I switched to direct mode on one machine when there were hardlink performance issues and haven't switched back (direct mode + archives leaves most of the advantages of image mode, is conceptually simpler, and could probably totally replace image mode with a little work, in my opinion). > I use it once in a blue moon, but maybe I should just turn it off. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061229/ba9390c7/PGP.bin From dluke at geeklair.net Fri Dec 29 15:35:22 2006 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <5339AE79-380C-46D4-B22D-24D4EF348ECC@brierdr.com> References: <45923B6B.4010104@macports.org> <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> <5339AE79-380C-46D4-B22D-24D4EF348ECC@brierdr.com> Message-ID: <97F41E48-A748-4647-9FEA-92F9B72EAF42@geeklair.net> On Dec 29, 2006, at 2:43 PM, Jordan K. Hubbard wrote: > No offense, but I think it's "just you". Despite how it's been a repeated complaint over time on the mailing list? :) There are at least few people who think it's a problem (not that I know one way or the other). > If MacPorts were written in Python, you'd have Python haters > jumping up and down saying that if were only written in Ruby, > they'd be happy to contribute to it. If it were written in Ruby, > you'd have Ruby haters saying the same thing. Perhaps, but in either case the pool of people who are familiar with the language is probably greater than the pool of people who are familiar with tcl. > If it were written in Perl, well, nobody at all would be able to > read the code and even the maintainers wouldn't know what it > did. :-) [OK, sorry, I couldn't resist]. It's possible to write good perl (just as it's possible to write difficult to maintain code in any other language), and it's silly to blame the language. [The International Obfuscated C Code Contest started in 1984, perl wasn't even released by Larry Wall until 1987]. > The only argument that really has demonstrable merit is that Tcl > isn't as sexy or popular as, say, Ruby and if we'd gone with sex > appeal over simplicity, we'd probably get more people willing to > contribute for the sex appeal alone. That's true enough. Indeed. I imagine that most people working on this kind of thing for 'fun' are more interested in learning something new/interesting instead of tcl. > What is clear is that the existing Tcl code definitely needs to be > _refactored_ such that some of the data structures and routines for > manipulating them are re-written in C (all the ditem handling > stuff, for example) since nobody will argue that the current > MacPorts implementation is SLOW in the extreme. Tcl was never > meant to do as much of the heavy lifting as it is in MacPorts - it > was specifically designed to encourage the implementor to move > performance-critical stuff into C and easily move back and forth > between the two realms. Unfortunately, that "cleanup phase" hasn't > happened yet. Since things 'mostly work' and no one (that I know of, who is also currently active) has really bothered to get a good feel about base/ (combined with a lack of architectural documentation), it seems likely that this isn't going to happen any time soon either. [ Unless I get really really bored, or someone else decides to do it :-) ] -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20061229/b46a1806/PGP.bin From sal at ri.cmu.edu Fri Dec 29 15:45:17 2006 From: sal at ri.cmu.edu (Salvatore Domenick Desiano) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <5339AE79-380C-46D4-B22D-24D4EF348ECC@brierdr.com> Message-ID: As a person who's degenerated from budding contributor to lurker, I will second the notion that the Tcl code base does turn people away from contributing, but I would be surprised if it's enough people to make it worth changing. Incidentally, and FWIW, I did have to learn a language recently to work on a project (SCons, specifically), and I found Python somewhat easier to pick up that Tcl/Tk, but that could be specific to my background. Keep up the good work! Some day when I have time to learn Tcl, I'll be back. -- Sal smile. On Fri, 29 Dec 2006, Jordan K. Hubbard wrote: o No offense, but I think it's "just you". If MacPorts were written in o Python, you'd have Python haters jumping up and down saying that if o were only written in Ruby, they'd be happy to contribute to it. If o it were written in Ruby, you'd have Ruby haters saying the same o thing. If it were written in Perl, well, nobody at all would be able o to read the code and even the maintainers wouldn't know what it o did. :-) [OK, sorry, I couldn't resist]. o o The only argument that really has demonstrable merit is that Tcl o isn't as sexy or popular as, say, Ruby and if we'd gone with sex o appeal over simplicity, we'd probably get more people willing to o contribute for the sex appeal alone. That's true enough. However, o if it had been written in Ruby (or even C), I think it's also fair to o say that the Portfile syntax would look completely different since o you wouldn't get the basic "key value" notation for free and the o Portfiles would be some intermediate form with some sort of Fink-like o "escape" syntax for diving into Ruby (or, in Fink's case, shell) and o I think the Portfiles would be far more convoluted in exchange for a o sexier implementation language. But I'm just guessing here since o nobody really knows what would have happened had a different o evolutionary path been chosen. o o What is clear is that the existing Tcl code definitely needs to be o _refactored_ such that some of the data structures and routines for o manipulating them are re-written in C (all the ditem handling stuff, o for example) since nobody will argue that the current MacPorts o implementation is SLOW in the extreme. Tcl was never meant to do as o much of the heavy lifting as it is in MacPorts - it was specifically o designed to encourage the implementor to move performance-critical o stuff into C and easily move back and forth between the two realms. o Unfortunately, that "cleanup phase" hasn't happened yet. o o - Jordan o o On Dec 29, 2006, at 4:14 AM, Luc Heinrich wrote: o o > On 28 déc. 06, at 00:13, Kevin Ballard wrote: o > o >> http://www.opendarwin.org/pipermail/darwinports/2002-October/ o >> 015354.html o > o > In my very own and personal opinion, Tcl is the single reason why o > MacPorts doesn't get as many external contributions as it should o > and is therefore so awfully slow to evolve. I have tried to dive in o > the MacPorts sources many times, read the Welch book, yadda yadda, o > and I still can't get past 3 or 4 lines of Tcl without giving up in o > disgust. Ok, maybe that's just me but still... o > o > -- o > Luc Heinrich - luc@honk-honk.com - http://www.honk-honk.com o > o > o > _______________________________________________ o > macports-dev mailing list o > macports-dev@lists.macosforge.org o > http://lists.macosforge.org/mailman/listinfo/macports-dev o o _______________________________________________ o macports-dev mailing list o macports-dev@lists.macosforge.org o http://lists.macosforge.org/mailman/listinfo/macports-dev o o -------------- Salvatore Domenick Desiano Doctoral Candidate Robotics Institute Carnegie Mellon University From jkh at brierdr.com Fri Dec 29 16:12:08 2006 From: jkh at brierdr.com (Jordan K. Hubbard) Date: Tue Oct 9 16:39:53 2007 Subject: Why does darwinports developers choose the tcl/tk for darwinports project? In-Reply-To: <97F41E48-A748-4647-9FEA-92F9B72EAF42@geeklair.net> References: <45923B6B.4010104@macports.org> <92C14D79-FAB9-43D1-AC50-80C5F5CFE478@honk-honk.com> <5339AE79-380C-46D4-B22D-24D4EF348ECC@brierdr.com> <97F41E48-A748-4647-9FEA-92F9B72EAF42@geeklair.net> Message-ID: <39922424-C816-4D10-AC9E-71B19B97523F@brierdr.com> On Dec 29, 2006, at 3:35 PM, Daniel J. Luke wrote: > On Dec 29, 2006, at 2:43 PM, Jordan K. Hubbard wrote: >> No offense, but I think it's "just you". > > Despite how it's been a repeated complaint over time on the mailing > list? :) I did state fairly clearly that Tcl obviously wasn't as popular or sexy, so sure, it stands to reason that we're going to see "Hey, why didn't you choose a more popular/sexy implementation language!" on the mailing list from time to time. Just as clearly, however, it's not unpopular or unsexy enough for some Ruby advocate to go re- implement MacPorts in that language, so this whole thread appears to be largely academic. If somebody feels strongly enough about the issue to actually come up with a replacement, they should do so. If they don't feel that strongly, then what we have is obviously good enough and there's no point debating the merits of Tcl if the only incentive is language bashing since there are better forums for pure language bashing than macports-dev. >> If MacPorts were written in Python, you'd have Python haters >> jumping up and down saying that if were only written in Ruby, >> they'd be happy to contribute to it. If it were written in Ruby, >> you'd have Ruby haters saying the same thing. > > Perhaps, but in either case the pool of people who are familiar > with the language is probably greater than the pool of people who > are familiar with tcl. And, just to reinforce the point I made above, if someone from that pool would care to sit down and write a better software management system than macports, I think it would be well received since macports (or fink or gentoo or pkgsrc or ...) is clearly not the last word in software husbandry. I think the last word is quite a ways off from being written, in fact, given all the limitations that people have run into while trying to use those systems. The world is ready for a revolutionary approach, so bring it on. :-) >> If it were written in Perl, well, nobody at all would be able to >> read the code and even the maintainers wouldn't know what it >> did. :-) [OK, sorry, I could