Re: [Fink-devel] EOL for 10.5 and 10.6

2013-06-20 Thread David Lowe

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


[Fink-devel] OT architecture problem [was: Dependencies For New Package]

2013-06-20 Thread David Lowe
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

2013-06-20 Thread Daniel Macks
On Thu, 20 Jun 2013 01:52:10 -0700, David Lowe 
doctorjl...@verizon.net 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


Re: [Fink-devel] [ANNOUNCE] unofficial binary distribution for 10.8

2013-06-20 Thread Brendan Cully
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


[Fink-devel] fvp changes

2013-06-20 Thread TheSin
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 fink-devel@lists.sourceforge.net
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 fink-devel@lists.sourceforge.net




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