[Fink-devel] fvp changes
The new apt is much more strict on the fields in status files, to get it to work I need to make a few minor changes to f-v-p, I spent lots of time working on apt 0.9.82 trying to figure out why girts weren't working and it turns out the parser was considering them invalid due to missing fields like arch and priority. So I made a quick patch which is in my pull request and i'll attach it here as well. I'd add it myself but I'm not sure which branch and if it'll affect anything else that uses f-v-p the current output looks like Package: 64bit-cpu Status: install ok installed Version: 0-1 description: [virtual package representing the 64bit capability of the CPU] I'd like to change it to look like Package: 64bit-cpu Status: install ok installed Priority: optional Architecture: all Version: 0-1 Maintainer: Fink Devel Description: [virtual package representing the 64bit capability of the CPU] The presence of the 64bit-cpu package indicates that the CPU on which we are running is 64bit capable. . Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage . Maintainer: Fink Devel fvp.patch Description: Binary data --- TS http://www.southofheaven.org/ Life begins and ends with chaos, live between the chaos! -- 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
Re: [Fink-devel] [ANNOUNCE] unofficial binary distribution for 10.8
Since phinch is in a coma, the autobuilder hasn't been able to upload new packages to finkproject.org. Until that is sorted, I'll make the packages available straight from the builder: deb http://fink.kublai.com/10.8 stable main On Monday, 29 April 2013 at 10:09, Brendan Cully wrote: > Hi, > > This is just to let you know I've put together an *unofficial* rolling > binary distribution for 10.8, since todai isn't doing it: > > deb http://brendan.users.finkproject.org/10.8 stable main > > It's been running for a week or two, and seems to be doing ok. The > source code for the builder is here: > > https://bitbucket.org/brendan/fink-builddist > > in case anyone wants to set up a builder for other distros :) -- 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
Re: [Fink-devel] EOL for 10.5 and 10.6
On Thu, 20 Jun 2013 01:52:10 -0700, David Lowe wrote: > On Jun 19, 2013, at 8:02 PM, Alexander Hansen wrote: > > > In view of simplifying our lives we've got a few options here: > > > 1) EOL 10.5, and defer 10.6 for a while. This could be done > > essentially immediately, with all of the 10.5 packages being stashed > in > a 10.5-EOL directory similarly to we do for 10.4. > > > 2) EOL 10.5 and 10.6/i386, keeping 10.6/x86_64 around for a > while > longer. This will take additional tweaks to fink but I don't > know of a > reason at this point that precludes this. > > > 3) EOL 10.5 and 10.6. This is probably the simplest option, > because it > just requires people to stop committing to the 10.4/ > tree, and a new > fink release which is set only to acknowledge 10.7 > and later. > > > Anyway, feedback would be appreciated. > > For my own selfish reasons, i prefer #1. I have several working > machines that aren't acceptable to 10.7 or newer, and frankly i've > come to loath Lion on the one that is. I have no intention of moving > to 10.8 as it seems to be moving further in the wrong direction, and > will probably end up reinstalling 10.6 when support for 10.7 is > dropped. Sébastien rightfully mentions the tradition of supporting > only two recent versions of the OS. Well, yeah, Apple used to only > support two recent versions. It is, however, *still* providing > updates to Snow Leopard. I don't have any numbers, but browsing web > forums leads me to believe that masses of Macs are stuck at 10.6. 10.6 was the last system to support Rosetta (thanks for the reminder, cirdan), and I know a bunch of sites are keeping some machines at 10.6 because they still need that. I can't think of a reason to keep 10.6/i386 though. Now that we've moved so many years in the x86_64 world, is there anything in active development that is not in the new arch? Would be good to check and see is there are any things we missed though. And 10.6/i386 is harder to support (requires actual test-building and sometimes arch-specific tweaks) than 10.6/x86_64 because it's not the native arch for the machine (whereas "it works on 10.{>6}/x86_64 therefore it'll probably be okay as-is on 10.6/x86_64" is usually true). So I lean towards #2, with #3 my second choice (because it really is easy and we really are over-extended with what we can actually support by a lot). dan (and try migrating it to as many new platforms use special-purpose software that needs that feature. need for that feature. > > Now that i've said my piece, is there anything i can do to assist? > > Sent from Darlene-Lowes-Mac-mini > > River Tam: "Also? I can kill you with my brain." > -- > 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 > > -- Daniel Macks dma...@netspace.org -- 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] OT architecture problem [was: Dependencies For New Package]
On May 21, 2013, at 10:47 PM, Alexander Hansen wrote: > 2) Patch Makefile to replace '-lGL -lGLU' with '-Wl,-framework,OpenGL' This is the way i went, as i'm not gonna put together an info file until i'm sure it compiles by hand. Now that the dependencies seem to be taken care of i get this: Darlene-Lowes-Mac-mini:sdl-ball (368) $ make g++ -DDATADIR="\"themes/\"" main.o -Wl,-framework,OpenGL `sdl-config --libs` -lSDL_image -lSDL_ttf -lSDL_mixer -o sdl-ball ld: warning: in main.o, file was built for unsupported file format which is not the architecture being linked (i386) Undefined symbols: "_SDL_main", referenced from: -[SDLMain applicationDidFinishLaunching:] in libSDLmain.a(SDLMain.o) ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [sdl-ball] Error 1 This is an i386 machine, so why is it trying to make otherwise? Here are some specs: Darlene-Lowes-Mac-mini:sdl-ball (370) $ sw_vers ProductName:Mac OS X ProductVersion: 10.6.8 BuildVersion: 10K549 Darlene-Lowes-Mac-mini:sdl-ball (371) $ xcodebuild -version | head -n 1 Xcode 3.2.3 Darlene-Lowes-Mac-mini:sdl-ball (372) $ fink list sdl Information about 12522 packages read in 5 seconds. alien-sdl-pm5100 1.4.25-1 Building, finding and using SDL binaries alien-sdl-pm5881.4.25-1 Building, finding and using SDL binaries angband-sdl3.1.1.1626-3 SDL-based dungeon exploration game atari800-sdl 2.1.0-2 Atari 800 emulator, SDL variant mpg123-sdl 1:1.15.4-1 SDL output module for mpg123 i sdl1.2.15-1 Cross-platform multimedia library sdl-gfx13 2.0.23-1 SDL basic drawing routines and rotozoomer sdl-gfx13-shlibs 2.0.23-1 SDL basic drawing routines and rotozoomer i sdl-image 1.2.12-1 SDL image file loading library i sdl-image-shlibs 1.2.12-1 SDL image file loading library i sdl-mixer 1.2.12-1 SDL multi-channel audio mixer library i sdl-mixer-shlibs 1.2.12-1 SDL multi-channel audio mixer library sdl-net1.2.7-1 SDL networking library sdl-net-shlibs 1.2.7-1 SDL networking library sdl-pm5100 2.511-1 Simple DirectMedia Layer for Perl sdl-pm588 2.511-1 Simple DirectMedia Layer for Perl i sdl-shlibs 1.2.15-1 Cross-platform multimedia library sdl-sound 1.0.3-5 SDL sound library sdl-sound-bin 1.0.3-5 SDL sound library - audio player sdl-sound-shlibs 1.0.3-5 SDL sound library - shared libs i sdl-ttf2.0.11-1 SDL TrueType font library i sdl-ttf-shlibs 2.0.11-1 SDL TrueType font library Sent from Darlene-Lowes-Mac-mini Jayne: "Oh, I think you might wanna reconsider that last part. See, I married me a powerful ugly creature." -- 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
Re: [Fink-devel] EOL for 10.5 and 10.6
On Jun 19, 2013, at 8:02 PM, Alexander Hansen wrote: > In view of simplifying our lives we've got a few options here: > > 1) EOL 10.5, and defer 10.6 for a while. This could be done > essentially immediately, with all of the 10.5 packages being stashed in > a 10.5-EOL directory similarly to we do for 10.4. > > 2) EOL 10.5 and 10.6/i386, keeping 10.6/x86_64 around for a while > longer. This will take additional tweaks to fink but I don't know of a > reason at this point that precludes this. > > 3) EOL 10.5 and 10.6. This is probably the simplest option, because it > just requires people to stop committing to the 10.4/ tree, and a new > fink release which is set only to acknowledge 10.7 and later. > > Anyway, feedback would be appreciated. For my own selfish reasons, i prefer #1. I have several working machines that aren't acceptable to 10.7 or newer, and frankly i've come to loath Lion on the one that is. I have no intention of moving to 10.8 as it seems to be moving further in the wrong direction, and will probably end up reinstalling 10.6 when support for 10.7 is dropped. Sébastien rightfully mentions the tradition of supporting only two recent versions of the OS. Well, yeah, Apple used to only support two recent versions. It is, however, *still* providing updates to Snow Leopard. I don't have any numbers, but browsing web forums leads me to believe that masses of Macs are stuck at 10.6. Now that i've said my piece, is there anything i can do to assist? Sent from Darlene-Lowes-Mac-mini River Tam: "Also? I can kill you with my brain." -- 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