Release-critical Bugreport for December 29, 2000
Bug stamp-out list for Dec 29 05:12 (CST) Total number of release-critical bugs: 490 Number that will disappear after removing packages marked [REMOVE]: 0 -- Package: afbackup (debian/main) Maintainer: Christian Meder [EMAIL PROTECTED] 77189 afbackup: cartis cannot detect which is the server config file Package: afterstep (debian/main) Maintainer: Steven R. Baker [EMAIL PROTECTED] 69297 afterstep: Pager causes wharf to go wonky 75330 afterstep: Please merge changes from potato version (patch available). Package: aolserver (debian/main) Maintainer: Brent A. Fulgham [EMAIL PROTECTED] 77783 SECURITY: buffer overrun potential in Ns_DStringPrintf() call Package: apache (debian/main) Maintainer: Johnie Ingram [EMAIL PROTECTED] 72468 apache: log file permissions are insecure 75087 cron.daily for apache sends SIGHUP to any process with 75941 jserv: configuring jserv kills libapache-mod-ssl 77621 Assertion `new_opencount[0] == 0' failed 78527 Apache 1.3.12-2.2 returns no data (at least when calling http://localhost/) 79256 apache should include mod_mime module 79301 Apache's mod_auth_db insists existent and world readable file does not exist 79364 apache build on potato breaks woody php4 (DB2 and pgsql) 80210 Needs a recompile against new libc6 (again) Package: apache-common (debian/main) Maintainer: Johnie Ingram [EMAIL PROTECTED] 73004 apache-common: undefined symbol shm_ something 73013 Security vulnerability in Apache mod_rewrite (fwd) 74306 apache-common: Incorrect mysql return results Package: apache-perl (debian/main) Maintainer: Daniel Jacobowitz [EMAIL PROTECTED] 70472 AddDefaultCharset problem 77893 libapache-dbi-perl: @INC problems when starting apache with module AuthDBI 78676 Apache in woody is now 1.3.14, apache-perl needs to be re-compiled Package: apcupsd (debian/main) Maintainer: Martin Mitchell [EMAIL PROTECTED] 74060 apcupsd: apcupsd doesn't take any action on powerfail Package: apt (debian/main) Maintainer: APT Development Team [EMAIL PROTECTED] 78712 apt: problem resolver refuses to deinstall obsolete packages Package: aptitude (debian/main) Maintainer: Daniel Burrows [EMAIL PROTECTED] 80183 aptitude_0.0.7.14-1(unstable): error in build dependencies Package: arpwatch (debian/main) Maintainer: KELEMEN Peter [EMAIL PROTECTED] 78228 arpwatch: On upgrade /var/lib/arpwatch/arp.dat is cleared Package: aspell (debian/main) Maintainer: Sudhakar Chandrasekharan [EMAIL PROTECTED] 78986 aspell dies, seemingly due to too many Ignores Package: autofs (debian/main) Maintainer: Adam Heath [EMAIL PROTECTED] 74726 autofs_3.1.4-10 Package: autolog (debian/main) Maintainer: Nicolás Lichtmaier [EMAIL PROTECTED] 73051 autolog: autolog creates endless zombies after upgrade to libc6-2.1.94 Package: barracuda (debian/main) Maintainer: Arpad Magosanyi [EMAIL PROTECTED] 79646 Database code errors during installation. Package: base-config (debian/main) Maintainer: Joey Hess [EMAIL PROTECTED] 77920 passwords entered in base-config are not treated literally 79336 base-config bug Package: base-passwd (debian/main) Maintainer: Wichert Akkerman [EMAIL PROTECTED] 52065 [hurd] does not compile 69819 base-passwd: update-passwd fails when a group has too many members Package: bbdb (debian/main) Maintainer: Takuo KITAME [EMAIL PROTECTED] 78564 bbdb breaks gnus Package: binutils (debian/main) Maintainer: Christopher C. Chimelis [EMAIL PROTECTED] 74396 binutils_2.10.0.27-0.cvs2923.1(unstable): serious malfunction on m68k 78562 binutils: Strip corrupts static libraries if given the wrong kind of pathname Package: bock (debian/main) Maintainer: Charles Briscoe-Smith [EMAIL PROTECTED] 70903 bock is not installable Package: bugs.debian.org (pseudo) Maintainer: Darren O. Benham and others [EMAIL PROTECTED] 69406 static BTS HTML pages not being updated Package: cdrdao (debian/main) Maintainer: Martin Mitchell [EMAIL PROTECTED] 77255 cdrdao: gcdmaster doesn't work (properly or otherwise) Package: cdrecord (debian/main) Maintainer: Erik Andersen [EMAIL PROTECTED] 79353 postinst checks for wrong filetype Package: chimera (debian/non-free) Maintainer: Debian QA Group debian-qa@lists.debian.org 76234 [do not fix, package being removed] segmentation fault with new xlibs Package: chpp (debian/main) Maintainer: Darren Benham [EMAIL PROTECTED] 65780 chpp not installable Package: clisp (debian/main) Maintainer: Kevin Dalley [EMAIL PROTECTED] 62116 clisp_2000-03-06-1(unstable): m68k build error [woody] Package: cocoon (debian/contrib) Maintainer: Julio Maia [EMAIL PROTECTED] 71142 ajp12: Servlet Error: java.lang.NoClassDefFoundError: com/jtauber/fop/Version: com/jtauber/fop/Version Package: colorgcc (debian/main) Maintainer: Raphael Bossek [EMAIL PROTECTED] 75789 colorgcc: colorgcc screws up configure (was:
xfs segfaults with truetype fonts
I want to use xfs from X4 with truetype fonts. I created a fonts.dir file with ttmkfdir and added the path with the fonts to /etc/X11/fs/config. I restarted xfs and X. Everytime I try to use one of the ttfs xfs dumps core. What can I do? Cheers Martin -- fortune: cpu time/usefulness ratio too high -- core dumped. pgpyOIfaXoaAt.pgp Description: PGP signature
Re: RFC: pools and catagories of packages
!ocseirF iH On Thu, 28 Dec 2000, esoR ocsirF wrote: Graphics |_Gimp |_Xfig etc... Why dont you use existing hierarchies? I like those of Freshmeat and even more the Sourceforge Trove. Bastian
Re: List of packages that could be dropped
On Tue, 26 Dec 2000, Christian Kurz wrote: Hi, Hi Christian, we currently have a really huge list of packages that are orphaned and so I looked at them to see if we can drop some of them. Here are some suggestion and my comments. Any comment from you is appreciated: ... |fnlib (104 days old) Has this package been removed from our distribution? is enlightenment not using it anymore? Or has it just be renamed? If the first is true, can we close the wnpp bug for it or if the last is true, can then someone please rename the bug in wnpp for it? ... fnlib builds the binary packages libfnlib-dev and libfnlib0. These packages are still needed by enlightenment. Ciao Christian cu, Adrian -- A No uttered from deepest conviction is better and greater than a Yes merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi
Re: Rambling apt-get ideas
* Glenn McGrath | If you accidentally deleted gzip or tar how would you recover ? use sash or a rescue cd. | You couldnt build them from a source package or or extract it from a | binary package because you need both tar and gzip to extract them. nope. on my local gnu mirror, I've got tar as shar files as well. If your shell is broken, then you are having more serious problems than not having gzip and tar. -- Tollef Fog Heen Unix _IS_ user friendly... It's just selective about who its friends are.
Re: test -d /usr/man mail submit@bugs
On Thu, 28 Dec 2000, Josip Rodin wrote: for package in dpkg apt libc gpg bplay etc ; do sed [...] bug.template | mail ; done You'd better use [EMAIL PROTECTED], else you need a very good asbestos suit ... Too late. }:) ... Grrr... He filed them: - without subject - with severity serious These are at most normal bugs in packages with a Standards-Version 3.0.0 cu, Adrian -- A No uttered from deepest conviction is better and greater than a Yes merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi
Re: test -d /usr/man mail submit@bugs
Hi. In [EMAIL PROTECTED], on Fri, 29 Dec 2000 01:50:36 +1100, on Re: test -d /usr/man mail [EMAIL PROTECTED], Hamish Moffatt [EMAIL PROTECTED] wrote: On Thu, Dec 28, 2000 at 09:13:32AM -0500, Chad Miller wrote: I noticed that the FHS2.1 doesn't have /usr/man -- only /usr/share/man. On this box, there are... [...] ...several packages that install stuff in /usr/man . Do these warrant bug reports? Yep, IMHO. We should be FHS compliant by now, there's been plenty of time. The CTTE recommendation, or DPL order, was that the woody has the symlinks from /usr/man/pakcage to /usr/share/man/package, IIRC. Is this changed now ? Can we drop the postinst/prerm requirements to create/remove those symlinks ? -- Taketoshi Sano: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]
Packages file not updated for pool
Why is the woody Package file not updated when Files enter the Package pool? Or is there still another Package file that I need to use? The only Pool files that had mad it into the Package file are libc6 and spong. Or did I miss something? Nils -- *New* *New* *New*- on shellac records Windows HE- see top 10 reasons to downgrade on Historical Edition http://www.microsoft.com/windowshe pgpswbGiWqMMm.pgp Description: PGP signature
Re: test -d /usr/man mail submit@bugs
On Fri, Dec 29, 2000 at 08:03:49PM +0900, Taketoshi Sano wrote: The CTTE recommendation, or DPL order, was that the woody has the symlinks from /usr/man/pakcage to /usr/share/man/package, IIRC. Is this changed now ? Can we drop the postinst/prerm requirements to create/remove those symlinks ? /usr/man and /usr/share/man don't have package directories, only man sections (e.g. man[1-8]). I think you are confusing /usr/man and /usr/doc. -- - mdz
Re: RFC: pools and catagories of packages
On Fri, Dec 29, 2000 at 04:21:39AM +0200, Eray Ozkural (exa) wrote: InfoProcApp: Information Processing Application The box indicates a generic ontology package here named InfoProcApp. Here is a candidate ontology derived from InfoProcApp [...] Now imagine this higher level hierarchy Application * * / \ InfoProcApp Can you name any Application that is not an Information Processing Application? -- - mdz
Re: 'testing' dep conflicts
Sven Burgener [EMAIL PROTECTED] writes: 1. Why are packages kept back like follows? $ apt-get update apt-get upgrade Upgrade will never install new packages. So packages with changed depends-fields will not be upgraded by this command. Read the manual you can read it there.
Re: Packages file not updated for pool
Hi Nils! On Fri, 29 Dec 2000, Nils Rennebarth wrote: Why is the woody Package file not updated when Files enter the Package pool? Or is there still another Package file that I need to use? The only Pool files that had mad it into the Package file are libc6 and spong. woody is not unstable: stable - potato testing - woody unstable - sid so change your apt lines to sid or unstable. HTH btw, your Mail-Followup-To header is broken not fully qualified part in it: | Mail-Followup-To: [EMAIL PROTECTED], | Debian Development list debian-devel@lists.debian.org yours, peter -- PGP signed and encrypted messages preferred. http://www.palfrader.org/
Re: test -d /usr/man mail submit@bugs
Arthur Korn [EMAIL PROTECTED] writes: for package in dpkg apt libc gpg bplay etc ; do sed [...] bug.template | mail ; done You'd better use [EMAIL PROTECTED], else you need a very good asbestos suit ... Whatever, the above won't work for other reasons (It just tries to chewck you mail a couple of times. I thought of sendmail(1) where you feed the headers with the mail. and thats why I didn't send explicit to maintonly. Every mass bag submit should be maintonly no matter how you do it technically.
ITA gtk-doc-tools
Hi, I intent to adopt this package. This package isn't orphaned, but Steve Haslam is MIA since more one year. I'll upload a new release before the new millennium. Christian
Re: xfs segfaults with truetype fonts
On Fri, Dec 29, 2000 at 07:14:24AM +0100, Martin Maciaszek wrote: I want to use xfs from X4 with truetype fonts. I created a fonts.dir file with ttmkfdir and added the path with the fonts to /etc/X11/fs/config. I restarted xfs and X. Everytime I try to use one of the ttfs xfs dumps core. What can I do? xfstt+X3 works for me :o) SCNR. -- Digital Electronic Being Intended for Assassination and Nullification
Re: ITA gtk-doc-tools
On Fri, Dec 29, 2000 at 02:10:23PM +0100, Christian Marillat wrote: I intent to adopt this package. This package isn't orphaned, but Steve Haslam is MIA since more one year. I'll upload a new release before the new millennium. He actually isn't all that dead, he managed to orphan a couple of his packages recently. (I took maildrop.) Although, he doesn't seem to reply to mails... :/ -- Digital Electronic Being Intended for Assassination and Nullification
Re: test -d /usr/man mail submit@bugs
On Fri, Dec 29, 2000 at 10:46:10AM +0100, Adrian Bunk wrote: for package in dpkg apt libc gpg bplay etc ; do sed [...] bug.template | mail ; done You'd better use [EMAIL PROTECTED], else you need a very good asbestos suit ... Too late. }:) ... Grrr... He filed them: - without subject He fixed that. - with severity serious These are at most normal bugs in packages with a Standards-Version 3.0.0 Actually, that can be discussed -- do we want such packages in a stable release? :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: ITA gtk-doc-tools
JR == Josip Rodin [EMAIL PROTECTED] writes: JR On Fri, Dec 29, 2000 at 02:10:23PM +0100, Christian Marillat wrote: I intent to adopt this package. This package isn't orphaned, but Steve Haslam is MIA since more one year. I'll upload a new release before the new millennium. JR He actually isn't all that dead, he managed to orphan a couple of his JR packages recently. (I took maildrop.) Although, he doesn't seem to reply JR to mails... :/ The last time I've sent an e-amil to him, this was in September 1999 for Gnome packages without reply. We need to wait ? If yes how-many time ? The latest upstream release for gtk-doc-tools is 2000-10-21 Christian
Re: ITA gtk-doc-tools
On Fri, Dec 29, 2000 at 03:25:04PM +0100, Christian Marillat wrote: I intent to adopt this package. This package isn't orphaned, but Steve Haslam is MIA since more one year. I'll upload a new release before the new millennium. JR He actually isn't all that dead, he managed to orphan a couple of his JR packages recently. (I took maildrop.) Although, he doesn't seem to reply JR to mails... :/ The last time I've sent an e-amil to him, this was in September 1999 for Gnome packages without reply. We need to wait ? If yes how-many time ? Hmmm. That's not an easy question. Send him another mail, and upload a fixed package. Then wait for response :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: Release-critical Bugreport for December 29, 2000
Hi BugScan! You wrote: Package: afbackup (debian/main) Maintainer: Christian Meder [EMAIL PROTECTED] 77189 afbackup: cartis cannot detect which is the server config file Package: afterstep (debian/main) Maintainer: Steven R. Baker [EMAIL PROTECTED] 69297 afterstep: Pager causes wharf to go wonky 75330 afterstep: Please merge changes from potato version Would it be possible to also put the severity of bug in this report (with a one-letter abbreviation for example)? -- Kind regards, +---+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+
Re: ITA gtk-doc-tools
JR == Josip Rodin [EMAIL PROTECTED] writes: [...] We need to wait ? If yes how-many time ? JR Hmmm. That's not an easy question. Send him another mail, and upload a fixed JR package. Then wait for response :) JR -- JR Digital Electronic Being Intended for Assassination and Nullification OK. I fill a bug report for the new upstream release and send a private e-mail. Christian
out-of-date ftp.debian.org
At http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=79821 you will find a discussion between the X maintainer and me. It turns out that although he had received notification that the updated package had been installed, ftp.debian.org did not reflect this. ttfn/rjk
Re: test -d /usr/man mail submit@bugs
On Fri, Dec 29, 2000 at 08:03:49PM +0900, Taketoshi Sano wrote: The CTTE recommendation, or DPL order, was that the woody has the symlinks from /usr/man/pakcage to /usr/share/man/package, IIRC. Is this changed now ? Can we drop the postinst/prerm requirements to create/remove those symlinks ? I think you mean /usr/doc. No symlinks are needed for /usr/man. Regards, Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: test -d /usr/man mail submit@bugs
On Fri, Dec 29, 2000 at 01:38:58PM +0100, Peter Makholm wrote: I thought of sendmail(1) where you feed the headers with the mail. and thats why I didn't send explicit to maintonly. Every mass bag submit should be maintonly no matter how you do it technically. What's the difference? I read the web page about submitting bugs and it seems that maintonly just doesn't send them to debian-bugs-dist. How many emails are we talking about? Isn't debian-bugs-dist already full of hundreds of emails not relevant to most people? thanks, Hamish, not a debian-bugs-dist subscriber -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Interbase
Hi, some while ago you where talking about packaging Interbase for Debian. Who is it doing now and if at all, how is it going? yours, peter [please respect the Mail-Followup-To header!] -- PGP signed and encrypted messages preferred. http://www.palfrader.org/
Re: List of packages needing a new maintainer
Hello, On Tue, Dec 26, 2000 at 04:50:58PM +0100, Martin Michlmayr wrote: RFA: netcat -- TCP/IP swiss army knife I'll take a look, maybe i take this over. Best Regards, --Toni++
Re: test -d /usr/man ( mail submit@bugs; apology; )
On Sat, Dec 30, 2000 at 02:00:29AM +1100, Hamish Moffatt wrote: How many emails are we talking about? [...] It was about thirty. I'm trully sorry about the whole ordeal. It was stupid of me in several respects. At midday, I just abandoned work until I had a full 8 hours sleep. If I could undo almost every event of yesterday, I would. At any rate, those bug reports are for only the packages I noticed. I'm sure there are _many_ more that install /usr/man/ than I feebly reported. What's wrong with the reports: No version number. The problem may be already fixed -- I checked against woody, and not sid! What's right: The severity prolly should be 'serious'. (The latest policy says to use FHS, and the BTS says policy violations are 'serious'. It's true that the worst that happens is broken alternatives symlinks for man pages, tho. Release critical? Unlikely.) - chad -- Chad Miller [EMAIL PROTECTED] URL: http://web.chad.org/ (GPG) Any technology distinguishable from magic is insufficiently advanced. First corollary to Clarke's Third Law (Jargon File, v4.2.0, 'magic')
Re: List of packages needing a new maintainer
Toni Mueller writes: RFA: netcat -- TCP/IP swiss army knife I'll take a look, maybe i take this over. Already in Incoming ;-) -- things change. [EMAIL PROTECTED]
Re: test -d /usr/man mail submit@bugs
On Sat, Dec 30, 2000 at 02:00:29AM +1100, Hamish Moffatt wrote: I thought of sendmail(1) where you feed the headers with the mail. and thats why I didn't send explicit to maintonly. Every mass bag submit should be maintonly no matter how you do it technically. What's the difference? I read the web page about submitting bugs and it seems that maintonly just doesn't send them to debian-bugs-dist. Exactly. How many emails are we talking about? Isn't debian-bugs-dist already full of hundreds of emails not relevant to most people? There's a slight difference between various bug report discussions and loads of spam :P -- Digital Electronic Being Intended for Assassination and Nullification
Re: Rambling apt-get ideas
Hi, On Thu, Dec 28, 2000 at 05:39:04PM -0600, Adam Heath wrote: In dpkg cvs(what will be 1.9), dpkg no longer calls an external md5sum(it also doesn't fork for it, which it still does for the gzip above). This isn't as btw, would it be hard to add sha1 support, as an alternative for md5 (i know this would need some work in the packaging system)? Best Regards, --Toni++
Re: List of packages that could be dropped
On Fri, 29 Dec 2000, Adrian Bunk wrote: Hi Christian, we currently have a really huge list of packages that are orphaned and so I looked at them to see if we can drop some of them. Here are some suggestion and my comments. Any comment from you is appreciated: ... |fnlib (104 days old) Has this package been removed from our distribution? is enlightenment not using it anymore? Or has it just be renamed? If the first is true, can we close the wnpp bug for it or if the last is true, can then someone please rename the bug in wnpp for it? ... fnlib builds the binary packages libfnlib-dev and libfnlib0. These packages are still needed by enlightenment. FWIW, fnlib has been effectively abandoned upstream; its functionality has been rolled into the Imlib2 library. Of course, no version of enlightenment has yet been released which uses Imlib2, so fnlib is still rather important. Steve Langasek postmodern programmer
Re: xfs segfaults with truetype fonts
On Fri, Dec 29, 2000 at 07:14:24AM +0100, Martin Maciaszek wrote: I want to use xfs from X4 with truetype fonts. I created a fonts.dir file with ttmkfdir and added the path with the fonts to /etc/X11/fs/config. I restarted xfs and X. Everytime I try to use one of the ttfs xfs dumps core. What can I do? with X4 you don't need to run them through the font server, just make sure the freetype extension is being loaded and add the directory for your truetype fonts just like any other fontpath setting. Marc
ITP: TCM -- Toolkit for Conceptual Modelling
Package: wnpp Severity: wishlist The Toolkit for Conceptual Modeling is a collection of software tools to present conceptual models of software systems in the form of diagrams, tables, trees, and the like. (See the README file included in sources) license: GPL homepage: http://www.cs.utwente.nl/~tcm sources: ftp://ftp.cs.utwente.nl/pub/tcm Since I'm in NM, Cosimo Alfarano will sponsor me. -- Luca - De Whiskey's - De Vitis Undergraduate Student of Computer Science at Bologna University. aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ e-mail: devitis at (students dot )?cs dot unibo dot it anti SPAM: s/\ dot\ /./ (solve_regex(e-mail) homepage: http://www.Students.CS.UniBO.IT/~devitis/
Re: xfs segfaults with truetype fonts
On Fri, Dec 29, 2000 at 10:31:05AM -0800, Marc Martinez wrote: On Fri, Dec 29, 2000 at 07:14:24AM +0100, Martin Maciaszek wrote: I want to use xfs from X4 with truetype fonts. I created a fonts.dir file with ttmkfdir and added the path with the fonts to /etc/X11/fs/config. I restarted xfs and X. Everytime I try to use one of the ttfs xfs dumps core. What can I do? with X4 you don't need to run them through the font server, just make sure the freetype extension is being loaded and add the directory for your truetype fonts just like any other fontpath setting. I have a font server running for several computers, so I would prefer to have the fonts in one central font server. Cheers Martin -- Trying to establish voice contact ... please yell into keyboard. pgpJYYrP9NbnG.pgp Description: PGP signature
Re: xfs segfaults with truetype fonts
In [EMAIL PROTECTED] Martin Maciaszek [EMAIL PROTECTED] wrote: I want to use xfs from X4 with truetype fonts. I created a fonts.dir file with ttmkfdir and added the path with the fonts to /etc/X11/fs/config. I restarted xfs and X. Everytime I try to use one of the ttfs xfs dumps core. What can I do? Did you refer /usr/share/doc/xfree86-common/README.fonst.gz ? Perhaps you need to create fonts.scale file. -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: xfs segfaults with truetype fonts
[Martin Maciaszek - Fri, 29 Dec 2000 12:45:17 PM CST] On Fri, Dec 29, 2000 at 10:31:05AM -0800, Marc Martinez wrote: On Fri, Dec 29, 2000 at 07:14:24AM +0100, Martin Maciaszek wrote: I want to use xfs from X4 with truetype fonts. I created a fonts.dir file with ttmkfdir and added the path with the fonts to /etc/X11/fs/config. I restarted xfs and X. Everytime I try to use one of the ttfs xfs dumps core. What can I do? with X4 you don't need to run them through the font server, just make sure the freetype extension is being loaded and add the directory for your truetype fonts just like any other fontpath setting. I have a font server running for several computers, so I would prefer to have the fonts in one central font server. Have you tried xfstt? I think that's the one that adds True Type support to normal xfs, while xfs-tt is the one that only does True Type; could be mixing those up, though. -- An Thi-Nguyen Le |It is better to have loved and lost than just to have lost.
Re: 'testing' dep conflicts
On Thu, Dec 28, 2000 at 05:44:55PM -0600, Nathan E Norman wrote: On Fri, Dec 29, 2000 at 12:10:41AM +0100, Sven Burgener wrote: 1. Why are packages kept back like follows? [ snip ] First, since you're upgrading from potato to woody (you've changed distributions), you should use `apt-get dist-upgrade'. [ snip ] No, now that I look at it the problem is that libc6 is being held back. Try the dist-upgrade method instead. Righto. Thanks. Yes, that did it. Sven -- L I N U X .~. The Choice /V\ of a GNU /( )\ Generation ^^-^^
Re: out-of-date ftp.debian.org
On Fri, Dec 29, 2000 at 02:48:55PM +, Richard Kettlewell wrote: It turns out that although he had received notification that the updated package had been installed, ftp.debian.org did not reflect this. I guess this is because ftp.debian.org is only a mirror, like all other FTP Servers, too. Check ftp-master.debian.org instead if you want to be sure. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
would anyone like to package Secret Agent
http://www.vibe.at/tools/secret-agent/ GPL Secret Agent stores your secrets in a secure manner. Its main use at the moment is with GnuPG (an e-mail encryption/signation solution compatible to OpenPGP), or PGP 2.6. You can store your passphrase with Secret Agent, and have it provide that passphrase to GnuPG or PGP everytime it is needed. Happy New Year, Cristian
Re: xfs segfaults with truetype fonts
On Fri, Dec 29, 2000 at 12:54:25PM -0600, An Thi-Nguyen Le wrote: Have you tried xfstt? I think that's the one that adds True Type support to normal xfs, while xfs-tt is the one that only does True Type; could be mixing those up, though. xfstt runs in addition to normal xfs to supply TrueType support, xfs-tt is the hacked xfs. -- Colin Mattson [EMAIL PROTECTED]
Re: FWD: Mirror script (yet another)
Re: http://lists.debian.org/debian-devel-0011/msg01827.html A (eventually updated) version of a more fully featured and easier-to-use mirror script can be found here: http://www.Fh-Worms.DE/~inf222/code/script/debian/www/absurd_debmirror I have been testing it for quite a few days now, and it seems to work ok. See the file itself for more info. MfG, Stephan -- Stephan A Suerken [EMAIL PROTECTED]
ITP: packages needed for Slash-bender (Perl libraries)
I'm packaging several Perl libraries needed by Slash code to run. They are the following: libdbix-password-perl (DBIx-Password) libtemplate-toolkit-perl (Template-Toolkit) They are available at http://gsyc.escet.urjc.es/~jgb/my-debian-pkgs I'm not a developer, but Fernando Sanchez [EMAIL PROTECTED] has agreed to sponsor my packages. Saludos, Jesus. -- Jesus M. Gonzalez Barahona| Grupo de Sistemas y Comunicaciones [EMAIL PROTECTED] / [EMAIL PROTECTED] | ESCET, Universidad Rey Juan Carlos tel: +34 91 664 74 67 | c/ Tulipan s/n fax: +34 91 664 74 90 | 28933 Mostoles, Spain
RFP: secret-agent -- ssh-agent-like system for GnuPG etc
Package: wnpp
Severity: wishlist
On Fri, Dec 29, 2000 at 07:43:59PM +, Cristian Ionescu-Idbohrn wrote:
http://www.vibe.at/tools/secret-agent/
GPL
Secret Agent stores your secrets in a secure manner.
Its main use at the moment is with GnuPG (an e-mail encryption/signation
solution compatible to OpenPGP), or PGP 2.6. You can store your
passphrase with Secret Agent, and have it provide that passphrase to
GnuPG or PGP everytime it is needed.
Happy New Year,
Cristian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I submitted that as a request for package in the
work needing and prospective packages system. Your
wish is now recorded.
--
[EMAIL PROTECTED],havoc,gaeshido}.fi,{debian,wanderer}.org,stonesoft.com}
unix, linux, debian, networks, security, | With searching comes loss
kernel, TCP/IP, C, perl, free software, | and the presence of absence:
mail, www, sw devel, unix admin, hacks. | My Novel not found.
Re: RFC: pools and catagories of packages
MZ == Matt Zimmerman [EMAIL PROTECTED] writes: MZ Can you name any Application that is not an Information MZ Processing Application? A spam filter? It processes un-information. B-) ~ESP -- Evan Prodromou [EMAIL PROTECTED]
need headers for target architecture: asm/unistd.h
I try to build a crosscompiler i386-arm (but also other archs). At one point headerfiles for the target architecture are needed. Where could I find headerfiles for other archs? Are there development packages for this purpose? Who has done this before?
Re: Rambling apt-get ideas
On Thu, Dec 28, 2000 at 06:08:16PM -0500, Matt Zimmerman wrote: On Thu, Dec 28, 2000 at 08:22:52AM -0600, Vince Mulhollon wrote: My point being, that yes I already use squid as a proxy server for a whole network of apt-geting debian boxes and after only a little work it works OK, but something using IP multicast would be better due to lower network utilization. True, doing multiple simultaneous upgrades means eventually an upgrade would kill all the machines simultaneously, and my high end pentiums are going to decompress the gzip parts much faster than my old 386s, although there are probably ways around that, just because all the .debs are distributed all at once in one multicast burst doesn't mean they have to be installed all at once. Anyway, squid does not do IP multicast to multiple simultaneous clients, last time I checked. Another cool ability of an integrated cache would be that the fetching machine could maintain a list of all the machines it pushed the new .deb to, and when all the client machines have a copy of the new .deb, clear it from the cache. With a squid solution, squid has to guess if its OK to clear the cached .deb based upon access time, size, etc. Even worse, my squid only caches files less than 8 megs, thus each machine downloads its own copy of emacs, etc. A cache for general web use works, but a cache designed specifically for .deb packages would work better. There is very little tuning you could do for a general-purpose web cache in order to support .debs that would not be generally applicable to other situations. Rather than creating a new caching proxy for .debs, why not improve squid to do what you want? That way, other applications (which may or may not exist yet) can also benefit. Squid does in fact use multicast, but only for ICP (and thus only for very small objects). I think you will find that IP multicast is not particularly suited to this task. In order to avoid overflowing socket buffers on the client, the server would have to multicast its data only as fast as the slowest client. Not only does this cause a performance bottleneck, but it is tricky to detect how fast the client can receive data, and adjust accordingly. If the systems are not all on the same LAN, the server must take into account network congestion, etc. This is what protocols like RTSP try to do. Where real-time content delivery is not an issue, TCP does a much better job of responding to changing network conditions. Of course, if all of the systems are on the same LAN, you could use real link layer broadcast instead of IP multicast. The issue of maximum object size is a configuration issue. The ability to be smarter about particular object types sounds like a good idea for a squid enhancement. Why not look at this from a different perspective? I don't know if it may be useful or not for upgrading machines, but the multicast server would be a very nice thing for mass installations. Image large computer rooms at a lan with (usually) uniform hardware. If there was a package (say apt-getd) that could be installed on one, already running box, which lets you make a special boot disk. The machine that runs apt-getd has a way to get to a debian archive (be it local mirror, a set of cdroms - this would probably be a bit harder with cd swapping - or a mirror on the larger network that it is connected to). You boot with the floppy that configures the network, apt-getd starts spawning multicast packets, the workstations pick them up and install them. Voilà! You just installed an entire network! This would be especially useful for universities/colleges. In fact, a friend of mine is doing a similar thing for his thesis - only he uses a 'Ghost' approach - the 'mother server' has an installed disk which gets multicast to the clients. This *was* on request of the college he's studying at - currently they have to take an installed harddrive, open the pc case and install it that way (the commercial 'Ghost' program seems to have a problem with their hardware). Regards, Filip -- The nice thing about Windows is - It does not just crash, it displays a dialog box and lets you press 'OK' first. -- Arno Schaefer pgp5C8oTEsIxe.pgp Description: PGP signature
Re: aacraid driver
[EMAIL PROTECTED] (NOKUBI Takatsugu) writes: In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: I'm the developer of the aacraid driver. I've noticed some old posts on your web site w/r/t this driver. If the maintainer of the debian kernel is including this driver, he/she should contact me at [EMAIL PROTECTED] to make sure they have the latest version. It seems that the boot image of debian2.2r2 has not aacraid driver. If your still using the version snagged off of Red Hat's 2.2.16-22 kernel SRPMS, there has been a patch since then that fixes a memory leak. I would be more than happy to provide this patch to debian for posting on their web site or ftp site. Please let me know. Hmm, do you have the official web site of aacraid driver? I had been replied from Adam Di Calro http://lists.debian.org/debian-boot-0009/msg00576.html, however I couldn't find the official distribution site of aacraid driver. So I'v not to be able to reply to Adam. Recently, I had met some trouble on aacraid 1.0.3, so I changed to 1.0.6 (snaged off of rawhide's kernel-2.2.17-8.src.rpm) and it makes to be better. If official installer had it, I'm very happy (and maybe many people are). Well, if you want it, take it up with the Kernel maintainer -- that is, file a bug on kernel-image-2.2.18pre21-compact or kernel-source-2.2.18pre21 or whatever. Do not make the request here -- we cannot do anything about it. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Re: What do you wish for in an package manager?
Hamish Moffatt [EMAIL PROTECTED] writes: On Wed, Dec 27, 2000 at 01:03:03AM +, Mark Seaborn wrote: Of course. I know this. It is repeated many times on this mailing list. But it does not have to be so. Why should upgrading package X affect unrelated package Y? If one user wants to use packages from Package X and package Y are not truely unrelated if they share any dynamic libraries, though, eg libc. They are unrelated if they do not need to communicate (as an example). If they do not need to communicate, they may as well run on different machines, in which case they can use different versions of libc. But I want to be able to merge those two machines into one -- this is what a multi-user system is all about -- and have the two programs continue to use different libcs. So do you have any suggestion as to how this could actually be implemented? Even if it's actually desirable (which I dispute), implementation seems far from trivial. I just remembered one of my original reasons why this was desirable. :-) At present I find that the barrier to modifying programs is too high; it is too much effort to make a few casual changes to a program. For instance, it has always bugged me that clicking the right button on the arrows on Gtk's scrollbars doesn't scroll in the opposite direction. I expect this is easy to change. One of the problems, after modifying the code, is getting programs to use it. I could install my modified package over the original, but when I'm just testing my hack this is far too slow to do for each little tweak, and it's stupid because my hack could bring down any Gtk program I start up. The other option is to mess around with PATH, LD_PRELOAD, etc., and apart from the fact that it is fiddly and aesthetically displeasing, it is not a generic method and will not work with Perl code, Scheme code, XPM files, or any other arbitrary files that packages contain. I am lazy, and I end up never making these small tweaks because it is not worth the hassle. And I never get drawn in to making bigger changes... As to suggestions for implementation, I have a couple. As I suggested before, it would be easy if different processes could have different views on the filesystem. This is feasible on the Hurd. Linux is not as flexible, unfortunately. I can envisage modifying libc so that it is possible to redirect files elsewhere on a per-process basis (ideally this would be done in a general manner so that a call to open() could be forwarded to a server in another process, which would then pass back opened fd). (I'm very interested in user filesystems in general. I played with perlfs last year, but it was too unreliable, and it broke when I upgraded perl anyway. Modifying libc now seems the way to go, but I'm not prepared to hack libc on this level yet.) Another approach is more on a language level than a system level, and involves creating a better module system (for C, initially) that can also double up as a package system -- something based on the `units' system for Scheme (I've put links to papers describing this at http://members.xoom.com/mseaborn/comp/units/). This is a module system where modules are first class and parametric (while still allowing mutual recursion between modules). Extending it to be typed and to allow the export of macros from modules will make it suitable as a module system for linking everyday C code. Making the interfaces between bits of C code more explicit will make it easier to generate glue code for calling C from other languages. It will make it easier to handle issues associated with interface changes, and spot better when code needs recompiling to handle a macro changing. I intend to work on this some time, so I intend to show by example that it's quite useful. :-) -- Mark Seaborn - [EMAIL PROTECTED] - http://members.xoom.com/mseaborn/ - ``Water boils at a lower temperature at high altitude, which partly accounts for the nasty taste of coffee on the summit of Mauna Kea''
RE: aacraid driver
I thought since this was the debian-devel list that the distro kernel maintainers would be monitoring and/or interested in obtaining official working versions of the source. I'm certainly not interested in trying to hunt down all the distro kernel maintainers. That would be a black hole. -bmb- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Adam Di Carlo Sent: Friday, December 29, 2000 6:00 PM To: NOKUBI Takatsugu Cc: [EMAIL PROTECTED]; debian-devel@lists.debian.org; debian-boot@lists.debian.org Subject: Re: aacraid driver Well, if you want it, take it up with the Kernel maintainer -- that is, file a bug on kernel-image-2.2.18pre21-compact or kernel-source-2.2.18pre21 or whatever. Do not make the request here -- we cannot do anything about it. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Re: test -d /usr/man mail submit@bugs
Clearly, I was confused. excuse me. Matt Zimmerman [EMAIL PROTECTED] wrote: /usr/man and /usr/share/man don't have package directories, only man sections (e.g. man[1-8]). I think you are confusing /usr/man and /usr/doc. Hamish Moffatt [EMAIL PROTECTED] wrote: I think you mean /usr/doc. No symlinks are needed for /usr/man. OK, I see now. Thanks. :) -- Taketoshi Sano: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED]
libgd's dependency on xlib stops netsaint from testing
Hello, ist it possible to make libgd not depend on xlibs? This will install a lot of unwanted stuff on servers and it even seems to habe problems with dependencies currently.. looks to me like netsaint which depends on libgd1g is not moved to testing because libgd1g is not in testing, yet. xlibs is not yet moved to testing. It would be nice if you can avoid using xlibs, which in turn depends in xfree86-common. libgd1g 1.7.3 was fine in that respect Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: What do you wish for in an package manager?
On Thu, Dec 28, 2000 at 11:23:24PM +, Mark Seaborn wrote: As I suggested before, it would be easy if different processes could have different views on the filesystem. This is feasible on the Hurd. Linux is not as flexible, unfortunately. There are a few ways to do it, but I guess it is quite unrelated to the development of Debian. It's more a topic of linux-kernel or glibc, right? You can also look at fakeroot or the mount --bind option or simply chroot. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: List of packages needing a new maintainer
Martin Michlmayr [EMAIL PROTECTED] wrote: Below is a listing of packages needing a new maintainer. Speaking of which, dome hasn't had a maintainer upload in over four years, and it could do with somebody paying a little attention to it (apart from anything else, it's Standards-Version: 2.1.1.0). Is Chris Fearnley still working on Debian? I'd ask for a sponsor to help me adopt it, but I really haven't a clue what it does, even if it looks cool. :) -- Colin Watson [EMAIL PROTECTED]
holding back the tide
severity 80842 serious severity 80843 serious thanks gcc won't build on arm, so XFree86 won't build on arm, so XFree86 can't go into testing, so LOTS of things can't go into testing. Adam Heath, please consider helping the gcc maintainer do some DBS surgery, because it is DBS that is keeping gcc from building. -- G. Branden Robinson | Debian GNU/Linux|kernel panic -- causal failure [EMAIL PROTECTED] |universe will now reboot http://www.debian.org/~branden/ | pgpxdTEooAsyi.pgp Description: PGP signature
Re: What do you wish for in an package manager?
On Thu, Dec 28, 2000 at 11:23:24PM +, Mark Seaborn wrote: They are unrelated if they do not need to communicate (as an example). If they do not need to communicate, they may as well run on different machines, in which case they can use different versions of libc. But I want to be able to merge those two machines into one -- this is what a multi-user system is all about -- and have the two programs continue to use different libcs. But hang on.. libc should be backwards compatible. If the new version of libc is not backwards compatible with the old, it should have a new major version number. And libcs with different version numbers can already co-exist. So, unless something is broken in libc, there is no need to have multiple versions with the same major number installed. As I suggested before, it would be easy if different processes could have different views on the filesystem. This is feasible on the Hurd. Linux is not as flexible, unfortunately. I can envisage Whoa.. we're well beyond what can be implemented in a package manager now. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
