Re: Creation of custom

2006-05-16 Thread Matthew Palmer
On Mon, May 15, 2006 at 10:47:48AM +0200, [EMAIL PROTECTED] wrote: Am 15.05.2006 um 10:32 Uhr haben Sie geschrieben: CFEngine is in Debian, but has some real nasty frustrations. Puppet isn't in Debian, but Jamie is working hard on the packages and I've got some provisional ones built from

Bug#367456: general: text missing in menus and buttons inside window when using utf-8 locale (en_US.utf8)

2006-05-16 Thread Kevin Mark
Package: general Severity: normal I reported an issue with Cinepaint(#365801) and it occurs also with my instance of Dillo. Not the SIGFPE but the font issue. Two instances of the same bug I felt warranted a general report. If I find a third data point, it will really solidify this. If I use

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
David Goodenough [EMAIL PROTECTED] writes: So are we getting close to the point where you will build gnucash-sql? I think so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Bug#367456: general: text missing in menus and buttons inside window when using utf-8 locale (en_US.utf8)

2006-05-16 Thread Roger Leigh
reassign 367456 libgtk1.2 reassign 365678 libgtk1.2 severity 367456 important severity 365678 important severity 287520 important merge 287520 365649 365678 367456 thanks Kevin Mark [EMAIL PROTECTED] writes: I reported an issue with Cinepaint(#365801) and it occurs also with my instance of

Re: gnome 2 gnucash into unstable

2006-05-16 Thread David Goodenough
On Tuesday 16 May 2006 09:08, Thomas Bushnell BSG wrote: David Goodenough [EMAIL PROTECTED] writes: So are we getting close to the point where you will build gnucash-sql? I think so. Great. If you want someone to test the builds please let me know when they are ready and where I can

Re: Creation of custom configured packages?

2006-05-16 Thread cobaco (aka Bart Cornelis)
On Monday 15 May 2006 09:49, [EMAIL PROTECTED] wrote: Hi, in case I am in the wrong list, I beg you pardon, but I asked this already in debian-user without success. I would like to build customized, configured packages (for example additional bash script for the bash package, some default

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Wouter Verhelst
On Tue, May 16, 2006 at 03:16:32AM +0200, Steinar H. Gunderson wrote: verbose and chatty about seemingly normal occasions. In general, I've only seen problems with it; even sendmail seems easier to get to work. With hand-written config file. Written in ed. With or without the Sendmail bible?

Re: Mass bug filing: failure to use invoke-rc.d when required

2006-05-16 Thread Bas Zoetekouw
Hi Lars! You wrote: The usage is mendantory (aka a must clause) but the bugs are not RC? This does not fit. It violates policy, but not in a way enumerated on http://release.debian.org/etch_rc_policy.txt, which means that it isn't release critical, unless I've misunderstood something.

Processed: Re: Bug#367456: general: text missing in menus and buttons inside window when using utf-8 locale (en_US.utf8)

2006-05-16 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: reassign 367456 libgtk1.2 Bug#367456: general: text missing in menus and buttons inside window when using utf-8 locale (en_US.utf8) Bug reassigned from package `general' to `libgtk1.2'. reassign 365678 libgtk1.2 Bug#365678: xmms: Text in all menus

Re: Laptop support: acpi-support

2006-05-16 Thread Alexis Sukrieh
* Raphael Hertzog ([EMAIL PROTECTED]) disait : Hello everybody, snip Since I'm definitely not an expert on this subject, I would welcome co-maintainers for this package and of course testers! I'm willing to help for this, feel free to tell me if I can give a hand Raphael. Best regards,

Re: multiarch status update

2006-05-16 Thread Thiemo Seufer
Peter 'p2' De Schrijver wrote: Being able to install multiple versions is some use to multiarch, but could also be used for other things, such if two packages provide the same binary (git for example). Or to install multiple 'version 'numbers' of the same package. The big problem

Re: Creation of custom configured packages?

2006-05-16 Thread Marc Haber
On Tue, 16 May 2006 10:28:57 +0200, cobaco (aka Bart Cornelis) [EMAIL PROTECTED] wrote: 1) use multilevel/modular config where available: usually in the form of a /etcc/something.d directory (e.g. /etc/apt/conf.d), or stacked config sets (e.g. the major desktop environments, see

Re: Re: screenshot with package description

2006-05-16 Thread Gonéri Le Bouder
I mean, all pics are in the same location, but can easyly installed using apt and friends and noone must download the whole tarballs. Even Modem or ISDN-Users would like to see screenshots of some packages/programs and huge tarballs are no sulution. $ apt-cache rdepends libx11-6|wc -l 2237 2237

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Henning Makholm
Scripsit Steinar H. Gunderson [EMAIL PROTECTED] On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote: Why not just install some software that can speak SMTP as the chroot's /usr/bin/sendmail? E.g. nullmailer. nullmailer is, in general, broken. Then something else. One can easily

How to detect the active debconf frontend?

2006-05-16 Thread Frank Küster
Hi, how can I find out in postinst which debconf frontend is active? In case some particular command fails in postinst, we cannot proceed, and let it exit 1. However, to inform the user, we display a debconf error, telling him how to fix their system. But if the frontend is noninteractive, the

Re: multiarch status update

2006-05-16 Thread Henning Makholm
Scripsit Olaf van der Spek [EMAIL PROTECTED] Not true. For example, the kernel could be changed to pick the right Python binary if it sees #!/usr/bin/python. There is already a hook for doing that that in the kernel; no patching is required. See the system calls link(2) and symlink(2). The

Re: How to detect the active debconf frontend?

2006-05-16 Thread Rudolf Weeber
Hi, On Tue, May 16, 2006 at 12:47:13PM +0200, Frank Küster wrote: Hi, how can I find out in postinst which debconf frontend is active? debconf-show debconf and some filter meight work. CU, Rudolf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact

Re: How to detect the active debconf frontend?

2006-05-16 Thread Frank Küster
Rudolf Weeber [EMAIL PROTECTED] wrote: Hi, On Tue, May 16, 2006 at 12:47:13PM +0200, Frank Küster wrote: Hi, how can I find out in postinst which debconf frontend is active? debconf-show debconf and some filter meight work. You should have read my question to the end: , | Therefore,

Re: multiarch status update

2006-05-16 Thread Olaf van der Spek
On 5/16/06, Henning Makholm [EMAIL PROTECTED] wrote: Scripsit Olaf van der Spek [EMAIL PROTECTED] Not true. For example, the kernel could be changed to pick the right Python binary if it sees #!/usr/bin/python. There is already a hook for doing that that in the kernel; no patching is

Re: How to detect the active debconf frontend?

2006-05-16 Thread Olaf van der Spek
On 5/16/06, Frank Küster [EMAIL PROTECTED] wrote: Hi, how can I find out in postinst which debconf frontend is active? In case some particular command fails in postinst, we cannot proceed, and let it exit 1. However, to inform the user, we display a debconf error, telling him how to fix their

Re: multiarch status update

2006-05-16 Thread Steinar H. Gunderson
On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote: See the system calls link(2) and symlink(2). The (Essential) coreutils package provides a userspace binary /bin/ln which makes these calls available to shell scripts. That's great. Could you tell me how to use those so that

Re: multiarch status update

2006-05-16 Thread Olaf van der Spek
On 5/16/06, Steinar H. Gunderson [EMAIL PROTECTED] wrote: On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote: See the system calls link(2) and symlink(2). The (Essential) coreutils package provides a userspace binary /bin/ln which makes these calls available to shell scripts.

Re: multiarch status update

2006-05-16 Thread Dagfinn Ilmari Mannsåker
Olaf van der Spek [EMAIL PROTECTED] writes: On 5/16/06, Steinar H. Gunderson [EMAIL PROTECTED] wrote: On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote: See the system calls link(2) and symlink(2). The (Essential) coreutils package provides a userspace binary /bin/ln which

Re: multiarch status update

2006-05-16 Thread Olaf van der Spek
On 5/16/06, Dagfinn Ilmari Mannsåker [EMAIL PROTECTED] wrote: I don't care about the implementation details, but if it requires kernel support, then yes. How should the kernel (or any other implementation) know which script requires which python version without the scripts declaring it? Via

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Krzysztof Krzyzaniak
Henning Makholm wrote: Scripsit Steinar H. Gunderson [EMAIL PROTECTED] On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote: Why not just install some software that can speak SMTP as the chroot's /usr/bin/sendmail? E.g. nullmailer. nullmailer is, in general, broken. Then

Re: multiarch status update

2006-05-16 Thread Dagfinn Ilmari Mannsåker
Olaf van der Spek [EMAIL PROTECTED] writes: On 5/16/06, Dagfinn Ilmari Mannsåker [EMAIL PROTECTED] wrote: I don't care about the implementation details, but if it requires kernel support, then yes. How should the kernel (or any other implementation) know which script requires which python

Re: multiarch status update

2006-05-16 Thread Olaf van der Spek
On 5/16/06, Dagfinn Ilmari Mannsåker [EMAIL PROTECTED] wrote: Olaf van der Spek [EMAIL PROTECTED] writes: On 5/16/06, Dagfinn Ilmari Mannsåker [EMAIL PROTECTED] wrote: I don't care about the implementation details, but if it requires kernel support, then yes. How should the kernel (or

Re: Creation of custom configured packages?

2006-05-16 Thread cobaco (aka Bart Cornelis)
On Tuesday 16 May 2006 12:10, Marc Haber wrote: On Tue, 16 May 2006 10:28:57 +0200, cobaco (aka Bart Cornelis) [EMAIL PROTECTED] wrote: 1) use multilevel/modular config where available: usually in the form of a /etcc/something.d directory (e.g. /etc/apt/conf.d), or stacked config sets

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Ron Johnson
On Tue, 2006-05-16 at 11:04 +0200, Henning Makholm wrote: Scripsit Steinar H. Gunderson [EMAIL PROTECTED] On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote: Why not just install some software that can speak SMTP as the chroot's /usr/bin/sendmail? E.g. nullmailer.

Re: Laptop support: acpi-support

2006-05-16 Thread Steve McIntyre
[ Gah, resent with a valid d-devel in the Cc: line ] Buxy writes: Hello everybody, Ubuntu has made some efforts to better support a wide range of laptops and this resulted in some changes that are still not completely integrated in Debian. One of the changes is that they install automatically

Bug#367500: ITP: quackle -- graphical Scrabble-like crossword game and analysis tool

2006-05-16 Thread Alec Berryman
Package: wnpp Severity: wishlist Owner: Alec Berryman [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: quackle Version : 0.92 Upstream Authors: Jason Katz-Brown [EMAIL PROTECTED] John O'Laughlin [EMAIL PROTECTED] * URL

Re: multiarch status update

2006-05-16 Thread Tollef Fog Heen
Olaf van der Spek wrote: That depends on the implementation but I don't think it's not solvable. There's a bunch of claims from people who have worked on multiarch-related problems for a few years. You seem to think those claims are bogus, so I suggest you write up a solution which does

Re: Buffer Image

2006-05-16 Thread Hamish Moffatt
I don't know. But it looks like this problem was discussed on the full-disclosure mailing list last year; see http://lists.grok.org.uk/pipermail/full-disclosure/2005-February/031928.html Hamish On Tue, May 16, 2006 at 06:11:10AM +0100, Indraveni wrote: How we can blank the RAM of Video Card.

Re: multiarch status update

2006-05-16 Thread Tollef Fog Heen
Pierre Habouzit wrote: honnestly, please find *ONE* application where alternatives can't solve your problem, and where upstream design would still allow to have both instances installed. I've though hard enough, and I've found none. You might want to have, say, multiple installations of

Re: multiarch status update

2006-05-16 Thread Olaf van der Spek
On 5/16/06, Tollef Fog Heen [EMAIL PROTECTED] wrote: Olaf van der Spek wrote: That depends on the implementation but I don't think it's not solvable. There's a bunch of claims from people who have worked on multiarch-related problems for a few years. You seem to think those claims are bogus,

Re: How to detect the active debconf frontend?

2006-05-16 Thread Frank Küster
Olaf van der Spek [EMAIL PROTECTED] wrote: The alternative would be to check for $DEBIAN_FRONTEND, and if unset parse debconf-show debconf, but this doesn't look clean. Shouldn't a clean solution be done in debconf code and not in your package code? Yes, #367497 Thanks, Frank -- Frank

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Bernhard R. Link
* Ron Johnson [EMAIL PROTECTED] [060516 15:14]: Then something else. One can easily envisage installing as /usr/bin/sendmail something that reads an email, immediately sends it to a smarthost via SMTP and exits with an error if a problem happened. No daemon, no local spool. Not all

Re: multiarch status update

2006-05-16 Thread Peter 'p2' De Schrijver
The obvious problem here: The scheme is incompatible with non-multiarched software. It would at least require a package manager which specialcases /bin directory, a one-time conversion which moves the binaries, and some trickery for alternatives. Plus some more things which don't come

Re: multiarch status update

2006-05-16 Thread Gabor Gombas
On Tue, May 16, 2006 at 02:11:08PM +0200, Olaf van der Spek wrote: That's great. Could you tell me how to use those so that script A uses python 2.3 and script B uses python 2.4 without modifying the scripts? That's trivial. Create a wrapper that somehow decides which python version to run and

Re: Bug#366780: ITP: summain -- compute and verify file checksums

2006-05-16 Thread Theodore Tso
On Fri, May 12, 2006 at 12:41:54AM +0300, Lars Wirzenius wrote: Apart from supporting more file formats, summain differs from the traditional md5sum and sha1sum utilities by providing progress reporting, and via convenience features such as automatic recursion into directories, and looking

reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Don Armstrong
On Tue, 16 May 2006, Ron Johnson wrote: On the home desktop reportbug uses Python's smtp library to send email directly to the ISP's smtp server. And that's a good thing, because, for a long time, reportbug did not have that feature, and people who don't know how to configure MTAs were not

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Roberto C. Sanchez
Don Armstrong wrote: reportbug sends mail to wherever it is configured; the default setup should be to send mail to bugs.debian.org, not the ISP's smtp server, since that can't be known in advance. [I don't know if this is the default now, but it should be the default.] Except that many

Re: multiarch status update

2006-05-16 Thread Romain Beauxis
On Tuesday 16 May 2006 17:53, Gabor Gombas wrote: However, you can take this idea further: provided you have multiarched binaries, you could create a small file system using FUSE that generates such a wrapper on-the-fly based on the requested file name, and you could mount this file system as

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Marco d'Itri
On May 16, Roberto C. Sanchez [EMAIL PROTECTED] wrote: Except that many ISPs now block outbound port 25 (at least on consumer-level service), except for what is relayed through their mail servers. Agreed. It's not reasonable to expect that port 25 connections from large consumer ISPs will

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
David Goodenough [EMAIL PROTECTED] writes: On Tuesday 16 May 2006 09:08, Thomas Bushnell BSG wrote: David Goodenough [EMAIL PROTECTED] writes: So are we getting close to the point where you will build gnucash-sql? I think so. Great. If you want someone to test the builds please let me

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
Bastian Blank [EMAIL PROTECTED] writes: On Sun, May 14, 2006 at 11:11:16PM -0700, Thomas Bushnell BSG wrote: I have just uploaded gnucash 1.9.6, And you should've used pbuilder to check if it is buildable. So I would love to use pbuilder on my fancy fast computer. It runs sarge. So when I

Re: multiarch status update

2006-05-16 Thread Goswin von Brederlow
Peter 'p2' De Schrijver [EMAIL PROTECTED] writes: Being able to install multiple versions is some use to multiarch, but could also be used for other things, such if two packages provide the same binary (git for example). Or to install multiple 'version 'numbers' of the same package.

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Frank Küster
Thomas Bushnell BSG [EMAIL PROTECTED] wrote: Pardon me if I've missed something obvious or misunderstood something. No solution to the bug, but an easy workaround: Create a sarge chroot tar.gz on your sarge machine, change pbuilderrc to point to sid (I have copies for each distribution), and

Re: multiarch status update

2006-05-16 Thread Peter 'p2' De Schrijver
I don't think so. I see at least a few possible uses for this : 1) have a shared filesystem between machines of multiple architectures 2) test your programs on architectures you don't have by using qemu It might have its use there but it can't be simply done. The files from two

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Ron Johnson
On Tue, 2006-05-16 at 13:20 -0400, Roberto C. Sanchez wrote: Don Armstrong wrote: reportbug sends mail to wherever it is configured; the default setup should be to send mail to bugs.debian.org, not the ISP's smtp server, since that can't be known in advance. [I don't know if this is the

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
David Goodenough [EMAIL PROTECTED] writes: So are we getting close to the point where you will build gnucash-sql? Upstream reports that the SQL subsystem is known not to work. So that means that until it gets to working, I certainly won't be building it for Debian. Thomas -- To

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
Frank Küster [EMAIL PROTECTED] writes: No solution to the bug, but an easy workaround: Create a sarge chroot tar.gz on your sarge machine, change pbuilderrc to point to sid (I have copies for each distribution), and then update the tar.gz to sid, like this: /usr/sbin/pbuilder update

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Henning Makholm
Scripsit Krzysztof Krzyzaniak [EMAIL PROTECTED] That would be accessible to _all_ programs whether they are written in Perl or not. But I still not get it why not to use Email::Send and choose method there? Because one might not be programming in Perl. Email::Send is not another sendmail

bluez-pin: Crashes when used with --dbus

2006-05-16 Thread Mikhail Gusarov
severity 363425 serious thanks Seems that package which advertises 'Bluetooth PIN helper with D-BUS support' in description should at least don't crash when used with D-BUS, so I think this bug is at least 'serious'. -- JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Henning Makholm
Scripsit Ron Johnson [EMAIL PROTECTED] On Tue, 2006-05-16 at 11:04 +0200, Henning Makholm wrote: Scripsit Steinar H. Gunderson [EMAIL PROTECTED] On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote: Why not just install some software that can speak SMTP as the chroot's

Re: multiarch status update

2006-05-16 Thread Henning Makholm
Scripsit Olaf van der Spek [EMAIL PROTECTED] On 5/16/06, Dagfinn Ilmari Mannsåker [EMAIL PROTECTED] wrote: Here's an idea: store the configuration meta data in the file itself, say, in the first line, following a comment starting with an exclamation mark. This would kill MD5 checksums of

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
Frank Küster [EMAIL PROTECTED] writes: /usr/sbin/pbuilder update --override-config --configfile /etc/pbuilderrc.sid Ok, this gets me a good sid chroot. But I can't build with it. When I try to build, using, say, pbuilder build gnucash_1.9.6-3.dsc, I get seemingly normal pbuilder output, lots

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Frank Küster
Thomas Bushnell BSG [EMAIL PROTECTED] wrote: Presumably the problem is that the packages cannot be authenticated. Presumably that's because the key inside the chroot is the old 2005 one? How do I fix that? $ grep apt.config /etc/pbuilderrc.sid APTCONFDIR=/etc/pbuilder/apt.config/ $ cat

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
Frank Küster [EMAIL PROTECTED] writes: Thomas Bushnell BSG [EMAIL PROTECTED] wrote: Presumably the problem is that the packages cannot be authenticated. Presumably that's because the key inside the chroot is the old 2005 one? How do I fix that? $ grep apt.config /etc/pbuilderrc.sid

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
Frank Küster [EMAIL PROTECTED] writes: Thomas Bushnell BSG [EMAIL PROTECTED] wrote: Presumably the problem is that the packages cannot be authenticated. Presumably that's because the key inside the chroot is the old 2005 one? How do I fix that? $ grep apt.config /etc/pbuilderrc.sid

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
Thomas Bushnell BSG [EMAIL PROTECTED] writes: Doesn't work for me. # grep apt.config /etc/pbuilderrc APTCONFDIR=/etc/pbuilder/apt.config/ # cat /etc/pbuilder/apt.config/apt.conf.d/allow-unauthenticated APT::Get::AllowUnauthenticated 1; but the same errors persist. Apparently I also

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Ron Johnson
On Tue, 2006-05-16 at 19:18 +0200, Henning Makholm wrote: Scripsit Krzysztof Krzyzaniak [EMAIL PROTECTED] That would be accessible to _all_ programs whether they are written in Perl or not. But I still not get it why not to use Email::Send and choose method there? Because one might

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Ron Johnson
On Tue, 2006-05-16 at 19:21 +0200, Henning Makholm wrote: Scripsit Ron Johnson [EMAIL PROTECTED] On Tue, 2006-05-16 at 11:04 +0200, Henning Makholm wrote: Scripsit Steinar H. Gunderson [EMAIL PROTECTED] On Mon, May 15, 2006 at 02:13:46PM +0200, Henning Makholm wrote: [snip] Then

Re: How to detect the active debconf frontend?

2006-05-16 Thread Joey Hess
Frank Küster wrote: Olaf van der Spek [EMAIL PROTECTED] wrote: The alternative would be to check for $DEBIAN_FRONTEND, and if unset parse debconf-show debconf, but this doesn't look clean. Shouldn't a clean solution be done in debconf code and not in your package code? Yes,

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Ron Johnson
On Tue, 2006-05-16 at 08:44 -0700, Don Armstrong wrote: On Tue, 16 May 2006, Ron Johnson wrote: On the home desktop reportbug uses Python's smtp library to send email directly to the ISP's smtp server. And that's a good thing, because, for a long time, reportbug did not have that feature,

Re: Mass bug filing: failure to use invoke-rc.d when required

2006-05-16 Thread Lars Wirzenius
ti, 2006-05-16 kello 09:53 +0200, Bas Zoetekouw kirjoitti: Hi Lars! You wrote: The usage is mendantory (aka a must clause) but the bugs are not RC? This does not fit. It violates policy, but not in a way enumerated on http://release.debian.org/etch_rc_policy.txt, which means

Re: gnome 2 gnucash into unstable

2006-05-16 Thread David Goodenough
On Tuesday 16 May 2006 19:24, Thomas Bushnell BSG wrote: David Goodenough [EMAIL PROTECTED] writes: So are we getting close to the point where you will build gnucash-sql? Upstream reports that the SQL subsystem is known not to work. So that means that until it gets to working, I certainly

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Henning Makholm
Scripsit Ron Johnson [EMAIL PROTECTED] On Tue, 2006-05-16 at 19:21 +0200, Henning Makholm wrote: The point is that they could if the wanted to. And if they did, it would work for _all_ programs, not just particular perl scripts that happen to use some obscure perl module to send mails.

master/murphy downtime

2006-05-16 Thread Adam Heath
Master and murphy are changing colos. This entails a shutdown, de-rack, move across town(not far, tho), and power back up. Est. time is 2 hours. Nat rules will be installed, so that access can continue at the old addresses. DNS will be updated after the move. -- To UNSUBSCRIBE, email to

Re: multiarch status update

2006-05-16 Thread Goswin von Brederlow
Tollef Fog Heen [EMAIL PROTECTED] writes: Pierre Habouzit wrote: honnestly, please find *ONE* application where alternatives can't solve your problem, and where upstream design would still allow to have both instances installed. I've though hard enough, and I've found none. You might want

Re: multiarch status update

2006-05-16 Thread Goswin von Brederlow
Olaf van der Spek [EMAIL PROTECTED] writes: On 5/15/06, Goswin von Brederlow [EMAIL PROTECTED] wrote: Bill Allombert [EMAIL PROTECTED] writes: On Sun, May 14, 2006 at 01:19:14AM +0200, Tollef Fog Heen wrote: I so far haven't seen any compelling arguments for multiarchifying the whole

Re: multiarch status update

2006-05-16 Thread Goswin von Brederlow
Olaf van der Spek [EMAIL PROTECTED] writes: On 5/15/06, Pierre Habouzit [EMAIL PROTECTED] wrote: Le Dim 14 Mai 2006 21:11, Olaf van der Spek a écrit : - Why would you want to have both types installed simultaneously anyway? For libraries the answer is simple, but multiarch

Re: multiarch status update

2006-05-16 Thread Goswin von Brederlow
Eduard Bloch [EMAIL PROTECTED] writes: #include hallo.h * Matt Taggart and others [Wed, May 10 2006, 02:00:47AM]: http://wiki.debian.org/multiarch Looking at all that I have a simple question: do we need a such kind of invasive multiarch integration. There only things I have to use which

Daily built images for i386 include graphical installation option

2006-05-16 Thread Frans Pop
At Debconf Joey Hess and I have integrated support for the graphical installer into the main build system for d-i. For now the support is for i386 only, but amd64 [1] and powerpc will follow very soon. This means that the daily built images [2] of the installer now include an option to boot

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Goswin von Brederlow
Ron Johnson [EMAIL PROTECTED] writes: On Tue, 2006-05-16 at 08:44 -0700, Don Armstrong wrote: On Tue, 16 May 2006, Ron Johnson wrote: On the home desktop reportbug uses Python's smtp library to send email directly to the ISP's smtp server. And that's a good thing, because, for a long

Re: multiarch status update

2006-05-16 Thread Goswin von Brederlow
Peter 'p2' De Schrijver [EMAIL PROTECTED] writes: Lets say we do add special dirs for binaries and let dpkg manage them. How would that work with old and new debs mixed together? Should dpkg move all binaries into subdirs on upgrade once? Should it move binaries into subdirs when a second

Re: debian and UDEV

2006-05-16 Thread Goswin von Brederlow
Matt Zimmerman [EMAIL PROTECTED] writes: On Mon, May 15, 2006 at 12:14:48PM +0200, Goswin von Brederlow wrote: Matt Zimmerman [EMAIL PROTECTED] writes: I don't see it as a general issue either; if you have problems of this type, you should report them to the bug tracking system so that

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Don Armstrong
On Tue, 16 May 2006, Roberto C. Sanchez wrote: Don Armstrong wrote: reportbug sends mail to wherever it is configured; the default setup should be to send mail to bugs.debian.org, not the ISP's smtp server, since that can't be known in advance. [I don't know if this is the default now,

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

2006-05-16 Thread Ron Johnson
On Wed, 2006-05-17 at 00:24 +0200, Goswin von Brederlow wrote: Ron Johnson [EMAIL PROTECTED] writes: On Tue, 2006-05-16 at 08:44 -0700, Don Armstrong wrote: On Tue, 16 May 2006, Ron Johnson wrote: On the home desktop reportbug uses Python's smtp library to send email directly to the

Re: gnome 2 gnucash into unstable

2006-05-16 Thread Thomas Bushnell BSG
David Goodenough [EMAIL PROTECTED] writes: On Tuesday 16 May 2006 19:24, Thomas Bushnell BSG wrote: David Goodenough [EMAIL PROTECTED] writes: So are we getting close to the point where you will build gnucash-sql? Upstream reports that the SQL subsystem is known not to work. So that means

Re: multiarch status update

2006-05-16 Thread Peter 'p2' De Schrijver
But say you have the old i486 ls installed in /bin/ls and now you install the new amd64 ls in /bin/ls/x86_64. Wait a second. How do you create the dir when the file already exists? dpkg has to specialy handle this case for every package. That's probably a bit of a problem. But that

Re: multiarch status update

2006-05-16 Thread Ron Johnson
On Wed, 2006-05-17 at 00:01 +0200, Goswin von Brederlow wrote: Olaf van der Spek [EMAIL PROTECTED] writes: On 5/15/06, Goswin von Brederlow [EMAIL PROTECTED] wrote: Bill Allombert [EMAIL PROTECTED] writes: On Sun, May 14, 2006 at 01:19:14AM +0200, Tollef Fog Heen wrote: I so far

Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email

2006-05-16 Thread Ron Johnson
On Tue, 2006-05-16 at 22:39 +0200, Henning Makholm wrote: Scripsit Ron Johnson [EMAIL PROTECTED] On Tue, 2006-05-16 at 19:21 +0200, Henning Makholm wrote: The point is that they could if the wanted to. And if they did, it would work for _all_ programs, not just particular perl scripts

Re: Moving GFDL documentation to non-free

2006-05-16 Thread Dan Jacobson
Hi. I'm just a lowly user with a bandwidth problem. Certainly was a shock to get back from town to find the documentation gone from the debs I brought back. However, I am to make one last trip to town so it's my one shot chance to download the new additional debs where that documentation now lies.

Accepted gok 1.0.10-1 (source i386 all)

2006-05-16 Thread J.H.M. Dassen (Ray)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 07:19:08 +0200 Source: gok Binary: gok gok-doc Architecture: source i386 all Version: 1.0.10-1 Distribution: unstable Urgency: low Maintainer: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Changed-By: J.H.M. Dassen (Ray)

Accepted monit 1:4.8-2 (source i386)

2006-05-16 Thread Stefan Alfredsson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 07:04:58 +0200 Source: monit Binary: monit Architecture: source i386 Version: 1:4.8-2 Distribution: unstable Urgency: low Maintainer: Stefan Alfredsson [EMAIL PROTECTED] Changed-By: Stefan Alfredsson [EMAIL

Accepted cl-sql 3.6.1-1 (source all i386)

2006-05-16 Thread Kevin M. Rosenberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 15 May 2006 21:07:47 -0600 Source: cl-sql Binary: cl-sql-sqlite3 cl-sql-oracle cl-sql-aodbc cl-sql-postgresql-socket cl-sql-postgresql cl-sql-odbc cl-sql cl-sql-uffi cl-sql-tests cl-sql-sqlite cl-sql-mysql Architecture: source

Accepted classpath 2:0.91-2 (source all i386)

2006-05-16 Thread Michael Koch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 05:35:36 + Source: classpath Binary: classpath-doc classpath-common-unzipped classpath-common classpath jikes-classpath Architecture: source all i386 Version: 2:0.91-2 Distribution: unstable Urgency: low

Accepted workrave 1.8.3-1 (source i386)

2006-05-16 Thread Michael Piefel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 15 May 2006 15:40:59 +0200 Source: workrave Binary: workrave Architecture: source i386 Version: 1.8.3-1 Distribution: unstable Urgency: low Maintainer: Michael Piefel [EMAIL PROTECTED] Changed-By: Michael Piefel [EMAIL

Accepted libgphoto2 2.1.6-10 (source i386)

2006-05-16 Thread Frederic Peters
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 09:06:33 +0200 Source: libgphoto2 Binary: libgphoto2-port0 libgphoto2-2-dev libgphoto2-2 Architecture: source i386 Version: 2.1.6-10 Distribution: unstable Urgency: low Maintainer: Frederic Peters [EMAIL PROTECTED]

Accepted libgphoto2 2.1.99-11 (source i386)

2006-05-16 Thread Frederic Peters
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 09:09:30 +0200 Source: libgphoto2 Binary: libgphoto2-port0 libgphoto2-2-dev libgphoto2-2 Architecture: source i386 Version: 2.1.99-11 Distribution: experimental Urgency: low Maintainer: Frederic Peters [EMAIL

Accepted klogic 1.62-7 (source i386)

2006-05-16 Thread Chris Boyle
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 12 May 2006 15:39:24 +0100 Source: klogic Binary: klogic Architecture: source i386 Version: 1.62-7 Distribution: unstable Urgency: low Maintainer: Chris Boyle [EMAIL PROTECTED] Changed-By: Chris Boyle [EMAIL PROTECTED]

Accepted rafkill 1.2.1-1 (source i386 all)

2006-05-16 Thread Debian packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 01:47:44 -0500 Source: rafkill Binary: rafkill-data rafkill Architecture: source i386 all Version: 1.2.1-1 Distribution: unstable Urgency: low Maintainer: Debian allegro packages maintainers [EMAIL PROTECTED]

Accepted clamav-data 20060515.105500.1463 (source all)

2006-05-16 Thread Marc Haber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 03:47:08 + Source: clamav-data Binary: clamav-data Architecture: source all Version: 20060515.105500.1463 Distribution: unstable Urgency: low Maintainer: Marc Haber [EMAIL PROTECTED] Changed-By: Marc Haber [EMAIL

Accepted courier 0.53.1-4 (source i386 all)

2006-05-16 Thread Racke
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 10:34:19 +0200 Source: courier Binary: courier-mlm courier-ldap courier-faxmail courier-pcp courier-maildrop courier-imap courier-mta-ssl courier-pop-ssl courier-base sqwebmail courier-ssl courier-pop courier-mta

Accepted activeldap 0.7.1-1 (source all)

2006-05-16 Thread Duck
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 12:37:52 +0200 Source: activeldap Binary: libactiveldap-ruby-doc libactiveldap-ruby1.8 libactiveldap-ruby Architecture: source all Version: 0.7.1-1 Distribution: unstable Urgency: low Maintainer: Marc Dequènes

Accepted jed 0.99.18-1 (source all i386)

2006-05-16 Thread Rafael Laboissiere
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 12:02:52 +0200 Source: jed Binary: jed jed-common xjed Architecture: source all i386 Version: 0.99.18-1 Distribution: experimental Urgency: low Maintainer: Debian JED Group [EMAIL PROTECTED] Changed-By: Rafael

Accepted libfile-copy-recursive-perl 0.22-1 (source all)

2006-05-16 Thread eloy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 12:03:11 +0200 Source: libfile-copy-recursive-perl Binary: libfile-copy-recursive-perl Architecture: source all Version: 0.22-1 Distribution: unstable Urgency: low Maintainer: Debian Catalyst Maintainers [EMAIL

Accepted cddb.bundle 0.2-2.1 (source i386)

2006-05-16 Thread Julien Danjou
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 13:40:26 +0200 Source: cddb.bundle Binary: cddb.bundle Architecture: source i386 Version: 0.2-2.1 Distribution: unstable Urgency: low Maintainer: Gürkan Sengün [EMAIL PROTECTED] Changed-By: Julien Danjou [EMAIL

Accepted lirc 0.8.0-2 (source all i386)

2006-05-16 Thread Julien Danjou
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 May 2006 12:45:59 +0200 Source: lirc Binary: liblircclient-dev liblircclient0 lirc-svga lirc lirc-modules-source lirc-x Architecture: source all i386 Version: 0.8.0-2 Distribution: unstable Urgency: low Maintainer: lirc

  1   2   >