Re: [Fink-devel] automake updates

2013-07-19 Thread Chris Zubrzycki

On Jul 19, 2013, at 8:34 PM, Hanspeter Niederstrasser f...@snaggledworks.com 
wrote:

 There is a new point release for automake-1.13. Automake-1.14 was also 
 released at the end of June.  automake-1.13.4 built fine on 10.7 w/ no 
 changes.
 
 Automake-1.14 failed two tests, but one has already been patched upstream[1] 
 and the second failure has been filed[2].  The packaging is identical to 1.13 
 otherwise.
 
 I can check 1.13.4 into CVS if wanted and then follow up with automake1.14 
 when that is ready.
 
 Hanspeter
 
 [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14706
 [2] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14911

Feel free to commit the update when the tests pasts. Max has been updating them 
for a while, you may want to coordinate with him.


-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Everyone who comes in here wants three things:
(1) They want it quick.
(2) They want it good.
(3) They want it cheap.
I tell 'em to pick two and call me back.
-- sign on the back wall of a small printing company




--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/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] Gaim - Pidgin -- searching a new maintainer

2007-05-05 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On May 5, 2007, at 9:35 AM, Max Horn wrote:

 Hi folks,

 I have maintained the gaim package for many years. But I am not
 really using it anymore (having switched first to Proteus and later
 to Adium). Now they finally made a new major release, under a new
 name: Pidgin (see http://pidgin.im/). IMO it's still a very good app,
 and it would be worthwhile to have a new package for it. But as you
 guessed from the subject of this mail, I would prefer if somebody
 else does this.

 In addition, the depends need to be rechecked (e.g. libao2/audiofile
 deps replaced by gstreamer; potential deps on gconf2, cyrus-sasl2,
 libhowl, silc-*, doxygen, ...). Also some other things should be
 reconsidered (do we still need a relinking patch? Do we still have to
 force downgrade -O2 to -O? etc.).

I have had a beta of gaim in svn for a while now, i think it was one  
version behind the last beta release. I updated all the depends and  
builddeps, and it seemed to build everything from a clean system,  
someone could use this as a starting point for the new package, I  
would think that the last beta was similar in structure to the release.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Sadly, text alone cannot convey the depths of my sarcasm.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkY849YACgkQ+/mCMqKrwHBymACdG9/CKE6nCnnOn78LmDgtLssE
uKUAoLEtXADpKEVygIXWuBwxM1FQrqVJ
=l3KB
-END PGP SIGNATURE-

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] another crypto question

2006-11-30 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Nov 29, 2006, at 10:22 PM, David Reiser wrote:

 Configure checks for the presence of 2 versions of libsoup, and if
 neither is present, testgtkhtml.c isn't compiled. Furthermore, when
 it is compiled, it is compiled into the top src directory, and the
 current fink implementation does not install testgtkhtml anywhere.
 So, it looks to me like we could disable access to libsoup (via
 buildconflicts)

You don't even need to conflict. Just ignore it, or patch the  
makefile to remove that line. BuildConflicts aren't fun.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


ICBM Address: 39.795906N -75.056029W



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkVu0EkACgkQ+/mCMqKrwHCFVQCfTgYM7M8gWVGDkpfxfqdUy+Gp
ATAAnArVJnr9Sal1McHI+ouA7rXzUWaE
=9pSB
-END PGP SIGNATURE-

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fink vs. the alternatives

2006-11-09 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Nov 9, 2006, at 11:12 PM, [EMAIL PROTECTED] wrote:


 static and dynamic, maybe?

or stable and testing, since that's pretty much exactly what they are...


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070 Fprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB  
C070

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?



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkVT/ukACgkQ+/mCMqKrwHAPegCePbVIsTThX+BRlsHT64rjudag
rN8AoNVHhslJnrCFlC9rpDv8XrgBiK9w
=ai5q
-END PGP SIGNATURE-

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] mplayer / fink / realaudio

2006-09-24 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Sep 20, 2006, at 12:07 PM, Mario Frasca wrote:

 Hi Chris,

 Two additions to my mail.

 one taken from
 http://www.linuxquestions.org/questions/showthread.php?t=394282,  
 mplayer
 for some reasons falls in the cathegory of programs seeing kde even
 where there's no kde.  this command is needed:

 mkdir /tmp/ksocket-$USER

 I don't know where it would be safe to put it, since /tmp could be  
 well
 be cleaned at boot or shutdown time...  this is what happens on my
 debian mac...  it would be cleaner if we could have it put its  
 temporary
 files somewhere else...

 the second is what I needed to add so that mplayer would see my  
 installed
 Realplayer.app: in the mplayer.info, at the ConfigureParams, I had  
 to add
 --with-codecsdir=/Applications/RealPlayer.app/Contents/Frameworks/ 
 HXClientKit.framework/HelixPlugins/Codecs

The reason we can't use this is that we are not allowed to distribute  
the real codec, nor can we force a user to keep it, or install it. We  
have a strict policy that demands packages build the same everywhere.  
If you want this included in fink, email Real about installing the  
codec bundle in /Library/Frameworks, so it is in a standard location  
and other apps can depend on it.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


ICBM Address: 39.795906N -75.056029W



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkUXWpoACgkQ+/mCMqKrwHDdBQCfRrCj+qlVB9m5f/f+wwXQL4n5
SNYAoMg+WE/Cs19mB23gBnKZ7/hvef+n
=/slB
-END PGP SIGNATURE-

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/libs libgeos2.info, 1.5, 1.6

2006-09-17 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Sep 17, 2006, at 8:19 AM, BABA Yoshihiko wrote:

 Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/libs
 In directory sc8-pr-cvs5.sourceforge.net:/tmp/cvs-serv30163

 Modified Files:
   libgeos2.info
 Log Message:
 for dual
 @@ -20,7 +20,7 @@
  ConfigureParams: --mandir=%p/share/man
  CompileScript: 
./configure %c
 -  make
 +  make -j1 install-strip DESTDIR=%d
  

Don't we have NoSetMAKEFLAGS and SetMAKEFLAGS for this stuff?


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


   One disk to rule them all, One disk to find them. One disk to bring
   them all and in the darkness grind them. In the Land of Redmond
   where the shadows lie. -- The Silicon Valley Tarot



- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.   
Unauthorized decoding of this message may result in extreme penalties  
under the DMCA.  These penalties include, but are not limited to: US 
$100,000 fine, life imprisonment, castration, death, limp hair,  
terminal halitosis, and amputation of the extremities.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkUNWl0ACgkQ+/mCMqKrwHAaJACgz8gEmg11Qa9qhtSqfBLLJMPM
5rIAn1Nqt0S+gw0YYmoZIaI8K0H4f+jP
=yfqH
-END PGP SIGNATURE-

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] /sw/var/db/fink.dbhis

2006-09-11 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Sep 11, 2006, at 3:39 AM, Martin Costabel wrote:

 William Scott wrote:
 Package manager version: 0.24.26
 Distribution version: 0.8.1.cvs powerpc
 You don't say what version you use on your intel machine.

 sorry it is
 % fink --version
 Package manager version: 0.24.99.cvs
 Distribution version: 0.8.1.cvs

 OK, so it is from cvs. Unfortunately, fink --version then always says
 0.24.99, but it can be anything compiled from cvs in the last two  
 years.

 The renaming from /sw/var/db/fink.db to /sw/var/lib/fink/fink.db  
 (which later
 moved on to /sw/var/lib/fink/index.db plus other stuff in
 /sw/var/lib/fink/finkinfodb/) happened in Fink HEAD sometime in  
 early 2005.
 The 0.24 release branch broke off some time before this.


 Is there one file I can use as a watchpath for changes that  
 persists in
 all of these?

 I have no idea how such a LaunchAgent works, if it is possible to  
 watch
 several files. Anyhow, for any given version of fink, I think between
 the three *.db files I mentioned above, you will find one that will do
 the trick (until the next rewrite of Package.pm).

/sw/var/lib/dpkg/status is updated whenever a package is installed or  
removed.

- -chris zubrzycki
- - --
PGP ID: 0xA2ABC070

Quemadmoeum gladis nemeinum occidit, occidentis telum est (A sword
is never a killer, it's a tool in the killer's hands) ― Lucius  
Annaeus Seneca
the younger ca. (4 BC - 65 AD)




-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkUFToEACgkQ+/mCMqKrwHAdWwCgslxWA38F5IaVBLoiJk7T/Ydp
EIAAoOOxbtAbI0KepHYvnz2MQJNDCB31
=QkYi
-END PGP SIGNATURE-

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] ghostscript

2006-09-04 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sep 4, 2006, at 4:30 PM, Jens Noeckel wrote:

 Logic then dictates that I should go even further and remove the
 BuildDepends on libjpeg and  libpng3, as well as the runtime
 dependencies on the corresponding shlibs.

Of course, the whole point of shared libraries is that they are  
shared between applications, and only need to be loaded once into  
memory. If you use the libs supplied by each app, you might as well  
go back to using static libs for everything...

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkT8jz8ACgkQ+/mCMqKrwHDRiACg3QtEz/4XB+x8UsIuxZAyd2rz
akAAoIaoRn+PGZ69e3WpuSWdw+utko7X
=uTmX
-END PGP SIGNATURE-

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Package test suites

2006-08-28 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Aug 28, 2006, at 5:22 PM, Neil Tiffin wrote:

 As a package maintainer I would like to see it invoked with option -
 T like fink -KkT rebuild package_name. Once I figure out how to
 run the tests and put the instructions in the .info file, I can then
 easily run them every time the package is upgraded.  This would be a
 lot simpler than having to go to the directory and figure out how to
 tun the test each time (even though it is usually make test,
 sometimes there is other stuff that is required.

As a maintainer it will be up to you to figure out what tests are  
available and which ones to run, and any extra steps that need to be  
done. Also, how will the tests be reported? Not all tests may exit  
with a non-zero status, it may just report modules built, and what if  
one didn't build for some reason, but the build finished ok? How will  
the output be parsed?

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Twice blessed is help unlooked for. --Tolkien



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkTzYzMACgkQ+/mCMqKrwHBx/QCgpVduuxgW5wanc0A0wfs/aK56
55UAoM97Ch+gntTtdmISiv7VTcirYL9q
=WOrM
-END PGP SIGNATURE-

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fink feature request

2006-07-20 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jul 19, 2006, at 7:13 PM, Jack Howarth wrote:

 Conflicts: lammpi ( 7.1.2-1000), lammpi-shlibs ( 7.1.2-1000),  
 lammpi-dev  ( 7.1.2-1000)

add a replaces: line with the packages/versions that it shares files  
with.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...

chmod -R 0 / ; and smile :)



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkS/bKAACgkQ+/mCMqKrwHBIcACgrPbBDeEdG+8gOlwENPWcyE4d
4D4AoIo1ob9lPDiIn1rkz+9HJ4EpQ7rb
=SCT5
-END PGP SIGNATURE-

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] gcc4 split (was: libgfortran .so bump)

2006-07-12 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jul 12, 2006, at 11:19 PM, David Fang wrote:

 libgfortran.so.0 - gcc 4.0.3
 libgfortran.so.1 - gcc 4.1.1
 libgfortran.so.2 - gcc 4.2

 The current gcc4 in unstable has a bogus libgfortran.so.1 since it
 already is probably missing the abort_ and _gfortran_copy_string
 functions that are part of the libgfortran in gcc 4.1.x. I would
 strongly suggest we identify which packages in fink 10.4 unstable
 build against gfortran and version bump them all with the proper
 BuildDepends on the newer gcc4 package when we release one.

Well, our package naming policy would give us libfortran0,  
libfortran1 and libfortran2, so no worries there... just split  
libgfortranX and libgfortranX-dev out of gcc and dep on that.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


ICBM Address: 39.795906N -75.056029W



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkS1v0YACgkQ+/mCMqKrwHClqgCgmbvbJHmmyji2H1YYUV7ncteL
EE8AoNbv+66a5mTC/5m2rkozgPieRAGt
=cCAp
-END PGP SIGNATURE-


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] problem with package lua

2006-07-03 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jul 2, 2006, at 8:08 PM, Asko Kauppi wrote:


 Jean-Louis's email address is [EMAIL PROTECTED] (two l's)

 However, we are maintaining the package together, so I may pick up
 the call, too. :)

 Lua 5.1.1 is being reviewed by the Lua authorities, and that version
 I can affect (not Lua 5.0, that is all Jean-Louis's).

 New package splitting is like this (comments in lua51.info):

 # Packages:
 #   lua The binary 'lua' (well, symbolic link); does not
 guarantee which Lua version one gets
 #   (mainly for playing with the interpreter, and for
 'package compatibility')

I would get rid of this package. Have the lua5 package provide lua,  
and if you make an unversioned symlink with update-alternatives, it  
is possible to have multiple versions installed, and the user can  
choose to override the default lua symlink.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Of course, you realize this means war.
- -B. Bunny



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkSpJ/IACgkQ+/mCMqKrwHDx3wCeIwsuAaSVVzFVRg1mOqSiFA+Q
zPwAoJlfePe4ZHM5UJ8smT988tvMIjg7
=dNk2
-END PGP SIGNATURE-

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fink package only?

2006-06-22 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jun 22, 2006, at 8:53 AM, Jack Howarth wrote:

 I am wondering if there is a fink command which will achieve the
 following. I had a remote ssh session running while I built gcc4 on
 a G4. In ssh session had a time-out before the gcc4-shlibs package
 could be fully created. However I still have the root-gcc4-shlibs
 directory. Is there some fink flag that will package this directory?
 Or can I achieve this with a dpkg command? I would rather not repeat
 the build as it is glacial on a G4. Thanks in advance.

No, but next time you can run it in a screen session.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Twice blessed is help unlooked for. --Tolkien



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkSalLoACgkQ+/mCMqKrwHBi6ACg2qd8GZ7jbTFEGREeTRxw0m8a
LaMAoJDD/wf025aBrIp0UKkvHPC0DuwY
=q+aR
-END PGP SIGNATURE-

All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] fink package only?

2006-06-22 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jun 22, 2006, at 9:24 AM, Alexander K. Hansen wrote:

 On 6/22/06, Chris Zubrzycki [EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1


 On Jun 22, 2006, at 8:53 AM, Jack Howarth wrote:

 I am wondering if there is a fink command which will achieve the
 following. I had a remote ssh session running while I built gcc4 on
 a G4. In ssh session had a time-out before the gcc4-shlibs package
 could be fully created. However I still have the root-gcc4-shlibs
 directory. Is there some fink flag that will package this directory?
 Or can I achieve this with a dpkg command? I would rather not repeat
 the build as it is glacial on a G4. Thanks in advance.

 No, but next time you can run it in a screen session.

 - -chris zubrzycki
 - - --

 Though if you're building a package that needs access to Aqua (e.g.
 openoffice.org*), screen won't work.  I use VNC in such situations.

Is that still a problem if you open screen from a terminal when you  
log in, not from a ssh'd in login? cause open used to be busted like  
that. If you ssh'd in and tried open, it would fail, but if you  
opened the terminal locally, started screen, ssh in and attach, it  
would work.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Sadly, text alone cannot convey the depths of my sarcasm.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkSas8QACgkQ+/mCMqKrwHCNTgCgjd/hJYXxEXIRtArTOtbVdUMG
plIAoIgEqkf3GZkk+SDz1kvIAcW/puuo
=9H0y
-END PGP SIGNATURE-

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] gcc4 failed on 2 G4s

2006-06-21 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jun 21, 2006, at 10:51 PM, William Scott wrote:

 Following Jack's advice, I did a clean /sw install, and sure enough,
 it (gcc4) compiled.


Odd, I wonder if there is some hidden build conflict somewhere...  
don't forget there is the unofficial todai bindist ;)

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Only two things are infinite, the universe and human stupidity, and I'm
  not sure about the former.
 
- -- Albert Einstein



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkSaHzcACgkQ+/mCMqKrwHA2nQCg32K64zNZuH6ECtNCR4DGhoDX
VlcAnRTNQsIB18jXO7OZLRQazatP/yEk
=yU6a
-END PGP SIGNATURE-

All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] ssh key for cvs

2006-05-19 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On May 19, 2006, at 5:32 PM, Daniel Macks wrote:


On Fri, May 19, 2006 at 10:47:25PM +0200, Martin Costabel wrote:

