Re: [Fink-devel] Could I get someone with 10.10+Xcode 7 to test something?
On May 2, 2016, at 11:54 AM, Alexander Hansen wrote: > > I’m looking at the new lib version of wxWidgets. > > https://raw.githubusercontent.com/akhansen/Fink-experimental/master/wxWidgets/wxwidgets310.info > > It looks like the build makes a lot of assumptions about building on OS X, > including: > 1) Not building vs X11 > 2) Development SDK matches the OS X version. > > Since assumption #2 is broken for 10.10+Xcode 7, I’d like to see whether the > package actually builds under that configuration. Bonus points if you know > how to get the gtk+2 build to work. :-) > That built. (Haven't tested it yet, though.) Anything in particular you want to see from the logs? $ fink --version Package manager version: 0.39.3 Distribution version: selfupdate-cvs Sun May 1 18:02:36 2016, 10.10, x86_64 Trees: local/main stable/main local/injected $ fink list xcode Information about 9387 packages read in 3 seconds. i xcode 7.2.0.0.1.144782692 [virtual package representing the developer tools] i xcode.app 7.2.1-1 [virtual package representing Xcode] -- Charles Lepple clepple@gmail -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Transition of packages from system-openssl-dev
On Oct 18, 2015, at 4:21 PM, Hanspeter Niederstrasser wrote: > > Regardless of your choice, they won't be buildable on 10.11 unless the > system-openssl-dev BuildDependency is updated/removed. Understood - I was already pinged by a NUT user running 10.11. Both of my packages are updated. Doesn't look like my wiki account from 2009 is still active, so could someone else please cross "nut" and "python-ldap-py27" off of the list? Thanks. -- Charles Lepple clepple@gmail -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Transition of packages from system-openssl-dev
On Oct 14, 2015, at 5:19 PM, Alexander Hansen wrote: > > For people who want to test this out for their packages, but don’t always > live on the bleeding edge and use git master, I recommend using branch_0_39, > because you can then use “fink selfupdate” to get newer fink releases as > usual. Should we hold off on committing updated info files? I saw that a few packages on the list on the wiki are crossed out already. Or should we commit them as "restrictive", then update the license field after 0.39.x+1 lands? -- Charles Lepple clepple@gmail -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] dbi-pm fails to compile
On May 4, 2015, at 8:41 AM, Kevin Horton wrote: > dbi-pm5182-1:1.630-1 fails to compile on OS X 10.10.4 (beta) with: > > cp lib/DBI/Const/GetInfoType.pm blib/lib/DBI/Const/GetInfoType.pm > "/usr/bin/arch" -x86_64 perl5.18 -x86_64 perl5.18 "-Iblib/arch" "-Iblib/lib" > dbilogstrip.PL dbilogstrip > It looks like Perl 5.18 has been dropped from 10.10: http://pdb.finkproject.org/pdb/package.php/perl5182 -- Charles Lepple clepple@gmail -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] daemonic - not working in Yosemite
On Nov 24, 2014, at 6:43 PM, Daniel Johnson wrote: > > On Nov 24, 2014, at 9:21 AM, Charles Lepple wrote: >> >> On Nov 20, 2014, at 10:53 AM, Alexander Hansen >> wrote: >> >>> Yeah, there’s no compelling reason not just to update daemonic >>> appropriately for all supported OS X and avoid the potential pitfalls of >>> creating the plists manually. >> >> I started looking into this. In case I get distracted before I make any >> progress: >> >> I just ran into this $PATH bug while trying to set up a launchd plist >> manually on 10.10: >> >> http://www.openradar.me/18945659 >> >> It looks like daemonic writes a script for StartupItems (including the >> configured Fink $prefix in the PATH), but I suspect that the intent was for >> launchd plists to not use a shell if they could help it. Maybe the script >> can exec the daemon instead. > > I've been working on this too. Launchd is much more restrictive about what it > can handle. Basically, it needs whatever it runs to be the actual executable > so that it can track whether it's running. A script that runs another > executable or one that does fork() and exec() (or runs daemon() which does > the same thing) can't be used directly by launchd. Sometimes you can get > around this by using the real executable instead. For example, starting > postfix with "postfix start" is bad but running "master" directly is fine. Hmm, I think the only hard requirement is that the direct descendent of launchd (the first copy of the child process) can't exit. You're right that running daemon() breaks that rule, but I think a simple fork-and-exec is okay as long as the parent hangs around after the fork. Put another way, I used a script to get around that $PATH bug mentioned above, forgot to use "exec" at the end (so both the script and its child process are running, with an intervening "nice") and nothing blew up :-) > Now MacPorts got around this issue with a utility program called daemondo. > You have launchd run daemondo which then runs the program you need and it's > responsible for keeping track of the program. Daemondo lets you specify a pid > file if needed which can allow it to track things. It acts as an adaptor > layer. I've made a daemondo fink package which you can find in > experimental/danielj/daemondo.info in CVS. > > I've also started writing a replacement daemonic that writes launchd plist > files. I ditched the old C-based daemonic code and rewrote it in Python. > Conveniently, the Python standard library has everything needed, even a > plistlib to read and write plists so it'll work with the system python > without any dependencies. I'm also trying to make it work with existing fink > packages with as little change as possible, but a few things will probably > need tweaking. Hopefully I'll have something that can be tested soon. Oh, cool. I'd be happy to help test. -- Charles Lepple clepple@gmail -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] daemonic - not working in Yosemite
On Nov 20, 2014, at 10:53 AM, Alexander Hansen wrote: > Yeah, there’s no compelling reason not just to update daemonic appropriately > for all supported OS X and avoid the potential pitfalls of creating the > plists manually. I started looking into this. In case I get distracted before I make any progress: I just ran into this $PATH bug while trying to set up a launchd plist manually on 10.10: http://www.openradar.me/18945659 It looks like daemonic writes a script for StartupItems (including the configured Fink $prefix in the PATH), but I suspect that the intent was for launchd plists to not use a shell if they could help it. Maybe the script can exec the daemon instead. -- Charles Lepple clepple@gmail -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] daemonic - not working in Yosemite
On Nov 1, 2014, at 5:04 PM, Kevin Horton wrote: > I noted that “daemonic enable mysql” did not cause mysqld to start when my > system restarted, on Yosemite. It looks like Apple no longer supports > StartupItems on Yosemite. I was able to get mysqld to startup using launchd, > using a file in /Library/LaunchDaemons: > > % cat /Library/LaunchDaemons/com.mysql.mysql.plist ... > Is there any point to including the daemonic package in 10.10? I will admit that I haven't looked into this much (still getting my 10.10 box up and running - and it's not my daily driver), but I assumed that part of the reason for daemonic was to abstract away some of the implementation details for the startup scripts. How hard would it be to have daemonic generate the launchd plists? Theoretically, this could be done for all of the supported OS X versions, not just 10.10. -- Charles Lepple clepple@gmail -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Got an error when I tried to install pymol in OS X 10.10
On Oct 18, 2014, at 2:00 PM, Alexander Hansen wrote: > We can't help you without information about your OS version. AKH, 10.10 per $SUBJECT? Commit log implies this is dependent on Perl versions. (I don't have Yosemite yet, so I am not much help here.) Also, whom do we poke to get a 10.10 line in the PDB? http://pdb.finkproject.org/pdb/package.php/po4a - Charles -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] aquaterm-dev-1.1.1-3 case sensitivity issues
On Sep 22, 2014, at 8:52 PM, Kevin Horton wrote: > Fink Developers - I’m not sure of the best way to fix the problem. I > searched man tar, but don’t see any options to deal with this. I could > create a new tarball with file names that don’t collide, load that on the web > somewhere, and change the source in the info to point to this new tarball. > Is there another option to fix this? This is a kludge, but if there are only a few offending files, you can use something like "mv .../ReadMe .../README" to de-duplicate them. (Note that the validation warning is *after* the files have been extracted.) On a case-sensitive filesystem, that would replace one file with another. (I assume the contents are the same-- if not, you probably want to repackage it.) On a case-insensitive filesystem, the original extraction process would have only left one file, and moving a file to itself fails silently. -- Charles Lepple clepple@gmail -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 19, 2014, at 3:27 PM, Daniel Macks wrote: > Also, just noticed, missing a dependency on perl itself. Should that be perl%type_pkg[perl]-core, since it is varianted? -- Charles Lepple clepple@gmail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 19, 2014, at 11:39 AM, Daniel Macks wrote: > On Sun, 19 Jan 2014 10:39:56 -0500, Charles Lepple wrote: >> >> The cgi-formbuilder-pm.info file passes validation, but if any Perl experts >> want to glance at it (I'm used to packaging Python and C stuff), it's in a >> temporary branch here before I commit everything to CVS: >> >> https://github.com/clepple/fink-dists/commit/18712affa0b2784f8ef033cd5222d72406d42963 > > Looks like a good package. Some technical improvements... > License could be expanded to be Artistic/GPL (per statement in README and > INSTALL). check. > Instead of creating %i/lib/perl5/%type_raw[perl]/man/ and then moving just > the man/man3/ subdir into it, you can just move the whole man/ > (%i/lib/perl5/%type_raw[perl]/ already exists, so that saves a step and also > avoids leaving a stray empty man/ dir). cut-n-paste from the wrong block in the Policy guide :-) Thanks for catching that. > Makefile.PL has some checks for optional modules that fink does supply via > other packages. You could Recommends: them. But the test suite also uses > them, so they would also be good InfoTest:TestDepends: entries. If they > themselves don't have large dep trees and/or the features they are common and > useful, I tend to just Depends: them so that other users don't have to figure > out fink's package-naming to find them. Agreed, the dependencies are not that big in this case (at least, the ones already in Fink). Thanks for the suggestions! -- Charles Lepple clepple@gmail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 16, 2014, at 11:20 PM, Charles Lepple wrote: > On Jan 16, 2014, at 12:36 PM, Daniel Macks wrote: >> On Thu, 16 Jan 2014 07:04:56 -0800, Alexander Hansen >> wrote: >>> Another option would be to recompress it and have the new tarball uploaded >>> to Fink's repository on Sourceforge. >> >> .tgz is not non-standard (per spec) and not uncommon in the world, I don't >> think "we should rehost it" is a good general solution. > > The filename extension isn't the issue - I neglected to mention that I tried > renaming it to tar.gz before I tried running gzip separately. > > It's the tar header keyword extensions inside the gzip payload that are > tripping up the integrated tar+gz auto-detector in GNU tar. Wrong assumption about the headers on my part. Sorry for the confusion. Here's what happened: I used search.cpan.org to get the download URL, and assumed that was just a front end to the CPAN mirrors. Actually, the file downloaded from search.cpan.org had an extra gzip layer on it (and of course this wasn't reflected in the .tgz extension). The SCHILY.* extended header keyword warnings were, in fact, just warnings, and GNU tar is able to properly auto-detect the .tgz compression on the file from the CPAN mirror servers. The cgi-formbuilder-pm.info file passes validation, but if any Perl experts want to glance at it (I'm used to packaging Python and C stuff), it's in a temporary branch here before I commit everything to CVS: https://github.com/clepple/fink-dists/commit/18712affa0b2784f8ef033cd5222d72406d42963 -- Charles Lepple clepple@gmail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
On Jan 16, 2014, at 12:36 PM, Daniel Macks wrote: > On Thu, 16 Jan 2014 07:04:56 -0800, Alexander Hansen > wrote: >> TarFilesRename uses the older method of using the uncompressor first and >> then pipes the result out, although to pax rather than tar. A combination >> of TarFilesRename and SourceRename might well do the trick here. The TarFilesRename/SourceRename sounds promising, although there will be a big fat comment explaining what the heck is going on there. >> Another option would be to recompress it and have the new tarball uploaded >> to Fink's repository on Sourceforge. > > .tgz is not non-standard (per spec) and not uncommon in the world, I don't > think "we should rehost it" is a good general solution. The filename extension isn't the issue - I neglected to mention that I tried renaming it to tar.gz before I tried running gzip separately. It's the tar header keyword extensions inside the gzip payload that are tripping up the integrated tar+gz auto-detector in GNU tar. -- Charles Lepple clepple@gmail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar
Just thought I'd throw this out there for the archives, or in case anyone else has seen something similar. I'm attempting to package http://search.cpan.org/~nwiger/CGI-FormBuilder-3.09/ and I get the following at the unpack stage: env LANG=C LC_ALL=C /sw.lion/bin/tar --no-same-owner --no-same-permissions -xvf /Users/clepple/Downloads/CGI-FormBuilder-3.09.tgz /sw.lion/bin/tar: This does not look like a tar archive /sw.lion/bin/tar: Skipping to next header /sw.lion/bin/tar: Exiting with failure status due to previous errors ### execution of env failed, exit code 2 But if I manually gunzip the archive, and feed that to tar: $ /sw/bin/gnutar tvf ~/Downloads/CGI-FormBuilder-3.09.tar /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.dev' /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.ino' /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.nlink' drwxr-xr-x nateware/wheel0 2013-11-29 22:06 CGI-FormBuilder-3.09/ /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.dev' /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.ino' /sw/bin/gnutar: Ignoring unknown extended header keyword `SCHILY.nlink' -rw-r--r-- nateware/wheel 17748 2013-11-29 22:06 CGI-FormBuilder-3.09/Changes (etc.) $ ls -l /sw/bin/tar lrwxr-xr-x 1 root admin 4 Nov 17 11:56 /sw/bin/tar@ -> gtar $ ls -l /sw/bin/gnutar lrwxr-xr-x 1 root admin 4 Nov 17 11:56 /sw/bin/gnutar@ -> gtar It looks like the GNU tar heuristics get confused by the extended headers when presented with the .tgz. In the short term, I think I'll just try the Debian .orig.tar.gz, but has anyone run across this before? (I'm assuming this is from Schily's S tar, or something similar.) $ fink --version Package manager version: 0.36.3.1 Distribution version: selfupdate-cvs Thu Jan 16 08:54:42 2014, 10.7, x86_64 Trees: local/main stable/main -- Charles Lepple clepple@gmail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Best practices for Perl packages?
On Jan 2, 2014, at 7:06 PM, Daniel Johnson wrote: > > On Jan 2, 2014, at 8:37 AM, Charles Lepple wrote: > >> Hi all, >> >> I am looking at packaging ikiwiki, which depends on a bunch of Perl modules. >> I am generally familiar with the Fink variants capabilities, but I am >> curious to hear if anyone has any suggestions for choosing which Perl >> versions to target (systemperl versus the versions in Fink). > > Generally you want to target whatever perls are available on the systems you > want to support. So in the 10.7 tree, which supports 10.7, 10.8 and 10.9, > you'll want to have perl 5.12.3 (10.7), 5.12.4 (10.8) and 5.16.2 (10.9). All > three are available on all three OSes to make support easier. All you need to > do is have Type: perl (5.12.3 5.12.4 5.16.2) in your package. If your package > doesn't have any compiled *.bundle files and no varianted deps, you can make > your package unvarianted too. Then it doesn't matter what perl version you're > using. Look at some existing packages for tips. Thanks for the info. I'm still muddling through the dependencies. ikiwiki itself isn't varianted, but some of the dependencies are. Since it is really an end-user script rather than a set of public modules, should I still call it ikiwiki-pm%type_pkg[perl] ? Also, there are a fair number of data files that get installed outside of the %p/lib/perl5/* directories, so the variants would conflict with each other. Should I just do a conflicts/replaces for all of the other versions, or try to use update-alternatives (which tends to work for Python scripts with varianted deps)? -- Charles Lepple clepple@gmail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Best practices for Perl packages?
Hi all, I am looking at packaging ikiwiki, which depends on a bunch of Perl modules. I am generally familiar with the Fink variants capabilities, but I am curious to hear if anyone has any suggestions for choosing which Perl versions to target (systemperl versus the versions in Fink). Also, I know there is a bit of CPAN magic for installing Perl packages outside of Fink. Is there any way to leverage that dependency information for building a Fink package description? Thanks, and Happy New Year, -- Charles Lepple clepple@gmail -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Cannot install fink on a 10.9 Maverick [XQuartz]
On 10/14/13 10:41 AM, Hanspeter Niederstrasser wrote: > https://github.com/fink/fink/archive/Futureproof2.zip > > If you get an error, post back to the fink-devel mailing list as that's > where the Fink developers are most likely to see error reports for it. > If it works, also post your success story there so we can keep track of > things. Thanks, TL;DR: if upgrading from 10.6 or 10.7, you probably need to install XQuartz 2.7.4. Bootstrapping with Futureproof2.zip (dated 2013-10-24 19:43 UTC) basically worked, with one hitch. This is a 10.6 box that was upgraded to 10.9. I had installed the Xcode command line tools from the GUI after installing Mavericks, but decided to do the Fink reinstall over SSH. Early in the bootstrap process (didn't catch the exact message before it scrolled off the screen) it said "scanning for packages" or something, and hung there (no CPU usage by ./bootstrap). Turns out there was a GUI message asking me if I wanted to download XQuartz. Once I dismissed the message, the bootstrap process continued. There were a few warnings about not being able to get the XFree86 version, but things seem to work now: $ fink list x11 Scanning package description files.. Information about 293 packages read in 2 seconds. i system-pkgconfig-x11 1.5.0-1 ... i system-pkgconfig-x11-xcb 1.5.0-1 ... p x11 ... p x11-dev ... p x11-shlibs ... -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [fink] Selfupdate-git and -svn, take two (#78)
On Oct 21, 2013, at 10:17 AM, Hanspeter Niederstrasser wrote: >> What is the recommended way to update the selfupdate-git version of fink >> itself? > > You should be able to just take the Fink git clone that you have (for the > right branch), 'git pull' to grab the latest changes from that branch, > followed by running './inject' from inside the git directory. Hanspeter, thanks - that did the trick. I used Max's selfupdate-git2 branch in https://github.com/fingolfin/fink.git [d2d4d2533c], which has the updated VERSION file that is newer than the released fink.info package. - Charles -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python packagers - please switch from using distribute back to setuptools
On Jun 13, 2013, at 10:09 PM, Alexander Hansen wrote: > On 6/12/13 6:27 PM, Alexander Hansen wrote: >> On 6/12/13 6:19 PM, Kurt Schwehr wrote: >>> Yup. Suggestions on a solution? >>> >>> On Jun 12, 2013, at 6:13 PM, Daniel Johnson >>> wrote: >>> >>>> >>>> On Jun 12, 2013, at 11:15 AM, Kurt Schwehr >>>> wrote: >>>> >>>>> The author of distribute merged distribute back into setuptools 0.7 >>>>> and took over as lead of setuptools. Please convert python packages >>>>> that use distribute back to setuptools. >>>>> >>>>> Just committed setuptools 0.7.2 to 10.[78] and 10.[56]. >>>>> >>>>> https://pypi.python.org/pypi/setuptools/0.7.2#id3 >>>>> https://bitbucket.org/pypa/setuptools/src/tip/docs/merge.txt >>>> >>>> This is causing a bit of a dependency problem. Some packages Depend >>>> on distribute-py rather than just BuildDepend, such as my >>>> modernize-py. Since setuptools and distribute are mutually exclusive, >>>> I now can't install setuptools at all without removing modernize >>>> first. I can update modernize to use setuptools but the >>>> already-installed version prevents the update from happening since >>>> distribute has to be uninstalled first, which causes a dependency loop. >>>> >>>> Daniel >>>> >>> >>> >> >> If the new setuptools is drop-in compatible with our current distribute, >> then how about making a dummy upgrade distribute which Depends on >> setuptools (>= 0.7.2)? >> > > I found something which looks like it works. The gist is: > > 1) Make distribute a real package again but have it really be > setuptools-0.7.2. This has the following: > Conflicts: setuptools-py%type_pkg[python] (<< 0.7.2-3) > Replaces: setuptools-py%type_pkg[python] > Provides: setuptools-py%type_pkg[python] > > The unversioned Replaces: will allow it to replace setuptools (>= 0.7.2-3) > without removing the package entry, and the Provides: keeps current users of > setuptools (via the prior Provides from the old distribute) happy. > > 2) Do the following in setuptools: > > Conflicts: distribute-py%type_pkg[python] (<< 0.7.2-3) > Replaces: distribute-py%type_pkg[python] > Provides: distribute-py%type_pkg[python] > > This allows folks who update distribute automatically to get setuptools > (under the distribute label) without any nasty dependency hell. > > Then, if setuptools is updated and installed, it overwrites the overlapping > files from distribute with identical ones, but does _not_ remove the > distribute package (since there is no Conflict), so packages with > dependencies on it are happy. > > It's not a complete solution, probably, but at least we can tell users to > update distribute first. > > .infos attached. This has been sitting on my TODO list, but now it looks like there is a setuptools-tng-py*? I can hold off on upgrading my .info files if this is still being worked out, but if not... Kurt: looks like nose-py is still depending on the non-tng setuptools in the 10.7 tree. (I was being lazy and trying a 'fink remove setuptools-py*' to see what dependencies broke. Haven't checked for others.) -- Charles Lepple clepple@gmail -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] qemu and texinfo-5.1
I get the following error building qemu-1.2.2-1 with texinfo-5.1-1: ... GEN qemu-options.texi GEN qemu-monitor.texi GEN qemu-img-cmds.texi GEN qemu-doc.html ./qemu-options.texi:1444: unknown command `list' ./qemu-options.texi:1444: table requires an argument: the formatter for @item ./qemu-options.texi:1444: warning: @table has text but no @item make: *** [qemu-doc.html] Error 1 ### execution of /tmp/fink.ixKOd failed, exit code 2 ### execution of /tmp/fink.w2v1x failed, exit code 2 I'm not sure if there is a more elegant solution, but I patched qemu.info to use texinfo-legacy, and it seems to have built correctly. Patch is attached, because I think Apple Mail still munges leading spaces either when sending or receiving email. $ fink --version Package manager version: 0.34.8 Distribution version: selfupdate-cvs Sun May 12 16:15:16 2013, 10.7, x86_64 Trees: local/main stable/main qemu-texinfo-legacy.patch Description: Binary data -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] bootstrap installation of fink 0.34.x in a non standard location fails
On Oct 8, 2012, at 7:05 AM, Frava wrote: > By interpreting this we can deduce that the longest file path that "dpkg" (or > whatever) can handle is > "/Applications/MyApp.app/Contents/Resources/Fk/share/locale/en@boldquot/LC_MESSAGES/gettext-runtime.mo", > so a total of 101 characters. I think it's a limit of 100 characters (leading slash is probably removed) in the POSIX tar archive format used inside of a .deb: http://www.delorie.com/gnu/docs/tar/tar_114.html Some discussions on Debian's bug trackers seem to imply that they are doing something with dpkg to use the 256-character limit (possibly by passing some options to tar). -- Charles Lepple clepple@gmail -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Buildworld completed for 10.7
Quick question on the /sw prefix warning - is it just a grep for "/sw/"? ngspice has a "sw" subdirectory in its source tarball, but I haven't seen any problems compiling in /sw.lion. -- Charles Lepple clepple@gmail -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Changing fink-obsolete-packages dependencies to RuntimeDepends
On Mar 29, 2012, at 5:27 AM, Max Horn wrote: > Dear all, > a small clarification: > > > Am 28.03.2012 um 17:46 schrieb Max Horn: > >> Dear package authors, >> >> I would like to suggest the following to all package authors using >> >> Depends: fink-obsolete-packages >> >> in an obsolete splitoff in one of their packages: Namely, please switch to >> using >> >> Depends: fink (>= 0.32) >> RuntimeDepends: fink-obsolete-packages > > This should be > BuildDepends: fink (>= 0.32) > RuntimeDepends: fink-obsolete-packages Max, Does this apply for splitoffs only, or for standalone info files as well? Example: Buildbot split into master and slave packages upstream. There is a buildbot-py.info that depends on fink-obsolete-packages and the two new separate .info files. Or is this for *all* "Depends: fink-obsolete-packages" such that someone could do a full tree build and not pick up fink-obsolete-packages? -- Charles Lepple clepple@gmail -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] glib 1 in 10.7 tree, or: how hard is it to port from glib1 to glib2?
All, One of the things preventing me from just moving pcb into the 10.7 tree is a dependency on libstroke, which uses glib1. (It's not a hard dependency - I've never used the stroke functionality, and the pcb ./configure script will happily detect the absence of the library). Any recommendations? I don't seem to see any active development on glib1 upstream (or on libstroke, for that matter) so I'm tempted to drop libstroke. Or, has anyone tried porting a glib1 codebase to glib2? -- Charles Lepple clepple@gmail -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] PDB last updated December 10th
It looks like the package database has not been updated for nearly a month: http://pdb.finkproject.org/pdb/ I don't think it's just the last-modified date: gtkwave has been updated to 3.3.29 in both 10.4 and 10.7 trees, but it still shows 3.3.28. http://pdb.finkproject.org/pdb/package.php/gtkwave Can someone poke the update process? -- Charles Lepple clepple@gmail -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libgeos problem
y.h:353:14: error: no matching
conversion for functional-style cast from 'geos::geom::MultiLineString
*' to 'std::auto_ptr'
return std::auto_ptr( createMultiLineString(fromGeoms) );
^
/usr/include/c++/4.2.1/memory:189:7: note: candidate constructor not
viable: cannot convert argument of incomplete type
'geos::geom::MultiLineString *' to 'element_type *' (aka
'geos::geom::Geometry *')
auto_ptr(element_type* __p = 0) throw() : _M_ptr(__p) { }
^
/usr/include/c++/4.2.1/memory:198:7: note: candidate constructor not
viable: cannot convert argument of incomplete type
'geos::geom::MultiLineString *' to
'std::auto_ptr &'
auto_ptr(auto_ptr& __a) throw() : _M_ptr(__a.release()) { }
^
/usr/include/c++/4.2.1/memory:348:7: note: candidate constructor not
viable: cannot convert argument of incomplete type
'geos::geom::MultiLineString *' to 'auto_ptr_ref'
auto_ptr(auto_ptr_ref __ref) throw()
^
/usr/include/c++/4.2.1/memory:211:9: note: candidate template ignored:
failed template argument deduction
auto_ptr(auto_ptr<_Tp1>& __a) throw() : _M_ptr(__a.release()) { }
^
In file included from ConvexHull.cpp:23:
../../include/geos/geom/GeometryFactory.h:355:14: error: no matching
conversion for functional-style cast from 'geos::geom::MultiPoint *'
to 'std::auto_ptr'
return std::auto_ptr( createMultiPoint(fromGeoms) );
^~~~
/usr/include/c++/4.2.1/memory:189:7: note: candidate constructor not
viable: cannot convert argument of incomplete type
'geos::geom::MultiPoint *' to 'element_type *' (aka
'geos::geom::Geometry *')
auto_ptr(element_type* __p = 0) throw() : _M_ptr(__p) { }
^
/usr/include/c++/4.2.1/memory:198:7: note: candidate constructor not
viable: cannot convert argument of incomplete type
'geos::geom::MultiPoint *' to 'std::auto_ptr &'
auto_ptr(auto_ptr& __a) throw() : _M_ptr(__a.release()) { }
^
/usr/include/c++/4.2.1/memory:348:7: note: candidate constructor not
viable: cannot convert argument of incomplete type
'geos::geom::MultiPoint *' to 'auto_ptr_ref'
auto_ptr(auto_ptr_ref __ref) throw()
^
/usr/include/c++/4.2.1/memory:211:9: note: candidate template ignored:
failed template argument deduction
auto_ptr(auto_ptr<_Tp1>& __a) throw() : _M_ptr(__a.release()) { }
^
5 errors generated.
make[3]: *** [ConvexHull.lo] Error 1
--
- Charles Lepple
--
Learn Windows Azure Live! Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] docutils-py26 has broken alternatives? Or a build problem?
On Sat, Nov 5, 2011 at 5:49 PM, Alexander Hansen wrote: [...] > Should I just remove rst2newlatex from the list in the PostInstScript? It sounds like the three lists (inst, postinst, prerm) should be sync'd to this list of binaries: rst2html rst2latex rst2man rst2odt rst2odt_prepstyles rst2pseudoxml rst2s5 rst2xetex rst2xml rstpep2html Ideally we'd generate this list based on what the package installs, but docutils doesn't get updated very often anyway. I'd offer to help directly with this, but I'm playing whack-a-mole with mdimport on 10.7 so that it doesn't try to index both my 10.5 drive and the Time Machine backup-- all while trying to get the Fink gEDA packages working on 10.7... (ping me tomorrow if you don't want to deal with docutils) -- - Charles Lepple -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] docutils-py26 has broken alternatives? Or a build problem?
On Nov 5, 2011, at 3:26 PM, Alexander Hansen wrote:
> I get the following (using an experimental dpkg-1.15.5.6 which is more
> picky):
>
> Unpacking docutils-py26 (from
> .../docutils-py26_0.8-1_darwin-powerpc.deb) ...
> Setting up docutils-py26 (0.8-1) ...
> update-alternatives: error: alternative path
> /sw/bin/rstpep2html.py-2.6.py doesn't exist.
> /sw/bin/dpkg: error processing docutils-py26 (--install):
> subprocess installed post-installation script returned error exit
> status 2
> Errors were encountered while processing:
> docutils-py26
> ### execution of /sw/bin/dpkg-lockwait failed, exit code 1
>
> And, indeed, in the .deb, there's no such file:
>
> $ dpkg -c /sw/fink/debs/docutils-py26_0.8-1_darwin-powerpc.deb |
> grep rstpep
> -rwxr-xr-x root/admin 671 2011-11-05 15:18 ./sw/bin/
> rstpep2html-2.6.py
What if you drop the .py from the last filename in the 'for' loop in
the PostInstScript (line 50)?
http://fink.cvs.sourceforge.net/fink/dists/10.4/stable/main/finkinfo/text/docutils-py.info?view=markup#l50
The extra .py is removed in the InstallScript by the ${i%%.py}
expression.
Feel free to commit that to both 10.4 and 10.7 if it works.
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
In light of the fink core code moving to git/GitHub, I'd like to bump this thread (git for dists/): http://thread.gmane.org/gmane.os.macosx.fink.devel/20083 For bootstrapping, is git part of the latest Xcode, or is that only on 10.7? What else is needed to change over from CVS? -- Charles Lepple clepple@gmail -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.5 feedback needed for apt 0.5.4-1060
On Oct 20, 2011, at 11:34 AM, Max Horn wrote: > So, is anybody here using 10.5, and can provide feedback as to > whether 0.5.4-1060 builds and works correctly? we need to know this > for both Intel and PowerPC builds. Seems to work fine on Intel (32-bit). Did an "apt-get update" and "apt- get install", but let me know if you have any other tests you'd like me to try. $ fink --version Package manager version: 0.31.3 Distribution version: selfupdate-cvs Thu Oct 20 15:18:40 2011, 10.5, i386 Trees: local/main local/crypto unstable/main unstable/crypto stable/ main stable/crypto -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Checking out 10.7 tree?
On Aug 16, 2011, at 9:47 PM, Kevin Horton wrote: > I finally updated to 10.7 on my main Mac, and confirmed that one of > my packages builds and runs OK on 10.7, after making a small tweak > to the .info file. Now I'd like to commit bluefish.info to the 10.7 > tree. But, I'm a complete cvs neophyte, and can't figure out how to > get the 10.7 tree on my machine. I tried "cvs up", but that only > updated all my 10.4 and earlier trees - it did not pull in the 10.7 > stuff as I had hoped. Someone who actually has 10.7 on their Mac should probably correct me, but if you upgrade the OS, usually you have to do a new install of Fink, or at least rebuild everything (and I remember some discussion about not adding another zero to revision numbers for the 10.7 tree, but instead dropping extra zeroes). Or do you not have the CVS tree on the 10.7 machine? From a strictly CVS-centric view, though, the CVS checkout created by Fink only includes the directory applicable to your OS, and CVS doesn't look for additional directories from the server unless you pass "-d". You can probably get by with "cvs update -d 10.7". -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] hardened fink
On Jul 27, 2011, at 2:03 PM, Jack Howarth wrote: > One issue that should be considered when deciding if fink 10.7 will > support > some form of an upgrade installation option I haven't been following this too closely, but if there is a separate 10.7 .info file tree, then I'm not sure a clean upgrade is possible (especially considering what happens when a package hasn't been moved to the 10.7 tree). At the very least, it would be necessary to have some functionality to clean up such orphaned packages, especially those related to older versions of Perl and Python. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python32 fails tests on 10.5/x86
On Sat, Jun 25, 2011 at 10:30 AM, Charles Lepple wrote: > I am packaging up a few dependencies for the new BuildBot release, and I > figured I'd enable all of the newer Python variants. Since I was using > maintainer mode, and hadn't used python32 yet, fink ran the InfoTest block. > Here are some of the failures: > > $ grep FAIL: fink-build-log_python32_3.2-2_2011.06.25-09.42.50 > FAIL: test_failures_many_groups_listargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_many_groups_sysargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_no_groups_listargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_no_groups_sysargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_one_group_listargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_one_group_sysargs (test.test_argparse.TestFileTypeW) > FAIL: test_get (test.test_httpservers.SimpleHTTPServerTestCase) > FAIL: test_authorization (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_headers_and_content (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_no_leading_slash (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_os_environ_is_not_altered > (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_post (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_unwritable_directory (test.test_import.PycacheTests) > FAIL: test_failures_many_groups_listargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_many_groups_sysargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_no_groups_listargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_no_groups_sysargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_one_group_listargs (test.test_argparse.TestFileTypeW) > FAIL: test_failures_one_group_sysargs (test.test_argparse.TestFileTypeW) > FAIL: test_get (test.test_httpservers.SimpleHTTPServerTestCase) > FAIL: test_authorization (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_headers_and_content (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_no_leading_slash (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_os_environ_is_not_altered > (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_post (test.test_httpservers.CGIHTTPServerTestCase) > FAIL: test_unwritable_directory (test.test_import.PycacheTests) > > A full build log is attached. Oops, hit the size limit for attachments on the list. Build log posted here: http://www.ghz.cc/charles/tmp/fink-build-log_python32_3.2-2_2011.06.25-09.42.50.gz > I'll rebuild python32 without maintainer mode for now, but are there any > things I should try on my end to get the test to pass? > > Thanks, > > - Charles Lepple -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Overhauling the "Running X11" document. Chapter 1 draft
On Fri, Jun 3, 2011 at 2:06 PM, Alexander Hansen wrote: > 1.6 What is XQuartz? > > XQuartz is an X11 distribution for 10.5 and 10.6 which contains newer > features than does the stock X11. On 10.5, XQuartz replaces the system's > X11 distribution, whereas on 10.6 Xquartz and the system's X11 > distribution coexist.s Only thing I would add is a reference to reinstalling XQuartz on 10.5 after a security update. (I thought there was a FAQ on the Fink website, but I guess it was only on the XQuartz site. I think it's worth mentioning here, since the shared library errors make it look like the failure is on the Fink side of things.) -- - Charles Lepple -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Advice requested - sylpheed 3.1.1
On Sat, May 14, 2011 at 9:19 PM, Kevin Horton wrote: > I'm looking for advice on the best way to deal with a change in sylpheed > 3.1.1. Sylpheed is an X11 mail client. > > Up to now, user configuration data has been stored in ~/.sylpheed-2.0. This > has been changed to ~/Library/Application Support/Sylpheed in sylpheed 3.1.1, > but there are no provisions for existing users who upgrade from an earlier > version. If the user has not manually moved their configuration data, > sylpheed 3.1.1 acts as if it has never run before and prompts the user to > input their email settings. I wasted over two hours trying to understand why > sylpheed 3.1.1 did not use my existing configuration data before I finally > found out what was going on. I want to ensure that users of this package > don't suffer the same fate. > > I see the following options: > > 1. Create a post-install script that checks for the presence of > ~/.sylpheed-2.0. If this exists, and ~/Library/Application Support/Sylpheed > does not exist, it would copy the data in ~/.sylpheed-2.0 to > ~/Library/Application Support/Sylpheed. I'm not entirely sure we want a post-install script doing things on a per-user level - what happens if you have several users on the machine? If I am not mistaken, post-install runs as root, which means you have to be careful when copying permissions. > 2. Same as above, but have fink explain the situation and ask the user to > confirm this is what he wants to do. This has the advantage of making the > user aware of this change. > > 3. User symlinks in ~/Library/Application Support/Sylpheed rather than copy > the data. Otherwise the same as option 1. > > 4. User symlinks in ~/Library/Application Support/Sylpheed rather than copy > the data. Otherwise the same as option 2. > > 5. Create a post-install script that tells the user about the change in > location for configuration data, and recommend that he move the data himself > before running sylpheed again. > > I'm leaving towards option 3. It has the advantage of allowing the > installation to complete without the need for user intervention. If the user > manually edits the data in ~/.sylpheed-2.0, thinking this is still the > default location, his edits are used due to the symlink in > ~/Library/Application Support/Sylpheed. What about putting that functionality in a wrapper script around the sylpheed binary? -- - Charles Lepple -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Uniform description for obsolete packages?! (and f-o-p)
On Apr 6, 2011, at 11:49 AM, Daniel Macks wrote:
> On Wed, 6 Apr 2011 08:32:44 -0400, Charles Lepple wrote:
>> Along those lines, if it looks like a package needs to depend on
>> fink-
>> obsolete-packages, I'm putting my vote in for adding that dependency
>> when you modify the description. (Although I see AKH just posted a
>> good argument for not doing that if the obsolete package doesn't have
>> its own info file.)
>
> "obsolete" has the technical meaning of "has dependency on f-o-p".
> This
> is just about adding an obvious Description for these technically
> obsolete packages. There are lots of other packages that have newer
> alternatives, but may require various changes to switch to them, so
> the
> old ones are not as definitely "no reason to be using this old thing".
> So if a package got renamed or diffused into another package, the old
> name would be an obsolete one because there is no reason to continue
> to
> use it. The old package is just a dummy pointing to the new one. But
> if
> there is an old library-version (libgettext3-{dev,shlibs} vs
> libgettext8-{dev,shlibs}), the old one is still a real separate set of
> files and completely appropriate to use in certain cases due to binary
> linking and such.
While I agree that it is necessary to keep around the -shlibs for old
library versions, I guess I'm thinking that there should be a hint to
developers that the -dev splitoff they are depending on has been
superseded. (This isn't always obvious from the package names - see
libpng or expat.)
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Uniform description for obsolete packages?!
On Apr 6, 2011, at 7:19 AM, Max Horn wrote: > My view: I would prefer to follow the policy and rev up packages; if > a user still has them installed, this way they explicitly see that > they are about to update an obsolete package (something they may > have missed in the past due to a confusing description text). If > there are any truly big packages with an obsolete splitoff, we could > either make an exception for that, or just wait with releasing the > desc fix until there is a natural update coming anyway. I like the general idea, FWIW. It's something that will help make it a little more obvious which package to install when searching the PDB. (Ideally, IMHO, it would be nice to have the PDB or even "fink list" be able to hide obsolete packages unless a flag is set, but that can be done down the road.) Along those lines, if it looks like a package needs to depend on fink- obsolete-packages, I'm putting my vote in for adding that dependency when you modify the description. (Although I see AKH just posted a good argument for not doing that if the obsolete package doesn't have its own info file.) I've been thinking about separating the splitoff for geda-* into its own bundle package (now that upstream has been distributing a single tarball for everything), and this is as good a time as any for me to do that (taking a few packages off of your list). If I don't get to it soon, though, feel free to handle that however you see fit. > > That's it. Considering that this is a pretty small and marginal > thing, compared to much more important things like a transition to > git for everything (which I still would love to see!) Yeah, I'm interested in the git conversion, too. A topic for another thread, I guess, but I'm curious as to what the logical next step is - short of badgering people on IRC :-) -- Charles Lepple clepple@gmail -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pcb- 1.99.20091103-2 in stable is broken due to gd2 update there
On Mar 26, 2011, at 9:30 AM, Alexander hansen wrote: > I'd recommend just rolling the unstable tree version over to stable. Committed, thanks. I think the other dependencies are all there, but I'm building on 10.6/i386 just in case. -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] opensp-bin: Unable to resolve version conflict onmultiple dependencies (10.5/i386/unstable)
On Mar 16, 2011, at 9:44 PM, Charles Lepple wrote: > On Mar 16, 2011, at 5:14 PM, Daniel Macks wrote: > >> On Wed, 16 Mar 2011 19:04:19 0100, Jean-François Mertens >> wrote: >>> On 16 Mar 2011, at 13:26, Charles Lepple wrote: >> > >> > > Just ran selfupdate (version details at the end), and CVS rev >> 1.4 of >> > > opensp5-shlibs.info yields this error message from an update-all: >> > > >> > > $ fink update-all >> > > Information about 11331 packages read in 1 seconds. >> > > Unable to resolve version conflict on multiple dependencies, for >> > > package >> > > opensp-bin. >> > > Exiting with failure. >> > > >> > > $ fink list opensp >> > > Information about 11331 packages read in 1 seconds. >> > > opensp-bin 1:1.5.2-3SGML parser >> > > programs >> > > p opensp3 [virtual >> package] >> > > (i) opensp41:1.5.1-1014 SGML parser >> > > library >> > > (i) opensp4-dev1:1.5.1-1014 SGML parser >> > > library >> > > (i) opensp4-shlibs 1:1.5.1-1014 SGML parser >> > > library >> > > opensp5-dev1:1.5.2-3SGML parser >> > > library >> > > opensp5-shlibs 1:1.5.2-3SGML parser >> > > library >> > > >> > > $ fink --version >> > > Package manager version: 0.29.20 >> > > Distribution version: selfupdate-cvs Wed Mar 16 08:17:20 2011, >> 10.5, >> > > i386 >> > > Trees: local/main local/crypto unstable/main unstable/crypto >> stable/ >> > > main stable/crypto >> > >> > Not sure it is related, but libofx1-shlibs depends now on opensp8- >> shlibs >> > (instead of opensp5-shlibs)... >> >> Fixed. > > Ran selfupdate, and I'm still seeing my original issue: > > $ fink update-all > Information about 11331 packages read in 1 seconds. > Unable to resolve version conflict on multiple dependencies, for > package > opensp-bin. > Exiting with failure. > > Here are the installed versions: > > $ dpkg -l 'opensp4*' > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- > installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ NameVersion > Description > +++-===-===- > == > ii opensp4 1.5.1-1010 SGML > parser > ii opensp4-dev 1.5.1-1010 > Development package for opensp4 > ii opensp4-shlibs 1.5.1-1010 Shared > Libraries for opensp4 The update to opensp4-shlibs this morning seems to have un-wedged the upgrade. Thanks! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] opensp-bin: Unable to resolve version conflict onmultiple dependencies (10.5/i386/unstable)
On Mar 16, 2011, at 5:14 PM, Daniel Macks wrote: > On Wed, 16 Mar 2011 19:04:19 0100, Jean-François Mertens > wrote: >> On 16 Mar 2011, at 13:26, Charles Lepple wrote: > > > > > Just ran selfupdate (version details at the end), and CVS rev > 1.4 of > > > opensp5-shlibs.info yields this error message from an update-all: > > > > > > $ fink update-all > > > Information about 11331 packages read in 1 seconds. > > > Unable to resolve version conflict on multiple dependencies, for > > > package > > > opensp-bin. > > > Exiting with failure. > > > > > > $ fink list opensp > > > Information about 11331 packages read in 1 seconds. > > > opensp-bin 1:1.5.2-3SGML parser > > > programs > > > p opensp3 [virtual > package] > > > (i) opensp41:1.5.1-1014 SGML parser > > > library > > > (i) opensp4-dev1:1.5.1-1014 SGML parser > > > library > > > (i) opensp4-shlibs 1:1.5.1-1014 SGML parser > > > library > > > opensp5-dev1:1.5.2-3SGML parser > > > library > > > opensp5-shlibs 1:1.5.2-3SGML parser > > > library > > > > > > $ fink --version > > > Package manager version: 0.29.20 > > > Distribution version: selfupdate-cvs Wed Mar 16 08:17:20 2011, > 10.5, > > > i386 > > > Trees: local/main local/crypto unstable/main unstable/crypto > stable/ > > > main stable/crypto > > > > Not sure it is related, but libofx1-shlibs depends now on opensp8- > shlibs > > (instead of opensp5-shlibs)... > > Fixed. Ran selfupdate, and I'm still seeing my original issue: $ fink update-all Information about 11331 packages read in 1 seconds. Unable to resolve version conflict on multiple dependencies, for package opensp-bin. Exiting with failure. Here are the installed versions: $ dpkg -l 'opensp4*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===- == ii opensp4 1.5.1-1010 SGML parser ii opensp4-dev 1.5.1-1010 Development package for opensp4 ii opensp4-shlibs 1.5.1-1010 Shared Libraries for opensp4 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] opensp-bin: Unable to resolve version conflict on multiple dependencies (10.5/i386/unstable)
Just ran selfupdate (version details at the end), and CVS rev 1.4 of opensp5-shlibs.info yields this error message from an update-all: $ fink update-all Information about 11331 packages read in 1 seconds. Unable to resolve version conflict on multiple dependencies, for package opensp-bin. Exiting with failure. $ fink list opensp Information about 11331 packages read in 1 seconds. opensp-bin 1:1.5.2-3SGML parser programs p opensp3 [virtual package] (i) opensp41:1.5.1-1014 SGML parser library (i) opensp4-dev1:1.5.1-1014 SGML parser library (i) opensp4-shlibs 1:1.5.1-1014 SGML parser library opensp5-dev1:1.5.2-3SGML parser library opensp5-shlibs 1:1.5.2-3SGML parser library $ fink --version Package manager version: 0.29.20 Distribution version: selfupdate-cvs Wed Mar 16 08:17:20 2011, 10.5, i386 Trees: local/main local/crypto unstable/main unstable/crypto stable/ main stable/crypto -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
On Feb 15, 2011, at 10:56 PM, Daniel Johnson wrote: >> If I understand the "point release" selfupdate method, would it be >> possible to just create a new point release that includes the >> git.info file? > > Possible? Yes. Likely? Probably not since there isn't even a 10.6 > point release. The whole point release system has been effectively > abandoned since Fink doesn't have the resources to keep up with it. Heh. So it turns out I didn't understand the point release system - I thought it was just a snapshot of the info files, and that it was separate from the bindist. > It's not even possible to switch to selfupdate-point after switching > to another one. Also, all of git's dependencies would need to be > there too, and while I've drastically slimmed it down, it still has > a handful. BTW, the slimmed-down git 1.7.4.1 is now in stable as > well as unstable to make it easier to get. I was thinking about ways around the git bootstrapping problem, and at first glance, dulwich sounded like it would fit the bill. However, unless I'm missing something, the dulwich clone subcommand just clones the history, but doesn't check out the files. I dunno, bootstrapping with selfupdate-rsync or GitHub's SVN interface isn't the end of the world... it's a one-time performance hit. What else is needed for the Git selfupdate capability to get into a new release of the fink command itself? As Daniel mentioned, SF.net is looking to drop CVS eventually, and it would be nice if we didn't have to scramble when that happens. -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Package TeXworks
On Mon, Feb 21, 2011 at 9:37 AM, Prerna Atri wrote: > We have submitted TeXworks package for review. > > Kindly review and suggest any required modifications. Maybe one of the other Fink developers can correct me, but there used to be a mailing list which notified developers when tracker items were created or updated. There is no need to email the fink-devel list every time. If you feel that your package is really more important than all the others on the tracker, or if it has been ignored for longer than most of the other packages, you could mention that in an email to fink-devel, but otherwise, think of the tracker as a queue - you wouldn't want someone jumping in front of you in a line at the store. -- - Charles Lepple -- Index, Search & Analyze Logs and other IT data in Real-Time with Splunk Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. Free Software Download: http://p.sf.net/sfu/splunk-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validation of local file URLs with hyphens
On Feb 19, 2011, at 5:15 PM, Daniel Macks wrote:
> On Sat, 19 Feb 2011 15:49:27 -0500, Charles Lepple wrote:
> I'm using the CVS/git version of Fink (checked out 2011-02-15), and it
>> doesn't like validating pango1-xft2-ft219-dev when the Fink prefix
>> is /
>> sw-git:
>>
>> Validating .deb dir /sw-git/src/fink.build/root-pango1-xft2-ft219-
>> dev-1.24.5-7...
>> Error: Bad local URL ("/sw" does not look like a fink location).
>> Offending file: /sw-git/share/gtk-doc/html/pango/pango-ATSUI-
>> Fonts.html
>> Offending line: http:///sw-git/share/gtk-doc/html/glib/glib-
>> Quarks.html#g-quark-from-string">> class="function">g_quark_from_string()) is used to
>> identify
>> the renderer in http://pango-Modules.html#pango-find-
>> map" title="pango_find_map ()">> class="function">pango_find_map().
>> Offending file: /sw-git/share/gtk-doc/html/pango/pango-Bidirectional-
>> Text.html
>> Offending line: http://pango-Bidirectional-
>> Text.html#PangoDirection" title="enum PangoDirection">> class="returnvalue">PangoDirection > href="http://pango-Bidirectional-Text.html#pango-unichar-direction";
>> title="pango_unichar_direction ()">pango_unichar_direction> a> ( href="http:///sw-git/share/gtk-doc/html/glib/glib-Unicode-
>> Manipulation.html#gunichar">gunichar> span>> a> ch);
>>
>> Looks to me like a hyphen could be added to the regex that was last
>> updated here:
>>
>>
> http://fink.cvs.sourceforge.net/viewvc/fink/fink/perlmod/Fink/Validation.pm?r1=1.331&r2=1.332
>
> The regex matches data output from gtk-doc programs, so I replaced it
> with one I found in them. Seems to work if I simulate a prefix like
> yours...
>
>> (but I'm not going to claim I fully understand what's going on
>> there...)
>
> ..and added inline comments to document it a bit:)
Cool, thanks. My perl skills are a little rusty - I was thrown off by
the "(V...)".
Is there a way to test the CVS code, short of setting up a completely
new tree? (I have only run the inject script when I was trying to set
things up from scratch.)
- Charles
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Validation of local file URLs with hyphens
I'm using the CVS/git version of Fink (checked out 2011-02-15), and it
doesn't like validating pango1-xft2-ft219-dev when the Fink prefix is /
sw-git:
Validating .deb dir /sw-git/src/fink.build/root-pango1-xft2-ft219-
dev-1.24.5-7...
Error: Bad local URL ("/sw" does not look like a fink location).
Offending file: /sw-git/share/gtk-doc/html/pango/pango-ATSUI-Fonts.html
Offending line: g_quark_from_string()) is used to identify
the renderer in pango_find_map().
Offending file: /sw-git/share/gtk-doc/html/pango/pango-Bidirectional-
Text.html
Offending line: PangoDirection pango_unichar_direction (gunichar ch);
Looks to me like a hyphen could be added to the regex that was last
updated here:
http://fink.cvs.sourceforge.net/viewvc/fink/fink/perlmod/Fink/Validation.pm?r1=1.331&r2=1.332
(but I'm not going to claim I fully understand what's going on there...)
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] package dhex
On Feb 15, 2011, at 10:30 PM, Julius Canute wrote: > I am the maintainer of the package dhex. I wanted to update it from > version 0.63 to 0.65. > > What is the procedure i have to follow for doing that? Submit the info file here: https://sourceforge.net/tracker/?func=add&group_id=17203&atid=414256 and set the category to "Updated Version of Existing". -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
On Feb 15, 2011, at 5:50 PM, Daniel Johnson wrote:
> I've been working on implementing selfupdate-git and have something
> that people can play with if they'd like. (You'll need git installed
> for this, of course.)
>
> git clone git://github.com/danielj7/fink.git
> cd fink
> git checkout selfupdate # that's where my branch is
> ./bootstrap /sw-git # or wherever you want you fink to be
> installed. PLEASE don't use your main /sw
>
> You then need to run 'fink selfupdate-git' but there is something
> you need to do first. The selfupdate-git command will first look for
> $basepath/bin/git (say /sw-git/bin/git) then /usr/bin/git (since a
> future OS might come with it). If it finds neither, it'll quit,
> telling you to 'fink install git'. You can also set GitPath in
> fink.conf to another git, say in your main /sw, to override what
> fink guesses. Whatever fink finally chooses will be saved in GitPath
> and used from then on so that the same version is always used.
I'm still a little new at the whole Fink bootstrap process, but at
first I missed the detail that $basepath is *not* the checked-out git
working copy. No worries, just a hint for others trying this for the
first time.
> Once you've used selfupdate-git once, regular selfupdate will
> continue pulling updates with git. Note that it's currently set to
> use my copy of the fink/dists repo at
> http://github.com/danielj7/fink-dists.git
> . This is NOT an official repo so don't trust it for normal use. I'm
> keeping it updated from the cvs one, though I'm running the update
> manually when I notice changes. Since it's my repo, you can't get
> read/write access to it, of course. :) So always pick anonymous
> access when fink asks. Also try switching between the different
> selfupdate methods to make sure switching works. It seems to in my
> testing.
Just for fun, I tried cloning ("forking") your repo. Is there a way to
specify another repo up front, or should I just add my clone as a
remote later? (I don't mind rebasing any local changes if you decide
to blow yours away and re-import.)
Also, is there an equivalent of git-svn's "dcommit" where I could make
changes in my local Git repository, then commit back to the upstream
non-Git repository? or are the git-to-cvs tools import only?
This small issue might be related to not following your directions on
choosing "anonymous", but using the default verbosity settings, I get
this error when running "fink selfupdate-git" for the first time:
...
Checking to see if we can use hard links to merge the existing tree.
Please ignore errors on the next few lines.
Setting up base Fink directory...
/usr/bin/su clepple -c '/sw/bin/git --quiet clone
g...@github.com:danielj7/fink-dists.git fink'
Unknown option: --quiet
usage: git [--version] [--exec-path[=]] [--html-path]
[-p|--paginate|--no-pager] [--no-replace-objects]
[--bare] [--git-dir=] [--work-tree=]
[-c name=value] [--help]
[]
### execution of /usr/bin/su failed, exit code 129
Failed: Downloading package descriptions from git failed.
> I've also updated my preliminary selfupdate-svn command to work
> using the same repo too. I'm not sure how useful it is since GitHub
> supports git over http. It does mean that people with 10.5 and later
> don't need to install anything else but it's MUCH slower than git.
>
> Another thing to note is that unlike cvs (or svn) git doesn't allow
> you to checkout one directory within a repo; it's all or nothing.
> That means that selfupdate-git (and -svn since it's using the git
> repo) ignores the SelfupdateTrees setting and downloads all the
> trees. We could certainly remove the old trees in the final repo,
> but I left them in for now so we get all the history.
Thinking about the bootstrapping case (10.5 and later), would it be
difficult to have the -svn option just check out the current tree?
That could help speed things up. Or is the speed issue on the GitHub
side, since the SVN proxy server would have to virtually check out the
git tree?
If I understand the "point release" selfupdate method, would it be
possible to just create a new point release that includes the git.info
file?
Let me know if there's anything else that you would like help testing.
--
Charles Lepple
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
---
Re: [Fink-devel] coreutils maintainer
On Feb 9, 2011, at 4:22 PM, Jesse Alama wrote: > I tried getting in touch with the coreutils maintainer, Shinra Aida, > at > shi...@j10n.org, but this email address seems to be invalid. Does > anyone have updated contact information for Shinra? I'd like to > upgrade > coreutils to version 8.9 (the current upstream version). I tried to get in touch with the coreutils maintainer to see about moving it to stable - last reply was from that address in May 2010. I'd say we've done due diligence. On that note, does anyone see an issue with moving the current unstable version to stable? (Well, besides the CVS issues.) -- Charles Lepple A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
On Feb 7, 2011, at 11:16 AM, Max Horn wrote: > (e.g. I imagine that 10.4/stable, 10.5/unstable, etc. could be a > separate branch each, and we'd have multiple "checkouts" for each > inside /sw/fink/dists) I forgot to mention, multiple branches are handy when you want to move a revision of a package from stable to unstable. You can import the history of unstable as a "remote" of stable, and do something like "git cherrypick -x " to promote a new rev of a package to stable (including changes like adding or removing .patch files). The only slightly non-intuitive part (I've tried this on my local Git tree) is that stable and unstable won't have a common ancestor. If you're used to seeing the Git status message "This branch is X commits ahead of 'origin'", it won't be feasible in this case. Even if you merged the two trees and backed out the deltas, the minute someone commits something to unstable, the stable branch will start to diverge. I don't think this is a big deal, though. We've survived several years with separate commit logs for stable vs. unstable packages. I suspect that the history for e.g. 10.5/unstable vs. 10.6/unstable might be close enough to make this worthwhile, though (to see where a package started to diverge between OS versions, for instance). -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
On Feb 7, 2011, at 11:16 AM, Max Horn wrote: > * Even better, non-devs can also make forks, but instead of directly > merging their changes, they can file a "pull request", i.e. they can > ask the Fink team to integrate their new package or package updates. > Consider this as an advanced alternative to the Package submission > tracker. Only that it is possible to accept new packages/fixes with > a single button click from inside the browser. And if the submission > is lacking, you can provide feedback and request changes, and even > comment on the submitted code -- even making line annotations. This > really simplifies patch submissions for everybody involved (once you > learned the minimal git you need to submit stuff this way, at least). The GitHub comments and line annotations seem like they would speed up the discussion between new packagers and the committers. Having to download and apply each patch is slightly tedious and error-prone, but this makes it easier for the submitters to run "git commit -a", see if they left any files out, and push to their fork. Besides the usual local Git visualization tools (gitk and GitX), GitHub has their own web-based system to show how forks relate to each other. Click "Network" on any GitHub project, and it will show commits versus time and branch. I have a "lite" version of the Fink tree in Git here - basically, I check in just the info files I maintain, and have Git ignore the other info files, plus the CVS metadata. If I venture into the package submission tracker, switching branches to try a new package is absurdly fast. (Tracking the whole tree would be a bit slower, but still way faster than "svn switch".) It also makes it easier to merge in my changes (e.g. updating a library dependency), even if the submitter makes a few changes on top of their original submission. This is where "git rebase" comes in handy. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
On Feb 6, 2011, at 2:47 PM, Alexander Hansen wrote: > On 2/6/11 2:41 PM, Daniel Johnson wrote: >> > >>> Would we have the ability easily to regulate commits access on a >>> more >>> fine-grained level than we're using right now? E.g. to give most >>> established maintainers the ability to commit and modify their >>> own .info >>> files but not to modify those of other maintainers? That'd be a >>> useful >>> additional feature in my opinion, because we could consider >>> broadening >>> our pool of committers and thereby reduce the backlog on the >>> tracker. >> We should be able to accomplish this with hook scripts, but it might also be less burden on the maintainers to simply merge in changes from other users' Git/hg trees. > It sounds like we might want ultimately to consider using > Sourceforge's > svn repo for direct checkouts by our users, rsync mirror sites, and > the > website (at least for now), and use hg or git as the primary developer > interface, with e.g. a script to transfer the hg|git repo into svn. > (sort of like the present developer vs. anonymous cvs setup). The git-svn script works both ways: you can import SVN commits into Git, and you can forward Git commits into SVN. (Or there's that Git- based CVS pserver thing I mentioned in a previous email.) -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
On Feb 6, 2011, at 1:53 PM, Daniel Johnson wrote: > As we all should know by now, Sourceforge's CVS access went down on > Jan 26 due to an attack on their servers and is still down now with > no estimate of when it'll be back. Sourceforge has also indicated > that they're considering ending CVS access altogether in the near > future since its architecture is inherently fragile and insecure. For anonymous access, I suspect it's the CVS program, rather than the protocol, which is insecure. Also, the SVN backing stores are not much more robust than CVS - they simply bundle the same change information into atomic commits (rather than the CVS per-file history). > Some maintainers have discussed switching to something a little less > ancient for a while now but inertia is a powerful force. :) ... which is why I support moving something distributed. > So now that our hand is being forced, I decided to just go and do > something. The maintainers I've talked to would like to use Git or > Mercurial (and so would I) but after some discussions on IRC I've > come to the conclusion that our best choice is Subversion. Now wait, > don't yell at me! Let me explain. Fink is a bit different from most > projects in that our users have to interact with our repository to > use fink, either through rsync or cvs. So, we need something that is > easy for our users to use. > > Subversion has two big advantages going for it from a user's > perspective. > > 1. It comes standard with the system on 10.5 and later. 10.4 users > would have to 'fink install svn'. Agreed. > 2. Sourceforge provides svn access over https on standard port 443, > which means people can use it behind firewalls. Since most firewalls > block everything but 80 and 443, svn is really our only choice > because it's the ONLY service Sourceforge supports over one of those > ports. This supposes that we want to stay with SourceForge for version control. Their issue tracker doesn't interact with version control (to my knowledge), so there isn't any value-add that ties those services together (e.g. a commit message automatically closes a given tracker item when the tracker ID is mentioned after "closes:".) Mercurial and Git are available over HTTP on other version control hosting sites. > Subversion also behaves substantially similar to cvs so maintainers > won't have to learn a whole new way of using the repository. Git and > Mercurial work differently and would require people used to only cvs > to learn a new way of doing version control. If maintainers REALLY > want to use them, git-svn and hg-subversion allow Git and Mercurial > to act as svn clients. Turning that around, Git allows you to set up a CVS pserver daemon which could be used for bootstrapping a Fink installation (if rsync is not desired). Again, maybe not an option for SourceForge, but part of the attractiveness of distributed SCM systems is that you can easily move to another hosting system if things go awry (temporarily or permanently). I dunno, I won't complain (too loudly, anyway) if the consensus is SVN, but if we're looking at alternatives, we might want to look at things beyond just what SourceForge offers. -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Can't exec "--enable-debug": No such file or directory at /sw/lib/perl5/Fink/Services.pm line 588
On Jan 9, 2011, at 11:59 AM, David Lowe wrote: > Hmm. I seem to have painted myself into a corner and could use > some help. I have a local package to experiment with the beta > release of freeciv 2.3.0 [attached]. That built fine. However, i > might have discovered a bug, and wish to rebuild with the symbol > table populated to get more use from gdb. I added the flag "-- > enable-debug" to ConfigureParams, and the configure phase seems to > complete with the summary showing debug info will be compiled in. > The problem seems to be that the debug flag is still hanging around > after that, and breaking compilation. I would be grateful for any > advice or explanation on how to handle this. Looks like you are missing a backslash on the line prior to --enable- debug? -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ppl-0.11-1
On Nov 14, 2010, at 11:57 PM, David Fang wrote: > There isn't anything we can do about Apple's decision, unfortunately. > Unless you actually intend to use the java interface for ppl, it > shouldn't > be an issue if this package drops the Java module in the future. I haven't checked to see if any Fink packages use the Java module, but Fink's dependency engine seems to be better about handling cases where a single .info file with splitoffs is converted into two or more .info files (carve-offs?), each with a reduced set of BuildDepends. This way, the base ppl package wouldn't need to depend on Java, but there would still be a Java option if someone has installed all the external dependencies. The nice thing for end users is that if it's the same source file, they most likely already have it in /sw/src (and they won't need to re-download it for the Java carve-off). Barring any general objections from the list, let me know if you want help testing something like that. I could probably remove the Java headers from one of my machines here and not run into any other problems outside Fink. -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Replacing setuptools-py with distribute-py
On Sep 28, 2010, at 6:43 AM, Kurt Schwehr wrote: > If your package depends or builddepends on setuptools, please test it with > distribute. I'll check later, but I think the versioned depends line on my packages was to work around a version of setuptools which is no longer in Fink. - Charles -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/base bzip2.info, 1.5, 1.6
On Sep 23, 2010, at 8:19 AM, Max Horn wrote: > Am 23.09.2010 um 14:02 schrieb Alexander Hansen: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 9/21/10 5:23 PM, Max Horn wrote: >>> Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/base >>> In directory sfp-cvsdas-3.v30.ch3.sourceforge.com:/tmp/cvs- >>> serv6617/10.4/unstable/main/finkinfo/base >>> >>> Modified Files: >>> bzip2.info >>> Log Message: >>> New upstream version of bzip2, fixing critical security issue >>> >> >> Works for me. We should probably get this in the stable tree soon >> unless somebody finds a reason not to. > > It's a relatively minor revision, in the end, so problems should be > *very* unlikely... Of course, never say never... :) Still, I am > pretty confident that this could go to stable. Just tried the 1.0.6-1 info files on 10.6/32-bit stable - seems to work with a few files compressed with /usr/bin/bzip2. Are there any known "problem platforms"? -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Patching?
On Wed, Jul 14, 2010 at 3:51 PM, David Lowe wrote:
> On 14 Jul, 2010, at 3:41 AM, Alexander Hansen wrote:
>
>> Try a different level. The default -p1 patch assumes that you're
>> rooted in the top level Fink build directory for the package
>> (/sw/src/freeciv-2.2.1-5/), and your diff appears to be from at least
>> one level lower. Try p2 maybe.
>
> The problem remains, though it has changed slightly. Here is more
> detail from the -p1 level:
Try "-p0". The default "-p1" means "strip off one directory level from
the names in the diff", and I assume that "client/" is in the top
level of freeciv-2.2.1.
The "-p0" setting is common in your case, where someone makes a backup
copy of the file in the same directory. "-p1" is more common when
someone makes a backup of the entire package ( "cp -pr freeciv-2.2.1
freeciv-2.2.1.orig") and then does a diff from the directory
containing both the original and the copy ("diff -Naur
freeciv-2.2.1.orig freeciv-2.2.1").
--
- Charles Lepple
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with CPPFLAGS
> Is this version of the info file in CVS, or is it on the tracker? duh. I can read, really... I assume this is the tracker item: https://sourceforge.net/tracker/?func=detail&aid=3011011&group_id=17203&atid=414256 Hmm, interesting that ./configure is used with qmake. You could probably add "INCLUDEPATH += %p/include" to src.pro via a patch file. -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with CPPFLAGS
On Jul 12, 2010, at 10:08 AM, Ebrahim Mayat wrote: > ConfigureParams: --with-qt=%p/lib/qt4-mac LDFLAGS="-L%p/lib" > CPPFLAGS="-I%p/include" I haven't played with qmake in a while, but from what I recall, it doesn't seem to take the same options as the autoconf ./configure script. The two methods I see used in the info files are: 1) LOCALSOFT=%p qmake ... 2) qmake "INCLUDEPATH += %p/include/foo" Is this version of the info file in CVS, or is it on the tracker? -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] F*EX [possible sendfile replacement]
On Sat, Jun 19, 2010 at 3:59 AM, David Lowe wrote: > On 12 Jun, 2010, at 8:41 AM, Daniel Macks wrote: > >> I just updated the package per new version and changed URLs. >> >>> But sendfile has a much better successor: F*EX >>> http://fex.rus.uni-stuttgart.de/ >>> >>> Maybe you are interested. >> >> Love to have it! All we need is someone to submit a package .info >> file. The existing package, as you saw on the webpage, has no current >> maintainer:( > > I started looking into this. The problem is that the package is > asking for several prerequisites that i think we don't have: > > 1) xinetd I'm guessing that you could probably do this with launchd instead. > 2) sendmail in /usr/lib/ rather than /usr/sbin/ It looks like it will fall back on /usr/sbin: $sendmail = '/usr/lib/sendmail'; $sendmail = '/usr/sbin/sendmail' unless -x $sendmail; $sendmail = '/no/sendmail' unless -x $sendmail; -- - Charles Lepple -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [fink-core] Access to Fink's git
On Jun 14, 2010, at 3:53 PM, Sjors Gielen wrote: > Op 14 jun 2010, om 21:51 heeft Sjors Gielen het volgende geschreven: > >> Op 14 jun 2010, om 21:32 heeft Max Horn het volgende geschreven: >> >>> My primary point is / was that there you don't need to wait for an >>> "official Fink experimental git tree". Just create your own git >>> repository somewhere, and use it :-). >> >> I did that at <http://gitorious.org/fink-dazjorz/fink-dazjorz> but >> I'm just thinking about a move for all of Git, nobody's doing it so >> I might as well set stuff in motion a little bit :) > > Above should have said "I'm just thinking about a move for all of > Fink" / Fink's CVS modules. > > CC'ing fink-devel now, as I think this is appropriate there too. [un-CC'ing fink-core, since I'm not a fan of cross-posting, and I think that fink-devel is probably the appropriate audience.] For what it's worth, here are some of my notes on using CVS to pull the .info files in, and using Git locally to track changes: http://article.gmane.org/gmane.os.macosx.fink.devel/17370 I wasn't fully aware of git-cvsimport or any of the other CVS-to-Git tools when I wrote that, so I guess my main take-away point is that whatever your local workflow is, you probably want the stable/ and unstable/ trees to be automatically updated from CVS. We don't seem to have as many "horizontal" .info file changes these days (that is, where one developer makes a small change to a bunch of info files - such as when we were getting ready for 10.6). However, if you have one tree representing unstable/ and one representing local/, it is very easy to spot those changes, and merge them appropriately. -- Charles Lepple -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fontconfig2-dev: Error installing gtk+2 BuildDepends in Fink 10.6.3/x86 stable
I was trying to test a new revision of gtkwave under 10.6/stable (32- bit), and I get the following when building the gtk/glib dependencies for the first time: $ nice fink -l -m install gtkwave Password: Scanning package description files.. Information about 3646 packages read in 1 seconds. Running in Maintainer Mode Validating package file /sw/fink/dists/local/main/finkinfo/gnome/ gtkwave.info... Package looks good! The package 'gtkwave' will be built and installed. Reading dependency for gtkwave-3.3.7-2... Reading build dependency for gtkwave-3.3.7-2... Reading build conflict for gtkwave-3.3.7-2... The package 'glib2-shlibs' will be built and installed. Reading dependency for glib2-shlibs-2.20.5-2... Reading build dependency for glib2-shlibs-2.20.5-2... Reading dependency for glib2-dev-2.20.5-2... Reading build conflict for glib2-shlibs-2.20.5-2... The package 'gtk+2-shlibs' will be built and installed. Reading dependency for gtk+2-2.16.6-3... Reading build dependency for gtk+2-2.16.6-3... Reading dependency for gtk+2-shlibs-2.16.6-3... Reading dependency for gtk+2-dev-2.16.6-3... Reading dependency for gtk+2-shlibs-2.16.6-3... Reading build dependency for gtk+2-shlibs-2.16.6-3... Reading build conflict for gtk+2-2.16.6-3... Reading build conflict for gtk+2-shlibs-2.16.6-3... The package 'liblzma-shlibs' will be built and installed. Reading dependency for xz-4.999.9-3... Reading build dependency for xz-4.999.9-3... Reading dependency for liblzma-shlibs-4.999.9-3... Reading dependency for liblzma-4.999.9-3... Reading dependency for lzma-4.999.9-3... Reading dependency for liblzma-shlibs-4.999.9-3... Reading build dependency for liblzma-shlibs-4.999.9-3... Reading build conflict for xz-4.999.9-3... Reading build conflict for liblzma-shlibs-4.999.9-3... The package 'shared-mime-info' will be built and installed. Reading dependency for shared-mime-info-0.51-1... Reading build dependency for shared-mime-info-0.51-1... Reading build conflict for shared-mime-info-0.51-1... The package 'atk1' will be built and installed. Reading dependency for atk1-1.26.0-2... Reading build dependency for atk1-1.26.0-2... Reading dependency for atk1-shlibs-1.26.0-2... Reading build conflict for atk1-1.26.0-2... The package 'cairo' will be built and installed. Reading dependency for cairo-1.8.10-2.1... Reading build dependency for cairo-1.8.10-2.1... Reading dependency for cairo-shlibs-1.8.10-2.1... Reading build conflict for cairo-1.8.10-2.1... The package 'fontconfig2-dev' will be built and installed. WARNING: The package fontconfig2-dev Depends on system-xfree86-dev, but system-xfree86-dev only allows things to BuildDepend on it. Failed: Please correct the above problems and try again! $ fink --version Package manager version: 0.29.12 Distribution version: selfupdate-rsync Sun Jun 13 12:27:00 2010, 10.6, i386 I am using the stock X11 that came with 10.6.x, plus whatever the latest updates are. Let me know if, for some reason, I should be using another package of XQuartz instead. Looks like someone else ran into this: http://sourceforge.net/tracker/index.php?func=detail&aid=2966606&group_id=17203&atid=117203 I don't really need the "-m" switch for the dependencies, but it would probably be good to have this work out-of-the-box. -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wine 1.1.42 no luck
On Wed, Apr 21, 2010 at 3:55 AM, Damian Dimmich wrote: ... > Odo Wolbers wrote: ... >> [Alu2:drive_c/windows/system] odo% wine notepad.exe >> Dynamic session lookup supported but failed: launchctl terminated abnormally >> without any error message [...] >> I reinstalled wine completely, installed XQuartz 2.5.0, changed the $DISPLAY >> from something like /tmp/ to "/Applications/Utilities/XQuartz:0.0" and >> "/Applications/Utilities/XQuartz:0" - no luck. I haven't seen that particular error before, but why are you changing $DISPLAY? $DISPLAY either needs to be set to :. or a path to a Unix-domain socket (which confusingly sometimes ends in ":0", but the socket path always starts with a "/", and generally is in someplace writable like "/tmp", not "/Applications"). You can't mix-and-match the syntax, or point it to an application instead of the application's socket. Without changing $DISPLAY, and with XQuartz installed, you should be able to run a simple X11 client like "xdpyinfo". -- - Charles Lepple -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] automated packaging for building from svn
On Thu, Apr 15, 2010 at 4:15 PM, Jack Howarth wrote: > On Thu, Apr 15, 2010 at 03:55:07PM -0400, Alexander Hansen wrote: [...] >> That's along the lines of what I was thinking, then--if the svn revision >> were hardcoded into the .info file to guarantee that everybody's >> building against the same revision, then we're replacing the operations: >> >> maintainer pulls from e.g. svn at some revision >> maintainer generates a snapshot tarball from the svn pull >> maintainer puts tarball online >> maintainer updates package description >> at build time, fink downloads the snapshot tarball >> ... >> >> with: >> >> maintainer updates package description >> at build time, fink does the svn pull at the svn revision dictated in >> the .info file >> ... >> >> That seems like a reasonable extension of fink's operations to me. > > Alexander, > This would be the typical use. What I was considering was a > bleeding edge package for folks who wanted to track close to > the svn for particular projects like llvm and dragon-egg but be > automated. Currently MacPorts does this by constantly updating > their upcoming gcc4x package (gcc46 now) to the latest snapshot. > I was thinking of doing this in a completely automated fashion > were the current svn revision at any particular moment could be > used (and likely no one would end up with the same exact package). > Again it is just a convenience for working with the svn but through > fink packages. > Jack Jack, At the beginning of the thread, you mentioned that you wanted to synchronize several packages to build the same revision. If Alexander's suggestion were implemented, a simple shell script could get the current SVN revision, and update the revision in the info files for the set of packages which build from the same repository. -- - Charles Lepple -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How to Handle Version Numbers
On Feb 18, 2010, at 1:36 PM, Daniel Macks wrote:
> On Thu, Feb 18, 2010 at 08:52:24AM -0800, David Lowe wrote:
>> On 17 Feb, 2010, at 8:10 PM, Charles Lepple wrote:
>>
>>> On Wed, Feb 17, 2010 at 10:09 PM, David Lowe >> > wrote:
>>>> The version number i have used is "2.2.0-RC1", which is
>>>> faithful to the upstream version. Obviously i need to be less
>>>> faithful, but what is the suggested way to handle this? Would
>>>> "2.2.0-rc1" cause any problems?
>>>
>>> I forget if you are allowed to have an extra '-' (one that is not
>>> being used to separate the version from the revision), but you might
>>> want to consider how the final version number sorts relative to
>>> the RC
>>> versions. See this URL:
>>>
>>> http://www.finkproject.org/doc/packaging/reference.php
>>>
>>> and search for "dpkg --compare-versions".
>>
>>Got it, thanks! "2.2.0-rc1" does sort higher than the currently
>> available 2.0.5 version,
>
> A related question is what will happen when this thing gets a stable
> release? I assume the "2.2.0-rc*" are release-candidates leading up to
> an eventual "2.2.0". In terms of sorting, 2.0.0 < 2.2.0-rc1, so if you
> use "2.2.0-rc1" now you would have to alter the version of the stable
> release ("2.2.0-rel" is a solution I've seen there). Not a problem,
> just a heads-up.
yup, that's the "final version" (2.2.0) I was thinking of.
Does Fink handle tildes? I think the Debian convention is 2.2.0~rc1.
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How to Handle Version Numbers
On Wed, Feb 17, 2010 at 10:09 PM, David Lowe wrote: > The version number i have used is "2.2.0-RC1", which is faithful to > the upstream version. Obviously i need to be less faithful, but what is the > suggested way to handle this? Would "2.2.0-rc1" cause any problems? I forget if you are allowed to have an extra '-' (one that is not being used to separate the version from the revision), but you might want to consider how the final version number sorts relative to the RC versions. See this URL: http://www.finkproject.org/doc/packaging/reference.php and search for "dpkg --compare-versions". -- - Charles Lepple -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Build failure: fop-0.20.5-12 on 10.5
I saw that RangerRick just updated fop, but rev -12 doesn't build for
me on 10.5:
compile:
[echo] Compiling the sources
[mkdir] Created dir:
/sw.unstable/src/fink.build/fop-0.20.5-12/fop-0.20.5/build/classes/org/apache/fop/viewer/resources
[copy] Copying 16 files to
/sw.unstable/src/fink.build/fop-0.20.5-12/fop-0.20.5/build/classes/org/apache/fop/viewer/resources
[mkdir] Created dir:
/sw.unstable/src/fink.build/fop-0.20.5-12/fop-0.20.5/build/classes/org/apache/fop/viewer/Images
[copy] Copying 6 files to
/sw.unstable/src/fink.build/fop-0.20.5-12/fop-0.20.5/build/classes/org/apache/fop/viewer/Images
[javac] Compiling 748 source files to
/sw.unstable/src/fink.build/fop-0.20.5-12/fop-0.20.5/build/classes
[javac] This version of java does not support the classic
compiler; upgrading to modern
[javac]
/sw.unstable/src/fink.build/fop-0.20.5-12/fop-0.20.5/build/src/org/apache/fop/svg/PDFGraphics2D.java:1242:
org.apache.fop.svg.PDFGraphics2D.PDFGraphicsConfiguration is not
abstract and does not override abstract method
createCompatibleVolatileImage(int,int,int) in
java.awt.GraphicsConfiguration
[javac] static class PDFGraphicsConfiguration extends
GraphicsConfiguration {
[javac]^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] 1 error
Full log attached; let me know if any other details are needed.
--
- Charles Lepple
fink-build-log_fop_0.20.5-12_2010.01.30-15.08.04.gz
Description: GNU Zip compressed data
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Splitting asciidoc package: proper use of Replaces?
On Sat, Jan 30, 2010 at 2:15 PM, Daniel Macks wrote: > On Fri, Jan 29, 2010 at 10:58:51PM -0500, Charles Lepple wrote: >> On Fri, Jan 29, 2010 at 10:09 PM, Hanspeter Niederstrasser >> wrote: >> > Charles Lepple wrote: >> >> The asciidoc package has a self-contained HTML generator, and "a2x", >> >> an everything-else generator that depends on Docbook and a number of >> >> related tools. Currently, the package has a 'Recommends' line for the >> >> a2x dependencies, but since Fink doesn't process the Recommends line, >> >> I figured it might be best to split that off into an asciidoc-a2x >> >> package with proper dependencies. I would also like the splitoff to be >> >> installed for users who are upgrading from the old unified package. >> >> >> >> Should I use "Replaces: asciidoc (<< 8.4.5-3)" in the a2x splitoff, or >> >> will that confuse the Fink dependency engine? (I seem to have a way of >> >> finding things that work well with apt/dpkg, but not necessarily with >> >> Fink.) >> > >> > Are you using the word 'splitoff' in the Fink sense of SplitOff within a >> > parent package (eg libfoo-dev and libfoo-shlibs are splitoffs of the >> > same package libfoo), or describing asciidoc-a2x as a totally separate >> > package independent of the rest of asciidoc? >> >> I'm referring to a Fink SplitOff (same info file). >> >> > ?In the first case, people >> > building the new 'trim' asciidoc will still end up building asciidoc-a2x >> > and pulling its dependencies even if they don't install it (a price to >> > pay with SplitOffs. >> >> The dependencies are runtime rather than build-time (that's why I have >> gotten away with the Recommends field so far). >> >> I appreciate the explanation, but I am still curious about the >> Replaces field - someone who is using a2x from the old unified package >> shouldn't have it disappear out from under them as part of an upgrade >> to a split package (independent of whether the split packages come >> from the same info file, or two separate info files). > > Replaces is a file-level thing, it allows one package to overwrite > specific files in another already-installed one. It does not cause > that other package to be uninstalled unless you also specify Conflicts > for it. Right, so I am using "Replaces: asciidoc (<< 8.4.5-3)" in the splitoff to allow it to upgrade over the unified package. Turns out that the only package which depends on asciidoc is cogito, which has been dead for several years. The asciidoc description has been updated to indicate that the a2x command is now in the splitoff. -- - Charles Lepple -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Splitting asciidoc package: proper use of Replaces?
On Fri, Jan 29, 2010 at 10:09 PM, Hanspeter Niederstrasser wrote: > Charles Lepple wrote: >> The asciidoc package has a self-contained HTML generator, and "a2x", >> an everything-else generator that depends on Docbook and a number of >> related tools. Currently, the package has a 'Recommends' line for the >> a2x dependencies, but since Fink doesn't process the Recommends line, >> I figured it might be best to split that off into an asciidoc-a2x >> package with proper dependencies. I would also like the splitoff to be >> installed for users who are upgrading from the old unified package. >> >> Should I use "Replaces: asciidoc (<< 8.4.5-3)" in the a2x splitoff, or >> will that confuse the Fink dependency engine? (I seem to have a way of >> finding things that work well with apt/dpkg, but not necessarily with >> Fink.) > > Are you using the word 'splitoff' in the Fink sense of SplitOff within a > parent package (eg libfoo-dev and libfoo-shlibs are splitoffs of the > same package libfoo), or describing asciidoc-a2x as a totally separate > package independent of the rest of asciidoc? I'm referring to a Fink SplitOff (same info file). > In the first case, people > building the new 'trim' asciidoc will still end up building asciidoc-a2x > and pulling its dependencies even if they don't install it (a price to > pay with SplitOffs. The dependencies are runtime rather than build-time (that's why I have gotten away with the Recommends field so far). I appreciate the explanation, but I am still curious about the Replaces field - someone who is using a2x from the old unified package shouldn't have it disappear out from under them as part of an upgrade to a split package (independent of whether the split packages come from the same info file, or two separate info files). Regards, -- - Charles Lepple -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Splitting asciidoc package: proper use of Replaces?
The asciidoc package has a self-contained HTML generator, and "a2x", an everything-else generator that depends on Docbook and a number of related tools. Currently, the package has a 'Recommends' line for the a2x dependencies, but since Fink doesn't process the Recommends line, I figured it might be best to split that off into an asciidoc-a2x package with proper dependencies. I would also like the splitoff to be installed for users who are upgrading from the old unified package. Should I use "Replaces: asciidoc (<< 8.4.5-3)" in the a2x splitoff, or will that confuse the Fink dependency engine? (I seem to have a way of finding things that work well with apt/dpkg, but not necessarily with Fink.) -- Charles Lepple -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problem with emboss upgrade
On Jan 23, 2010, at 4:31 PM, Koen van der Drift wrote: > Testing package /sw/lib/EMBOSS/libeexpat.1.dylib... > Package `/sw/lib/emboss/libeexpat.1.dylib' is not installed. > Use dpkg --info (= dpkg-deb --info) to examine archive files, > and dpkg --contents (= dpkg-deb --contents) to list their contents. > Could not read file list Koen, Did you try passing in a package name instead of a filename? -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wine-1.1.36
Tested and committed. Actually, fink automatically removes and replaces the BuildConflict-ing package, which I tested by installing the old flex first. On Jan 10, 2010, at 10:40 AM, Damian Dimmich wrote: > Done as per recommendation: > > Can you check if this works for you? > > https://sourceforge.net/tracker/?func=detail&aid=2929326&group_id=17203&atid=414256 > > Thanks, > Damian > > Charles Lepple wrote: >> On Jan 10, 2010, at 6:07 AM, Damian Dimmich wrote: >> >>> True - however flex-devel is new enough - would it not be better >>> to get >>> wine to use the flex-devel? For that matter osx's flex is new >>> enough >>> (at least on 10.6). >>> >>> If someone still needs the ancient flex from 1997 then setting >>> versioned conflicts would be a nuisance. Is that still used by >>> any of >>> the other packages/does anyone use it? >> >> A quick grep through the unstable tree shows that a lot of packages >> depend on flex-devel, and some conflict with the old flex. A few >> patches might even assume the use of /usr/bin/flex, but I didn't >> check >> that very thoroughly. >> >> IMHO, in the long run, it would be good to get maintainers to see if >> their packages build properly with the new flex, but for now, it >> might >> be best to just add a "BuildConflicts: flex (<= 1:2.5.33-1) field to >> wine to ensure that things will build automatically. >> >>> Damian >>> >>> Kevin Horton wrote: >>>> wine-1.1.36 does not build for me on OS X 10.6 Intel if Fink's >>>> flex is >>>> installed. >>>> >>>> checking for flex... flex >>>> checking whether flex is recent enough... no >>>> configure: error: Your flex version is too old. Please install flex >>>> version 2.5.33 or newer. >>>> ### execution of /var/tmp/tmp.1.jl8gNA failed, exit code 1 >>>> >>>> % fink list flex >>>> Information about 8152 packages read in 1 seconds. >>>> ai-nnflex-pm 0.24-1 Perl module for implementing neural >>>> networks >>>> i flex 1:2.5.4a-4 Fast lexical analyser generator >>>> i flex-devel 2.5.35-2 Fast lexical analyser generator >>>> flexmock-rb180.8.0-2 Flexible mocking library for Ruby >>>> >>>> >>>> wine builds if I remove Fink's flex. Perhaps a versioned >>>> Conflicts on >>>> flex is in order. >>>> >>>> Kevin Horton >>> >>> >>> -- >>> >>> This SF.Net email is sponsored by the Verizon Developer Community >>> Take advantage of Verizon's best-in-class app development support >>> A streamlined, 14 day to market process makes app distribution fast >>> and easy >>> Join now and get one step closer to millions of Verizon customers >>> http://p.sf.net/sfu/verizon-dev2dev >>> ___ >>> Fink-devel mailing list >>> Fink-devel@lists.sourceforge.net >>> http://news.gmane.org/gmane.os.apple.fink.devel >>> Subscription management: >>> https://lists.sourceforge.net/lists/listinfo/fink-devel >> > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wine-1.1.36
On Jan 10, 2010, at 6:07 AM, Damian Dimmich wrote: > True - however flex-devel is new enough - would it not be better to > get > wine to use the flex-devel? For that matter osx's flex is new enough > (at least on 10.6). > > If someone still needs the ancient flex from 1997 then setting > versioned conflicts would be a nuisance. Is that still used by any of > the other packages/does anyone use it? A quick grep through the unstable tree shows that a lot of packages depend on flex-devel, and some conflict with the old flex. A few patches might even assume the use of /usr/bin/flex, but I didn't check that very thoroughly. IMHO, in the long run, it would be good to get maintainers to see if their packages build properly with the new flex, but for now, it might be best to just add a "BuildConflicts: flex (<= 1:2.5.33-1) field to wine to ensure that things will build automatically. > Damian > > Kevin Horton wrote: >> wine-1.1.36 does not build for me on OS X 10.6 Intel if Fink's flex >> is >> installed. >> >> checking for flex... flex >> checking whether flex is recent enough... no >> configure: error: Your flex version is too old. Please install flex >> version 2.5.33 or newer. >> ### execution of /var/tmp/tmp.1.jl8gNA failed, exit code 1 >> >> % fink list flex >> Information about 8152 packages read in 1 seconds. >>ai-nnflex-pm 0.24-1 Perl module for implementing neural >> networks >> i flex 1:2.5.4a-4 Fast lexical analyser generator >> i flex-devel 2.5.35-2 Fast lexical analyser generator >>flexmock-rb180.8.0-2 Flexible mocking library for Ruby >> >> >> wine builds if I remove Fink's flex. Perhaps a versioned Conflicts >> on >> flex is in order. >> >> Kevin Horton > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast > and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Fink-devel mailing list > Fink-devel@lists.sourceforge.net > http://news.gmane.org/gmane.os.apple.fink.devel > Subscription management: > https://lists.sourceforge.net/lists/listinfo/fink-devel -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink update-all error
On Dec 22, 2009, at 12:27 AM, Eunjung Ko wrote: > Dear maintainer, > > I use Tiger(10.4) Mac OS X. > When I try to do 'fink update-all' command, I got error messages > several times as belows. > > xgcc: /usr/local/lib/libgmp.dylib: No such file or directory Sounds like this FAQ entry: http://www.finkproject.org/faq/comp-general.php?phpLang=en#usr-local-libs -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How to decipher cadabra crash report?
On Sat, Dec 12, 2009 at 6:58 AM, Kevin Horton wrote: > Thread 0 Crashed: > 0 libSystem.B.dylib 0x9574ae42 __kill + 10 > 1 libSystem.B.dylib 0x957bd23a raise + 26 > 2 libSystem.B.dylib 0x957c9679 abort + 73 > 3 libglib-2.0.0.dylib 0x00e976d0 g_logv + 1074 > 4 libglib-2.0.0.dylib 0x00e9777d g_log + 41 > 5 libglibmm-2.4.1.dylib 0x00af346a > Glib::exception_handlers_invoke() + 302 > 6 libglibmm-2.4.1.dylib 0x00af434f > Glib::Source::dispatch_vfunc(_GSource*, int (*)(void*), void*) It looks like the call into libsystem happened when libglib called abort() on line 2, which would tend to shift the blame away from OS X. The traceback after line 6 probably won't be much help without a complete stack dump, since it looks like the main GTK+/GLib event loop. -- - Charles Lepple -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New libgettext8 package
On Tue, Dec 1, 2009 at 8:44 AM, Jean-François Mertens wrote: > I notice there is buildconflicts for ccache-default : > this breaks the operation of ccache on anything _ fink or not! _ going > on in parallel.. > An "export CCACHE_DISABLE=1" (instead of the current "env > CCACHE_DISABLE=1", > so as to apply also to the make command, not only the configure command) > should suffice in principle ... Jean-François, After seeing your email, I went back to re-install ccache-default, and it looks like fink did it automatically. I remember seeing the message saying fink was going to temporarily remove it, and I guess it put it back when it was done. Did ccache-default remain uninstalled on your system? -- - Charles Lepple -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] default package version listed by PDB
Question for the folks who maintain pdb.finkproject.org: What determines the default version displayed for a package? http://pdb.finkproject.org/pdb/package.php/pcb lists version pcb-1.99.20070208p1-0, which is older than all of the entries in the table for 10.4, 10.5 and 10.6 (I suspect this version is left over from 10.3; the link to the info file in CVS also mentions dists/10.3). Clicking on a version number in that table seems to correct the displayed version/description. http://pdb.finkproject.org/pdb/package.php/gerbv seems to refer to a more recent version, and also links to the dists/10.4 tree's CVS log. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Please test: make -j, (Use)MaxBuildJobs
On Nov 11, 2009, at 6:43 AM, monipol wrote: > If you're willing to checkout CVS HEAD, please test this new feature. > Feedback is more than welcome. If we haven't tested the CVS HEAD before, are there any gotchas? Is it sufficient to follow the instructions linked below, swapping a "cvs checkout" for the tarball steps? http://www.finkproject.org/download/srcdist.php -- Charles Lepple -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] What to do when upstream consolidates their packages?
I'm looking at packaging up the latest gEDA tarball (1.6.0), and upstream has moved from one tarball per component to a single tarball for everything including the private libraries. I can split off the -dev and -shlibs portions easily enough, but I got the feeling from reading the TexLive thread that the Fink dependency engine does things a little differently than native dpkg/apt when it comes to Provides/Replaces. Should I keep around dummy .info files for the auxiliary packages like geda-docs and geda-utils, and have them depend on the new core package and fink-obsolete-packages? -- Charles Lepple -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Help with pcb on 10.6
On Sep 10, 2009, at 2:03 AM, Robert Wyatt wrote: > Robert Wyatt wrote: >> Charles Lepple wrote: >>> On Sep 9, 2009, at 9:27 PM, Charles Lepple wrote: >>> >>>> I got a report from a user that pcb doesn't build on 10.6, and >>>> while >>>> trying to patch out the problem, it seems like bison isn't getting >>>> called where it should be. >>>> >>>> Could someone please build pcb-1.99.20081128-14 (latest in unstable >>>> ATM) on Snow Leopard and send me the build log? Dependencies aren't >>>> much beyond GTK+2. >>> >>> Updated to -15, and at this point, I am just looking for >>> confirmation that it works (although if it doesn't, a build log >>> would be useful). >> Hi Charles, >> I'm on 32-bit Snow Leopard and have only enabled the stable tree in >> fink so far. Can I test this in stable or does it have dependencies >> in unstable? >> --Robert > > ... and the answer is that it (and its 91 dependencies) builds and > installs in the stable tree 32-bit. > > New package: dists/local/main/binary-darwin-i386/ > pcb_1.99.20081128-15_darwin-i386.deb > > http://robertwyatt.info/fink/pcb-1.99.20081128-15.txt Robert, Wow... that's an enormous build log. Thanks! Right now, pcb in stable is tagged "Distribution: 10.4, 10.5". Should I remove that, and restrict it to i386 and powerpc for the time being (until someone can test it on 64-bit)? - Charles -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Help with pcb on 10.6
On Sep 9, 2009, at 9:27 PM, Charles Lepple wrote: > I got a report from a user that pcb doesn't build on 10.6, and while > trying to patch out the problem, it seems like bison isn't getting > called where it should be. > > Could someone please build pcb-1.99.20081128-14 (latest in unstable > ATM) on Snow Leopard and send me the build log? Dependencies aren't > much beyond GTK+2. Updated to -15, and at this point, I am just looking for confirmation that it works (although if it doesn't, a build log would be useful). -- - Charles Lepple -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Help with pcb on 10.6
Hi all, I got a report from a user that pcb doesn't build on 10.6, and while trying to patch out the problem, it seems like bison isn't getting called where it should be. Could someone please build pcb-1.99.20081128-14 (latest in unstable ATM) on Snow Leopard and send me the build log? Dependencies aren't much beyond GTK+2. Thanks, -- - Charles Lepple -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pls commit denyhosts
On Tue, Jul 21, 2009 at 8:29 AM, Robert Wyatt wrote: > The only problem I'm noticing is that if you add denyhosts-py26, it doesn't > replace denyhosts-py25 (rather, it installs it side-by-side). Is there a > (straightforward) way to do that correctly or can I get away with a usage > note? By the way, this doesn't seem to be a new issue for this package, > simply unnoticed previously (or it doesn't matter). > > Replaces: denyhosts-py%type_pkg[python] For the curious, there seems to have been a typo in the original package description (which Robert fixed). The package name in the Replaces field had two hyphens:"denyhosts--py..." instead of "denyhosts-py...". -- - Charles Lepple -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] denyhosts python 2.6 support
On Tue, Jul 21, 2009 at 1:19 PM, Robert Wyatt wrote: > https://sourceforge.net/tracker/?func=detail&atid=414256&aid=2824887&group_id=17203 > > Okay, I've added a new tracker item with a revision of denyhosts > adding support for 2.6 and I assigned it to clepple, who graciously > offered that I could do this. Looks good. > I am running denyhosts-py26 on two 10.5 and one 10.4 machines and it > is functioning as advertised (as well as having passed the requisite > tests as noted on the package submission). > > I don't have any great motivation to remove support for python 2.3 (or > 2.4) except that I think it might be a good idea. I have checked to > see that nothing else depends on this package using 'grep -lr > denyhosts /sw/fink/dists/unstable/*/finkinfo' (thanks to dmacks for > that) and nothing does (I also checked the stable tree just in case). > I'm definitely open to suggestions for how to do this gracefully--or I > guess I can just leave it but I don't intend to test the functionality > of the -py23 and -py24 variants. It doesn't sound like there is one right answer for this. AKH mentioned (in the other thread) that it would be good to provide a placeholder package for -py23 and -py24 if you're going to drop them. However, if the upstream authors haven't said anything about not supporting python <= 2.4, then it's probably simplest to just leave them in there. I'll commit it as-is, but if you hear differently about support for older Python versions, let me know and we'll add some transitional placeholder packages that depend on the -py26 version. -- - Charles Lepple -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pls commit denyhosts
On Tue, Jul 21, 2009 at 7:33 AM, Alexander Hansen wrote: > > On Jul 21, 2009, at 12:23 AM, Robert Wyatt wrote: >> Is there a need for this package to continue to support python 2.3 or >> 2.4? (Is that a stupid question?) I guess it's poor form to yank it out >> from underneath users, but I'm not sure that I would be. Not a stupid question - actually, dmacks (cc'd) has been adding a few Distribution tags to packages so that we don't bring anything older than -py25 over to 10.5's successor. >> I see that python 2.5 is in the 10.4 stable tree (and this package is >> not in the 10.3 tree), so I thought that just maybe it would be okay to >> drop the support for 2.3 at least and maybe even 2.4, but I figure >> there's a bigger picture I'm missing. Then again, maybe python won't be >> my only dependency issue. >> >> Thanks for any pointers, >> Robert >> > > 10.3 has been unsupported for a year, so that's a non-factor. > > I'd say not to yank anything from under users, too. If you want to reduce > to just having python25, then you should probably provide transitional > packages for the other variants that depend on the -py25 one. Not quite > ideal, but it serves the purpose. Dan, was the consensus that -py23 and -py24 variants don't need upgrade packages? (If they do, I can go back and add them for Buildbot and Trac.) Another question for this package is whether people benefit from having the different python variants (e.g. some other package uses it as a library) or if it is a standalone set of tools which should just use the latest Python package in Fink. -- - Charles Lepple -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pls commit denyhosts
On Mon, Jul 20, 2009 at 2:25 PM, Robert Wyatt wrote: > When it is convenient, can someone with commit access push this into > CVS (preferably making it available in stable)? > > https://sourceforge.net/tracker/?func=detail&atid=414256&aid=2823269&group_id=17203 I'll commit it to unstable, but have you tested that it works in the stable tree? (Remember, 'stable' in Fink is more than just a measure of reliability, it's a whole separate package tree, and the only one that users see when they first selfupdate Fink.) > Once this is done I'll start messing around with a python 2.6 update. If you want, assign that tracker item to "clepple" when you file that ticket. (If I don't have time to look at it, I'll set it back to None.) -- - Charles Lepple -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] denyhosts-py25
On Sun, Jul 12, 2009 at 11:15 AM, Robert T Wyatt wrote: > Oh, I also need to subscribe to this list from a different address as > this one will be retired one day. Here would be my preferred: > chupacerv...@gmail.com Robert: You can manage your subscription info here: https://lists.sourceforge.net/lists/listinfo/fink-devel List admins: it's nice to have the Gmane archive URL in the footer, but it might be good to include the admin link as well. -- - Charles Lepple -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Problem of Addding Header in Patch file
On Tue, Jul 7, 2009 at 8:54 AM, tarun gulyani wrote:
> Hi All,
>
> Please tell me how to add header in patch file. Actually i am creating patch
> using "diff -Nur install.sh install_1.sh > gnowsys.patch".
Run "cd .." first, and add the directory name. Also, I think the 2nd
filename needs to match what is in the archive, rather than the first.
e.g. diff -Nur gnowsys-*/install.sh.orig gnowsys-*/install.sh
The "-r" argument to diff lets you make a complete copy of the source
("cp -pr source source.orig"), then you can just edit files in place
and let diff figure out what has changed.
> It giving error, when i am checking patch using "patch -p1 <
> gnowsys.patch".
>
>
> Error is :
>
> patch -p1 < gnowsys.patch
> missing header for unified diff at line 4 of patch
> can't find file to patch at input line 4
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --
> |diff -Nur install.sh install_1.sh
> |--- install.sh 2009-05-06 15:09:03.0 +0530
> |+++ install_1.sh 2009-07-07 15:00:18.0 +0530
Note that there is no directory in the above pathnames - the "-p1"
argument says to take off one directory from the pathname.
--
- Charles Lepple
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/blackberry
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] No acknowledgement of file upload
On May 12, 2009, at 9:11 AM, John Ridgway wrote: > How do we know who the committers are? Find a similar package on the PDB: http://pdb.finkproject.org/pdb/ and follow the "CVS log" link. -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] abcde on mac intel
On Wed, Apr 29, 2009 at 5:20 AM, Mario Frasca wrote: > it complains because some outputs are redirected appending a $REDIR to > the line, where > REDIR=">&2" > (at line 2693) Is there a URL for the Debian version of the script, or is it buried in a tarball and patch set? Also, what does the #! line (first line) look like? -- - Charles Lepple -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] libstroke, otool -L and gtk+ dependency
I just finished installing Fink on 10.5/intel, and for grins, I tried installing geda-gschem from some of the unofficial bindists. I uncovered a missing dependency in one of my package descriptions, but I also found that something was pulling in the old gtk+-shlibs package. Turns out that libstroke has two libraries, and one of them ties in with GTK+. However, I noticed that 'otool -L' doesn't seem to print this dependency information: $ otool -L /sw/lib/libgstroke.0.dylib /sw/lib/libgstroke.0.dylib: /sw/lib/libgstroke.0.dylib (compatibility version 1.0.0, current version 1.5.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.1) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) But, $ nm /sw/lib/libgstroke.0.dylib |grep -w U shows a bunch of Xlib and GTK+ references. Is there another command besides 'otool -L' that I should use for checking library dependencies on 10.5? -- - Charles Lepple -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Committing a package version change
On Mon, Mar 2, 2009 at 4:15 AM, Ebrahim Mayat wrote: > Good Day > > Would I need to submit a "new package" in order commit a version > change ? My question relates to the upcoming new release of the > fluidsynth package. There is a category in the tracker for "Updated version of existing": http://sourceforge.net/tracker2/?func=browse&group_id=17203&atid=414256 -- - Charles Lepple -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] moving Python 2.6 to stable?
Python 2.6 has been in Fink for a few months - can we move it to stable? Are there any known issues remaining? -- Charles Lepple clep...@gmail -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
On Sun, Feb 8, 2009 at 2:20 PM, Jack Howarth wrote: > ps Could someone test them on 10.4? What is involved in testing (in addition to just making sure they build)? -- - Charles Lepple -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] libpcap doesn't build under 10.4.11
On Nov 23, 2008, at 1:28 PM, Daniel Harrison wrote: I've tried to compile libpcap (from the stable and unstable trees) on PowerPC OS X 10.4.11. It fails with a compiler error in the BPF code about a constant that doesn't exist. When I looked at the code, it turned to be a hack working around a bug in OS X 10.3. Well, I guess 10.4 fixed it. When I took out the code, the library compiled and has been working perfectly for several weeks. Are you sure that your Xcode installation is complete? Do you have / usr/include/sys/errno.h? If so, is there another errno.h in a directory like /usr/local that might be shadowing the OS X definition? -- Charles Lepple clep...@gmail -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] using Git/SVN to manage .info files in local/ tree?
Executive summary: using Git, with three separate repositories. See
below for details.
On Jan 3, 2009, at 10:40 PM, Charles Lepple wrote:
> Note: if you thought this was going to be a rant about keeping info
> files in CVS, sorry to disappoint you.
>
> I have been keeping .info files for my packages in my own SVN
> repository for some time now, and IMHO things are working pretty well.
>
> The one thing that I think could use a little improvement is tracking
> when versions have been pushed from my local directory to unstable,
> and from unstable to stable (or when another maintainer commits a
> change to CVS, and I blindly overwrite that with local changes when
> upstream releases a new version).
>
> Has anyone set up something like this, where you can easily summarize
> what packages need to be tested, then promoted? (I know there is
> something like this on the PDB for all packages, but I figure this
> could most easily be tracked locally, especially since the PDB has no
> concept of my local/ directory, and takes some time to update.)
>
> I know just enough about Git to be dangerous, so if you have more
> git-fu please shoot holes in this idea: stable, unstable and local are
> all Git repositories (with appropriate ignore rules for both CVS
> metadata and packages which I don't maintain). The unstable repository
> is cloned from local, and both are seeded with the unstable tree from
> CVS (similarly, stable is cloned from unstable, but with the actual
> contents imported from CVS).
The above setup is what I use. Basically, each one only tracks the
files I maintain, so they all have a gigantic .git/info/exclude file
that I generated from the list of untracked files in 'git status'.
The trick here is that to maintain the status quo for stable (when
packages have been updated in unstable), you need to clone the
unstable tree into a temporary directory, but then move the .git file
into the real stable/ directory, and make a bunch of commits that are
essentially a step backwards in time ("un-committing" the updates
that were made in unstable), so that the Git representation of stable
matches CVS.
Later, when moving a package update from unstable to stable, you
would basically undo those commits.
If I were not trying to keep the SVN history, I would just import
stable into Git, clone that for unstable, and commit the differences
between stable and unstable (as seen in the unstable directory).
> A typical package update might involve the following steps:
>
> 1) fink selfupdate-cvs
> 2) cd unstable; git commit -a [cvs -> git]
> 3) merge unstable -> local [git (+cvs changes) -> git]
> 4) hack in local; commit [git]
> 5) merge local -> unstable [git -> git; git -> cvs]
This workflow seems to do the trick (annotated with the data flow). I
noticed that one of my packages was updated with the new PatchFile
syntax, so I used that as a testcase for an external modification.
The commit in step 2 gets the change into unstable/.git, and I can
then go into local and run 'git pull' to move that into local.
While this is overkill for such a small change, it would make sure
that things like the pangocairo update would be merged properly with
works-in-progress.
With liberal use of 'git fetch' instead of 'git pull', I can easily
see in 'git status' whether something is newer in local than in
unstable.
Another potential advantage here is that you could do collaborative
maintenance of a package without running into the limitations of CVS
(e.g. having to manually sync between experimental/ and unstable/).
I haven't finished setting up gitweb or anything like that, but if
anyone is interested in taking a look at how the repositories are
structured, email me off-list and I will let you know where to clone
from.
--
Charles Lepple
clep...@gmail
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Convert .info to PatchFile syntax
On Fri, Dec 19, 2008 at 4:34 PM, Daniel Macks wrote: > Finally, as of yesterday in fink CVS HEAD, the patchfile is stored in > the .deb (the .info has been stored there for a while now) [...] > As this is purely a .info syntax change (vs > actual compile-time change), no need to change Revision or force a > rebuild. I guess the PatchFile situation is all settled now, but for future reference, is this sort of info file change really exempt from a rev-up if the info file is embedded in the .deb? Stepping back a bit, do we have a list of the metadata that we can reasonably expect to be the same between two different package builds, with certain fields held constant (like the revision, etc.)? -- - Charles Lepple -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] using Git/SVN to manage .info files in local/ tree?
Note: if you thought this was going to be a rant about keeping info files in CVS, sorry to disappoint you. I have been keeping .info files for my packages in my own SVN repository for some time now, and IMHO things are working pretty well. The one thing that I think could use a little improvement is tracking when versions have been pushed from my local directory to unstable, and from unstable to stable (or when another maintainer commits a change to CVS, and I blindly overwrite that with local changes when upstream releases a new version). Has anyone set up something like this, where you can easily summarize what packages need to be tested, then promoted? (I know there is something like this on the PDB for all packages, but I figure this could most easily be tracked locally, especially since the PDB has no concept of my local/ directory, and takes some time to update.) I know just enough about Git to be dangerous, so if you have more git-fu please shoot holes in this idea: stable, unstable and local are all Git repositories (with appropriate ignore rules for both CVS metadata and packages which I don't maintain). The unstable repository is cloned from local, and both are seeded with the unstable tree from CVS (similarly, stable is cloned from unstable, but with the actual contents imported from CVS). A typical package update might involve the following steps: 1) fink selfupdate-cvs 2) cd unstable; git commit -a 3) merge unstable -> local 4) hack in local; commit 5) merge local -> unstable Thoughts? Should I be using Git branches for stable/unstable/local? Would this sort of merge be reasonable for SVN 1.5+? -- - Charles Lepple -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Variants and multiple-choice dependencies
On Sun, Nov 23, 2008 at 10:57 AM, Daniel Macks <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 22, 2008 at 08:05:50PM -0500, Charles Lepple wrote:
>> Trying to be clever, I wanted to modify the Trac info file such that
>> it would not require pysqlite2-py26. (Python 2.5 and later come with
>> the sqlite3 library, which is compatible with pysqlite2.)
>>
>> Here's the crazy dependency line:
>>
>> Depends: <<
>> ...
>> (%type_raw[python] = 2.6) python26 |
>> (%type_raw[python] = 2.5) python25 |
>> (%type_raw[python] = 2.4) pysqlite2-py%type_pkg[python] (>=
>> 2.4.1-1) |
>> mysql-python-py%type_pkg[python] | psycopg2-py%type_pkg[python],
>> ...
>>
>> The basic idea is that you can use either SQLite, MySQL, or Postgres
>> as your database backend.
>>
>> However, the above expands as follows (in -py26, -py25 and -py24
>> variants):
>>
>> depends: ..., python26 | mysql-python-py26 | psycopg2-py26, ...
>>
>> depends: ..., pysqlite2-py25 (>= 2.4.1-1) | mysql-python-py25 |
>> psycopg2-py25, ...
>>
>> depends: ..., pysqlite2-py24 (>= 2.4.1-1) | mysql-python-py24 |
>> psycopg2-py24, ...
>>
>> I'm curious as to why the -py25 variant depends on pysqlite2-py25
>> instead of python25.
>>
>> Is there an order of operations that I should be aware of with variants?
>
> That does look weird. I just tried it, and got:
>
> $ fink dumpinfo -fpackage,depends foo-py2{6,5,4}
> package: foo-py26
> depends: python26 | mysql-python-py26 | psycopg2-py26
> package: foo-py25
> depends: python25 | mysql-python-py25 | psycopg2-py25
> package: foo-py24
> depends: pysqlite2-py24 (>=2.4.1-1) | mysql-python-py24 | psycopg2-py24
>
> which seems like what you (rightly) expect. Try 'fink index -f' to
> make sure the dependencies from some previous editing work you were
> doing aren't cached. Do you have another .info on your system that is
> supplying some of these variants?
Dan,
Good call. I forgot to bump the revision, and the changes I was seeing
on the -py26 variant were happening because there is no trac-py26 in
unstable yet.
thanks,
--
- Charles Lepple
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Variants and multiple-choice dependencies
Trying to be clever, I wanted to modify the Trac info file such that it would not require pysqlite2-py26. (Python 2.5 and later come with the sqlite3 library, which is compatible with pysqlite2.) Here's the crazy dependency line: Depends: << ... (%type_raw[python] = 2.6) python26 | (%type_raw[python] = 2.5) python25 | (%type_raw[python] = 2.4) pysqlite2-py%type_pkg[python] (>= 2.4.1-1) | mysql-python-py%type_pkg[python] | psycopg2-py%type_pkg[python], ... The basic idea is that you can use either SQLite, MySQL, or Postgres as your database backend. However, the above expands as follows (in -py26, -py25 and -py24 variants): depends: ..., python26 | mysql-python-py26 | psycopg2-py26, ... depends: ..., pysqlite2-py25 (>= 2.4.1-1) | mysql-python-py25 | psycopg2-py25, ... depends: ..., pysqlite2-py24 (>= 2.4.1-1) | mysql-python-py24 | psycopg2-py24, ... I'm curious as to why the -py25 variant depends on pysqlite2-py25 instead of python25. Is there an order of operations that I should be aware of with variants? thanks, -- Charles Lepple [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
