[Fink-devel] Re: dists/10.3/stable/main/finkinfo/text docbook-dtd.info,NONE,1.1 docbook-dtd.patch,NONE,1.1
Le 1 mars 2005, à 21:01, David R. Morrison a écrit : Michèle Garoche [EMAIL PROTECTED] wrote: Update of /cvsroot/fink/dists/10.3/stable/main/finkinfo/text In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv18270 Added Files: docbook-dtd.info docbook-dtd.patch Log Message: New maintainer, updated version --- NEW FILE: docbook-dtd.info --- Package: docbook-dtd Version: 4.4.0 Revision: 1 Maintainer: Lukas Westermann [EMAIL PROTECTED] [snip] One of the source files for this package is failing the MD5 checks at the distfiles server. This means that either distfiles already had the file, with a different MD5, or else when it tries to download it from the source location it gets an MD5 mismatch. (The file is docbkx412.zip) You can see the logs which report the problem at http://www.opendarwin.org/pipermail/distfile-msgs/2005-February/ 000309.html , for example, and you might be able to discuss the situation on the list http://www.opendarwin.org/mailman/listinfo/distfile By the way, this shows the danger of putting a new version of a package directly into the stable tree. Normally, we would only put the new version into unstable to allow a testing period before moving it. Story behind the scene to understand what happened, as far as I can tell. A few days after I put the info file, Oasis makes docbook.org as one of its official additional mirror. At this time, this particular file docbkx412.zip was taken from docbook.org and passed to oasis, without any notice. The file is exactly the same, just the cvsids' changed, so that md5sum changed. Michèle http://micmacfr.homeunix.org PGP.sig Description: =?ISO-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=
[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=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] docbook-dsssl-ldp download failed
Le 4 mars 2005, à 4:34, Robert T Wyatt a écrit : I had previously MirrorOrder: ClosestFirst, but I tried MasterLast and I have the same result (with different mirror order). axel --verbose -o ldp.dsl-1.12 http://tldp.org/authors/tools/ldp.dsl Initializing download: -o ### execution of axel failed, exit code 10 Downloading the file ldp.dsl-1.12 failed. (Pretty sure this one failed because of the suffix on the file name -1.12) I will try the manual download Michèle suggests and post the results. Ah, yes, the name is ldp.dsl, I don't understand why you get ldp.dsl-1.12. Is there a problem with SourceRename on distfiles? Michèle http://micmacfr.homeunix.org PGP.sig Description: =?ISO-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=
Re: [Fink-devel] docbook-dsssl-ldp download failed
Le 4 mars 2005, à 6:16, Robert T Wyatt a écrit : At 5:44 AM +0100 3/4/05, Michèle Garoche wrote: Normally, you can put the sources directly in prefix/src. This is where fink looks for them before trying to download them. I tried that first, per some docs that I found somewhere, but I found that to be more difficult, permissions-wise, than doing it in my ~/src directory. With my solution, I was able to use scp with FUGU to drag and drop the files (I used ssh via terminal to run fink). I was not able to copy into /src, although I'll bet there's a way (I cannot login as root on the machine at work, the best I can do is sudo and I wasn't in the mood for using the shell to copy a file onto a remote machine). Oh well, I don't know if it is possible to use scp inside fugu via ssh the same way you can use sftp. I use also fugu with sftp/ssh but then I'm the administrator of the machine, so that I've the right permissions. Is there a something I should be careful of in using ~/src (especially considering that I am now serving files with apache)? Can someone get in through /sw/fink to my ~/src directory (and would they have to know my shortusername to do it)? All depends how are your permissions in ~. Normally nobody can go inside your ~ directory and Apache refuses to serve a file when any part of the full pathname has not the right permissions, unless you instruct Apache to do so. Well, if you want, give me the uri, without anything else (no username) and I try it. This way I'll tell you if I can download something. That's the best way to test it, since if you test it, it can be that you have some permissions that I have not. Michèle http://micmacfr.homeunix.org PGP.sig Description: =?ISO-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=
Re: [Fink-devel] Questions about maintainer mode and non maintainer mode
What if you are using bash instead of zsh? At 8:11 AM +0100 3/3/05, Michèle Garoche wrote: Is this right? It does not seem to change anything. Tested with dia after removing the source in /sw to be sure curl is called. What it does is rebuild dia, install it and then try to execute each line in fink.conf as shell lines: [~]% Verbose: 3 zsh: command not found: Verbose: [127][17] Jeudi 03/03/2005 07:58:13 CET +0100 [~]% SelfUpdateMethod: cvs zsh: command not found: SelfUpdateMethod: etc., etc. --- 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] docbook-dsssl-ldp download failed
Le 4 mars 2005, à 5:23, Robert T Wyatt a écrit : Okay, I added a directory ~/src (actually /Users/myshortname/src/) and put the file there. Normally, you can put the sources directly in prefix/src. This is where fink looks for them before trying to download them. It was kind of fun because I did all this remotely from home to my computer at work via sftp and ssh! Shouldn't I get some sort of beginner's pin or a chest to pin it on or something...? There is a new document on distributing binaries. Did you read it: http://fink.sourceforge.net/doc/advanced/index.php Michèle http://micmacfr.homeunix.org PGP.sig Description: =?ISO-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=
[Fink-devel] building cyrus21-imapd fails
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 --STDERR-- --- 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] encoding errors from list messages
Robert T Wyatt wrote: I've noticed that messages coming through sourceforge lists have intermittent encoding errors. With the message below, I believe it looks like these are coming from the URLs being passed by the osdn advertising attached to the messages (because I know I sent the message as plain text and I can see that there is at least one charcter in the attaced URL that was not interpreted). Can we make them stop it? Unfortunately, no--it's out of our control. --AH --- 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] Please use --disable-dependency-tracking
Hi, I keep seeing stuff like this -MD -MP -MF .deps/expander.Tpo when I build fink packages and it bugs me. Fink does not need to use this dependency information, it only every builds packages once, straight from the source tarball. Maintainers, please keep those of us with slow machines a little happier and speed up our builds by adding --disable-dependency-tracking to the ConfigureParams when you see this kind of thing. No, this is not any kind of policy, it is just a request. Thanks, Peter -- Peter O'Gorman - http://www.pogma.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new gettext
Hi Chris, On 03 Mar 2005, at 17:06, Chris Zubrzycki wrote: I have prepared a new gettext package to use, based on the latest code (jan 04). As you had asked to test it, I've been using it since one month, rebuilding everything using gettext3 (and readline - readline5, gdbm - gdbm3, netpbm - netpbm10, guile - guile16 ) It works like clockwork _ except, as you note below, the switching back and forth: that is why I preferred to use only the new one. One tempting possibility might be to do as you did so nicely for ncurses: immediately phase the old version out (and probably at the same time take care of the other pkgs mentioned abve) 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? If the 2 have to coexist, and one has to switch back and forth, I might favour the latter option: about every pkg builddepends on there being some msgfmt etc : so we would have builddepends on libgettext3-dev everywhere. The alternative would allow to builddepend on libgettext3-dev only for pkgs that need to link with one of the libs. Best, Jean-Francois PS: concerning dependencies : 1) gettext-bin depends on libgettext3, libiconv 2) libgettext3-dev depends on libgettext3, libiconv and expat-shlibs (xgettext) _ the latter is no problem: expat has no deps 3) libiconv-bin depends on libgettext3 (formally this might require a separate libiconv-bootstrap pkg, that does not depend on gettext, and is later replaced by the real libiconv) 4) To finish with this, libiconv badly depends on itself: gcc iconv.o -o iconv ../srclib/libicrt.a -L/sw/lib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lc When one has to rebuild all ones pkgs, with the installed ones being broken, eg by a change in libSystem, such things don't help... --- 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