Daniel Macks wrote:

On Fri, May 19, 2006 at 09:42:52AM -0700, Kurt Schwehr wrote:


Did the new cvs server get redone without saving the
key or do I have a problem?  Thanks.


The former. Unannounced by SF until well after the fact:( See
http://sourceforge.net/docs/A04/ for their notice about it.


It is my guess that this problem is also responsible for the fact  
that
the rsync mirror does not update any more (a little over 2 days by  
now).


It would be good if somone who has write access on sampson could  
restart

the update script.


Ooh that sounds like a problem. That script appears to have the new
hostname, but I can't tell if the key has been fixed. Unfortunately,
the script doesn't provide any publicly-available diagnostics:( Need
to find someone with root on sampson to check and fix it if needed.


Fixed.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Neurotic:  Someone who builds castles in the sky.
Psychotic:  Someone who lives in those castles.
Psychotherapist: The one who collects the rent.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkRudDIACgkQ+/mCMqKrwHDZXwCgkHJUEk9dKU/jcWrY5n9A/5lC
pn8AoLHE5RaiG2rH2R8dWLiywft8l7YV
=Fc76
-END PGP SIGNATURE-


---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: switch to fink.cvs.sourceforge.net

2006-05-16 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On May 14, 2006, at 10:41 AM, William Scott wrote:


Hi folks:

I used Martin's script to get cvs working on one of my machines  
(worked great), but I want to use cvs on two others that were for  
the time being using fink selfupdate-rsync.  I can't figure out  
what to change to get back to fink.cvs.sourceforge.net,


Until there is a new fink release that takes care of this, you can do  
as follows (*no warranty*  *none*)


rm everything in /sw/fink (except debs, if you want)
cp the CVS dir from /sw/fink on your machine w/the working cvs  
checkout to the new

manually update fink.conf so you have SelfUpdateMethod: cvs
fink selfupdate

You can manually do a cvs -z3 up -dP in /sw/fink if you want; it will  
then grab the latest version of all trees.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Everyone who comes in here wants three things:
(1) They want it quick.
(2) They want it good.
(3) They want it cheap.
I tell 'em to pick two and call me back.
-- sign on the back wall of a small printing company



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkRp3WUACgkQ+/mCMqKrwHBwdQCeIFulVHq1UZjLi8JJhl3puhTg
uQ0AoM0Dk0uOrwi3/vKWfY2w5OnOWIsF
=GCm4
-END PGP SIGNATURE-


---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] RFC: Choosing mirror by DNS LOC.

2006-04-25 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Apr 25, 2006, at 12:44 PM, Kyle Moffett wrote:


On Apr 25, 2006, at 03:08:59, David H. wrote:
The question is, is there a fairly simply way to determine routing  
information and calculating a sane path in a reasonable time?


Traceroute?  Ping?  Some combination of the two?  Have the user  
specify country (and maybe state/province), then look up a list of  
adjacent/nearby states/countries, then run a traceroute and ping on  
that list of mirrors.  Take some combination of most rapid response  
time and shortest route (which are going to be equivalent in 99% of  
the cases) and use that to select a mirror.


Debian has an app called apt-spy, might be interesting idea to start  
with...


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


ICBM Address: 39.795906N -75.056029W


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkROlMMACgkQ+/mCMqKrwHCPrgCeL7a2j+UhxsxrUgHTBL57apWA
vXMAoKwTWZHerN5C9I0eQmqKU8tlXZo4
=uB9S
-END PGP SIGNATURE-


---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] RFC: Choosing mirror by DNS LOC.

2006-04-24 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Apr 24, 2006, at 4:50 AM, David H. wrote:


Hello fans.

For a long time it has been known that the algorithm we choose your  
closest mirror by, might not be the best one. Here is a new idea  
and I  hope you will leave you comments for me.


Well, it sounds neat, but wouldn't it be better to use the closest  
according to the route the packets take, rather than the line  
distance on a map? You might be connected to the same backbone as a  
large mirror, but it could be farther geographically.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkRNih4ACgkQ+/mCMqKrwHBU6gCg3/jWcKJKyDSaqdS+fCO5us8a
RGAAoJXHh5HitjmFF1KpQdzBuIYIcQ6B
=aCTz
-END PGP SIGNATURE-


---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mar 29, 2006, at 8:01 AM, Max Horn wrote:

Hence, I am wondering whether we should merge all those ChangeLogs  
(21) and only keep a single one... This would involved changing  
entries like

2001-05-08  Christoph Pfisterer  [EMAIL PROTECTED]

* config.guess, config.sub: Updated with latest version
(2001-04-20) from ftp.gnu.org.

such that they list the full file path, i.e. update/config.guess,  
update/config.sub in this case. And of course removing duplicate  
entries etc., in short, a lot of manual work.


Clearly, this would be a *lot* of work for perlmod/Fink/ChangeLog  
which is by far the biggest. All the others are fairly short. My  
suggestion hence would be to start out by merging all ChangeLogs  
*except* for perlmod/Fink/ChangeLog into a single one (this should  
be relatively quickly done, and I would do it). While not quite  
perfect, this would mean that at least there are only two,  
instead of 21, ChangeLog files to watch  update. Merging perlmod/ 
Fink/ChangeLog then could be done at a later point, or gradually,  
or with a clever script, or by hiring some slaves, or so ;-).



What do you think? Is this idea bogus?


No, it's a good idea, many times i edit one changelog, and forget to  
edit the 2nd. If you would be willing to start, I will help when I  
can. It would be hard to coordinate, but maybe when someone starts to  
play w/the changelog they commit their name at the end of the file,  
then when they are done playing, remove their name. This way we don't  
get multiple people working on it, and lots of conflicts. Also make  
sure people only use the main ChangeLog from now on.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.   
Unauthorized decoding of this message may result in extreme penalties  
under the DMCA.  These penalties include, but are not limited to: US 
$100,000 fine, life imprisonment, castration, death, limp hair,  
terminal halitosis, and amputation of the extremities.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQqnRcACgkQ+/mCMqKrwHAgAACgjm+OpwwnXQFHwZHY+/YaRO/V
kFoAn2hbJ+GNMQ0KBQj2aExWBh0xUeGt
=eoJB
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Merge fink ChangeLogs?

2006-03-29 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Mar 29, 2006, at 3:06 PM, Dave Vasilevsky wrote:



On Mar 29, 2006, at 8:01 AM, Max Horn wrote:
such that they list the full file path, i.e. update/config.guess,  
update/config.sub in this case.


