Re: [Fink-devel] Questions about maintainer mode and non maintainer mode
Le 3 mars 2005, à 16:20, TheSin a écrit : I think our problem is that we can't reproduce this... At least I can't and I've been trying to. I know forsure maintainermode has nothing to do with this though. It seems that the error is related to a too large zsh history file. I already had some weird problems after the zsh history I've fixed as unlimited in terminal, went past a certain size. After clearing it, everything went fine. Sorry for the trouble. Michèle http://micmacfr.homeunix.org PGP.sig Description: =?ISO-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=
Re: [Fink-devel] new gettext
Hi Chris, Cf below for an additional reason to revert to the layout of the current gettext pkg (ie, -dev containing only the headers, *.a, *.la, and the final .dylib links, and all executables in /sw/bin). Further. I'm sure that in that case all switching problems disappear... (I'm basically just arguing for maintaining strictly fink's traditional distinction between -dev and friends, not necessarily against further splitting up -bin (or even the others) according to a -Tools vs -Runtime distinction _ though I see little benefit to the latter as compared to the likely additional cost) Best, Jean-François On 04 Mar 2005, at 19:45, Jean-François Mertens wrote: On 03 Mar 2005, at 17:06, Chris Zubrzycki wrote: 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. But it makes it impossible for other packages to respect the BuildDependsOnly of libgettext3-dev. A couple of examples, among pkgs currently in fink : _ autoreconf calls autopoint _ cicqsync (centericq) calls gettextize _ intltool-update (intltool) calls xgettext _ pozilla.sh (gtranslator) calls msgmerge, msgfmt _ xgettext.pl (locale-maketext-lexicon-pmXYZ-bin) calls xgettext Also it makes it difficult to detect, in every new version, hidden dependencies between -bin and -dev, [eg the following I stumbled upon: the executable /sw/lib/gettext/user-email (in -dev) sources /sw/bin/gettext.sh (from -bin)]. Adding any such dependency would make switching back and forth even harder. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new gettext
I disagree here, -dev should be all thing that should never be depended on and that are needed to build pkgs. ie: %p/bin/%n-config should ALWAYS be in the -dev pkg. I personally think we should find a way to correct this in gettext and make it done, even if it becomes a multi step solution. I haven't had time to read or test any of this. But saying no binary belongs in -dev pkg is not valid and will break all hopes of shlibs support in the future. but if we need to make an other split for -dev-bin or what ever -dev should depend on it at least so one only needs a builddep on the -dev. Which will go against BuildDependsOnly, but i think it is necessary. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 6-Mar-05, at 9:55 AM, Jean-François Mertens wrote: Hi Chris, Cf below for an additional reason to revert to the layout of the current gettext pkg (ie, -dev containing only the headers, *.a, *.la, and the final .dylib links, and all executables in /sw/bin). Further. I'm sure that in that case all switching problems disappear... (I'm basically just arguing for maintaining strictly fink's traditional distinction between -dev and friends, not necessarily against further splitting up -bin (or even the others) according to a -Tools vs -Runtime distinction _ though I see little benefit to the latter as compared to the likely additional cost) Best, Jean-François On 04 Mar 2005, at 19:45, Jean-François Mertens wrote: On 03 Mar 2005, at 17:06, Chris Zubrzycki wrote: 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. But it makes it impossible for other packages to respect the BuildDependsOnly of libgettext3-dev. A couple of examples, among pkgs currently in fink : _ autoreconf calls autopoint _ cicqsync (centericq) calls gettextize _ intltool-update (intltool) calls xgettext _ pozilla.sh (gtranslator) calls msgmerge, msgfmt _ xgettext.pl (locale-maketext-lexicon-pmXYZ-bin) calls xgettext Also it makes it difficult to detect, in every new version, hidden dependencies between -bin and -dev, [eg the following I stumbled upon: the executable /sw/lib/gettext/user-email (in -dev) sources /sw/bin/gettext.sh (from -bin)]. Adding any such dependency would make switching back and forth even harder. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new gettext
so they are a builddep and a runtime dep...if so why not just keep them in -bin and builddep and dep on it/them? --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 6-Mar-05, at 11:06 AM, Jean-François Mertens wrote: On 06 Mar 2005, at 18:07, TheSin wrote: I disagree here, -dev should be all thing that should never be depended on and that are needed to build pkgs. ie: %p/bin/%n-config should ALWAYS be in the -dev pkg. Of course ! Here there is no -config or .pc file _ that's why it wasn't mentioned; the list was just suggestive of the principle you express. If you look at the examples given, they are legitimate Dependencies. Jean-François --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new gettext
On 06 Mar 2005, at 19:58, TheSin wrote: so they are a builddep and a runtime dep...if so why not just keep them in -bin and builddep and dep on it/them? Wonderful to see how we always agree ... JF --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problem with OpenJade not working any more with new tetex
Sorry for the cross posting, but since the new tetex is here, it is impossible to transform an sgml document to pdf or postscript format via openjade. As I don't know how to solve the problem and where it lies exactly, here are the errors I've got: 1 - Trying to compile an sgml document with jw: ... Fatal format file error; I'm stymied 2 - Rebuilding jadetex Information about 4738 packages read in 5 seconds. The package 'jadetex' will be built and installed. Reading dependency for jadetex-3.13-14... Reading build dependency for jadetex-3.13-14... Reading build conflict for jadetex-3.13-14... The following package will be rebuilt: jadetex dpkg-deb -b /sw/src/root-fink-buildlock-jadetex-3.13-14 /sw/src dpkg-deb : construction du paquet ? fink-buildlock-jadetex-3.13-14 ? dans ? /sw/src/fink-buildlock-jadetex-3.13-14_2005.03.06-21.32.54_darwin- powerpc.deb ?. Setting build lock... dpkg -i /sw/src/fink-buildlock-jadetex-3.13-14_2005.03.06-21.32.54_darwin- powerpc.deb S?lection du paquet fink-buildlock-jadetex-3.13-14 pr?c?demment d?s?lectionn?. (Lecture de la base de donn?es... 160537 fichiers et r?pertoires d?j? install?s.) D?paquetage de fink-buildlock-jadetex-3.13-14 (? partir de .../fink-buildlock-jadetex-3.13-14_2005.03.06-21.32.54_darwin- powerpc.deb) ... Param?trage de fink-buildlock-jadetex-3.13-14 (2005.03.06-21.32.54) ... gzip -dc /sw/src/jadetex-3.13.tar.gz | /sw/bin/tar -xvf - --no-same-owner --no-same-permissions jadetex-3.13/ jadetex-3.13/doc/ jadetex-3.13/doc/.cvsignore jadetex-3.13/doc/Makefile jadetex-3.13/doc/demo.sgm jadetex-3.13/doc/docbook.dsl jadetex-3.13/doc/logo.png jadetex-3.13/doc/releasenotes.dsl jadetex-3.13/doc/releasenotes.xml jadetex-3.13/.cvsignore jadetex-3.13/ChangeLog jadetex-3.13/ChangeLog-old jadetex-3.13/Makefile jadetex-3.13/dummyels.sty jadetex-3.13/index.html jadetex-3.13/index.xml jadetex-3.13/index.xsl jadetex-3.13/jadetex.1 jadetex-3.13/jadetex.cfg jadetex-3.13/jadetex.dtx jadetex-3.13/jadetex.ini jadetex-3.13/jadetex.ins jadetex-3.13/mlnames.sty jadetex-3.13/pdfjadetex.1 jadetex-3.13/pdfjadetex.ini jadetex-3.13/ucharacters.sty jadetex-3.13/uentities.sty jadetex-3.13/unicode.sty jadetex-3.13/ut1omlgc.fd perl -i.bak -pe 's|TEXMFMAIN|TEXMFLOCAL|' Makefile echo nothing to compile nothing to compile /bin/rm -rf /sw/src/root-jadetex-3.13-14 /bin/mkdir -p /sw/src/root-jadetex-3.13-14/sw /bin/mkdir -p /sw/src/root-jadetex-3.13-14/DEBIAN make install DESTDIR=/sw/src/root-jadetex-3.13-14 tex jadetex.ins This is TeX, Version 3.141592 (Web2C 7.5.4) (./jadetex.ins (/sw/share/texmf-dist/tex/latex/base/docstrip.tex Utility: `docstrip' 2.5c 2003/09/18 English documentation1999/03/31 ** * This program converts documented macro-files into fast * * loadable files by stripping off (nearly) all comments! * ** * No Configuration file found, using default settings. * (./jadetex.ins Generating file(s) jadetex.ltx Processing file jadetex.dtx (package) - jadetex.ltx File jadetex.dtx ended by \endinput. Lines processed: 2564 Comments removed: 511 Comments passed: 0 Codelines passed: 2041 Generating file(s) dsssl.def Processing file jadetex.dtx (dsssldef) - dsssl.def File jadetex.dtx ended by \endinput. Lines processed: 2564 Comments removed: 511 Comments passed: 0 Codelines passed: 2041 *** ) Overall statistics: Files processed: 2 Lines processed: 5128 Comments removed: 1022 Comments passed: 0 Codelines passed: 4082 ) ) No pages of output. Transcript written on jadetex.log. tex -ini -progname=jadetex latex jadetex.ini This is TeX, Version 3.141592 (Web2C 7.5.4) (INITEX) ---! /sw/var/lib/texmf/web2c/latex.fmt was written by pdfetex (Fatal format file error; I'm stymied) make: *** [jadetex.fmt] Error 1 ### execution of make failed, exit code 2 Removing build lock... dpkg -r fink-buildlock-jadetex-3.13-14 (Reading database ... 160537 files and directories currently installed.) Removing fink-buildlock-jadetex-3.13-14 ... Failed: phase installing: jadetex-3.13-14 failed Michèle http://micmacfr.homeunix.org PGP.sig Description: =?ISO-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=
[Fink-devel] Re: Problem with OpenJade not working any more with new tetex
On Mar 6, 2005, at 12:39 PM, Michèle Garoche wrote: Sorry for the cross posting, but since the new tetex is here, it is impossible to transform an sgml document to pdf or postscript format via openjade. As I don't know how to solve the problem and where it lies exactly, here are the errors I've got: 1 - Trying to compile an sgml document with jw: ... Fatal format file error; I'm stymied 2 - Rebuilding jadetex This must be related to the fact that pdfetex is the default in tetex 3. I'll have to revise the jadetex package anyway, so I'll look into this. Matthias --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new gettext
'almost done, no?' Yes _ looks so. Congratulations ! From a first look, small points: 1) in gettext-emacs, the rm %i/share in the InstallScript leads in the PostInstallScript to: install/gettext-tools: byte-compiling for emacs21 cp: cannot stat `/sw/share/emacs/site-lisp/gettext-tools/po-mode.el': No such file or directory cp: cannot stat `/sw/share/emacs/site-lisp/gettext-tools/po-compat.el': No such file or directory 2) gettext-tools (xgettext) should depend on expat-shlibs (plus presumably the corresponding builddeps). 3) gettext-bin should depend on libgettext3 (= 0.14-1) 3) I don't know what to think about the superfluous dependencies on gettext-bin and gettext-tools that you add in libgettext3-dev: presumably they are meant to simplify usage, but - they are not there in the current version (correctly I think), so no current pkg can 'depend' (english) on such superfluous dependencies. - they might make switching MUCH HARDER (eg when also gettext15 comes up) To me, anyway about any pkg builddepends on gettext-tools (checking for msgfmt etc); while a small fraction wants to link with (a specific version of) libgettext3 and needs therefore to further buildepend on (that version of) libgettext3-dev. There is no reason a priori that it would need the same version of msgfmt etc.. We should probably rather think of the gettext-tools as commands that happen to be used in most builds, just as so many other commands (say, sed), and treat them in the same way: completely independently of the issue of linking with the gettext shlibs. Best, Jean-François --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] gimp2 configure error
On Mar 6, 2005, at 6:47 PM, Koen van der Drift wrote: libgsf-1.la is in libgsf-dev, which was not installed at that moment. I guess it should be a (build) depends? No, it shouldn't be building the svg plugin at all, as that should be disabled unless -svg is built. There's a different problem; the bit that disables svg when I don't want it on must have stopped working, and I can't test that myself since I can't install any of the gnome packages. I'll look into it. - Koen. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] building cyrus21-imapd fails
On Mar 4, 2005, at 3:50 AM, Jean-Michel besnard wrote: Hi, 'fink build cyrus21-imapd' fails with the following messages in STDERR: -- STDERR- - Information about 4719 packages read in 4 seconds. /sw/bin/tar: Read 512 bytes from - configure: warning: Parts of com_err distribuion were found, but not compile_et. configure: warning: Will build com_err from included sources. sieve-lex.l: In function `yylex': sieve-lex.l:118: warning: label `find_rule' defined but not used /usr/include/stdio.h: At top level: sieve-lex.l:999: warning: `yy_flex_realloc' defined but not used mkchartable: expanding unicode mappings... mkchartable: expanding unicode mappings... mkchartable: expanding unicode mappings... mkchartable: building expansion table... mkchartable: mapping unicode... mkchartable: mapping UTF-8... mkchartable: mapping UTF-7... mkchartable: mapping ./charset/big5.t... mkchartable: mapping ./charset/gb2312.t... mkchartable: mapping ./charset/iso-2022-jp.t... mkchartable: mapping ./charset/iso-2022-kr.t... mkchartable: mapping ./charset/iso-8859-1.t... mkchartable: mapping ./charset/iso-8859-15.t... mkchartable: mapping ./charset/iso-8859-2.t... mkchartable: mapping ./charset/iso-8859-3.t... mkchartable: mapping ./charset/iso-8859-4.t... mkchartable: mapping ./charset/iso-8859-5.t... mkchartable: mapping ./charset/iso-8859-6.t... mkchartable: mapping ./charset/iso-8859-7.t... mkchartable: mapping ./charset/iso-8859-8.t... mkchartable: mapping ./charset/iso-8859-9.t... mkchartable: mapping ./charset/koi8-r.t... mkchartable: mapping ./charset/us-ascii.t... mkchartable: mapping ./charset/windows-1252.t... imapd.c: In function `printstring': imapd.c:7043: warning: unsigned int format, long unsigned int arg (arg 3) imapd.c: In function `printastring': imapd.c:7073: warning: unsigned int format, long unsigned int arg (arg 3) tls.c: In function `tls_init_serverengine': tls.c:628: warning: assignment from incompatible pointer type message.c: In function `message_write_nstring': message.c:2067: warning: unsigned int format, long unsigned int arg (arg 4) annotate.c: In function `fetch_cb': annotate.c:267: warning: unsigned int format, long unsigned int arg (arg 4) annotate.c:283: warning: unsigned int format, long unsigned int arg (arg 4) annotate.c: In function `annotatemore_fetch': annotate.c:383: warning: unsigned int format, long unsigned int arg (arg 4) annotate.c:404: warning: unsigned int format, long unsigned int arg (arg 4) fud.c:101:1: warning: MAXLOGNAME redefined In file included from /usr/include/netdb.h:84, from ../config.h:299, from fud.c:43: /usr/include/sys/param.h:92:1: warning: this is the location of the previous def inition proxyd.c: In function `printstring': proxyd.c:4706: warning: unsigned int format, long unsigned int arg (arg 3) proxyd.c: In function `printastring': proxyd.c:4734: warning: unsigned int format, long unsigned int arg (arg 3) imtest.c: In function `tls_init_clientengine': imtest.c:457: warning: assignment from incompatible pointer type mv: /sw/src/root-cyrus21-2.1.13-11/sw/share/include/cyrus: No such file or direc tory install: doc/CVS: Inappropriate file type or format mv: rename /sw/src/root-cyrus21-2.1.13-11/sw/bin/cyradm to /sw/src/root-cyrus21-admin-2.1.13-11/sw/bin/cyradm: No such file or directory Fink's cyrus21 package is very old and no longer has a maintainer so it's not too surprising that it doesn't work anymore. I've been experimenting with packaging cyrus 2.2.10 on and off, but I've been busy with other things lately and never finished it. Maybe I'll give it another try--no promises though! :) It does build successfully, but I remember having some packaging issues that I wasn't happy with. -- Daniel Johnson [EMAIL PROTECTED] PGP public key: http://homepage.mac.com/danielj7/publickey.txt PGP.sig Description: This is a digitally signed message part
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/sci r-base.info,1.10,1.11
jswhit committed: Log Message: fixed PreRmScript === RCS file: /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sci/r-base.info,v --- r-base.info 16 Jan 2005 02:55:00 - 1.10 +++ r-base.info 6 Mar 2005 13:15:29 - 1.11 @@ -1,3 +1,3 @@ Package: r-base Version: 2.0.1 -Revision: 2 +Revision: 3 @@ -36,5 +36,5 @@ ln -fs %p/Applications/R.app /Applications/Fink/R.app PreRmScript: - /bin/rm -f /Applications/Fink/R.app + /bin/rm -rf /Applications/Fink/R.app I wonder if this pkg would be a good candidate for the new AppBundles .info field. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel