Re: [Fink-devel] Begining of a fink "roadmap", this is just an overview draft
On Sun, Nov 09, 2003 at 03:30:31AM +0100, Max Horn wrote: > >AFAIK this is simply the ability to generate fink from fink.in and the > >like > >without installing it > > Well fink needs a working Fink installation. It is possible to do some > hacking and get it to work in a partial pseudo installation (we do this > for the package database, which is driven by fink on a Linux server), > but that only allows access to a fraction of fink's capabilities. > > I am not sure how (if?) you suggest we could run fink w/o having a Fink > installation around. Personally I see no point in it, either. Anybody > who wants to develop or test fink will have fink installed. Sorry to have not been clear, I intend to build up a dummy fink installation for testing purposes. Because fink is already fully relocatable (ie. /sw isn't hard wired) this should be pretty straightforward. It'll probably consist of a config file (which is already there in t/basepath/etc/fink.conf) and a small dist tree containing whatever we need to test things. No point laying it all out upfront, it'll build up with whatever is needed at the time. I've done this sort of thing before (look at ExtUtils::MakeMaker). The ideal process is edit, build, test, install. In order to do this you need some sort of testing data. A dummy install. Some static data you can beat on and don't care about mangling if you make a mistake. Edit, build, install, test means you have to install your untested code and *then* test it against your live fink installation. This means you find out that your patch wrecks the fink database *after* its already done so to your running fink. > > So, in essense, > >seperating the build and install phases and making it automatable. > > You mean more automatic than "./inject.pl" ? Telepathy controlled > maybe? 8-). Seriously, would you please explain what that would mean? I'm just a bit confused. I forgot inject.pl can be run independently of bootstrap.pl. inject.pl should work. Like I said, I'm the wrong person to be normalizing the build process as I don't really know anything about it. I just know what the end result has to be for it to be testable. > But note that to be able to actually use fink as a whole, it has to be > installed into a working "Fink" installation, i.e. with all its > environment setup. You'd have to do some hacking to be able to use it > w/o installing it. Hmm, circular build dependencies. Well, I'm not really ready to start testing the fink command line tool yet so I'm not going to give myself a headache over that one. I'll stick to checking the individual functions now and worry about the more complex problem of testing fink end-to-end later. -- Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/ WOOHOO! I'm going to Disneyland! http://www.goats.com/archive/980805.html --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Begining of a fink "roadmap", this is just an overview draft
Am Sonntag, 09.11.03 um 02:02 Uhr schrieb Michael G Schwern: On Sat, Nov 08, 2003 at 11:41:10PM +0100, Max Horn wrote: Build System for fink ? What do you have in mind there? What has to be "built"? I really have no idea what is meant here, please explain AFAIK this is simply the ability to generate fink from fink.in and the like without installing it Well fink needs a working Fink installation. It is possible to do some hacking and get it to work in a partial pseudo installation (we do this for the package database, which is driven by fink on a Linux server), but that only allows access to a fraction of fink's capabilities. I am not sure how (if?) you suggest we could run fink w/o having a Fink installation around. Personally I see no point in it, either. Anybody who wants to develop or test fink will have fink installed. or running an interactive script. There is no interactive script to run? So, in essense, seperating the build and install phases and making it automatable. You mean more automatic than "./inject.pl" ? Telepathy controlled maybe? 8-). Seriously, would you please explain what that would mean? The goal is to be able to run tests on fink *before* you install it. Right now its only possible to test the modules. See above. I'm probably not the best person to do that as I don't know the installation process, but I can certainly tell you how it should work. :) It's not that hard to find out, I explained where to look in the past: inject.pl is used to "install" a new fink package. If you look at thsi simple perl script, essentially it creates a tarball, and an .info file, then calls fink. If you then look at the termplate for the .info file, it shows you how fink is "compiled" and "installed: ... CompileScript: ./setup.sh %p InstallScript: ./install.sh %i ... But note that to be able to actually use fink as a whole, it has to be installed into a working "Fink" installation, i.e. with all its environment setup. You'd have to do some hacking to be able to use it w/o installing it. Max --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problems with g77 3.4 segmentation faults
Hi Jeff,
I tried your new g77 3.3.2 on 10.3 with cernlib. cernlib builds fine,
but the test fails as it was the case with 3.3(.1) (see our email
exchange from Jul 17, 2003). With the g77 3.4-20031015 it works
flawlessly.
Thanks for your effort.
Remi
On Friday, November 7, 2003, at 04:43 AM, Jeff Whitaker wrote:
William and Martin: I've verified that the latest released g77 (3.3.2)
does not have the assembler bug present in 3.1,3.3.1 and Apple's
3.3-20030304. As Martin pointed out, the reason I put the 3.4 package
in,
even though it is not a released version of g77, is that it was the
only
version that didn't have the bug at the time. William - I've put
3.3.2 in
10.3 unstable, please try it on your packages, if it works for them
(and
all the other fortran packages) I can make it the primary g77 version
either by using Martin's trick, or adding "Epoch: 1" to the info file.
-Jeff
On Fri, 7 Nov 2003, Martin Costabel wrote:
William Scott wrote:
[]
Is there any way to have version 3.1 and 3.3 cohabitating in 10.3?
I don't think there is a reasonable way to have two *installed*
versions
of g77 cohabitate. For two *package descriptions* cohabitating, the
right way would be to create a g77-3.1 package, i.e. instead of
Package: g77
Version: 3.1-20020420
Revision: 6
make it
Package: g77-3.1
Version: 20020420
Revision: 6
and make it conflict/replace with g77.
BUT:
Whereas the fatal bug of g77-3.1 is clearly documented(*) and has not
gone away with Panther, the bugs with g77-3.4 that have been reported
here do not seem to be deterministic. At least I haven't seen bug
reports that can be reproduced by everyone.
I don't think Jeff or anyone else feels the need to have the very
latest
g77 version. The only criterion is to have a fortran compiler that
just
works. And so far the best strategy seemed to be to use recent
snapshots
in order to take advantage of the bug fixes that went into the
"official" gcc sources.
I've
noticed that some other people have had problems too.
Alternatively, is
there a way for me to install 3.1 and avoid having fink try to
auto-update it to 3.4 every time I issue fink update-all? The latter
would solve my problem, but I still can't put some of my packages
into
10.3 until I can get them to compile.
(*) Contrary to what some have reported here, the gcc3.3 of Panther
still has the bug where a trivial program defining an empty struct
does
not compile. Compiling the 2-liner
struct { } foo = { };
void * bar(void) { return &foo; }
with gcc-3.3 gives
costabel% gcc test_c.c
/var/tmp//cc7djqBM.s:22:section difference relocatable subtraction
expression, "_foo" minus "L001$pb" using a symbol at the end
of
section will not produce an assembly time constant
/var/tmp//cc7djqBM.s:22:use a symbol with a constant value created
with
an assignment instead of the expression, L_const_sym = _foo -
L001$pb
/var/tmp//cc7djqBM.s:21:section difference relocatable subtraction
expression, "_foo" minus "L001$pb" using a symbol at the end
of
section will not produce an assembly time constant
/var/tmp//cc7djqBM.s:21:use a symbol with a constant value created
with
an assignment instead of the expression, L_const_sym = _foo -
L001$pb
With g77-3.1, the following program gives the same error message.
Even a
program consisting only of 1 line "end" gives the same error:
costabel% cat test_f.f
program hello
write(6, '(1X,A)') 'Hello world'
end
[abook:]costabel% g77 test_f.f
/var/tmp//ccAvjI34.s:48:section difference relocatable subtraction
expression, "LC3" minus "L1$pb" using a symbol at the end of section
will not produce an assembly time constant
/var/tmp//ccAvjI34.s:48:use a symbol with a constant value created
with
an assignment instead of the expression, L_const_sym = LC3 - L1$pb
/var/tmp//ccAvjI34.s:47:section difference relocatable subtraction
expression, "LC3" minus "L1$pb" using a symbol at the end of section
will not produce an assembly time constant
/var/tmp//ccAvjI34.s:47:use a symbol with a constant value created
with
an assignment instead of the expression, L_const_sym = LC3 - L1$pb
The accepted way to "correct" this bug with g77 prior to 3.4 was to
replace the assembler in /usr/libexec/gcc/darwin/ppc/ by an older one
from the Dec2002 dev tools (or to install an as package that does
this),
and I don't think anyone wants to do this on Panther.
--
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC R/CDC1FAX : (303)497-6449
325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
___
Fink-devel m
Re: [Fink-devel] Begining of a fink "roadmap", this is just an overview draft
On Sat, Nov 08, 2003 at 11:41:10PM +0100, Max Horn wrote: > >Build System for fink ? > What do you have in mind there? What has to be "built"? I really have > no idea what is meant here, please explain AFAIK this is simply the ability to generate fink from fink.in and the like without installing it or running an interactive script. So, in essense, seperating the build and install phases and making it automatable. The goal is to be able to run tests on fink *before* you install it. Right now its only possible to test the modules. I'm probably not the best person to do that as I don't know the installation process, but I can certainly tell you how it should work. :) -- Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/ I sit on the floor and pick my nose and think of dirty things Of deviant dwarfs who suck their toes and elves who drub their dings. -- Frito Bugger, "Bored Of The Rings" --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Small bug in libqt-mt.la
Martin Costabel wrote: The $(QTDIR) is not understood by libtool, it is make syntax, not sh syntax. It should not be there, anyway, I think it should be evaluated before being written into the .la file. I haven't seen immediately how this happens, the .la file is produced by qmake using some undocumented flags. Ahh, *that* is where that's coming from! I've seen it as I was building kde and couldn't figure out where it was from. I'll look into fixing it. By the way, on the qt thing, I can't figure out a good way to handle the upgrade over the broken 3.2.1-11 package. It seems that no matter how you set things up, it ends up searching the installed plugin path. The only fix, I think, would be to delete the user's ~/.qt which would be bad. The only other alternative I can think of is to add a check during the compile phase for the bad version in dpkg and bomb, or do a 'fink remove', since there's no such thing as BuildConflicts in fink (yet). -- Benjamin Reed a.k.a. Ranger Rick -- http://ranger.befunk.com/ gpg: 6401 D02A A35F 55E9 D7DD 71C5 52EF A366 D3F6 65FE Standards are the industry's way of codifying obsolescence. pgp0.pgp Description: PGP signature
Re: [Fink-devel] Begining of a fink "roadmap", this is just an overview draft
oops, overlooked this part: Michael G. Schwern Integrate his various fixes Already done. Developer Documentation Always good, but not a terribly important... Priority: Low to Medium Unit Tests Always a good thing. His Base/Config unit tests are already in CVS. Priority: Low to Medium Build System for fink ? What do you have in mind there? What has to be "built"? I really have no idea what is meant here, please explain --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Small bug in libqt-mt.la
Compiling scribus, I noticed many messages of the form /bin/sh ../../libtool --mode=link --tag=CXX g++ -O2 -fno-exceptions -fno-check-new -L/usr/X11R6/lib -L/sw/lib -lqt-mt -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -L/usr/X11R6/lib -lfreetype -L/sw/lib -o libpdf.so -rpath /sw/lib/scribus/libs -bundle -bundle_loader /sw/bin/scribus -bind_at_load pdflib.lo mkdir .libs ../../libtool: line 1: QTDIR: command not found g++ -O2 -fno-exceptions -fno-check-new -o libpdf.so -bundle -bundle_loader /sw/bin/scribus -bind_at_load pdflib.o -L/usr/X11R6/lib -L/sw/lib /sw/lib/libqt-mt.dylib -L/lib -lresolv -lGL -lXmu -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfontconfig -ldl -lXt -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -lfreetype ld: warning -L: directory name (/lib) does not exist The QTDIR and /lib errors come from the following line in /sw/lib/libqt-mt.la dependency_libs='-L/usr/X11R6/lib -L$(QTDIR)/lib -L/sw/lib -L/usr/X11R6/lib -L/usr/X11R6/lib -lresolv -lz -lGL -lXmu -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lXt ' The $(QTDIR) is not understood by libtool, it is make syntax, not sh syntax. It should not be there, anyway, I think it should be evaluated before being written into the .la file. I haven't seen immediately how this happens, the .la file is produced by qmake using some undocumented flags. -- Martin --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Begining of a fink "roadmap", this is just an overview draft
Am Samstag, 08.11.03 um 13:54 Uhr schrieb Darian Lanx:
[...]
Let us assume we are planning the next 5 releases with a release
interval of 3 weeks? Or is that something we cannot achive?
I think we shouldn't do this. At least I see no real gain from it, and
most of the Fink developers may have a hard time commiting to such
strict time schedules. Just my two cents .
- -d
David:
GPG handling for info signing and/or deb signing
Might be nice if done correctly.
Proper handling of our Mirror system, reading and working with the now
supplied TIMESTAMP
Not sure what that exactly means...
Moving the Index to something like a berkelyDB
Priority: Low; Difficulty: Medium to Hard (I still have to see even a
proof of concept of this...)
Integrate something like the package-contest into fink, so that one
would do
Priority: Very Low
On the cli fink report
What does this mean?
Justin:
Add uidgui branch, automatic adding and removing or users/groups,
phase out passwd file.
Priority: Medium to High
Add shlibs branch, automatic lib depends in deb files, use
${SHILB_LIBS} in the dep line and only hardcoding special cases or non
libs.
Priority: Medium
Implement BuildDependsOnly right now it seems to be a switch that does
nothing?
Priority: Low to Medium (yes, right now it's just a dummy field)
Benjamin
- - move fix-fink into a "fink lint" option
Not happy with that name. "lint" traditionally is a tool which performs
strict syntax checking on C source code. As such it corresponds to our
package validator.
fix-fink, on the other hand, updates/rebuilds packages if it detects
that they are linking against old/outdated libraries (right now,
libSystem and libpng are covered). As such, the name "fink-fix" is
really describing it well.
Anyway, any particular reason why you think it should be in fink,
instead of remaining a separate package? I see none.
- - clean up the dependency engine
Hah, yeah, right. An rewrite it to do all sorts of new features =)
Priority: Medium to High
- - make fink capable of checking apt to resolve dependencies (ie, if
a binary that's not been downloaded meets the requirements, download
instead of building)
Priority: Low, Difficulty: Nasty (it will basically add even more
clutter, complications and special cases to consider inside the
dependency engine). The UI issues & implication are not to be
underestimated, too.
Cheers,
Max
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libelvin-ssl in main, not crypto
Hi Chris, could you please explain if there is a reason that libelvin-ssl is in main, not crypto, and what that reason is? If there is none, it should be moved to crypto ASAP (in all three tree). Independent of that, of course the InfoDocs field should be fixed. Cheers, Max --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gaiw
I submitted two updated gaiw packages to the Package Submission Tracker some time ago, but they seem to have slipped through the cracks. See item 830306 in the Package Submission Tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=830306&group_id=17203&atid=414256 What do I need to do to get these packages into Fink? Thanks, Kevin Horton --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New stricter .info parsing: please fix your packages
Oh and one more thing: in many cases, it is *not* sufficient to just fix the bug and move one. In many cases you will also have to increment the package revision. Because everything I reported here as a warning always was *ignored* by Fink. So if you change Epoch : 1 to Epoch: 1 you effectively modify the generated .deb. Which, according to our policy, means that you have to increment the revision. Just a reminder! Max --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New stricter .info parsing: please fix your packages
Am Samstag, 08.11.03 um 13:39 Uhr schrieb Max Horn: Hi folks, I just modified the .info file parser in fink CVS to be stricter in how it parses .info files. That doesn't change how it parses the .info files (i.e. the same .info file will still result in exactly the same behavior, regardless of bugs it contains). However, fink now will generate additional warnings for those bugs, which might be turned into errors in the future. At the end of the mail you will find a list of warnings in the 10.2-gcc3.3 tree. These issues probably also exist in the 10.2 and 10.3 trees and should be fixed there, too. Also those trees may have additional issues. For your convenience, the affected packages and their maintainers are: It turns out I overlooked some additional faulty packages, here they are: Masanori Sekino <[EMAIL PROTECTED]> control-center netpbm10 orbit2 (it says "Shlibs <<" not "Shlibs: <<") Jeffrey Whitaker <[EMAIL PROTECTED]> python23-nox Chris Zubrzycki <[EMAIL PROTECTED]> libelvin-ssl Those are the warnings/errors: WARNING: Unknown sequence "mv %I/share/elvin.* %i/share/%N/" in "/sw/fink/dists/unstable/main/finkinfo/libs/libelvin-ssl-4.0.3-1.info". WARNING: Unknown sequence "Epoch : 1" in "/sw/fink/dists/unstable/main/finkinfo/languages/python23-nox.info". WARNING: Unknown sequence "Conflicts netpbm (<< 9.25-1)" in "/sw/fink/dists/unstable/main/finkinfo/graphics/netpbm10.info". WARNING: Unknown sequence "Replaces %N (<< 2.0.1.1-1)" in "/sw/fink/dists/unstable/main/finkinfo/gnome/control-center-2.0.3- 2.info". WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/gnome/orbit2.info". WARNING: Unknown sequence "Conflicts netpbm (<< 9.25-1)" in "/sw/fink/dists/stable/main/finkinfo/graphics/netpbm10-10.12-2.info". Cheers, Max --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Begining of a fink "roadmap", this is just an overview draft
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Dear Developers.
I am posting this document to fink-devel because Benjamin mentioned to
me, after I mentioned it, that it might be good to have a road-map for
fink. The package manager itself and not the whole system. These points
listed here are not yet in any particular order and you are welcome to
contribute your own suggestions. I am posting this for open discussion
how to order the points listed and which might make most sense. Please
do understand that I cannot influence what gets added, that is up to the
core developers, but I wish to get it in a logical order so that we can
plan which features should or better could be present in the next releases.
Please complete this list and mark the points you deem important. I will
use your information as the construct for the road map. For me adding
the mirror handling code until the next release is most important, but I
have no idea about the other stuff.
Let us assume we are planning the next 5 releases with a release
interval of 3 weeks? Or is that something we cannot achive?
- -d
David:
GPG handling for info signing and/or deb signing
Proper handling of our Mirror system, reading and working with the now
supplied TIMESTAMP
Moving the Index to something like a berkelyDB
Integrate something like the package-contest into fink, so that one would do
On the cli fink report
Justin:
Add uidgui branch, automatic adding and removing or users/groups, phase
out passwd file.
Add shlibs branch, automatic lib depends in deb files, use ${SHILB_LIBS}
in the dep line and only hardcoding special cases or non libs.
Implement BuildDependsOnly right now it seems to be a switch that does
nothing?
Benjamin
- - move fix-fink into a "fink lint" option
- - clean up the dependency engine
- - make fink capable of checking apt to resolve dependencies (ie, if
a binary that's not been downloaded meets the requirements, download
instead of building)
Michael G. Schwern
Integrate his various fixes
Developer Documentation
Unit Tests
Build System for fink ?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)
iD8DBQE/rOd9iW/Ta/pxHPQRA+eJAJ97NOeuzuqniB80NgnGa4L5fdqeBwCg3ZME
JJDy6lU/LnAI4ecTWc71FjI=
=MWl7
-END PGP SIGNATURE-
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] New stricter .info parsing: please fix your packages
Hi folks, I just modified the .info file parser in fink CVS to be stricter in how it parses .info files. That doesn't change how it parses the .info files (i.e. the same .info file will still result in exactly the same behavior, regardless of bugs it contains). However, fink now will generate additional warnings for those bugs, which might be turned into errors in the future. At the end of the mail you will find a list of warnings in the 10.2-gcc3.3 tree. These issues probably also exist in the 10.2 and 10.3 trees and should be fixed there, too. Also those trees may have additional issues. For your convenience, the affected packages and their maintainers are: Ben Hines <[EMAIL PROTECTED]> grhino Charles McCathieNevile <[EMAIL PROTECTED]> zannot Chris Zubrzycki <[EMAIL PROTECTED]> bitchx libelvin-ssl openslp openslp-ssl Daniel Macks <[EMAIL PROTECTED]> potrace Dave Morrison <[EMAIL PROTECTED]> macaulay2 Dustin Sias <[EMAIL PROTECTED]> php4-apache2-ssl Eric Oberle <[EMAIL PROTECTED]> regina James Gibbs <[EMAIL PROTECTED]> xplanet Jeffrey Whitaker <[EMAIL PROTECTED]> qt2-g++2 Martin Costabel <[EMAIL PROTECTED]> scribus-scripting Rohan Lloyd <[EMAIL PROTECTED]> speedbar Thomas Kotzian <[EMAIL PROTECTED]> snort Xavier BEAUDOUIN <[EMAIL PROTECTED]> pike7.4 If you have any questions regarding this (e.g. if you don't understand why exactly your package is wrong), don't hesitate to ask :-) Cheers, Max P.S.: The list of warnings: WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/web/zannot-0.3-12.info". WARNING: Unknown sequence "%Patch: %n.patch" in "/sw/fink/dists/unstable/main/finkinfo/text/scribus-scripting.info". WARNING: Unknown sequence "-- " in "/sw/fink/dists/unstable/main/finkinfo/sci/macaulay2-0.9.2-20.info". WARNING: Unknown sequence "DescUsage <<" in "/sw/fink/dists/unstable/main/finkinfo/net/bitchx.info". WARNING: Unknown sequence "If versions before 1.019c-4 was used, please make sure %p/etc/bitchx and %p/lib/bitchx/script are working correctly. if they are not, please move them out of the way and reinstall bitchx." in "/sw/fink/dists/unstable/main/finkinfo/net/bitchx.info". WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/net/bitchx.info". WARNING: Unknown sequence "=%p/lib" in "/sw/fink/dists/unstable/main/finkinfo/net/snort.info". WARNING: Unknown sequence "InfoDocs elvin.info" in "/sw/fink/dists/unstable/main/finkinfo/libs/libelvin-ssl-4.0.3-1.info". WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/libs/libelvin-ssl-4.0.3-1.info". WARNING: Unknown sequence "mkdir -p %i/share/%N" in "/sw/fink/dists/unstable/main/finkinfo/libs/libelvin-ssl-4.0.3-1.info". WARNING: Unknown sequence "mv %I/share/elvin.* %i/share/%N/" in "/sw/fink/dists/unstable/main/finkinfo/libs/libelvin-ssl-4.0.3-1.info". WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/libs/openslp-1.0.9a-1.info". WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/libs/openslp-1.0.9a-1.info". WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/languages/pike7.4-7.4.25-1.info". WARNING: Unknown sequence "Epoch : 1" in "/sw/fink/dists/unstable/main/finkinfo/languages/python23-nox.info". WARNING: Unknown sequence "In order to allow its stack to be passed to non-rexx/regina programs, the authors of regina have implemented the system-wide 'stack' typical of vm/mvs/cms systems via a unix daemon. " in "/sw/fink/dists/unstable/main/finkinfo/languages/regina.info". WARNING: Unknown sequence "Like all such daemons, this one is supposed to be started at system startup time. In the default distribution of regina, this daemon configuration (referred to in the documentation as rxstack), is installed in the linux way, in /etc/regina/rc.d/init.d. For the fink distribuiton, it is installed in *prefix*/sbin, and a daemonic file is provided. (See fink documentation for more information on daemonic)." in "/sw/fink/dists/unstable/main/finkinfo/languages/regina.info". WARNING: Unknown sequence "The important upshot of this (other than the changed file locations) is that IF you install the regina package (and not just regina-bin and regina-shlibs), the tcp daemon will automatically start up on your system. If you do not wish to be exposed to the security issues this raises (see the regina documentation) then you should only install regina-bin and regina-shlibs. " in "/sw/fink/dists/unstable/main/finkinfo/languages/regina.info". WARNING: Unknown sequence "<<" in "/sw/fink/dists/unstable/main/finkinfo/languages/regina.info". WARNING: Unknown sequence "Conflicts netpbm (<< 9.25-1)" in "/sw/fink/dists/unstable/main/finkinfo/graphics/netpbm10.info". WARNING: Unknown sequence "SetCPPFLAGS -I%p/include/gnugetopt" in
Re: [Fink-devel] Package movement requested
James Gibbs wrote: Hi, the version of xplanet in 10.3 unstable is broken. The revision does not match the names of the package and patch. It must have happened while someone was updating the package with a script or something. I have put an updated version of xplanet in the package tracker that should be good for all variants of unstable (10.2, 10.2-gcc3.3 and 10.3). Could someone please put it into these unstable trees and remove the out of date versions? Done for 10.2-gcc-3 and 10.3. For 10.2 (which is dead now anyway), I didn't add it, because it says GCC: 3.3. BTW, is the command "xplanet" supposed to do anything, as opposed to sitting there and doing nothing? -- Martin --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Script to change emails
Thanks! That worked a treat! Much easier than shell scripting. :) On 08/11/2003, at 6:23 PM, Remi Mommsen wrote: Hi, I'd try it with the rpl (RePLace) command available from fink package rpl. See 'man rpl' for details. HTH, Remi On Friday, November 7, 2003, at 11:04 PM, Jeremy Higgs wrote: Hi everyone! Does anyone have a script that would allow me to change the email listed in each of the .info files for packages I maintain? I've done a little bit of simple shell scripting, so I was going to do it that way using a whole lot of for loops, but I'm not sure how to do it completely. If anyone has a script already (I remember some developers changing emails before) that I could look at, that would be great! I've got this so far, but I'm not sure if it will work (and it's not finished yet, obviously): #!/bin/sh DIR = 10.2 10.2-gcc3.3 10.3 for dist in $DIR do for tree in dist do for branch in tree do cd finkinfo; if (tree == local) then for file in `ls -1 *.info` do done else for folder in `ls -1 .` do done done done done Can anyone help me out? Thanks a lot! --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel - Failure is not an option. It comes bundled with your Microsoft product. (Ferenc Mantfeld) * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of California, Irvine URL:http://cern.ch/mommsen c/o SLAC voice:++1 (650) 926-3595 2575 Sand Hill Road #35fax:++1 (650) 926-3882 Menlo Park, CA 94025, US home:++1 (650) 233-9041 * --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Script to change emails
Hi, I'd try it with the rpl (RePLace) command available from fink package rpl. See 'man rpl' for details. HTH, Remi On Friday, November 7, 2003, at 11:04 PM, Jeremy Higgs wrote: Hi everyone! Does anyone have a script that would allow me to change the email listed in each of the .info files for packages I maintain? I've done a little bit of simple shell scripting, so I was going to do it that way using a whole lot of for loops, but I'm not sure how to do it completely. If anyone has a script already (I remember some developers changing emails before) that I could look at, that would be great! I've got this so far, but I'm not sure if it will work (and it's not finished yet, obviously): #!/bin/sh DIR = 10.2 10.2-gcc3.3 10.3 for dist in $DIR do for tree in dist do for branch in tree do cd finkinfo; if (tree == local) then for file in `ls -1 *.info` do done else for folder in `ls -1 .` do done done done done Can anyone help me out? Thanks a lot! --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel - Failure is not an option. It comes bundled with your Microsoft product. (Ferenc Mantfeld) * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of California, Irvine URL:http://cern.ch/mommsen c/o SLAC voice:++1 (650) 926-3595 2575 Sand Hill Road #35fax:++1 (650) 926-3882 Menlo Park, CA 94025, US home:++1 (650) 233-9041 * --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Script to change emails
Hi everyone! Does anyone have a script that would allow me to change the email listed in each of the .info files for packages I maintain? I've done a little bit of simple shell scripting, so I was going to do it that way using a whole lot of for loops, but I'm not sure how to do it completely. If anyone has a script already (I remember some developers changing emails before) that I could look at, that would be great! I've got this so far, but I'm not sure if it will work (and it's not finished yet, obviously): #!/bin/sh DIR = 10.2 10.2-gcc3.3 10.3 for dist in $DIR do for tree in dist do for branch in tree do cd finkinfo; if (tree == local) then for file in `ls -1 *.info` do done else for folder in `ls -1 .` do done done done done Can anyone help me out? Thanks a lot! --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