I'm perfectly happy to have a merged Changelog. May I suggest,  
however, that for non-duplicate filenames we omit the full path? By  
far most of the changes happen to perlmod/Fink/*.pm, and having  
'perlmod/Fink/' over and over will get tiring fast (both to read  
and to write).


What if later another dir gets that file? go back and change all  
$file to $path/$file?


At least in x11 double-click, middle-click does it quick, esp if you  
use the path to the file when you vim. :-D


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070 Fprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB  
C070


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?



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQq+cQACgkQ+/mCMqKrwHARcACgjAnbOAtZtrV0LPSVt5czbczm
SWwAoIm1epDGIpJ2JHmWver72KEl4u/X
=BKCu
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] KDE builds on Intel! (mostly)

2006-03-02 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Mar 2, 2006, at 7:45 PM, Daniel Johnson wrote:



On Feb 28, 2006, at 8:34 PM, Benjamin Reed wrote:


Daniel Johnson wrote:

I see what needs to be done to get 0.8.12 to build, but it  
requires a
lot of patching which I don't really feel like doing right  
now. :) Of
course, if the dependency can be safely changed to  
gstreamer-0.10, that

would also work.

And gstreamer-0.10 just built.


The API changed rather drastically between 0.8 and 0.10, it's  
extremely

unlikely you can just switch the dep and have it work, you'll have to
port the software, or wait for the software to be ported to the 0.10
framework.

Also be aware that the osx audio and video plugins for gstreamer  
haven't

been ported to 0.10 yet, so you'll have to go through esound or
something else if there is something, to get audio at all from  
gstreamer

0.10.


Oh well, back to 0.8.12.

Heh, that was a lot easier then I thought! Here's the patch to  
enable building on Intel:


I just looked at your patch. It looks like if you fix configure to  
detect that there is indeed an x86 processor, the Makefile.in will be  
correct.



- [EMAIL PROTECTED]@GSTARCH_SRCS =
- [EMAIL PROTECTED]@GSTARCH_SRCS = gstgetbits_i386.s
+GSTARCH_SRCS =
+#GSTARCH_SRCS = gstgetbits_i386.s


These lines will be correct if configure detects the correct  
processor. if HAVE_CPU_I386_TRUE is set, it will be active in the  
Makefile. If it is unset, that line will be commented out in the  
Makefile. What you did isn't wrong, but if you fix configure you can  
send the patch upstream and not need any patch then.



- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Everyone who comes in here wants three things:
(1) They want it quick.
(2) They want it good.
(3) They want it cheap.
I tell 'em to pick two and call me back.
-- sign on the back wall of a small printing company


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQHvyAACgkQ+/mCMqKrwHAjvwCfV/dB6GsEQsTff5h0psauOeyO
3hwAoJuOOUGF9m8DYsW+Bpa1eK+YNEjy
=/cIb
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] KDE builds on Intel! (mostly)

2006-03-02 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Mar 2, 2006, at 10:59 PM, Chris Zubrzycki wrote:



These lines will be correct if configure detects the correct  
processor. if HAVE_CPU_I386_TRUE is set, it will be active in the  
Makefile. If it is unset, that line will be commented out in the  
Makefile. What you did isn't wrong, but if you fix configure you  
can send the patch upstream and not need any patch then.


Oops. Don't mind me, I've been at work way too long :-)

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Sadly, text alone cannot convey the depths of my sarcasm.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQHxhIACgkQ+/mCMqKrwHBR6QCfQSCLJzGn4WxwQUexjY5pe7p9
pOYAn0MMvu+gxfw9Hvjz6A1mWdq7vakJ
=qUJM
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] ppc unix binaries on Macintel?

2006-02-28 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Feb 28, 2006, at 12:51 PM, Jack Howarth wrote:


   I am wondering if anyone with a Macintel box can answer
the following question. Will Rosetta run ppc unix binaries?
For example, if you download some of the prepackaged unix
scientific software like Chimera, Sparky, etc, do they run
under Rosetta? I understand they would have to be compiled
for the G4 but I have never gotten a clear answer on whether
Rosetta fully extends to X11 based software compiled for ppc.
Thanks in advance for any information.


Rosetta translates almost all ppc code to x86. x11 apps are still ppc  
code


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.   
Unauthorized decoding of this message may result in extreme penalties  
under the DMCA.  These penalties include, but are not limited to: US 
$100,000 fine, life imprisonment, castration, death, limp hair,  
terminal halitosis, and amputation of the extremities.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQEoaIACgkQ+/mCMqKrwHDU1gCeLvpeXn/fylKfeGyarJKYGS9D
8WgAn2+IwF1rThuPLEyDGAcP7j0fJWzL
=4bqN
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: ppc unix binaries on Macintel?

2006-02-28 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Feb 28, 2006, at 5:34 PM, Jack Howarth wrote:


Chris,
I've asked around on the darwin x11 mailing list and so far
the answers suggest the worst. From what I have heard so far, the
X11.app for Macintel doesn't provide a mechanism to transparently
provide the ppc X11 libraries to ppc X11 executables so they don't
run. So it appears that everything for X11 will have to be rebuilt
as intel binaries. This is really unfortunate as it will likely take
several years to completely repopulate all the scientific versions
of X11 applications with Universal versions. Also its unclear how
difficult it will be to built Universal versions with typical  
makefiles

(since few scientific applications bother to use the Xcode build
system).


Well, for the opensource versions, I'd imagine they'd do the same as  
every other unix arch, have a ppc build and an intel build. Too easy.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Remember: it's a Microsoft virus, not an email virus,
a Microsoft worm, not a computer worm.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkQE2aQACgkQ+/mCMqKrwHDrawCfZrW2/R9yrm61Ype2ddtUWikq
bwMAni4dwN+yteKMotvgdoq+4Meslkdh
=ThTh
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Gettext stable-unstable switching on 10.4 tree

2006-02-24 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Feb 24, 2006, at 10:27 AM, David R. Morrison wrote:

Hi Michèle.  I've seen things like this before.  This kind of  
upgrade issue is exactly why I haven't moved libgettext3 to  
stable.  We need to have a strategy for avoiding any issues with  
users who upgrade to libgettext3.


Thanks for the report.


drm, the problem exists *because* gettext3 isn't in stable. You can  
see this error on a clean install if you enable unstable before doing  
a selfupdate+update-all, I believe. Because fink normally does update- 
all in alphabetical order, and g comes before l, it tries to do  
something weird. I'm fairly certain libgettext3 is ready to be moved  
to stable and old gettext moved to libs/, and then stable packages  
can be updated when ready.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Isaac Newton understood the impact of the Apple.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkP/KvsACgkQ+/mCMqKrwHCq/wCfcuDd6f+qYUA9pTPNHV4PCp1g
6MYAnjGQoyoTK9Muy55ZQdYF5/Eu5PFY
=BvxJ
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] mixed blt-dev dependencies on pythons

2006-02-24 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Feb 24, 2006, at 9:59 PM, Jack Howarth wrote:

I noticed today when doing a 'fink selfupdate' and 'fink update- 
all'
from the 10.4-transitional unstable cvs a problem with the python  
packages.
I had both python23 and python24 installed on this machine so both  
packages

were to be updated with new builds. Unfortunately, while python24 now
build conflicts with blt-dev, python23 still build depends on blt-dev.
This sets up a conflict preventing 'fink update-all' from working  
properly.

Why have we forked the blt dependency on the two different pythons?


Well, the 2 different pythons are, well, different. update one, then  
continue the update-all. My guess is python 2.3 needs something in  
blt-dev, and it breaks python 2.4.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Sadly, text alone cannot convey the depths of my sarcasm.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEUEARECAAYFAkP/zQYACgkQ+/mCMqKrwHBU2gCYncIvg/ZWExzObALnb4mr8T38
QQCg0BOLiPYPp7jgzfoJFE7aVojHdGw=
=pg+k
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] 10.4 bindist URL?

2006-02-19 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Feb 19, 2006, at 3:18 PM, Koen van der Drift wrote:


Hi,

After moving to 10.4, fink is unable to find the bindist for 10.4  
when I execute the fink selfupdate command:


Err http://bindist.finkmirrors.net 10.4/release/main Packages
  404 Not Found

If I go to http://bindist.finkmirrors.net/bindist, I indeed see  
that there is no 10.4 tree. So I guess that it hasn't been created  
yet, or is the url different?


The 10.4 tree isn't even officially released and supported, there is  
no way a 10.4 bindist is finished.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Of course, you realize this means war.
- -B. Bunny


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkP41XsACgkQ+/mCMqKrwHAWAQCggCT109h59l7Mcil0JBPVDQuR
UdwAn18WAb0MlwTGRdCeXyY/QGGdNxL0
=YB7l
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Don't use /sw/fink/dists when symlinking debs from /sw/fink/debs

2006-02-03 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Feb 3, 2006, at 7:36 AM, Benjamin Reed wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Martin Costabel wrote:


OTOH, I am more and more convinced that all the energy that currently
goes into constructing an upgrade path from 10.4-transitional to  
10.4 is
misspent and would better be used for getting new bindists faster  
out of

the door. What I would love to see is support for the sequence


Part of the reason for updating all the deps is so that a new bindist
would properly update everything...


a.  dump list of currently installed packages
b.  rm -rf /sw
c.  install new Fink from bindist installer or bootstrap
d.  fink install  list of previously installed packages

We had support for a and d at one time by producing a package that  
has
all currently installed packages as dependencies, but it was shot  
down

for the single reason that debfoster might get confused by this. I'd
rather dump debfoster and get such a system back.


It's very easy. dpkg --get-selections | grep install | awk '{print  
$1}'  fink.install; rm -rf /sw; for $pkg in `cat fink.install`; do  
fink -y install $pkg; done


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Everyone who comes in here wants three things:
(1) They want it quick.
(2) They want it good.
(3) They want it cheap.
I tell 'em to pick two and call me back.
-- sign on the back wall of a small printing company


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkPjZIIACgkQ+/mCMqKrwHDWxACgjMYJTIm3DGIVCurVm+7uwCjH
5/AAn2y/uIQ5V6vBVxZd6n1PMQg6rEi9
=XYZl
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] unsupported 10.4.4 and G5 Quad requires fink modification.

2006-01-29 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jan 29, 2006, at 10:27 AM, Martin Costabel wrote:


BuildSmart wrote:
[]

My installed Apple perl is 5.8.7
mustangrestomods:~ websrvr$ perl -V
Summary of my perl5 (revision 5 version 8 subversion 7)  
configuration:

  Platform:
osname=darwin, osvers=8.4, archname=darwin-thread-multi-2level
uname='darwin mustangrestomods.com 8.4.0 Darwin Kernel Version  
8.4.0: Tue Jan  3 18:22:10 PST 2006; root:xnu-792.6.56.obj~2/ 
release_ppc power macintosh powerpc '


This uname looks as if your Perl was built by you or by someone at  
your place on Jan 3. Is this really /usr/bin/perl or some /usr/ 
local/bin/perl?


If it is /usr/bin/perl, why would you replace apple's supplied perl? / 
usr is only for the system software maker. /usr/local, /opt/ and  
others are for the local admins.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Twice blessed is help unlooked for. --Tolkien


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkPc5HoACgkQ+/mCMqKrwHCQHgCgpvv/MH3cvr6q7fs7zXh8aru+
soAAoNmHJby0MV8rByBcq4wCSWh+BBdZ
=KhOh
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: how to change to 10.4?

2006-01-24 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jan 24, 2006, at 9:21 AM, Jack Howarth wrote:


Martin,
   I am still unclear on how to bootstrap into 10.4. I have MacOS X
10.4.4 installed with Xcode 2.2.


The 10.4 tree is not ready to be used by the general public. Many  
packages are missing/broken. Please wait until everything is ready  
and the announcements are made on the mailing lists. It is not poorly  
documented, it is *not* documented.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


ICBM Address: 39.795906N -75.056029W


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkPWPloACgkQ+/mCMqKrwHDxGACghsqZtALUcZy3khi1a0OCu+8y
ggcAoJeVOaP5BwBz4KICewUfUqkFSSF+
=U8R3
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: how to change to 10.4?

2006-01-24 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jan 24, 2006, at 12:56 PM, Jack Howarth wrote:


Chris,
Considering that I maintain several packages it is a catch 22
that I can't bootstrap the 10.4 tree to test and correct my packages
against it.


It's not a catch .22, you are not meant to be able to use it yet. It  
is still being created. When it is done, you will be able to use it.  
We are taking care of putting packages that build on it, and if they  
don't build, fix it if it's a simple fix.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Don't call us, we'll call you.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkPWebUACgkQ+/mCMqKrwHDAPwCeNEI4kxokpif4NRBBcFB+5cTA
aR0An0ilmaoAXJIfPPmCz5HLDuKlRpPd
=bh3Z
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] how to change to 10.4?

2006-01-23 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jan 22, 2006, at 8:15 PM, Jack Howarth wrote:

   I noticed that after the fink selfupdate today that I had a  
fully populated
10.4 tree in /sw/fink. However I don't seem able to switch over  
from the
10.4-transitional to the 10.4 tree using the fink currently  
available in

10.4. Any idea when it will be possible to actually start testing this
new 10.4 branch?


Until all the upgrade code is in fink, the only way to upgrade will  
be to wipe clean (rm -rf /sw), but we are working on it...


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.   
Unauthorized decoding of this message may result in extreme penalties  
under the DMCA.  These penalties include, but are not limited to: US 
$100,000 fine, life imprisonment, castration, death, limp hair,  
terminal halitosis, and amputation of the extremities.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkPU4gYACgkQ+/mCMqKrwHB+7wCgyfrBMuB4RR2uB1q8Q52MdqlW
ZXwAoKhCk9qItIJH3eKrLYqv/26p/cDD
=RM4Y
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: fink cocoa tool

2006-01-06 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Jan 6, 2006, at 1:22 PM, Rogue Marechal wrote:


On Mon, 14 Nov 2005 21:12:08 -0500, Koen van der Drift wrote:


I am thinking about writing a simple Cocoa app to help with writing
info and patch files. Basically, it would be a texteditor with
options for validation and cvs commits and even more. Very simple,
but I think it might be useful. At least for me who still isn't used
to the CLI :)

If there is some interest I will make this an open source project so
others can contribute as well.


Hi - I would definitely be interested in such a tool and more than  
happy

to test.

To the occasional contributor (that would be me) the CLI is just
fine but there is that feeling of dabbling in unfamiliar territories,
permanently.


I would love to see a vim setting file for .info, but I have no idea  
how to make one. As for the cli being unfamiliar, that's not a very  
good thing for a maintainer, as fink and all the support apps, as  
well as patch, diff, cp, etc. are command line tools and porting  
requires a good understanding of the different tools used.



- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070 Fprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB  
C070


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?


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkO+u2MACgkQ+/mCMqKrwHAPyQCeK7A91N0EWtWz0iopuXTx3st9
UXEAoJf7dLyg0TxHF7T/0ZOKZeXyuq3c
=RCGo
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: mmtk fails to compile

2005-12-02 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Dec 2, 2005, at 5:10 PM, Alexander K. Hansen wrote:


On 12/2/05, William Scott [EMAIL PROTECTED] wrote:

I can get it to compile if I put

gcc_select 3.3
at the beginning of the CompileScript

Is there a legal fink way to do this (and then set it back)?


Begin forwarded message:


From: William Scott [EMAIL PROTECTED]
Date: December 2, 2005 12:38:11 PM PST
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], fink-devel@lists.sourceforge.net
Subject: mmtk fails to compile

 Hi Folks:

I have a working build of mmtk in fink, but when I went to rebuild
it, it failed.  Also it fails if I try to use python2.4, but it
looks like for the same reasons.

Here is how the build fails for me with python2.3:

http://www.chemistry.ucsc.edu/~wgscott/temp/mmtk_fails.txt


HTH,

Bill

PS:  It would be a pity not to have this in fink, as I think there
are a lot of people who are interested in it and it complements
many of the other biophysics-type programs.








If the package supports it, you could set an appropriate environment
variable in the CompileScript (e.g. export CC=/usr/bin/gcc-3.3).
That avoids setting the default gcc--which can cause havoc in parallel
builds.


If you force a certain gcc, make sure you build depend on that version.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


ICBM Address: 39.795906N -75.056029W


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkOQzGoACgkQ+/mCMqKrwHCjGwCdHkTWXc1DbAKq3hgvzH5StL6y
PXIAoM1SX493ygrAVDSp8JucbtGP0Rqy
=/y5v
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Implicit epoch for distributions

2005-11-10 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Nov 10, 2005, at 1:50 AM, Martin Costabel wrote:


Chris Zubrzycki wrote:


On Nov 8, 2005, at 9:33 PM, Blair Zajac wrote:

Do we have an implicit epoch for distributions, so that a  
package built under 10.3 will be implicitly a lower version than  
the same package version and revision number under 10.4-t?

[]
Long ago I repeatedly proposed putting the OS X version the info  
was targeted for as the beginning of the revision field, or some  
form of it, this would make it possible to update-all on an  
updated os x and everything could be rebuilt and updated.


Are you arguing that on a system upgrade, *everything* needs to be  
rebuilt? If you do, then there is an obvious solution which has the  
advantage of requiring *less* work than the present system: Just  
request that on a system upgrade, Fink should be erased and  
reinstalled from scratch. Don't upgrade anything, just reinstall.  
Not more compiling time than if you upgrade everything, and much  
less hassle, because all backward compatibility issues would simply  
disappear.


No, it doesn't *need* to be rebuilt, not everything, but often much/ 
most of the tree does. What I am saying is i can have the same info  
file, use it to build foo-1.0-1 on 10.2, 10.3, and 10.4, and those  
resulting debs have the same name/info, but are 100% not the same,  
and because of this, do not follow policy. Even if we keep the deps  
the same, somehow, they are still different, because fink rightly  
adds a few deps based on the system it was built on. (a 10.4 package  
cannot be used on a 10.2 system, but a 10.2 package might still work  
unchanged on 10.4)


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkNzUogACgkQ+/mCMqKrwHBO4wCfXAzQF5wl7kDWye2XhJoRd+ek
RnUAoIMN0eUBgJjAbDd+DqMtQD0xB14I
=uqQp
-END PGP SIGNATURE-


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] libiconv bug

2005-08-06 Thread Chris Zubrzycki

Our libiconv package cannot be built unless libiconv-dev is installed.

-libiconv-1.9.2-11/sw/lib'
test `ls -ld . | sed -e 's/^d\(.\).*/\1/'` = rwxrwxrwx || chmod 777 .
if [ ! -d /tmp/fink.build/root-libiconv-1.9.2-11/sw ] ; then /bin/sh 
../autoconf/mkinstalldirs /tmp/fink.build/root-libiconv-1.9.2-11/sw ; fi
if [ ! -d /tmp/fink.build/root-libiconv-1.9.2-11/sw ] ; then /bin/sh 
../autoconf/mkinstalldirs /tmp/fink.build/root-libiconv-1.9.2-11/sw ; fi
if [ ! -d /tmp/fink.build/root-libiconv-1.9.2-11/sw/bin ] ; then /bin/sh 
../autoconf/mkinstalldirs /tmp/fink.build/root-libiconv-1.9.2-11/sw/bin ; fi
mkdir -p -- /tmp/fink.build/root-libiconv-1.9.2-11/sw/bin
case darwin8.2.0 in \
  hpux*) gcc  `if test -n ''; then  
/tmp/fink.build/root-libiconv-1.9.2-11/sw/bin; fi` iconv.o ../srclib/libicrt.a 
-L/tmp/fink.build/root-libiconv-1.9.2-11/sw/lib -liconv -L/sw/lib -lintl 
-liconv -o iconv;; \
*) /bin/sh ../libtool --mode=link gcc  `if test -n ''; then  
/tmp/fink.build/root-libiconv-1.9.2-11/sw/bin; fi` iconv.o ../srclib/libicrt.a 
/tmp/fink.build/root-libiconv-1.9.2-11/sw/lib/libiconv.la -L/sw/lib -lintl 
-liconv -R/sw/lib -o iconv;; \
esac
libtool: link: warning: library 
`/tmp/fink.build/root-libiconv-1.9.2-11/sw/lib/libiconv.la' was moved.
libtool: link: warning: library 
`/tmp/fink.build/root-libiconv-1.9.2-11/sw/lib/libiconv.la' was moved.
libtool: link: cannot find the library `/sw/lib/libiconv.la'
make[1]: *** [install] Error 1
make: *** [install] Error 2
### execution of make failed, exit code 2



-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070 Fprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB  
C070


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?




PGP.sig
Description: This is a digitally signed message part


Re: [Fink-devel] gfortran package

2005-08-01 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Aug 1, 2005, at 5:47 PM, Dave Vasilevsky wrote:



Martin,

I'm sorry if we came off as brash and inconsiderate. I definitely  
was not advising that we shouldn't package gfortran 4.1-CVS out of  
ideology, or blindly following rules. Hopefully my explanations  
here can allay your concerns.



First, I agree with you that every package should have  
representation in Fink. If there was no gfortran in Fink, I would  
want one. But we already have gfortran as part of gcc4 4.0.1. The  
question so far as I understand it is what version should be in  
Fink, the released 4.0.1 or the pre-release CVS snapshots from 4.1.



Sometimes we do release CVS snapshots, and I don't think there  
should be a policy snapshots are never, ever ok. There are plenty  
of cases where pre-release software should clearly be in Fink:


* Other packages, which we want in Fink, depend on unreleased  
features.
* There's a critical bug in the last release version, and it's  
impossible to backport a fix.
* There are important new features/bugfixes in unreleased versions,  
and there's no prospect of a new release any time soon.

* Only the snapshots actually work, older versions are broken.

But when it comes to including pre-release software, we face the  
strong possibility that things aren't ready for release (hence the  
name). This is why we don't have daily CVS checkpoints of GTK+ for  
example. We already have a working, reasonably stable package. And  
we can be pretty sure there will be a new release in a few weeks or  
months, so the new features will get to users. It's not worth it to  
break GTK+ every time some committer to their CVS repository screws  
up.


Basically, we don't want to turn our users into unwitting beta- 
testers when they update-all.



The arguments for including gfortran 4.1-CVS all seem to have  
better solutions than putting 4.1-CVS in Fink unstable, here are  
the ones I've seen:


- To practice gfortran packaging, so Fink can get 4.1 quickly after  
it is released. This is what experimental is for!


- So GCC can allow users to test gfortran 4.1 snapshots. This can  
be done without making every Fink user beta-test, by telling users  
who actually want test 'download this .info file, put it in your  
local finkinfo dir and type fink update gfortran'.


Even easier than that, have gfortran and a gfortran-cvs packages.  
This way most users can install the released version, but as new  
snapshots are made, those users wishing to can easily stay up to date.



- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Unix  _IS_  user friendly... It's just selective about who its  
friends are.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkLu7UoACgkQ+/mCMqKrwHCpLACgyhrdKU/yB1GhPHbm4FbWWoO+
VO8AnA0y4jwYGK8+VtIG2/42b1x2m4pW
=yYxd
-END PGP SIGNATURE-


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] eterm-0.9.2-6

2005-07-07 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Jul 7, 2005, at 2:58 PM, Mike Corcoran wrote:


I get an error when compiling eterm under 10.4.1:

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/sw/include -no-cpp-precomp - 
DDARWIN -mdynamic-no-pic -I/sw/include -I/usr/X11R6/include -I/sw/ 
include -I/usr/X11R6/include -g -O2 -c utmp.c  -fno-common -DPIC - 
o .libs/utmp.lo

utmp.c: In function 'add_utmp_entry':
utmp.c:99: error: storage size of 'utmp2' isn't known
utmp.c:139: error: 'struct utmpx' has no member named 'ut_name'
utmp.c:139: error: 'struct utmpx' has no member named 'ut_name'
utmp.c:145: error: 'struct utmpx' has no member named 'ut_session'
utmp.c:146: error: 'struct utmpx' has no member named 'ut_xtime'
utmp.c:163: error: 'WTMPX_FILE' undeclared (first use in this  
function)

utmp.c:163: error: (Each undeclared identifier is reported only once
utmp.c:163: error: for each function it appears in.)
utmp.c: In function 'remove_utmp_entry':
utmp.c:174: error: storage size of 'utmp' isn't known
utmp.c:184: warning: comparison between pointer and integer
utmp.c:191: error: 'WTMPX_FILE' undeclared (first use in this  
function)

make[2]: *** [utmp.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2
### execution of make failed, exit code 2
Failed: compiling eterm-0.9.2-6 failed


This is the same error that aterm has. New aterm maybe builds, not sure.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Everyone who comes in here wants three things:
(1) They want it quick.
(2) They want it good.
(3) They want it cheap.
I tell 'em to pick two and call me back.
-- sign on the back wall of a small printing company


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkLNviQACgkQ+/mCMqKrwHDOxwCgoxSygJRtOrEKecpLPKqkTsNi
rsoAn2hp0y3SDEjHgGBWAFOgo740QQBd
=0vrQ
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar

___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Add third tree?

2005-07-02 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Jul 2, 2005, at 1:07 PM, David H. wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kevin Horton wrote:


On 2 Jul 2005, at 10:26, Peter O'Gorman wrote:



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kevin Horton wrote:
|
| I don't know what to call the new tree - I originally thought that
| testing could work, but after looking at the way Debian does
things  I
| think this would simply cause confusion.  How about  
kamikaze?That
| would certainly push the idea that people should only enable
this new

| tree if they were prepared for things to break.


I don't know if that is a good idea. Many times the reason a package  
stays in the queue is because it is badly written. Depends not right,  
policies not followed, etc. There needs to be a minimum entry level  
for packages to be able to be automatically submitted. Usually once a  
porter has a few packages, they get cvs privs if they ask for it. We  
were throwing around some ideas on #fink for easier automatic  
validation in different trees, but there still needs to be some way  
for us to know that the porter knows what he is doing, and knows the  
fink policies.



- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Only two things are infinite, the universe and human stupidity, and I'm
 not sure about the former.

- -- Albert Einstein



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkLGzO8ACgkQ+/mCMqKrwHBldwCfaLTqrq3AMtwKdaYRO5tCPtp/
WMcAn2Okx5SGam+KIPbh5HnOrHdXK0Af
=3ReA
-END PGP SIGNATURE-


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Different way of building a fink package

2005-06-02 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Jun 2, 2005, at 6:54 PM, Jan Paul Schmidt wrote:


Hi there,

is it possible to create a fink package from an existing source  
tree? I'm thinking of something like what is possible under Debian:


fakeroot debian/rules binary


no


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkKfqWUACgkQ+/mCMqKrwHCpSACgt3pAxwusVii1IY9ItTMZ9gqj
LOEAoJU2D23tdeZgQhx0csphyKSMUarW
=KIJy
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Running your own Binary Distribution Server

2005-06-01 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Jun 1, 2005, at 1:40 AM, Dave Vasilevsky wrote:



On Jun 1, 2005, at 1:27 AM, William Scott wrote:

I have do have separate repositories.  So for this example ccp4  
revision

200 is in 10.4 and revision 100 is in 10.3, and was built with 10.3.

For whatever reason, the 10.3 user is only seeing the 10.4 tree, even
though the 10.3 stuff is also present, i.e.,

http://xanana.ucsc.edu/fink/10.3/



You're giving users the sources like 'deb http://xanana.ucsc.edu/ 
fink stable main crypto'. Apt doesn't know about 10.3/10.4, it just  
follows the 'dist' symlink in http://xanana.ucsc.edu/fink, which  
currently points to 10.4-transitional.


You can make another directory http://xanana.ucsc.edu/fink-10.3  
that contains symlinks to everything in http://xanana.ucsc.edu/ 
fink, EXCEPT for 'dist' which should point to '10.3'. Then tell  
10.3 users to use the source 'deb http://xanana.ucsc.edu/fink-10.3  
stable main crypto' and things should work fine.


The easiest way I found was to use aliases in apache, and have the  
dists dir from a url go to the correct dist tree...i dont have the  
config on hand, unfortunately, but it wasn't too hard. (I think) :-)


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Sadly, text alone cannot convey the depths of my sarcasm.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkKdXBMACgkQ+/mCMqKrwHBRVgCghz3YHkXZiYkQAgo4KvQSsNBS
2lwAoNDmqlsPjjnOQNAC24UMBO7CT5Q9
=JGh7
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Firefox 1.0.1 crash on startup

2005-06-01 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On May 31, 2005, at 3:56 AM, Mattia Vaccari wrote:


Hi there,

this might not be a follow-up to the message below, but at least  
it's the same ball park...


I've just updated firefox from 1.0 to 1.0.4 and I now get the  
following error


---
/sw/lib/firefox/run-mozilla.sh: line 451: 24733 Bus error $prog  
${1+$@}

---

I've tried to recompile all the usual suspects of mozilla-breaking  
tradition (glib, freetype, pango, you name it...) but couldn't get  
round this one...


Anybody has a clue?


IIRC the issue is with an old config file in your home dir. Try fink  
info firefox for a fix.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


ICBM Address: 39.795906N -75.056029W


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkKdXJEACgkQ+/mCMqKrwHAhNQCePkf5Kh+A19lI3XIyhOv4Jgcy
I+kAoIcSj2fbMuBtuWj9TD1LqRWPoIVW
=kbi0
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Stopping Spotlight

2005-05-25 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On May 25, 2005, at 12:15 PM, Jean-François Mertens wrote:


On 25 May 2005, at 16:50, Daniel Macks wrote:

On Wed, May 25, 2005 at 04:48:45PM +0200, Jean-François Mertens  
wrote:



On 25 May 2005, at 16:28, Daniel E. Macks wrote:


On 25 May 2005, at 04:49, Dave Vasilevsky wrote:

If you have a custom build path, Fink will warn you that this  
might

be slowing down your builds, and offer to append .build--if you
decline, Fink will never bother you about it again.


It's supposed to save state in fink.conf so only root can set
it...OTOH, some of those commands run as root.


No change to fink.conf even after having made it world-writeable
and re-running one of those commands.


The writing mechanism appears to check for being root not file
writability, but...


(Furher, I do run many of those commands as root.)


D'oh.



Another small point: to get rid of this for the moment, I answered  
'yes' once.

This added the lines
Buildpath: /sw/bld.build
Flags: SpotlightWarning
in fink.conf, and stopped the questions, but
the previous symlink /sw/bld - /classic/bld is unchanged, as well  
as its target,

and a new directory /sw/bld.build has been created...


That's probbably because fink doesn't expect a symlink, but a real  
dir for the builddir config. It worked as advertised.


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Sadly, text alone cannot convey the depths of my sarcasm.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkKUpc4ACgkQ+/mCMqKrwHDJGwCg545lA8MjBsP3Bb7bfvVA+Dcj
joAAnjStMUPMIs7ckm5Jpn7s8+9TuzBu
=RynD
-END PGP SIGNATURE-


---
SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
online with coworkers and clients while avoiding the high cost of travel and
communications. There is no equipment to buy and you can meet as often as
you want. Try it free.http://ads.osdn.com/?ad_idt02alloc_id135op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Faster installation of fink systems - a proposal

2005-05-23 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On May 23, 2005, at 2:29 PM, Benn Newman wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I know of something used in Debian GNU+Linux that sounds is  
somewhat (it

is a little of a stretch) what you are talking about (called
taskselect). If lets you decide what you want to do with the computer,
like being a web server or a dial-up server. Is that more of what you
would want?

That is exactly what he wants.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070 Fprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB  
C070


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?


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iEYEARECAAYFAkKSS+UACgkQ+/mCMqKrwHAxSACgio6P9pYWTFImJwmqBZa77NRm
nfsAoNan5+575rsv9jnXAh7tth4zhP2p
=kK/h
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] missing patch file does not give an error

2005-05-17 Thread Chris Zubrzycki
On May 17, 2005, at 11:20 PM, Koen van der Drift wrote:
Thanks for the reply, I wasn't aware of the previous discussion. I  
will forward your suggestions to the maintainer

- Koen.
On May 17, 2005, at 11:16 PM, Rohan Lloyd wrote:

On 18 May 2005, at 9:59 AM, Koen van der Drift wrote:

Hi,
I just found that when a .patch file is missing, fink does not  
stop the build of the package. I happen to notice this by  
accident when building pymol-py24:

...
sed 's|@FINKPREFIX@|/sw|g' /sw/fink/dists/local/main/finkinfo/ 
sci/pymol-py.patch | sed 's|python2.X|python2.4|g' | sed 's|pymol- 
py2X|pymol-py24|g' | patch -p1
sh: line 1: /sw/fink/dists/local/main/finkinfo/sci/pymol- 
py.patch: No such file or directory
(cd setup; cp Rules.osx-fink /sw/src/pymol-py24-0.98-2/pymol-0.98/ 
Rules.make)
make
...

Eventually the compilation fails because the patch wasn't  
applied. It took me a while to figure out why this happened until  
I noticed the missing patch file.

There was a thread about this a while ago:
  http://sourceforge.net/mailarchive/forum.php? 
thread_id=6441285forum_id=2056

Basically, the problem is that when you have a string of commands  
connected by pipes, the exit status is that of the last command  
(in this case patch) regardless of the status of the other commands.

So fink cannot tell that any of the sed commands failed. The  
package patch script needs to be written to handle failures and  
report them to Fink. In the above thread, several fixes were  
suggested, but I don't think a consensus was reached.

(1) Use a temporary file rather than a pipe, and chain commands  
with  which will fail if any stage fails

/usr/bin/sed 's|@FINKPREFIX@|/sw|g %a/%n.patch %n.patch  / 
usr/bin/patch -p1 %n.patch

(2) Explicitly test for the patch file, and fail if its not there.  
This will fail if the patch file doesn't exist, but will not  
correctly detect other errors eg the sed command failing for some  
other reason.

/bin/test -f %a/%n.patch  /usr/bin/sed 's|@FINKPREFIX@|/sw|g  
%a/%n.patch | /usr/bin/patch -p1

(3) Pipe stderr through the patch command too, and rely on patch  
failing when it gets unexpected input.

/usr/bin/sed s|@PREFIX@|%p|g %a/%n.patch 21 | /usr/bin/ 
patch -p1

I suggest one of the above is chosen as the way and documented  
in the packaging manual. Also note that in all the above examples  
I have used full paths. It's standard practice to use full paths  
in any script run by root to prevent nasty surprises due to  
different environments. Any examples in the manual should be  
written this way.
put #!/bin/sh -e as the first line of the patchscript. The -e will  
cause it to bail if any commands exit non-zero.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...
chmod -R 0 / ; and smile :)

---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] new upgrade strategies

2005-04-22 Thread Chris Zubrzycki
 the ability to do that? dumpinfo does have a lot of info...
03:28  cirdan actuaclly it seems fairly easy...
03:29  cirdan hmm
03:29 *cirdan* wonders
03:29  cirdan dmacks: so do you think it could be a viable plan?
03:30  cirdan given we have 9 days we could freeze new c++ versions  
in 10.3 for a few days after release (new -rev would be fine)
03:30  dmacks The idea could work; it's not concrete enough to  
implement I don't think. And we *really* have no time to just now  
start testing a new approach.
03:30  dmacks *think _yet_
03:30  cirdan we have no other approach
03:31  dmacks drm seems to have been doing *something* these past  
day or two, no?
03:31  cirdan i shot down drm's new idea earlier
03:31  cirdan can't work cleanly
03:31  cirdan was a good one though
03:31 -!- dreamind [EMAIL PROTECTED] has  
quit [Remote closed the connection]
03:31  dmacks You may have used a bunch of ammo, but the idea is  
still up there.
03:32  dmacks fink-0.24.4 with the changed SetCXX is already in the  
release queue.
03:32  cirdan as soon as the first c++ lib/app pair is updated,  
anything that links to it will break
03:33  cirdan dmacks: ok, my idea is less of a 10.4 upgrade, as it  
is an abi upgrade
03:33  dmacks Won't anything that links to it have a new version  
in the new tree?
03:34  cirdan no
03:34  cirdan his idea was foo needs bar, when they both build with  
gcc4, update them to abi2/g++4
03:35  cirdan but baz also needs bar, and baz[1-13] do not build  
with g++4
03:36  dmacks In the case {foo baz} need bar, wouldn't your his  
idea statement be modified for [the whole set]?
03:36  cirdan so everything is interlocked tightly
03:36  cirdan no, cause baz[0-13] all need intertwined deps on  
different sets of libs
03:37  dmacks So can only update [a whole self-consistent cluster].  
We have lots of experience doing just that when moving stuff unstable- 
stable.
03:37  cirdan and you'll never be able to upgrade anything more  
than a self-contained app/lib pair
03:38  dmacks (not pair)
03:38  cirdan dmacks: nothing will build in the correct order, w/o  
tons of versioned deps that will be a moving target
03:39  cirdan and as soon as you sart the build process all hell  
breaks loose w/the other installed apps
03:39  cirdan esp. if something fails
03:39  dmacks Didn't drm already explain to you that things *will*  
build in the correct order if you do the versioned-deps correctly.
03:39 *cirdan* looks 3 lines up...yes
03:40  dmacks Installation failure at the bottom of a dependency  
pile is where things would get ugly yes.
03:40  pogma cirdan: For the moment, we have the transitional tree  
idea, the transitional tree will need populating, the 10.4 tree  
will have to wait
03:40  pogma cirdan: And the transitional tree will use g++-3.3 abi  
version = -1
03:40  pogma q.e.d.
03:41  cirdan pogma: for my plan only the clearing of g++ apps  
would need be done in -trans
03:42  cirdan we could immediatly go to the 10.4 tree
03:42  pogma cirdan: not going to happen
03:42  cirdan i just dread all of the sticky problems with long  
slow upgrades...
03:42  cirdan better to get the bleach out and clean the board :-)
03:44  cirdan i could prolly get the trees in line by release w/1  
or to other ppl, its the new fink stuff that I prolly can't do that  
quick

(sorry for the raw paste, but I wanted everyone to see some of the  
drawbacks each plan has)

I sent this on the 20th, odd, it's not showing up...
-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

ICBM Address: 39.795906N -75.056029W


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Tiger grand design

2005-04-18 Thread Chris Zubrzycki
Ok, here is my proposal, officially posted to the world. Users may  
not like it too much, but I honestly think it's the best way for us  
to handle it.

Users will have 2 choices:
a) reinstall fink from scratch
b) apt-get dist-upgrade
No other options will be supported officially. They can try to just  
update manually, but anything c++ will require patience to build in  
the correct order

We create bindists for both stable, and unstable, with package lists  
for users to review before upgrading, basically what builds under  
tiger and what does not. (IMO a stable tiger tree is an oxymoron at  
the moment, since we have 0 feedback on packages other than that they  
build, identical for unstable). ANY packages that do not build go  
back to experimental, and dummy placeholders are put into the  
bindist, so users cannot try to link against broken libs.

This will allow immediate upgrade, without the bother of a  
transitional tree. Any admin worth his salt will treat 10.4 as any  
new os; a major upgrade, and if the mission-critical software is not  
available yet, needs to wait to deploy. We will work as hard as we  
can to get everything built, Matt Sachs has been a giant help with that.

There is no time for any other solution, really, hopefully we can use  
Matt's build scripts as a start and then tweak it to be a full auto- 
build system. gpg-signed debs by the  main fink devs could be  
submitted and then mirrored, to help speed the process. Private seeds  
of GM would be wonderful from Apple (since we are already under NDA  
and i guess represent 100k+ mac machines)...I do not know if there  
will be subtle problems building on the last seeded release. If not,  
Matt might be able to get everything built in time, get us access to  
machines with tiger gm to build from.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Everyone who comes in here wants three things:
(1) They want it quick.
(2) They want it good.
(3) They want it cheap.
I tell 'em to pick two and call me back.
-- sign on the back wall of a small printing company

---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Re: Re: glut-3.7-23

2005-04-17 Thread Chris Zubrzycki
On Apr 17, 2005, at 11:55 AM, Jack Howarth wrote:
Dan,
What if we patch the freeglut package to build with a different
shared lib version number? I think this is the main source of the
confusion out there. The developers of freeglut let it create a
libglut.3.x.x.so/dylib when it should have been bumped up to
libglut.4.x.x.so/dylib or such rather than just libglut.3.8.0.so/ 
dylib.
In fact that this should have been the case is clear from the answer
I got from them about the compatibility version being set to 12.0.0
when building on MacOS X.
bad idea
Shouldn't the packaging I am suggesting (using a dummy package for
glut) work if we bump up the version of libglut to force anything
linked against it to get rebuilt? We need to deal with the fact that
glut is an orphaned project and everyone else out there is switching
to freeglut. Its just that the linux distros don't seem to be worried
as much about the backward compatibility issue.
Follow what we had to do to fix ncurses: keep the -dev package the  
same, but move the actual installed libs to a subdir of /sw/lib. -- 
lib-dir in configure will help. Then anything built with the new  
freeglut lib will be fine, and not need any changes, except a  
versioned dep.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Isaac Newton understood the impact of the Apple.

---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] the gpl and openssl

2005-03-27 Thread Chris Zubrzycki
On Mar 27, 2005, at 9:22 AM, David H. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Vasilevsky wrote:
On Mar 16, 2005, at 2:39 PM, Lars Rosengreen wrote:

Yes, I think we do.  I'll try to construct a list of packages  
that may
be affected.


Thanks Lars.
I guess once we have this, for each package we'll need to:
- Notify the upstream developers that they're sitting on a time  
bomb. :-)

- Do one of the following, in order of preference:
* Get permission from the upstream devel to link with OpenSSL
* Link the package against OpenTLS
* Link the package against the system OpenSSL (BuildConflict with
Fink's version)
* Remove the package from the bindist, possibly from unstable  
too.

Any other options?

Yes, ignoring this bullshit licensing issue all together. Four  
highly paid,
very well known and rather well respected lawyers have told me,  
seperately,
that we should exactly do that. Somehow I think that we should  
trust their
judgement. I know I would, but then again, that is just me.
I highly agree. This is a can of legal worms and gordian knots we  
don't want to mess with. Say, for instance we license all our patches  
under the gpl. If someone wants to later add ssl to that app, they  
can't, unless they get our permission, etc. :-)

If we pretend it doesn't exist we don't have to care.  ;-)
-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070 Fprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB  
C070

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?


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] the gpl and openssl

2005-03-14 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 14, 2005, at 5:09 PM, David Brown wrote:
On Mon, Mar 14, 2005 at 04:15:21PM -0500, Benjamin Reed wrote:
To me, it would seem kind of arbitrary for openssl 0.9.6 to be 
allowed,
but 0.9.7 to not be just because we're building our own copy of it.
When Apple releases some future OS release with 0.9.7 on it, is it
magically OK suddenly?
Yes.  Section 3 of the GPL:
  However, as a special exception, the source code distributed need 
not
  include anything that is normally distributed (in either source or 
binary
  form) with the major components (compiler, kernel, and so on) of the
  operating system on which the executable runs, unless that component
  itself accompanies the executable.

And it doesn't really matter what the OpenSSL intent is.  They use code
that is already licensed under a license with the advertising clause.  
The
original authors are not willing to weaken that requirement, so it is, 
and
probably always will be incompatible with the GPL.
I remember this coming up before somewhere. If the orig. author adds 
openssl compatibility, there is no problem, as the author may do 
whatever he wants with his code. The problem would lie in a fork of 
GPL'd code that added ssl support via openssl.

As fink provides an update of a system library, we should not worry 
about the issue. We don't overwrite system libs as policy. Since it's 
already in os x, we're good.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

ICBM Address: 39.795906N -75.056029W
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iEYEARECAAYFAkI2E4YACgkQ+/mCMqKrwHDawgCdFHYjVuxJUCh8Jb9hbiRdp1mD
4Y0AnRUQwlCgDfPpVP/pZFTR3ouT+oJr
=VnjN
-END PGP SIGNATURE-

---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] new gettext

2005-03-08 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 8, 2005, at 10:00 AM, David R. Morrison wrote:
On Mar 5, 2005, at 10:01 PM, Tony Arnold wrote:
Hi All,
Peter O'Gorman wrote:
| I really wish I could propose some magic that would make everyone 
happy in
| the upgrade process, but I can not.
Is package refactoring something that's planned for the future? I've
hit this a couple of times before, and the response has always been
don't rename/restructure packages that are in wide use (and rightly so
given the current situation), but this problem is unlikely to
disappear...
This is a general issue with the fink system: once a package is 
published and other packages depend upon it, they expect it to 
continue to provide the same functionality forever.

The case at hand is tricky.  For quite good reasons, it is being 
proposed to move some of the executable files out of the gettext-bin 
package and into a new package (gettext-tools).  Since quite a number 
of packages already declare Depends or BuildDepends on gettext-bin, 
how is this upgrade to be handled?

Here's one possible strategy.
 Step 1: Create a gettext-tools package for the current gettext, which
contains only the exectables which will be moving, and which
  Replaces: gettext-bin
That way, users who install it see no change in the set of 
exectuables
on their system, unless they subsequent remove gettext-tools 
without
reinstalling gettext-bin.
 Step 2: add gettext-tools to every package which Depends or
BuildDepends on gettext-bin.
 Step 3: install the new libgettext3 with the new layout.

The reason for doing things in this order is so that during the 
upgrade process itself, users have the correct executables even while 
other packages are being updated.

Comments?  Other ideas?
The Best way to find the correct builddepends is to not add 
gettext-tools to the packages and try to build (like during the 
bindist). The smoothest upgrade is to add the gettext-tools as 
builddeps to everything that builddeps gettext-bin. Not as many things 
need -tools though. It's used more for processing/creating language 
files than for normal package building (which just copies those files).

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...
chmod -R 0 / ; and smile :)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iEYEARECAAYFAkIt62YACgkQ+/mCMqKrwHDPWACgzRlB6Yy1mWDfxO8jUQKzEabS
YBsAoN0IuuXbVq2YRNUiN77RR8TMW1f0
=Asn1
-END PGP SIGNATURE-

---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] new gettext

2005-03-04 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have prepared a new gettext package to use, based on the latest code 
(jan 04). It's called libgettext3 and is in exp/beren12. As per drm's 
recommendation, I followed the guidelines in the new gettext package, 
and made 2 splitoffs: Runtime tools, and Build tools. The Runtime tools 
i made into a library package and a binary package, and I left all the 
development tools in the development package. There is one thing, and 
that is that the build depend only utils for building other packages 
with gettext are now in the -dev, not in -bin. This is not a problem, 
as all packages that depend on the -bin also builddepend on the -dev. 
The problem comes when switching back and forth between the -dev 
splitoffs, since the new -bin does not contain the developmental 
utilities, and they are not in the old -dev. I have updated the old 
gettext-dev package to include the few dev utilities in it, but it 
would be just as easy to move all the binaries back to -bin.

Any thoughts/suggestions?
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

A cat spends her life conflicted between a deep, passionate and 
profound
desire for fish and an equally deep, passionate and profound desire to
avoid getting wet.  This is the defining metaphor of my life right now.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)

iEYEARECAAYFAkInNh4ACgkQ+/mCMqKrwHAr0gCg3Fn8todTKSbbnftlOY86RFmy
qwgAnRIuFsjyw7ctBUua9Av65uXvaGS7
=h4HE
-END PGP SIGNATURE-

---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Proposed Policy Change for all Maintainers IMPORTANT

2005-02-07 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 7, 2005, at 4:04 PM, Max Horn wrote:
Am 07.02.2005 um 14:22 schrieb Peter O'Gorman:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Peter,
Daniel Macks wrote:
|
| That raises an interesting question: are we going to bump %r on each
| package we change to this new SHLIB_DEPS form?
I am obviously missing something by skim reading this thread. Why are 
we
going to be adding SHLIBS_DEPS to a package which already has a 
perfectly
good list of dependencies? This can be done gradually, surely, by
maintainers updating their packages:
Yes, that's how I think it should be implemented. However, if we do it 
as e.g. Justing wants to, and change the meaning of the Depends field, 
then this update can not be performed gradually. That's more or less 
what I am complaining about, and what Martin Costabel explained very 
nicely in his mail, I think (thanks Martin).
Ok, well what about, instead of using Info3:  and hiding the info 
file from older fink, and people complaining about copying the info 
file but fink still doesn't see it, to adding InfoVersion: 3 and if 
that field is set =3, fink will use the new dep style. Old finks 
shouldn't fail when they try to install SHLIB_DEPS, because there will 
be a builddep on the new fink, but that'll just be a faq anyway, just 
in case. No current breakage, and maintainers can choose the method to 
use.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Isaac Newton understood the impact of the Apple.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iEYEARECAAYFAkIH5QYACgkQ+/mCMqKrwHBzfACfQWZUtxy0aDNxFxn+BYjkEuVC
qh8AnjRQen+AEvQPuoQdrjjlx//Gug57
=T5qI
-END PGP SIGNATURE-

---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Proposed Policy Change for all Maintainers IMPORTANT

2005-02-07 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 7, 2005, at 5:22 PM, TheSin wrote:
we don't need to use Info3 or InfoVersion:
fink = blah will be in the builddeps as any new fields used.  This 
has been policy for ever.  And since neither the RunTimeDepends field 
nor the AddShlibDeps field will break the parser and stop anyone from 
installing/upgrading fink I don't see any problems.  So what is this 
talk about InfoN or InfoVersion about?
That;s for redefining the depends line, and not adding RunTimeDepends 
and AddShlibDeps fields.

Though off this topic I do believe we should add an InfoVersion tag 
now that preprocess before the info file gets fully parsed so we have 
something for the future.  Plus in the interm it won't hurt anything 
just be a preventative.
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Of course, you realize this means war.
- -B. Bunny
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iEYEARECAAYFAkIH9kQACgkQ+/mCMqKrwHC49ACeMoSvuPlaADJUTuEPFe+Op1Pa
JzMAoITWKG2LBNPNR554PpwNEKsF7Ml6
=nuAL
-END PGP SIGNATURE-

---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Questions about libncurses5w and readline5

2005-02-06 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 6, 2005, at 12:29 AM, Michèle Garoche wrote:
1 - Would it be possible to move libncurses5w to 10.3 stable? I need 
it in a package for additional feature.
I will move it most likely on Monday, if there are no objections. There 
may be one small problem, that the current bootstrap code in fink is 
broken, and libncurses5 cannot be used for bootstrap, we must keep the 
old ncurses package for bootstrap. If that's still ok, I'd have no 
problem moving libncurses to stable.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Sadly, text alone cannot convey the depths of my sarcasm.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iEUEARECAAYFAkIFz+oACgkQ+/mCMqKrwHDdyQCY+F1VQY9Kthne685H7Um5aDuJ
1QCgr28KeNEyRAmGaw/avrkfKQeW/qQ=
=5Q2m
-END PGP SIGNATURE-

---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag--drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Proposed Policy Change for all Maintainers IMPORTANT

2005-02-06 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 6, 2005, at 6:22 PM, Max Horn wrote:
To clarify this once more (Justin just left IRC when I talked to him 
about this right now, it seems I am touching the feelings of some 
people here):

The Depends field *always* implied both a install time and a compile 
time dependency. This has been so from day 1 of Fink's existence. It 
has always been documented like this. Many packages, including all of 
mine, rely on this. It has been so for years, at least during all the 
time I was actively involved with Fink.
Yes, but we tried to change it last year, and the same argument was 
used, that it would break packages.

Maybe this was silently changed during my absence. OK, but then this 
has not been documented anywhere; in fact our docs still explicitly 
state what I claim above, and our code still does it this way.
Some maintainers decided to use it this way, and it was encouraged on 
new maintainers, but never forced.

Hence the only possible conclusion is that changing the behavior of 
the Depends field is indeed a *major* change of the semantics of the 
.info field. You may argue that it's a logical change; you may argue 
that's it beneficial, etc. etc. etc. -- that's all OK and we can 
debate it. However, you can't debate away that it *is* a major change.
No, it's a major change to the way maintainers write the .info file, 
not the way fink works (mostly). As long as fink index can index the 
new info files without error, all that will be needed is a builddep on 
the new fink. If not, maybe it is time to move to .info2 and implement 
a InfoVersion field, where fink will skip any major version higher than 
it knows about, to avoid breaking like we had when we radically 
redefined the fields in fink.

From this in turn I draw the conclusion that such a major change of a 
core feature of Fink would have to be:
1) extensively documented, so that all packagers notice it and can 
deal with it accordingly
Yes, a mass mailing to all maintainers warning of impending breakage 
and a new item.

2) it would IMO warrant a revision of the .info file format. After 
all, after this change, the format *is* changed in a major way, the 
question is just whether you want to explicitly mark the file as being 
changed this way, or if you want to hide it and pretend nothing 
changed, when in fact it did.
The format did not change, just the final meaning of one of the fields. 
Variants was a major format change.

3) If you don't like a file format version change, consider *not* 
making this change. consider alternatives, like adding a 
RuntimeDepends field. Yeah, it's not nice, yeah, I'd prefer a clean 
Depends field -- but we have to start working from what we have, not 
what we wish we have, I think.
Very ugly.
In the end it boils down what you like more: a clean design in which 
the Depends field does what you want, or a real life approach, which 
is not as clean as the theoretical clean design (a new file format, or 
a new ugly field), but which works, is backward compatible and 
minimizes breakage. If you can achieve the clean design w/o breakage, 
I'll always prefer it; if you write a new system, I'll use it; if I 
have to update a system which is used by tens (hundreds?) of thousand 
people, I'll think thrice before making a potentially bad move
While we do have many users, let's not forget were are not even at 
version 0.5, let alone a 1.0 release (although i feel we could declare 
1.0 once a few things are fixed/added). We are allowed to have minor 
breakage in the name of progress. If we don't make at least *some* 
sacrifices, we will end up like Microsoft, with the potential for some 
great products, but being dragged down to garbage, that's compatible 
with old versions. In this state, where people are using such beta 
software, re-downloading a tarball and manually doing a ./inject.pl (or 
apt-get upgrade) is actually very reasonable. It may not be as pretty 
as fink selfupdate, but we have never made any claims that that will 
always work, nor do we have any responsibility to it. The people using 
fink need to realize this, that we will do our best, but it always 
comes down to You get what you pay for. We would do much testing 
while the code was in HEAD, of course, and many, if not all, packages 
would be fixed by the time the new fink was released. Any old local 
info files would need to be updated, but that is not really our 
concern.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Of course, you realize this means war.
- -B. Bunny
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iEYEARECAAYFAkIG9msACgkQ+/mCMqKrwHC5yQCg5yreRDihlpryVT0h0iFdcH48
n5sAoNtvzn7Yym4+FTzmAtHKPgAVJvwE
=5J+R
-END PGP SIGNATURE

[Fink-devel] gettext upgrades

2005-01-25 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey all. I have prepared the newest gettext for fink in my exp tree 
(beren12). I was wondering if I could get some feedback on how it works 
for everyone, and if it is possible to add it to unstable. It's a new 
lib version, with a new name. I have been using it in some apps for a 
few weeks now, with no problems. At lease one program I manage needs it 
for the new versions.

Also related to this is fink's treatment of a few 'special' packages, 
such as gettext-dev and bzip2-dev. It's been a while since the 
essential deps were added to fink's packages, so could we remove them 
from the list?

If libgettext3 was added to unstable, we would be able to start moving 
packages over to it, starting with the packages that already need 
updating, so there will be less of a mass rebuild later. ;-)

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Unix  _IS_  user friendly... It's just selective about who its friends 
are.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
Comment: Please sign reply-http://www.gnupg.org

iD8DBQFB9oHY+/mCMqKrwHARAiQdAKDVL9w8HclydJukZbtMl1uxSIKXMACdEdK6
6s2vu/R9THRe4dg/mg/dJOc=
=FTW+
-END PGP SIGNATURE-

---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag--drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Providing default /sw/var/lib/debfoster/keepers with base-files package?

2005-01-22 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 20, 2005, at 9:47 AM, Christian Schaffner wrote:
Dear Fink Developers
We recommend more and more often to use the debfoster fink package to 
keep track of unneeded packages on a Fink installation. One problem 
that users are facing with debfoster is that it asks to remove too 
many packages during the first run: It asks to remove essential 
packages, and important packages (e.g. apt), and even debfoster 
itself. If a user is not carfull the system might end up unusable due 
to e.g. a missing apt while running with UseBinaryDist.

There are two things that were discussed on #fink today to solve this 
problem:

1.
Let the package 'debfoster' depend on apt.
and
2.
Install a default '/sw/var/lib/debfoster/keepers' file with the 
debfoster package (or with the base-file package). It should have the 
names of all essential and important packages and debfoster itself as 
entries.

The package should of cause check for an already existing keepers file 
(probably through the ConfFiles field in the info file).
I wonder, is it possible to have a keepers.local file, which if existed 
would be used in addition to the packaged one? this way fink would have 
control over the essential packages, but the local admin could also add 
packages that they feel should not be removed. If not, the conffile 
(maybe symlinked to /sw/etc?) works for me.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Only two things are infinite, the universe and human stupidity, and I'm
 not sure about the former.
   -- 
Albert Einstein

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFB7/IS+/mCMqKrwHARAvfqAKCuEYfECNLE3+jsDgSBzu9cDQUr7ACfQ9VT
pwBj7ICXn5Nnf2twQGNzMMg=
=v/mt
-END PGP SIGNATURE-

---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag--drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] need some help with packaging

2005-01-17 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 17, 2005, at 5:17 PM, Manuel Hendel wrote:
Hallo *,
I'm trying to package pflogsumm for fink. The pflogsumm package just 
contains a perl script and a manpage, there is nothing to compile, 
just copy the the two files to the right place.
My pflogsumm.info:

Package: pflogsumm
Version: 1.1.0
Revision: 1
Source: http://jimsun.linxnet.com/downloads/%n-%v.tar.gz
Source-MD5: 1f78fcaf2a36ec3520ecff286a45251a
Maintainer: Manuel Hendel [EMAIL PROTECTED]
HomePage: http://jimsun.linxnet.com/postfix_contrib.html
License: GPL
Description: Postfix logfile analyzer utility by Jim Seymour
InstallScript: 
cp pflogsumm.pl %p/bin/pflogsumm
chmod 755 %p/bin/pflogsumm
cp pflogsumm.1 %p/share/man/man1/pflogsumm.1
chmod 644 %p/share/man/man1/pflogsumm.1

My problem is the fink always tries to compile something. I couldn't 
find a way to stop this. Can anyone give me a hint please?
CompileScript: echo Nothing to compile
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Sadly, text alone cannot convey the depths of my sarcasm.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFB7E1M+/mCMqKrwHARAi0kAJ4i6uaIPVvh8RUZHmzhRRTSxRq+GQCgoniC
L/mkkaB17kANUHL+bGyX68s=
=u0Dm
-END PGP SIGNATURE-

---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] gettext update

2005-01-04 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Would it be possible to update gettext to at least 0.11? There is an 
app that one of my packages uses, and while it can be used without it, 
it's much better to have it available. [msguniq - unify duplicate 
translations in message catalog]

I was just wondering what is stopping us...
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFB2sF6+/mCMqKrwHARAq2QAJ9qc/OkO/Q2rEqycnDpThxHG++f9ACdGrjC
dhDZhNPkpZB6ihSyCvOToN4=
=U0qe
-END PGP SIGNATURE-

---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] xcdroast-0.98alpha14-2 and Panther

2004-11-21 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 19, 2004, at 5:43 AM, Emily Jackson wrote:
[This message was originally sent to xcdroast's maintainer, but the
message bounced.]
The autodiskmount process that xcdroast has to stop temporarily in 
order
to work doesn't exist on OS X 10.3; it is called diskarbitrationd. As a
result, xcdroast is only partially functional, and then only if System
Prefs--CDs is set to ignore blank disks that are inserted. It is
impossible to use xcdroast for such tasks as ripping tracks from audio
CDs, because the Finder and/or iTunes keeps grabbing the CD. I got
xcdroast working properly (I hope) by replacing all references in the
source code to autodiskmount by diskarbitrationd. The files that have 
to
be changed are src/init.c, src/io.c, src/main.c, and src/setup.c.
The manual way is to use diskutil -u disk1 (or whatever /dev entry is 
used for the cd (use mount to find it)

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Sadly, text alone cannot convey the depths of my sarcasm.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFBn/jr+/mCMqKrwHARAnjMAJ9FBFwB/MVrCwtAB8iGDwRUPxMj+ACgjYq+
x0lx9cQrnmyinrW4WkJ/ETg=
=vEWF
-END PGP SIGNATURE-

---
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Shared-Lib Package Naming Question

2004-11-15 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 14, 2004, at 6:37 PM, Philip Lamb wrote:
My updated solution to this problem is to create 2 different shlib 
splitoffs, with different version numbers.. this appears to be what 
the openvrml project actually does for their .rpm packages.

Why the upstream package has two shared libraries with 
intimately-linked functionality with different version numbers is 
beyond me, oh well.

So now I'm waiting for the openvrml package to be moved into -unstable 
by someone with the authority to do that. I hope someone can find 
time, as we have other projects here which are depending on openvrml 
being available in fink before we can release. Hopefully the results 
of this will be more packages for fink...

On a related note, is it just me or are there issues at the moment 
with getting submitted packages into the unstable tree in a timely 
fashion? I understand the contraints on the time of the core fink 
team, I'm just wondering if the bar over which packages have to leap 
to be accepted into -unstable is a bit too high. Provided a package 
has been validated and builds ok for the maintainer, shouldn't the job 
of installing and testing be done by the fink community at large 
through the -unstable tree, rather than depending on the scarce 
resources of the core fink team?
Really, the best way is to put the packages on the tracker and head on 
over to #fink.
This is the secret: talk to us there, and things get done much faster 
(usually) :-)

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Of course, you realize this means war.
- -B. Bunny
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
iD8DBQFBl+4H+/mCMqKrwHARAjq2AKCwTKq2uR//3cs2nR01+C6gCN8fTACguy4n
WGAjNbqGv+pOuh83AFT/73Y=
=SJnG
-END PGP SIGNATURE-

---
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Proposed new policy on essential dependencies

2004-11-02 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 1, 2004, at 12:07 PM, David R. Morrison wrote:
Dear Fink developers,
In the course of working to update several of fink's essential 
packages, some of us have come to realize that we need a policy 
change: we need packages to explicitly declare their dependencies on 
essential packages.

The contrary policy -- that packages should *not* declare dependencies 
on essential packages -- has been part of the lore of Fink for some 
time, although I do not believe it is written down anywhere.  I plan 
to add the new policy to the packaging manual if there are no 
objections to it.

The packages of immediate concern are the essential shared libraries, 
contained in the apt-shlibs, bzip2-shlibs, gettext, libiconv and 
ncurses-shlibs packages.  We will be upgrading two of these packages 
soon, and would eventually like to deprecate gettext and 
ncurses-shlibs in favor of gettext3-shlibs and libncurses5-shlibs, 
respectively.  We can't do that deprecation unless folks declare their 
dependencies on the existing libraries.
Would it be admissible for anyone with cvs write access to update these 
essential deps? I think it would be a great idea to add some unique 
string to DescPackaging or something so that we could grep for it to 
see what files have not been updated. Something like EssentialsDeclared 
on a line of it's own. Thoughts?

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.  Unauthorized 
decoding of this message may result in extreme penalties under the 
DMCA.  These penalties include, but are not limited to: US$100,000 
fine, life imprisonment, castration, death, limp hair, terminal 
halitosis, and amputation of the extremities.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
iD8DBQFBhnbH+/mCMqKrwHARAr2xAJ44IaJRQ9i9YISneiJHmmhslMlzTQCgiZiw
sP8uOtY/t18OJ9xqBgcUzB8=
=H8d8
-END PGP SIGNATURE-

---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Bug#10: reportbug: mbox format display broken

2004-10-13 Thread Chris Zubrzycki
Package: reportbug
Version: 2.99.5-1
Severity: important

Must be fixed in perl sourced. dmacks?

-- Package-specific info:
** Environment settings:
EDITOR=nano
VISUAL=nano
EMAIL=[EMAIL PROTECTED]

** /Users/chris/.reportbugrc:
reportbug_version 2.99.5
mode novice
ui text
realname Chris Zubrzycki
email [EMAIL PROTECTED]

-- System Information:
Architecture: darwin-powerpc (Power Macintosh)
Kernel: Darwin 7.5.0
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C)

Versions of packages reportbug depends on:
pn  darwin   Not found.
ii  python23  1:2.3.4-2  Interpreted, object-oriented langu


---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Bug#11: fink.sourceforge.net: cgi for package version lookups

2004-10-13 Thread Chris Zubrzycki
Package: fink.sourceforge.net
Severity: normal

(I'm testing reportbug)
reportbug has a feature where it can look on the web via cgi to get the latest package 
version so it can inform the user that a 
newer version is available. Can/Do we have anything like this?

-- System Information:
Architecture: darwin-powerpc (Power Macintosh)
Kernel: Darwin 7.5.0
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C)


---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] sources.list

2004-03-21 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 20, 2004, at 11:35 AM, David R. Morrison wrote:

Don't forget to cope with user changes to the sources.list
I guess I was planning to prompt the user for whatever additions he/she
wants, during the fink configure dialog.
I think that this would be a perfect use of debconf. We can have a  
non-user editable section, which debconf could parse, and a section  
below that where debconf would preserve all the things there. Example:

 Automatically Generated By Defconf. DO NOT EDIT 

deb http://www.foo.com/ foo/bar
...
 Insert Local Entries Below 

deb ftp://my.unofficial-bindist.net/cause  i/can

 EOF 

There could be checkboxes for the mirrors to use, etc. Debconf has many  
interfaces, including text, readline, dialog, and gtk (or even none,  
and the defaults are used w/o asking). We could even make a cocoa  
interface to work with FinkCommander. :)

- -chris zubrzycki
 
==
A cat spends her life conflicted between a deep, passionate and  
profound
desire for fish and an equally deep, passionate and profound desire to
avoid getting wet.  This is the defining metaphor of my life right now.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAXi+w+/mCMqKrwHARApRwAKDSB0XuIdjMmLbj1JEoAhoNCDJB8wCfU4Uw
lrNUmu9aq7OSka/nsXJSElo=
=ThPD
-END PGP SIGNATURE-


---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Re: .app's in Fink

2004-01-26 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 26, 2004, at 1:42 AM, D. Höhn wrote:
|I think we will have to restart the old discussion of 
/sw/Applications,
|too. And I mean a real discussion, not the hasty erection of 
religious
|taboos as we had in the past. I would really love to see things like
|Tcl/Tk-aqua and rangerrick's KDE/Qt-mac stuff in Fink.

I do not quite understand why. Please do not misunderstand me, I am not
completely opposed, I just do not get why. We are good at something,
which is packaging Unix based applications. There are enough
applications out there which have not been packaged yet and we are
having trouble already keeping up. I just fear that introducing .app
into the whole system complicates matters to the worse.
Well, there are many nice wrappers for opensource programs that could 
be a welcome addition to fink, also some projects have os x code in 
them itself. What is the difference in an opensource Cocoa app or an 
x11 one? just a different windowserver. Also it would be possible for 
the apps to use fink's libs, and not have to duplicate everything in 
each app bundle, which is the point of shared libs in the first place. 
I'd love to see more stuff, but I do feel we should be pretty selective 
about it, at least at first. As for duplicating everyting that kde apps 
need to run, well, i'd much rather not :)

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.  Unauthorized 
decoding of this message may result in extreme penalties under the 
DMCA.  These penalties include, but are not limited to: US$100,000 
fine, life imprisonment, castration, death, limp hair, terminal 
halitosis, and amputation of the extremities.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)
iD8DBQFAFZaZ+/mCMqKrwHARAlQJAKCCcyN6g3RTxDOZXykFHuCMfq41EgCeMsqZ
SYRSC4+DcjcMmlHmx1G4DxI=
=K1wC
-END PGP SIGNATURE-


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Re: .app's in Fink

2004-01-26 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 26, 2004, at 5:32 PM, Martin Costabel wrote:

David R. Morrison wrote:

My proposal is that we place .app's in /sw/Applications, and then in a
postinstall script, set up a symlink from /Applications to the actual  
.app.
It would be better to make an Alias instead of a symlink. And put it  
on the Desktop instead of /Applications. This would be less intrusive.  
During package installation, people are used to things appearing on  
the desktop.
Well, whose desktop do you put it on? I vote for /Applications, most  
apps people install end up there. Also, in this case, since the  
original will not be moving, i think an alias is fine; it's also much  
easier to create via the command line.  ;-)

 
==
A cat spends her life conflicted between a deep, passionate and  
profound
desire for fish and an equally deep, passionate and profound desire to
avoid getting wet.  This is the defining metaphor of my life right now.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAFZdm+/mCMqKrwHARAjVAAJsFPvfLbioCNDHGLw+wm3CAK0sC1wCg0JjL
CxfXwIKuZk/4s+dJBPoJObk=
=Olh+
-END PGP SIGNATURE-


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: .app's in Fink (was Re: [Fink-devel] CFD: Installing Frameworks from fink packages)

2004-01-26 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 26, 2004, at 5:52 PM, Benjamin Reed wrote:

Martin Costabel wrote:

It would be better to make an Alias instead of a symlink. And put it 
on the Desktop instead of /Applications. This would be less 
intrusive. During package installation, people are used to things 
appearing on the desktop.
I can imagine installing KDE and having 150 apps on my desktop.  =)

I think we're better off making an alias in /Applications/Fink or 
something.
What about refining the current structure we have for our info files? 
We can use /Applications/Fink/foo/app, and when we remove the package, 
we can check everywhere under /Applications/Fink for the link to the 
app to remove it. This also brings up another point, what about having 
subcategories in our structure? kde/net kde/devel, graphics/multimedia 
etc? We could again borrow from debian the subcategories we like :)

Everyone who comes in here wants three things:
(1) They want it quick.
(2) They want it good.
(3) They want it cheap.
I tell 'em to pick two and call me back.
-- sign on the back wall of a small printing company
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)
iD8DBQFAFZ2d+/mCMqKrwHARAnRGAKCqB1XZUBC1s1HPN69jhgEhpwt1NQCfdk9Q
8+PXtyj3BsubBEIJYOvhdO4=
=MSf2
-END PGP SIGNATURE-


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Non-root builds?

2003-09-11 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday, September 11, 2003, at 02:07  AM, Daniel Macks wrote:

Greg Novak said:
2) Or, add to the top of the Package maintainer docs a paragraph 
that
describes how to achieve safe package tests by commenting the 
relevant
line in Engine.pm and making /sw/src writeable by users.
Would tarball downloading *ever* need to be done as root? If not (and
I can't think of such a case) and downloading is always done as a
system call (cf. via LWP.pm) then /sw/src could be owned by a normal
user for everyone and fink do a sudo to that user as part of the
system(). Note that this is the current situation with /sw/fink/10.2
and the action of selfupdate-cvs.
Yes, and it gets to be quite a pain when that user is removed from the 
system. in order for your idea to work smoothly, a new user and group 
would need to be created, and fink would need to run as a single 
constant user, with the people in the fink group able to change the 
info files if needed.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Unix  _IS_  user friendly... It's just selective about who its friends 
are.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)
iD8DBQE/YJS7+/mCMqKrwHARAjFLAJ96LIO855g34gldfSwf9ppHzMipSQCfVAEf
TN1fq2Szm2u2179/MF8tX7c=
=Upau
-END PGP SIGNATURE-


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] pkgconfig policy

2003-08-29 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday, August 28, 2003, at 10:07  AM, Peter O'Gorman wrote:
On Thursday, August 28, 2003, at 10:31  PM, Benjamin Reed wrote:

Peter O'Gorman wrote:
I don't see the need for this to be in a Recommends field, would it 
not be better in a Desc* type field, or simply as a #comment in the 
.info file?
It's not a matter of need, but it does make sense to me.  If I want 
to develop with kdelibs, I want to know that I need to have all those 
other -dev packages installed too.

When we implement Recommends/Suggests in the future, fink can 
auto-install them so you're ready to do your building.
In the future we will all be dead :)

Aside from the fact that nobody is working on implementing this at 
them moment, there is Dave's point about upping the revision numbers. 
However, as long as it will still allow -dev packages to be replaced 
by others when building something, there is no objection from me.

A policy where this should be added to Recommends or Suggests by the 
maintainer when packages are updated to a new revision/version would 
probably get nowhere though, so I guess the decision on where it goes 
(comment, Recommends, Suggests, Desc*) is up to Dave.
What about fixing the fink dep engine, so that BuildDependsOnly 
packages may depend on other BuildDependsOnly, and then a kde packahe 
could BuildDepend on kdelibs3-dev and a few other -dev packages it 
needs, and fink will make sure everything needed is there; fink would 
need to recursively go through the depends...

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Of course, you realize this means war.
- -B. Bunny
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Darwin)
iD8DBQE/Tzcx+/mCMqKrwHARAgRoAJkB6lCmj93y7Q8KaG9NAv1HrKfT4QCglPDZ
wvQIPvKHBwcVbXbHMcQiyUQ=
=Be8a
-END PGP SIGNATURE-


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] (no subject)

2003-08-26 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday, August 24, 2003, at 10:48  AM, John Davidorff Pell wrote:
I'm actually a little confused as to why each *package* needs the 
gcc:
3.1 | 3.3 flags. Its only important to which version of gcc3 we 
compile
with, not which code we compile.
Shouldn't fink just keep track of which gcc3 a given package was
compiled with instead of making a duplicate info file for each? i.e. 
In
theory foo.info with gcc: 3.1 and foo.info with gcc: 3.3 should be
identical except for that line, so why make duplicates?
If we force a given fink distro to use only one gcc3, then can't we
just make it require the correct gcc3 be used and leave it at that?
Then all the C++ code will always be from 3.3 (or 3.1).
Unless i'm very confused this would simplify it a bit, wouldn't it?

The problem is with the upgrade.  What we did for the gcc 3.1 upgrade
was to only force users to recompile fink packages which have C++ code
in them, and allowed them to keep their already-compiled things from
the previous distribution if those things did not involve C++.
I agree that it would be simpler to just use a given gcc for a given
distribution, but then we would need a mechanism to force people to
replace all of their fink packages (and to replace them in the correct
order, if they are building from source) when they upgrade.
  -- Dave
So then let's make a much more descriptive field. if a package has c++ 
code in it...

CPP: Yes

If a package has this and we upgrade, then build any dependancies it 
has that also have it. then build that package and we're happy. :-)
Well, first of all, CPP stands for C PreProcessor, not C++. Second, we 
try to make sure the default way of building remains the same with all 
users. It is so much easier to know that in 99.99% of cases, there is a 
standard set of tools being used. Also, we do not create the CPP or 
CFLAGS variables, they are standard, and are meant to hold custom 
command line options, so assigning Yes to the value that should be the 
CPP makes less then 0 sense.

AFAIK the GCC tags are only required for c++ packages, but it's a good 
way to mark the highest compiler they build on.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Darwin)
iD8DBQE/Sefj+/mCMqKrwHARAsrKAJ0SuNfK7ah3jPGAM5Q/SuISjfcZeACeMk6C
hQtetDsbIcbrRuHIY/SRGjQ=
=ze9W
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Chris Zubrzycki (beren) / Matt Stephenson (cattrap)

2003-07-20 Thread Chris Zubrzycki
On Saturday, July 19, 2003, at 06:00  AM, Max Horn wrote:

Tried to email to [EMAIL PROTECTED] / 
[EMAIL PROTECTED] yesterday, but the mails are not being 
delivered, SF.net tells me:

[...]
A message that you sent has not yet been delivered to one or more of 
its
recipients after more than 8 hours on the queue on 
sc8-sf-list1.sourceforge.net.
[...]
  [EMAIL PROTECTED]
(generated from [EMAIL PROTECTED])
  [EMAIL PROTECTED]
(generated from [EMAIL PROTECTED])

Maybe this is just a temporary problem with .mac email addresses. Or 
maybe those .mac addresses are outdated? In that case, could their 
owners please update the SF.net addresses to point at valid targets? 
Thanks!
There is nothing wrong with my email address, afaik, but there seeme to 
be an odd problem or mail routing loop or something when using the sf 
email to forward to my main account.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Only two things are infinite, the universe and human stupidity, and I'm
 not sure about the former.
   -- 
Albert Einstein



---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Idea: embed patch in .info

2003-07-16 Thread Chris Zubrzycki
On Wednesday, July 16, 2003, at 09:17  AM, Max Horn wrote:
Am Dienstag, 15.07.03 um 13:01 Uhr schrieb Chris Zubrzycki:
On Saturday, July 12, 2003, at 09:18  PM, Max Horn wrote:
Am Sonntag, 13.07.03 um 01:47 Uhr schrieb John Davidorff Pell:
It was mentioned soon after all this was suggested in the first 
place, by i don't know who, to do it like this: %n.info and 
%n-%v-%r.patch. basically only renaming the info file, not the 
patches. this is an obviously simple solution and will work just as 
well as previously and won't have any of the disadvantages that are 
being discussed now.

That approach works nicely for me. What do others think?
You lose the key advantage of being able to make mass changes 
(scripted) that require a revision update, because
once the file revision and patch are out of sync fink can no longer 
find the patchfile. Honestly I do not see the problem of using the 
$Id $ tags in files and using -D with cvs commands to get a specific 
snapshot. This is meant to make things easier, not harder on us.

Well I don't see a problem either, so personally I'd be fully happy 
with what you suggest Chris (it's what I myself proposed earlier, 
after all). But it seems others see a problem...
as an added idea, for the people that think they will have trouble 
keeping track of such patches, they can add either an empty file w/the 
version/revision of the patch as a name, or they can do echo 
version-rev  package.patch  diff -ruN dir dir.new  package.patch

problem solved :)

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...
chmod -R 0 / ; and smile :)



---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Idea: embed patch in .info

2003-07-15 Thread Chris Zubrzycki
On Saturday, July 12, 2003, at 09:18  PM, Max Horn wrote:
Am Sonntag, 13.07.03 um 01:47 Uhr schrieb John Davidorff Pell:
It was mentioned soon after all this was suggested in the first 
place, by i don't know who, to do it like this: %n.info and 
%n-%v-%r.patch. basically only renaming the info file, not the 
patches. this is an obviously simple solution and will work just as 
well as previously and won't have any of the disadvantages that are 
being discussed now.

That approach works nicely for me. What do others think?
You lose the key advantage of being able to make mass changes 
(scripted) that require a revision update, because
once the file revision and patch are out of sync fink can no longer 
find the patchfile. Honestly I do not see the problem of using the $Id 
$ tags in files and using -D with cvs commands to get a specific 
snapshot. This is meant to make things easier, not harder on us.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Only two things are infinite, the universe and human stupidity, and I'm
 not sure about the former.
   -- 
Albert Einstein



---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing  more.
Download  eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] unable to fink selfupdate-cvs in the past week

2003-06-26 Thread Chris Zubrzycki
On Tuesday, June 24, 2003, at 06:32  PM, Randal L. Schwartz wrote:

David == David  [EMAIL PROTECTED] writes:
David Due to hardware issues anonymous CVS is served from the backup
David servers, AFAIK. This is a sourceforge issue. We apologise for 
the
David hassle this causes but unfortunately we cannot do a thing ;) 
about it.

And so it's been broken for a week for everyone, and there's no
end to the breakage in sight?  How is anyone getting anything done?
The end will hopefully be in august, and it's only broken for 
non-developers, ie. anonymous access.

it's a real pain, i agree.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Remember: it's a Microsoft virus, not an email virus,
a Microsoft worm, not a computer worm.


---
This SF.Net email is sponsored by: INetU
Attention Web Developers  Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] master:master:master:master..., huh?

2003-06-12 Thread Chris Zubrzycki
On Thursday, June 12, 2003, at 01:19  PM, Christian Schaffner wrote:

Hi Randal

On Donnerstag, Juni 12, 2003, at 06:24  Uhr, Randal L. Schwartz wrote:

Randal == Randal L Schwartz [EMAIL PROTECTED] writes:
Randal I'm using the CVS tip of fink... lately, I've been getting  
failures to
Randal download that end up trying to download something with  
master: in
Randal the front.  And each failure makes it even longer!

Randal curl -f -L -O  
master:master:master:master:master:master:master:master:http:// 
distfiles.opendarwin.org/konversation-0.12.tar.gz

Randal What's doing that?

Followup - when I try to update autoproject-0.17-1, that's where
it starts getting bad:
autoproject has a very strange Source line in it:
Source: %n-%v.tar.gz
Whoops! forgot the d/l location when i made the package in my exp...but  
that should not be the problem. everything works fine for me with this  
package like it is.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Unix  _IS_  user friendly... It's just selective about who its friends  
are.



---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] master:master:master:master..., huh?

2003-06-12 Thread Chris Zubrzycki
On Thursday, June 12, 2003, at 02:12  PM, Randal L. Schwartz wrote:

Chris == Chris Zubrzycki [EMAIL PROTECTED] writes:

autoproject has a very strange Source line in it:
Source: %n-%v.tar.gz
Chris Whoops! forgot the d/l location when i made the package in my
Chris exp...but  that should not be the problem. everything works 
fine for
Chris me with this  package like it is.

Try removing the source from /sw/src, and then fink fetch-missing.

All hades breaks loose.
Please file a bug then, that should not happen. :)
-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070
_
This message is encoded using the Rot-26 encoding method.  Unauthorized 
decoding of this message may result in extreme penalties under the 
DMCA.  These penalties include, but are not limited to: US$100,000 
fine, life imprisonment, castration, death, limp hair, terminal 
halitosis, and amputation of the extremities.



---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] new fink patch submitted

2003-05-30 Thread Chris Zubrzycki
hey i made a patch for fink that adds 2 new options for fink list,  
--maintainer for specifying a maintainer, and --tree for limiting to  
specific trees (stable/unstable/local/etc), and also adds searching the  
maintainer field in fink apropos. I added the docs in fink list -h as  
well as in the manpage. If I could get some feedback i'd love to commit  
this, it has been handy for me :)

http://sourceforge.net/tracker/ 
index.php?func=detailaid=745877group_id=17203atid=317203 for the  
website impaired :-p

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it


---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Re: Type: perl

2003-05-27 Thread Chris Zubrzycki
On Tuesday, May 27, 2003, at 10:20  AM, TheSin wrote:

okay what is we added required system-perl560 pkgs and such that 
symlink to perl560 and perl561 and perl580 Obviously with the fink 
pkgs or system counterparts for each version.  then we could use 
/sw/bin/perl[560|561|580] in the apropriate places, and we would know 
they exist and be using a full /path/to/perl

any how this will need to be fixed before I add apache2 to unstable, 
well i suppose apache2 coul dbe added but not mod_perl which it likely 
the most used dso for apache

On Tuesday, May 27, 2003, at 07:35 AM, David R. Morrison wrote:

One thing to keep in mind here is that the new versioned perl packages
may need to *build* the package using a different version of perl than
the one that the user is currently running.  Each -pm560 package has
to be built with perl 5.6.0, each -pm580 package has to be built with
perl 5.8.0, and so on.  So we have to construct a system which does 
this.
That's what I've attempted to do.
Why not use perl5.6 and perl5.8 symlinks managed by 
update-alternatives, to make appear less dependant on a specific 
version...

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...
chmod -R 0 / ; and smile :)



---
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Prebinding

2003-04-02 Thread Chris Zubrzycki
On Wednesday, April 2, 2003, at 08:44  PM, Ben Hines wrote:

On Wednesday, April 2, 2003, at 11:45  AM, Benjamin Reed wrote:

Karin Kosina wrote:

I still do not see how enabling prebinding can ever be bad. If I
understand the documentation correctly, the worst thing that can
happen is that prebinding cannot be used, resulting in the exact
same situation as if it hadn't been enabled in the first place...
I don't see how it can be bad either, but I also don't see how it can 
be *automated*.  If you know how we can have the offsets be the same 
across all fink installations, then go for it.  But one of the goals 
of Fink is for the resulting binaries to be the same across all 
installations, regardless of where they're built.

Perhaps you missed the discussion of  seg_addr_table then? It can be 
easily automated with some fink support and use of the Shlibs field. 
Someone just needs to implement it. See carsten's exp dir.

Mach-O prebinding info is NEVER the same across OS X installations, 
that cannot be considered part of the 'binaries are the same' policy.
From what I have gathered from other lists, update_prebinding modifies 
the lib or app permantly; it changes it's md5 anyway...so it may take a 
few times loading to get everything prebound together, ie. it does the 
lowest level of libs, then the next level, etc. until it prebinds the 
app itself.

But this can only happen if it has *some* address to start with.

HTH,
-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it


---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Fwd: [Fink-users] AM_PATH_GTKGL trouble

2003-04-01 Thread Chris Zubrzycki
forwarded from fink-users:

Begin forwarded message:

From: Jonathan Brandmeyer [EMAIL PROTECTED]
Date: Tue Apr 1, 2003  7:16:57  PM US/Eastern
To: [EMAIL PROTECTED]
Subject: [Fink-users] AM_PATH_GTKGL trouble
I am a developer for a python extension module project.  We are trying
to support OSX using fink, due to its support for gtkglarea.  We are
using a slightly modified version of the autoconf macro 'AM_PATH_GTKGL'
(its contents are appended to this message).  The test fails with these
linker errors:
_glPointParameterf referenced from libGL expected to be defined in
OpenGL
_glPointParameterfv referenced from libGL expected to be defined in
OpenGL
Our test system is configured with:
OS 10.2,
Fink stable
Apple X11 0.3 with SDK
Apple's Python distro
Developer tools dated June 2002.
The following fink packages (with automatic dependancies):
automake
autoconf
gtkglarea
We attempted to build gtkglarea from its source package and recieved 
the
same errors during a related check.

Thanks for your assistance,
Jonathan Brandmeyer


The content of the test macro follows.  I have added comments in all
caps, prefixed with ##.
-
# configure paths for GtkGLArea
# Janne Lof 1999-17-2
# AM_PATH_GTKGL([ACTION-IF-FOUND [,ACTION-IF-NOT-FOUND]])
AC_DEFUN(AM_PATH_GTKGL,
[
AC_PROVIDE([AM_PATH_GTKGL])
AC_ARG_WITH(gl-prefix,[  --with-gl-prefix=PFXPrefix where 
OpenGL
or Mesa is installed],
 gl_prefix=$withval,
 gl_prefix=)

AC_ARG_WITH(gtkgl-prefix, [  --with-gtkgl-prefix=PFX Prefix where
GtkGLArea is installed],
 gtkgl_prefix=$withval,
 gtkgl_prefix=)
# tests for OpenGL
if test x$gl_prefix != x ; then
 GL_CFLAGS=-I$gl_prefix/include
 GL_LDOPTS=-L$gl_prefix/lib
else
 GL_CFLAGS=
 GL_LDOPTS=
fi
saved_LIBS=$LIBS
saved_CFLAGS=$CFLAGS
# test for plain OpenGL

## THIS TEST PASSES, SEVERAL ALTERNATES FOLLOW WHICH ARE NOT SEEN

AC_MSG_CHECKING([GL])
LIBS=$saved_LIBS $GTK_LIBS $GL_LDOPTS -lGLU -lGL
AC_TRY_LINK( ,[ char glBegin(); glBegin(); ], have_GL=yes, have_GL=no)
AC_MSG_RESULT($have_GL)
if test x$have_GL = xyes; then

 GL_LIBS=-lGLU -lGL

 else
  # test for GL with Pthreads.
  ## THIS TEST IS NOT SEEN (NOT NEEDED)

  AC_MSG_CHECKING([GL with threads])
  LIBS=$saved_LIBS $GTK_LIBS $GL_LDOPTS -lGLU -lGL -lpthread
  AC_TRY_LINK( ,[char glBegin(); glBegin(); ], have_GL=yes, have_GL=no)
  AC_MSG_RESULT($have_GL)
 if test x$have_GL = xyes; then

  GL_LIBS=-lGLU -lGL -lpthread

 else
  # test for Mesa
  ## THIS TEST IS NOT SEEN (NOT NEEDED)

  AC_MSG_CHECKING([Mesa])
  LIBS=$saved_LIBS $GTK_LIBS $GL_LDOPTS -lMesaGLU -lMesaGL
  AC_TRY_LINK( ,[ char glBegin(); glBegin(); ], have_Mesa=yes,
have_Mesa=no)
  AC_MSG_RESULT($have_Mesa)
  if test x$have_Mesa = xyes; then

   GL_LIBS=-lMesaGLU -lMesaGL

  else

   # test for Mesa with threads

   ## THIS TEST IS NOT SEEN (NOT NEEDED)

   AC_MSG_CHECKING([Mesa with pthreads])
   LIBS=$saved_LIBS $GTK_LIBS $GL_LDOPTS -lMesaGLU -lMesaGL -lpthread
   AC_TRY_LINK( ,[ char glBegin(); glBegin(); ], have_Mesa_pthread=yes,
have_Mesa_pthread=no)
   AC_MSG_RESULT($have_Mesa_pthread)
   if test x$have_Mesa_pthread = xyes; then

 GL_LIBS=-lMesaGLU -lMesaGL -lpthread

   else
#all failed
LIBS=$saved_LIBS
CFLAGS=$saved_CFLAGS
GTKGL_LIBS=
GTKGL_CFLAGS=
ifelse([$2], , :, [$2])
   fi
  fi
 fi
fi
# tests for GtkGLArea

## THIS TEST FAILS WITH LINKER ERRORS.

if test x$gtkgl_prefix != x; then
 GTKGL_CFLAGS=-I$gtkgl_prefix/include
 GTKGL_LDOPTS=-L$gtkgl_prefix/lib
else
 GTKGL_CFLAGS=
 GTKGL_LDOPTS=
fi
AC_MSG_CHECKING([GtkGLArea])
LIBS=$save_LIBS -lgtkgl $GTK_LIBS $GL_LDOPTS $GL_LIBS $GTKGL_LDOPTS
AC_TRY_LINK( ,[ char gtk_gl_area_new(); gtk_gl_area_new(); ],
have_gtkgl=yes, have_gtkgl=no)
AC_MSG_RESULT($have_gtkgl)
if test x$have_gtkgl = xyes; then

 LIBS=$saved_LIBS
 CFLAGS=$saved_CFLAGS
 GTKGL_CFLAGS=$GTKGL_CFLAGS $GL_CFLAGS
 GTKGL_LIBS=$GTKGL_LDOPTS -lgtkgl $GL_LDOPTS $GL_LIBS
 ifelse([$1], , :, [$1])
else

 LIBS=$saved_LIBS
 CFLAGS=$saved_CFLAGS
 GTKGL_LIBS=
 GTKGL_CFLAGS=
 ifelse([$2], , :, [$2])
fi

AC_SUBST(GTKGL_CFLAGS)
AC_SUBST(GTKGL_LIBS)
])



---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
___
Fink-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-users

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Sadly, text alone cannot convey the depths of my sarcasm.



---
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo

Re: [Fink-devel] System-* (Placeholder packages)

2003-03-29 Thread Chris Zubrzycki
On Saturday, March 29, 2003, at 05:04  AM, John Davidorff Pell wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've noticed that there are a number of placeholder packages, I was 
just thinking of another, for Tcl/Tk which i just got from CVS, and it 
occurred to me that if we made placeholder packages for every package 
we'd be crazy. Is there a way (perhaps not for the next few releases) 
to have a 'generic' package that can be updated to provide for 
dependancies for the system, or even some built in automatic method? 
I'd be happy to help and/or test (I'm not sure if i would be much help 
if we do a built-in method).
Most likely not. The reason we have these depends is so that every 
person gets exactly the same package, and so that _fink_ has control of 
all the packages it needs. Without this control, many things break as 
you upgrade or clean old programs that you think you no longer need. 
also if is possible to install a program/lib anywhere, and fink would 
have no idea where to look. We dont provide a placeholder package 
unless it supplies *everything* needed, and then usually only if it 
comes with the system

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Only two things are infinite, the universe and human stupidity, and I'm
 not sure about the former.
   -- 
Albert Einstein



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] building gtk+2-2.0.9-3 with xfree86-4.3

2003-03-29 Thread Chris Zubrzycki
On Saturday, March 29, 2003, at 07:42  AM, Peter O'Gorman wrote:

Hi,
I just built gtk+2-2.0.9 with xfree86-4.3 with no errors.
The problem seems to have been that xfree86-4.3 does not have 
Xft/XftFreetype.h, but when I grep for this

[pogma:src/gtk+2-2.0.9-3/gtk+-2.0.9] peter% grep -rl 
Xft\/XftFreetype.h .
./config.log
./configure
./configure.in

Simply removing the check from configure allows it to build.
(Or did I miss something, and this is a known fix)?
If i remember correctly, it does not build the xft backend libs then, 
maybe compare the filelisting of the 2 debs? one with xfree 4.2 and one 
with the check removed and against xfree 4.3

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Remember: it's a Microsoft virus, not an email virus,
a Microsoft worm, not a computer worm.


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] xfree86 upgrade

2003-03-04 Thread Chris Zubrzycki
there is a fairly clean solution, that could be hard coded in fink for 
now, is:

fink build xfree86  fink scanpackages  sudo apt-get update  sudo 
apt-get install xfree86

apt is able to install xfree 4.3 over the 4.2 packages because it is 
smart enough to know to override dpkg because the new packages fulfill 
the dependancies.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Isaac Newton understood the impact of the Apple.



---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Epoch

2003-03-03 Thread Chris Zubrzycki
On Monday, March 3, 2003, at 02:38  PM, Justin Hallett wrote:

okay %e is great thanks...and I agree, but I think it will be used, I 
have
a number of rc pkgs.

Max Horn [EMAIL PROTECTED] writes:
Yes there is: %e (see PkgVersion.pm, line 136).

Cause I think it'd be nice to have if we start using Epoch more and 
more.
Well, epochs should only be used as a last resort, normally...
yes. epochs should be a *very* last resort, because they can be very 
confusing to people who are just looking for version numbers, and once 
they are used for a package, they will be forever used with it, unless 
the package name changes.

please don't use them lightly...

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...
chmod -R 0 / ; and smile :)



---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] ncurses 5.3

2003-02-15 Thread Chris Zubrzycki
Ok. I have finally committed ncurses 5.3, and just wanted to let 
everyone know. I have verified that the previously missing symbols are 
in fact there, and tested the libs with old and new ncurses progs, no 
problems.

I also committed versions for 10.1, which i know at least a few people 
use. I have also tested these, (thanks inca  ;-)  )  and unless i made 
a last minute typo, they work also.


If other ppl need things backported, let me know and i'll help.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Sadly, text alone cannot convey the depths of my sarcasm.



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] install_name perl script

2003-01-28 Thread Chris Zubrzycki

On Tuesday, January 28, 2003, at 05:41  PM, Finlay Dobbie wrote:



On Tuesday, January 28, 2003, at 10:17  pm, Chris Zubrzycki wrote:


On Tuesday, January 28, 2003, at 12:04  AM, Jeremy Erwin wrote:

Hmm, after I fixed a spurious newline that my test editor had added 
in the midst of
 `/usr/bin/install_name_tool -change $File::Find::name $newlibrary 
