Re: [Fink-devel] automake updates
On Jul 19, 2013, at 8:34 PM, Hanspeter Niederstrasser 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=48808831&iu=/4140/ostg.clktrk ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Gaim -> Pidgin -- searching a new maintainer
-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
-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.php&p=sourceforge&CID=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
-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=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] mplayer / fink / realaudio
-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.php&p=sourceforge&CID=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
-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=lnk&kid=120709&bid=263057&dat=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
-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=lnk&kid=120709&bid=263057&dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ghostscript
-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=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Package test suites
-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 ." 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=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink feature request
-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.php&p=sourceforge&CID=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)
-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=lnk&kid=120709&bid=263057&dat=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
-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=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink package only?
-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=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink package only?
-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=lnk&kid=107521&bid=248729&dat=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
-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=lnk&kid=107521&bid=248729&dat=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
-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=lnk&kid=120709&bid=263057&dat=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
-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=lnk&kid=120709&bid=263057&dat=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.
-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=lnk&kid=120709&bid=263057&dat=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.
-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=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Merge fink ChangeLogs?
-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=lnk&kid=110944&bid=241720&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Merge fink ChangeLogs?
-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=lnk&kid=110944&bid=241720&dat=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)
-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=lnk&kid=110944&bid=241720&dat=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)
-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=lnk&kid=110944&bid=241720&dat=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?
-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=lnk&kid=110944&bid=241720&dat=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?
-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=lnk&kid=110944&bid=241720&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Proposal: New percent-expansion for full version (Was: HEAD buildlocks (and maybe others?) don't handle epoch)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Feb 27, 2006, at 1:22 PM, Dave Vasilevsky wrote: On Feb 27, 2006, at 10:11 AM, Daniel Macks wrote: So either there's a bug in get_depends (either its implementation or how it is being called in this code snippet) or there's a bug in your .info file (missing %e in the Depends line). It's a bug in the .info file. The SplitOffs had "Depends: %N (= %v-% r)". But now that there's an epoch, that should be "Depends: %N (= % e:%v-%r)". I propose that we add a %V expansion for full version, so we can just write (= %V) and forget about whether or not an epoch is needed. Any objections? Sounds ok... from a fink standpoint, though, it makes sense to have the epoch as part of %v, but from the Source line is makes sense to have it separate... - -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.1 (Darwin) Comment: Please sign reply-http://www.gnupg.org iEYEARECAAYFAkQDS84ACgkQ+/mCMqKrwHBnfgCcDsr9JKUSLPmJMp7wsymXJ08V 43MAoITx3mxQRU/KXcbfWri7v+Ksvfda =/+LZ -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=lnk&kid=110944&bid=241720&dat=121642 ___ 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
-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=lnk&kid=110944&bid=241720&dat=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
-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=lnk&kid0944&bid$1720&dat1642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.4 bindist URL?
-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=lnk&kid=103432&bid=230486&dat=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
-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=lnk&kid=103432&bid=230486&dat=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.
-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=lnk&kid=103432&bid=230486&dat=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?
-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=lnk&kid=103432&bid=230486&dat=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?
-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=lnk&kid=103432&bid=230486&dat=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?
-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=lnk&kid=103432&bid=230486&dat=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
-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=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Use of explicit interpretters in packaging scripts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 5, 2006, at 3:01 AM, Trevor Harmon wrote: On Jan 4, 2006, at 12:37 PM, Jean-François Mertens wrote: Careful though not to automatically add -e to a patchscript beginning eg with #!/usr/bin/perl Should fink know about all possible interpreters ? I think it should, yes. There are only a few possible shells, so hardcoding them shouldn't be a big deal. Even if it misses one or two, I think it would still have a higher success rate than relying on package maintainers. I am against this. If policy says the -e is needed, and a package doesn't, it's a bug. Trying to fix it with a fink flag will just cause confusion. What happens when some people use -e, or -xe, etc.? I say filing a bug is enough. - -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 iEYEARECAAYFAkO93vAACgkQ+/mCMqKrwHDz8gCeMG/P5Urf5c778wcu9lenx2PW GBMAoJR5VXrx99c2pqKFeuQMpnp5JNsz =Ug7w -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_idv37&alloc_id865&op=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
-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=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] latex output
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 20, 2005, at 9:09 AM, Martin Costabel wrote:
Alexander K. Hansen wrote:
[]
'purge' (both apt-get and fink have such an option) removes
system-level configuration files.
Yes, only in this case this is not always sufficient: The tetex and
other tex-related packages produce files in their installation
scripts that are not in the package file lists and can therefore
not be removed automatically, because fink and dpkg know nothing
about them.
I think if you really want to be sure that nothing messes up your
new tetex package, you have to clean some things out by hand. In
addition to the purge option, you would have to move all the /sw/
{etc,share,var/lib}/texmf* and ~/{Library/texmf,.texmf-*}
directories out of the way, plus some others I forgot, and of
course /usr/local. Then install the tetex packages and move those
things back that you wish to conserve. I had to do something along
these lines a couple of times in order to get rid of wrong format
files that kept being rebuilt.
Those files (at least the ones created in /sw) need to be in a custom
pre-rm script to be removed on purge.
- -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
iEYEARECAAYFAkOAllwACgkQ+/mCMqKrwHAHLwCgm5Kc5JEqrJXXZCe4urcKmZof
QWEAoMW1P/V/NxGYVo/WnXl0tT3tq4H1
=NvGS
-END PGP SIGNATURE-
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] -force_flat_namespace not allowed with -dynamiclib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 20, 2005, at 9:18 AM, Peter O'Gorman wrote:
Jack Howarth wrote:
Could you download the lammpi-7.1.1-1 and gromacs/gromacs-
mpi-3.3-1
files from fink tracking and try building them. If you remove the
SetMACOSX_DEPLOYMENT_TARGET: 10.2
Hi Jack,
Sorry this turns out to be not really for you but for the fink
hackers.
Thinking that this may be a bug in libtool I actually built lam-
mpi, and discovered that while it built properly with
CompileScript:<<
#! /bin/sh -v
unset MACOSX_DEPLOYMENT_TARGET
./configure %c
make
<<
it did not work with NoSetMACOSX_DEPLOYMENT_TARGET: true.
This section of fink code seems to be to blame:
# handle MACOSX_DEPLOYMENT_TARGET
#TODO: allow setting on darwin, and make generic short and long
$sw_vers functions.
my $sw_vers = Fink::Services::get_osx_vers();
unless ($sw_vers)
{
$sw_vers = Fink::Services::get_darwin_equiv();
}
if (not $self->has_param("SetMACOSX_DEPLOYMENT_TARGET") and
defined $sw_vers and $sw_vers ne "0") {
if ($sw_vers eq "10.2") {
$script_env{'MACOSX_DEPLOYMENT_TARGET'} = '10.1';
} else {
$script_env{'MACOSX_DEPLOYMENT_TARGET'} = $sw_vers;
}
}
That code should only be in HEAD...I'll try to look into it later
today, if noone has already.
- -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
iEYEARECAAYFAkOAli4ACgkQ+/mCMqKrwHA4zwCgjHqpiarsyKLJMOVWPw1rpo1B
kgwAoLl3UiS4mS9ZqE4tw5luyqx792WI
=+HMG
-END PGP SIGNATURE-
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=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
-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
Re: [Fink-devel] Implicit epoch for distributions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 9, 2005, at 9:34 PM, David R. Morrison 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? This would be handy, as we wouldn't have to deal with having different revision numbers for the same package in different OS releases. I'm thinking that this "epoch" would be another epoch than the epoch that we can use in our .info files. Blair, The problem here is that we are stuck with what dpkg does, since we use dpkg for basic package installation/removal. (To be more precise, we are stuck with what the version of dpkg that we use does.) Since epoch has a particular meaning there, and since we're already using that meaning within fink, its hard to see how we could add another epoch-like thing. 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. This was argued against because it was said that it was too much work for matintainers to edit all their infos upon updating, but according to our (loosely) followed policy, they need to be changed anyway, as the revisions are supposed to be different because the same info file built under 2 different os x versions have different lib requirements and fink auto adds depends based on the os x version. Oh, and don't forget that some packages were removed in 10.4, like dlcompat, and that affects many fink packages. - -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 iEYEARECAAYFAkNy3+0ACgkQ+/mCMqKrwHDR4wCeNHOSJe9hbdI4ToUTaVQKOdkk +5IAoNYh8n/TMOFG4KIRzKX34poXG+uD =BI4L -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
Re: [Fink-devel] Implicit epoch for distributions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 10, 2005, at 12:22 AM, Kyle Moffett wrote: On Nov 10, 2005, at 00:19:59, Blair Zajac wrote: Dave, Can epochs have versions, such as 1.2? We could take the existing epochs and prepend '1.' for 10.1, '2.' for 10.2, etc. That way the existing epochs are smaller than the new epochs automatically. If you read the dpkg docs, the answer is no. Epochs are simple integers, unlike the rest of the version string, and are intended to be sparingly used. Epochs are evil, and were designed only as a last resort to fix major package versioning problems. Once they are used in a package, they can never be removed from 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 "Twice blessed is help unlooked for." --Tolkien -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) Comment: Please sign reply-http://www.gnupg.org iEYEARECAAYFAkNy4H4ACgkQ+/mCMqKrwHAB2ACcCLRu44RrkpldMiXBFx7HHw0N EXMAn16Dq2xLJue7YcI9LOTR5f3rghIO =Tj/m -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
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
-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=7477&alloc_id=16492&op=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
-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?
-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=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] First thoughts about "universal binaries"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jun 6, 2005, at 11:32 PM, Daniel Macks wrote: This may sound naive, but while fat binaries would be important if our distribution mechanism were "one binary package file, works everywhere", do we actually expect to have users with a single /sw that will be used cross-platform? Fat packages would be a cool experiment, but imho the answer to your question is no. dpkg already has mechanisms where the platform is hardcoded in and invisible to the user. apt and friends know the current dist and look for the correct binaries. Now, cross compiling fink binaries would be cool too, so ppc can build the x86 packages too :-) but I guess that would be at least as hard. - -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 iEYEARECAAYFAkKlGNcACgkQ+/mCMqKrwHCjNgCeJhj2z6lpvqHSP2LwswjHyp01 7jYAnRu/8UL42Hy3ngjrOcvY1U+hK3Sa =blQU -END PGP SIGNATURE- --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] First thoughts about "universal binaries"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jun 6, 2005, at 8:01 PM, Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David R. Morrison wrote: | Here are some first thoughts about how to use "universal" (aka "fat") | binaries with fink. | Building fat binaries is more problematic than that, unfortunately. configure scripts do all kinds of checking that are true on one architecture and not anouther and build code conditionally depending on those checks. Now you have chosen a preprocessor, you will get configure results for that arch and could end up building an i386 binary that does not work. I advise against the fat approach, I know Rob Braun tried it at some point and had issues (I cc'ed him). I also vote against it. The toolchain we have been using these past 5 years has a platform-independent type, but that's not really what we are building. apt and fink look in certain locations for debs, and they keep track of the arch installed. I'd rather not have to do elaborate tricks to try to get things 'mostly' working. (/dists/unstable/main/binary-darwin-powerpc) - -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 iEYEARECAAYFAkKk5c4ACgkQ+/mCMqKrwHBUJQCeJ5kmg9QbSfMNoAojYift9hMU 590AnjLZpa2ZzcvXkWWtj/oM2U86E1pb =QLqo -END PGP SIGNATURE- --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 ___ 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
-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] Re: Firefox 1.0.1 crash on startup
-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] Running your own Binary Distribution Server
-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] where is perl581-core?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 30, 2005, at 5:39 PM, Kevin Horton wrote: At 12:06 -0400 30/5/05, Chris Zubrzycki wrote: No, I talked to Dave on irc about this, and we realized the problem was that the version of fink that knows about 10.4 never made it into 10.3/stable. Only the unstable distribution had this, so even though you did a selfupdate, that fink would never know to change the distribution line. To avoid such problems in the future, I wonder if fink could be made smart enough to recognize when it is installed on an OS version that is newer than it knows how to deal with. It could then post a message like "This version of fink is too old for this operating system, and it is not possible to use fink self-update. Please visit the Fink web site at http://fink. for instructions to fix the problem." It just so happens that a feature like this is being worked upon, but it didn't get done in time for the mass 10.4 upgrade because we found out about the changes made so late in the game. - -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 iEYEARECAAYFAkKblUcACgkQ+/mCMqKrwHDUywCgr8JBqPCbDPLZcNcsM9aAgDd3 G7sAoLD0nln4yEtlBnWL1dabo2IISmPH =I7Sq -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] where is perl581-core?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 30, 2005, at 7:51 AM, Randal L. Schwartz wrote: "David" == David R Morrison <[EMAIL PROTECTED]> writes: David> No. It appears that you have an old version of the fink David> package manager, or perhaps you are running the stable tree David> only? Yes, I'm running stable. "fink selfupdate" should have contained some notice that I need to update something *beyond* what normally "works". As it stands, anyone else in my situation (having installed fink on 10.3, and using selfupdate on the stable branch to stay functional, but has now upgraded to 10.4) is also broken. Are they all supposed to just magically know to go check the website to fix something? No, I talked to Dave on irc about this, and we realized the problem was that the version of fink that knows about 10.4 never made it into 10.3/stable. Only the unstable distribution had this, so even though you did a selfupdate, that fink would never know to change the distribution line. - -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 iEYEARECAAYFAkKbOhsACgkQ+/mCMqKrwHDR0wCg4GS1Fji3qlgWMciQbutyuWhT ivMAoJg4rWDNDWWBDx++NJnAGWb4rvS1 =GqHP -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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 25, 2005, at 3:54 PM, kinako wrote: On May 26, 2005, at 4:41, Chris Zubrzycki wrote: One more thing:Slowing build down also occurs, and I am experiencing, when using ccache if ccache creates new file. Good point, that's another place we have a lot of small files. As far as I know, Spotlight never actually imports the ccache files though. I'm not sure what the performance differences are between Don't know either, but I wonder how hard apple thought about this, with developers building using ccache/distcc. It seems like some regex patterns would help. Or else patch ccache to use .ccache.build :-) No need to patch. Just set the environment variable CCACHE_DIR to ccache.build under fink's build environment. If you want it to be default, you could. not everything that uses ccache is built by fink :-) but yes,the ENV VAR would work too. - -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.0 (Darwin) Comment: Please sign reply-http://www.gnupg.org iEYEARECAAYFAkKU5UwACgkQ+/mCMqKrwHAMYQCg0bQ9ont6MbSiZvFSxyfAxZ5V B/EAoIOc5ZiO0Bv7HBbWA3hgrle2ot1Z =4XUq -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_id=7402&alloc_id=16135&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Stopping Spotlight
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 25, 2005, at 3:01 PM, Dave Vasilevsky wrote: On May 25, 2005, at 2:34 PM, kinako wrote: The "build" suffix can be found in /System/Library/Find/StopExts. I'm really not sure that /System/Library/Find is related to Spotlight. I could be wrong though. :-) One more thing:Slowing build down also occurs, and I am experiencing, when using ccache if ccache creates new file. Good point, that's another place we have a lot of small files. As far as I know, Spotlight never actually imports the ccache files though. I'm not sure what the performance differences are between Don't know either, but I wonder how hard apple thought about this, with developers building using ccache/distcc. It seems like some regex patterns would help. Or else patch ccache to use .ccache.build :-) - -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) Comment: Please sign reply-http://www.gnupg.org iEYEARECAAYFAkKU1OMACgkQ+/mCMqKrwHBl+QCfWTAz3YmaGKTHM4iwVRUKNk87 IU4AoIYBLQuHnxpwCEEnP5LGH9/TVXix =LK+6 -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_id=7402&alloc_id=16135&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Stopping Spotlight
-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_idt02&alloc_id135&op=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
-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=7412&alloc_id=16344&op=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
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' 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=6441285&forum_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 2>&1 | /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=7412&alloc_id=16344&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] prevent Spotlight indexing of /sw/src subdirectories in 10.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 11, 2005, at 9:38 PM, Daniel Johnson wrote: On May 11, 2005, at 5:28 PM, William Scott wrote: Hi folks: I've noticed that when fink starts to unpack and build stuff in / sw/src, spotlight immediately kicks in and compilations are significantly slower as a consequence. Also, since the build directories have an evanescent existence, there isn't much point in indexing these files. I've therefore turned off Spotlight indexing in root's control panel for /sw/src, but is there any unix-type command in 10.4 that could be put in an info file to turn off spotlight indexing in an individual build directory? (I assume anything modifying a plist file would violate the primary directive, but if there is a way to just tag the directory made, without doing anything outside of /sw/src/mypackage, it might be helpful to have that option). See http://www.macosxhints.com/article.php?story=2005050222125145 for a discussion on this. In a nutshell, the file /.Spotlight-V100/ _rules.plist can contain an array of paths to include or exclude from indexing. I suppose you could use the "defaults" command to manipulate the plist, but it seems easier to just disable indexing for all of /sw/src like "sudo defaults write /.Spotlight-V100/ _rules.plist EXCLUDE -array-add '/sw/src'". A caveat is that the file will be converted to binary plist format by "defaults", which makes it non human-readable (the system won't care). see /usr/bin/plutil to convert plist formats. also, we should check for dup entries, and also some way to manage changing the builddirs, as i use /tmp/fink-build. Some dies may be useful to index, like manpages and/or /sw/share/doc. We need a spotlight plugin to index .deb files...the TOC at a min, maybe even grabbing full metadata from the config file... - - - -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) Comment: Please sign reply-http://www.gnupg.org iEYEARECAAYFAkKC/qoACgkQ+/mCMqKrwHCq/wCfQcxmJMxDS0oPEORnbQmRzy1W K24AoIHreDEaukKa25okT4KDlV77mZrR =pKuc -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=7393&alloc_id=16281&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new upgrade strategies
tes
either)
03:25 -!- asparagui [EMAIL PROTECTED]
has quit [Client Quit]
03:26 asparagui [EMAIL PROTECTED] has
joined #fink
03:26 -!- asparagui [EMAIL PROTECTED]
has quit [Client Quit]
03:26 asparagui [EMAIL PROTECTED] has
joined #fink
03:26 < asparagui> ugh.
03:26 < asparagui> sorry.
03:26 < dmacks> heh
03:28 < cirdan> hmm
03:28 < asparagui> well, fyi: /server in ircle changes the currently
active server and _not_ the currently selected one.
03:28 < cirdan> how hard do you think that would be, dmacks? does
fink have 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=6595&alloc_id=14396&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Tiger grand design
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
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=6595&alloc_id=14396&op=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
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=6595&alloc_id=14396&op=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
-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=6595&alloc_id=14396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new gettext
-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_ide95&alloc_id396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new gettext
-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----- -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 --- 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=6595&alloc_id=14396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new gettext
-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=6595&alloc_id=14396&op=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
-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=6595&alloc_id=14396&op=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
-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=6595&alloc_id=14396&op=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
-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+FTzmAtH
Re: [Fink-devel] Questions about libncurses5w and readline5
-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
[Fink-devel] gettext upgrades
-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?
-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
-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
-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
-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
-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
[Fink-devel] Re: dists/10.3/unstable/crypto/finkinfo lynx-ssl.info,1.2,1.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 6, 2004, at 7:46 PM, Jean-FranXois Mertens wrote: Update of /cvsroot/fink/dists/10.3/unstable/crypto/finkinfo In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv2568 Modified Files: lynx-ssl.info Log Message: build fix : -I/%p/lib came first among the flags Index: lynx-ssl.info === RCS file: /cvsroot/fink/dists/10.3/unstable/crypto/finkinfo/lynx-ssl.info,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- lynx-ssl.info 11 Oct 2004 04:35:59 - 1.2 +++ lynx-ssl.info 7 Nov 2004 00:46:04 - 1.3 @@ -10,8 +10,10 @@ Source-MD5: 6916c0127839f1e454052b683e4691c4 SourceDirectory: lynx2-8-4 ConfigureParams: --enable-nls --with-screen=ncurses --disable-full-paths --enable-file-upload --enable-internal-links --libdir=%p/etc --mandir=%p/share/man --with-ssl --enable-persistent-cookies Is this really correct? - --libdir=%p/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 "Sadly, text alone cannot convey the depths of my sarcasm." -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBjXpp+/mCMqKrwHARAgcrAJ9gHo4Ghg++CzAKHM2q40LpKlSgowCfQ5/O 8FS5JclD90CWn3jPHO4xq2Y= =v/NA -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=5588&alloc_id=12065&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Proposed new policy on essential dependencies
-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=5588&alloc_id=12065&op=click ___ 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
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
[Fink-devel] Bug#10: reportbug: mbox format display broken
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
Re: [Fink-devel] sources.list
-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=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Incompatible .info files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 26, 2004, at 9:38 PM, Benjamin Reed wrote: David R. Morrison wrote: So you would migrate from .info files to .vinfo files, over time? That's quite a hack! Seriously, if this were going to be done, then goal #1 of the hack would be to set up a new, extensible, % system so that this would never need to be done again in the future. I don't know what form that would take, but we would certainly need it. Also, I would vote for .finkinfo as the new extension. And, if we have to do this, we need to make sure that anything else we want to do that changes the info file format happens at the same time, we won't have many other opportunities to do so. The best way i see to fix this now and for the future is to version the info files. If fink sees InfoFileVersion: 2, and it only knows how to read 1, then it can ignore the entire info file and not die. It would also help with fink validate, as it could error that you are using things that you should not be for that info file version. Call the version flag what you will, but I see no other way of doing 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 "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.3 (Darwin) iD8DBQFAFdBz+/mCMqKrwHARAjOGAKCI12mLnLS9Z62uGwOfSRhiHNi1MgCg5GwZ YulsUBtQoZJ7dqY7qVousnY= =EOh2 -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)
-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
[Fink-devel] Re: .app's in Fink
-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
[Fink-devel] Re: .app's in Fink
-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
Re: [Fink-devel] Non-root builds?
-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
-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)
-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)
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
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
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
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?
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
Re: [Fink-devel] "master:master:master:master...", huh?
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
[Fink-devel] SystemUIServer problem
hey, has anyone had a problem where when you change the volume or screen brightness via the fkeys on the keyboard, the system halts for a few seconds? I have been able to track it down to the SystemUIServer, but it *seems* to happen after gaim crashes. is it just me? this is a pretty fresh install of 10.2.6 server. -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: 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] Spam on this list...
On Monday, June 9, 2003, at 06:25 PM, Max Horn wrote: Yo folks, sadly we are getting more and more spam on this list. I have to wonder if we after all should make it "moderated" like fink-users, too (that essentially means that only members can post to the list; non-member will have to be approved by the list admin). I am not exactly fond of the idea, but until SF.net puts their spam filters in place (they are working on it, but I have no clue when they will be available), that's the best thing I can do about the spam. What do people think? Can we still accept the spam level we have, or is it too much? It's not that I am eager to do this, but I'd like to at least know what people think. IMHO, it's not so bad yet that we need it moderated. Here is a thought/hack. Could we bounce all fink mail to another mailserver, say on an opendarwin box, which runs spamassain and tags the mail? this way everything would be transparent. at least until the sf ppl get thier own in place... just a thought. -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: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new fink patch submitted
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=detail&aid=745877&group_id=17203&atid=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
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
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