$_\n`;, the script works. Thanks a lot, pico!

fink install nano. much better than pico...i love it


Both spuriously add newlines unless you run them with -w, AFAIK.


True, but even with -w pico will still wrap the lines after a certain 
length, it bit me with some of RangerRick's kde info files...and nano 
has way more features, like just to any line #, etc.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...

chmod -R 0 / ; and smile :)




---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Regression caused by indexing changes

2003-01-27 Thread Chris Zubrzycki
On Monday, January 27, 2003, at 05:01  PM, Carsten wrote:


Hi Max,

Yes I am seeing the same thing too.

Agreed, fink should use the existing (dirty) index in this case. It 
does seem to do so when a package is specified (fink list zip or 
fink apropos zip for example).

I believe I have seen this problem even before my last patch, but it 
certainly is occurring more frequently now. I'm not sure what is 
happening but I will have another look at my code submission to see 
what is going on.

But I wonder where this number 291 packages is coming from (240 on 
my system). Is this the number of debs/binary programs?

dunno, but a fink index does indeed make all better...

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it




---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Registering fink.fm?

2003-01-21 Thread Chris Zubrzycki
On Tuesday, January 21, 2003, at 11:48  AM, David wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Hello guys.

Fink.fm is available and even though we are no radio station I am 
short of registering it. It would be a 200 dollar Investment for the 
next two years which I am well willing to make. The question is, would 
you all accept this as an additional domain, DRM, Max, Benjamin?

personally, i dont like it for the same reason max didn't want to use 
andthing in the .de domain: .fm does not mean a radio station, it's a 
country's private domain. We are worldwide effort, so personally i 
think we should not have a domain tied to a specific country.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

Security Is A Series Of Well-Defined Steps...

chmod -R 0 / ; and smile :)



-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Twice blessed is help unlooked for. --Tolkien



---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Upgrading postfix

2002-12-22 Thread Chris Zubrzycki
On Sunday, December 22, 2002, at 04:45  AM, Daniel Parks wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday, December 22, 2002, at 12:48  AM, Daniel Parks wrote:


I am creating two new packages (actually, Steven M. Bytnar created 
the packages and I'm upgrading them), postfix-sasl and 
postfix-sasl-tls.

I'm also considering adding MySQL support.

Ugh, I don't think postfix-mysql-sasl-tls is a good package name!


Take a look at the debian packages for postfix, they do just what you 
want. packages.debian.org. you can see the contents of the packages 
too, to get an idea what is needed to build and how to make the 
splitoffs

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Twice blessed is help unlooked for. --Tolkien




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Bug or Feature missing

2002-12-15 Thread Chris Zubrzycki
On Monday, December 16, 2002, at 12:34  AM, Patrick Sodré wrote:


Sorry... So do you have any clues why this could be happening?

Patrick Sodre

On Sunday, December 15, 2002, at 11:50  PM, Ben Hines wrote:


You never said that on the mailing list. (what the actual problem was)

-Ben

On Sunday, December 15, 2002, at 08:07  PM, Patrick Sodré wrote:


This problem. The PostInstScript and PreRmScript were appended to 
the openafs-client.xml file. There is definitely something wrong. If 
it is with my .info file, then Fink needs to be more verbose about 
it and try to point out where the error comes from.


The problem looks to me like the info parser is not realizing that 
there are indented HERE document marks...im not sure if it has been 
fixed in fink cvs, but i know that generally ending HEREDOC marks need 
to be on a line by them selves with no leading whitespace. ie. remove 
the whitespace on the closing . there is no error reported because 
you have a final closing 

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Remember: it's a Microsoft virus, not an email virus,
a Microsoft worm, not a computer worm.




---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Fink Rebuild question

2002-12-12 Thread Chris Zubrzycki
On Thursday, December 12, 2002, at 09:00  AM, Patrick Sodré wrote:


Hi,
   I'm porting openafs to fink and it takes a long time to recompile 
openafs. Is there ANY way that I can skip the compilation step and go 
straight to Splitting off the packages?

fink info ccache

it makes rebuilding very short, and make sure you install the -default 
splitoff if you want fink to be able to use it. It makes ccache the 
default, however, so dont forget to set a cache size limit.

-chris zubrzycki
- --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Unix  _IS_  user friendly... It's just selective about who its friends 
are.



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Deep dependencies in tcl

2002-11-06 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday, November 6, 2002, at 11:40  AM, Jose' Cruanyes wrote:



On Mercoledì, nov 6, 2002, at 17:13 Europe/Rome, Randal L. Schwartz 
wrote:

How are variations best handled in fink?


I think one solution could be have a dummy package (using the 
postgresql example)

postgresql depends postgresql-complete | postgresql-cxx | 
postgresql-java | postgresql-javaperl | postgres-whatever

then create the different postgresql-xxx packages with the different 
configurations
so when you ask fink install postgresql the system ask you which one 
to install.

the problem is that ideally you have to create a package for every 
possible combination of options and in the case of postgresql the 
number is fairly high

as a default we build each package with everything we can turned on. 
Many of these dependencies are buildDepends only, and the different 
modules are split into different deb files. When we have a working 
binary archive, many people never notice all of the build depends 
because they are not building them themselves. In order to have a good 
binary archive, the maintainers need feedback to know which packages 
can be put in stable. so the quicker we get feedback the quicker and 
bigger the binary archive will be :-)


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Unix  _IS_  user friendly... It's just selective about who its friends 
are.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (Darwin)

iD8DBQE9yWml+/mCMqKrwHARAu1oAJ4ySFzXy5ouC8u/J3jWprFOZz61ngCfQgBX
RgLHGaAt11VUCJBgVkTcFU8=
=WeLn
-END PGP SIGNATURE-



---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] ncurses

2002-11-04 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday, November 4, 2002, at 01:56  AM, Chris Zubrzycki wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hey guys. I have a new revision of ncurses 5.2, which should also know 
about apple's terminfo entries, as well as termcap stuff, and I also 
packed up ncurses 5.3, which is binary compatible.

oops. it looks like they are not. some of the symbols have changed 
names it seems. :-/ o well

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Twice blessed is help unlooked for. --Tolkien


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (Darwin)

iD8DBQE9xoFc+/mCMqKrwHARAjwmAKCblDXf0H5itVaVcUCTyHoMWtzRKACgmAOi
yjYZiLF3DdsCXnYn2n7/v1c=
=mD9v
-END PGP SIGNATURE-



---
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] ncurses

2002-11-04 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday, November 4, 2002, at 05:28  PM, Max Horn wrote:


At 12:43 Uhr -0500 04.11.2002, Chris Zubrzycki wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday, November 4, 2002, at 12:20  PM, Carsten Klapp wrote:



Too bad about the symbol changes in 5.3 I can't use it yet, anyway 
both built for me without any problems on 10.2.1.

(Nice that 5.3 no longer requires a patch! (:)

OK, that's an advantage. But what else does 5.3 gain us I wonder?



On Monday, November 4, 2002, at 09:16  am, Chris Zubrzycki wrote:


hey guys. I have a new revision of ncurses 5.2, which should also 
know about apple's terminfo entries, as well as termcap stuff, and 
I also packed up ncurses 5.3, which is binary compatible.

oops. it looks like they are not. some of the symbols have changed 
names it seems. :-/ o well

Ok, status update. it is bin compat with about 90% of ncurses 
programs they say on the website. I have been working a lot with both 
versions and can now have them both installed, and am actucally 
working on splitoffs I hope to be able to submit to max later today.

Interesting - so the shlibs do have different versions after all? I am 
a bit confused, this sounds like a contradition - first you say 5.3 
can work as a drop in replacement (which requires *equal* major 
versions of the dylib), then you say that you can splitoffize it so 
that 5.3 and 5.2 coexist (which implies *different* major versions). 
What do I miss?

The only issue is every program that links to ncurses will need 
{build}depends on the correct versions. Easy stuff though, because 
symlinks should take care of the legacy apps.

ok. it is a different minor version, but it breaks some apps, because 
some interfaces have been renamed. from the homepage: NOTE: A few 
applications will have to be recompiled (about 1% of the programs in a 
typical Linux distribution, 10% of the programs that use ncurses). 
These are easy to identify with nm or strings.

Now I don't know if that means if some need code changes, or what, but 
some apps I guess are using private functions: add several private 
functions (prefixed with _nc_) for tracing chtype values in the debug 
library, and for better access and buffer limit checking.

and some do die because of the renames, so for now, I guess they are 
not 100% compatible (but it is easy to check, once you know what to 
look for)


- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Unix  _IS_  user friendly... It's just selective about who its friends 
are.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (Darwin)

iD8DBQE9xy8r+/mCMqKrwHARAsfgAKCU01TWR3kKqbpbST30noZPUw0xhgCfbUAG
2y38qy2GTvS/W0gtIbAWNaI=
=b2x3
-END PGP SIGNATURE-



---
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] ncurses

2002-11-03 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hey guys. I have a new revision of ncurses 5.2, which should also know 
about apple's terminfo entries, as well as termcap stuff, and I also 
packed up ncurses 5.3, which is binary compatible.

Could some people maybe test them and Max, they are your packages to 
approve or deny :-)

they are in experimental under beren12/libs

thanks.
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Unix  _IS_  user friendly... It's just selective about who its friends 
are.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (Darwin)

iD8DBQE9xho9+/mCMqKrwHARAp8MAJ9krJHrC2RS4xSqAV/Q031YFwjLqQCg4FQf
Xc2mlejXlUm/+p+Seg5sF2Y=
=b1u2
-END PGP SIGNATURE-



---
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] FWD: tetex-base

2002-10-12 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Friday, October 11, 2002, at 08:10  PM, David R. Morrison wrote:

 I'm forwarding this to fink-devel because I'm not sure what the right
 approach is.

 tetex-base says Provides: dialog and dialog says Conflicts: 
 tetex-base
 The situation is that dialog is a very small package which someone 
 might
 want independently; tetex-base is a large package which includes 
 dialog.

 Anyone have suggestions about how to do this?

I think if Replaces: lines are added to each package, dpkg will know to 
uninstall one in order to install the other (unless something 
specifically depends on it). I dont know if dialog should replace 
tetex-base, but i do think tetex-bash should replace dialog
Replaces: dialog

jmho :-)
- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Only two things are infinite, the universe and human stupidity, and I'm
  not sure about the former.
-- 
Albert Einstein


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (Darwin)

iD8DBQE9qDG9+/mCMqKrwHARAlkfAJ90vamOmMTbHkcc1BkhNzKEqucQpQCgqMqf
/6XeUpfzdzLgStJHQEPaspo=
=T0FL
-END PGP SIGNATURE-



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] RuntimeDepends

2002-10-10 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday, October 10, 2002, at 07:58  AM, Peter O'Gorman wrote:


 On Thursday, October 10, 2002, at 07:22  PM, Max Horn wrote:

 I'd like to add some new fields in the near future:

 RuntimeDepends

 Comments? Problems with those? Other similiar fields that might be 
 needed in your opinion?


 Wouldn't this objective be achieved without a new field, but instead 
 using BuildDepends: for *all* the buildtime dependencies and Depends 
 for just the runtime dependencies.

I like this idea better, because doesn't apt and friends use depends 
for runtime stuff? if we added another field, we would need to change 
apt and the frontends to recognize it, afaik

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070

I think you've been smoking Cocoa instead of coding with it


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (Darwin)

iD8DBQE9pY01+/mCMqKrwHARAqsWAJ9QQKuRYuQyLxSM4QZjWHOWx9MJOgCgz3I7
u5OwDx04APA6xO/bIVkrRyE=
=7Vjf
-END PGP SIGNATURE-



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



  1   2   >