Re: BTS: Why no "invalid" or "notabug" tag?

2006-12-03 Thread Marc Haber
On Thu, 30 Nov 2006 14:51:07 -0800, Don Armstrong <[EMAIL PROTECTED]> wrote: >At least one of the bugs should be reassigned; you can of course clone >a bug, reassign it, make the original blocking on the reassigned bug, >and retitle the original to indicate what is the problem. [There is a >wishlis

Re: BTS: Why no "invalid" or "notabug" tag?

2006-12-03 Thread Marc Haber
On Thu, 30 Nov 2006 18:05:21 +0100, [EMAIL PROTECTED] (Marco d'Itri) wrote: >On Nov 30, Magnus Holmgren <[EMAIL PROTECTED]> wrote: > >> But what about the middle case, i.e. "the behaviour described could be >> reproduced, but it's not a bug, or at least not our fault"? (Bugzilla calls >> this "IN

Solved: Re: [Etch: Whishlist: WM and gtk2 app] Could control ~/.gtkrc-2.0 by WindowManagers?

2006-12-03 Thread Shinichiro HIDA
Hi, ;; I'm sorry for making noise again.. > In <[EMAIL PROTECTED]> > Shinichiro HIDA <[EMAIL PROTECTED]> wrote: > > In <[EMAIL PROTECTED]> > > Shinichiro HIDA <[EMAIL PROTECTED]> wrote: > > Could WindowManagers take care of '~/.gtkrc-2.0'? > I installed gtk2-engins-*, then

Half Resolved: Re: [Etch: Whishlist: WM and gtk2 app] Could control ~/.gtkrc-2.0 by WindowManagers?

2006-12-03 Thread Shinichiro HIDA
Hi, ;; I'm sorry for making noise.. > In <[EMAIL PROTECTED]> > Shinichiro HIDA <[EMAIL PROTECTED]> wrote: > So, I think, if possible, the font settings on X which should be > controlled by WindowManagers for unification. > Could WindowManagers take care of '~/.gtkrc-2.0'? I installe

Re: Bonsai: Candidate for removal from the archive?

2006-12-03 Thread Stephen Gran
This one time, at band camp, Gunnar Wolf said: > Marc 'HE' Brockschmidt dijo [Sun, Dec 03, 2006 at 11:47:45AM +0100]: > > > Why exactly do you need a pre-depends to use a perl module in postinst? > > Because: > > [EMAIL PROTECTED]:/tmp/bonsai-1.3+cvs20060111/debian$ grep use.*File > bonsai.posti

Re: Bonsai: Candidate for removal from the archive?

2006-12-03 Thread Gunnar Wolf
Marc 'HE' Brockschmidt dijo [Sun, Dec 03, 2006 at 11:47:45AM +0100]: > >> use File::Find; > > Provided by perl-modules, which is build-essential. However, this > > module is used at installation time (in postinst), so yes, this should > > be listed as a pre-depends (as it's not a required/essential

Re: Correct fate for emacs20 bugs?

2006-12-03 Thread Rob Browning
Nathanael Nerode <[EMAIL PROTECTED]> writes: > So I'm going through the old bugs list. There are 37 bugs against > emacs20. emacs20 is only in oldstable-security at this point. What > is the correct fate for these bugs? Good question. If the bugs still exist in emacs21, then they should be re

Correct fate for emacs20 bugs?

2006-12-03 Thread Nathanael Nerode
So I'm going through the old bugs list. There are 37 bugs against emacs20. emacs20 is only in oldstable-security at this point. What is the correct fate for these bugs? -- Nathanael Nerode <[EMAIL PROTECTED]> [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Re: Tempfile best practice vs. man pages

2006-12-03 Thread Russ Allbery
Nathanael Nerode <[EMAIL PROTECTED]> writes: > The manpages for the various ways of creating a temporary file from C > are a bit scary... > tmpnam(3): "Never use this function. Use mkstemp(3) or tmpfile(3) instead." > mktemp(3): "Never use mktemp()." > tempnam(3): "Never use this function. Use

Tempfile best practice vs. man pages

2006-12-03 Thread Nathanael Nerode
The manpages for the various ways of creating a temporary file from C are a bit scary... tmpnam(3): "Never use this function. Use mkstemp(3) or tmpfile(3) instead." mktemp(3): "Never use mktemp()." tempnam(3): "Never use this function. Use mkstemp(3) or tmpfile(3) instead." mkstemp(3): "Don't us

Re: Descriptions of mono packages

2006-12-03 Thread Mirco Bauer
On Fri, 2006-11-24 at 23:08 +, Enrico Zini wrote: > Dear Mono developers, > > Please write useful long descriptions for your packages. I know, it's on my TODO list. As you stated currently most descriptions just mention the library name and version, which is not very useful. Honestly most li

Re: package update policy

2006-12-03 Thread Evgeni Golov
On Mon, 04 Dec 2006 01:21:44 +0530 Ritesh Raj Sarraf wrote: > Yes, but I think nvidia-kernel-source has no effect on Etch's release > in any way. Also nvidia-kernel-source has never been part of testing > as per the package's qa page. It was in testing and was then kicked [1], now it is waiting t

Re: package update policy

2006-12-03 Thread Ritesh Raj Sarraf
Evgeni Golov wrote: > On Mon, 04 Dec 2006 00:38:15 +0530 Ritesh Raj Sarraf wrote: > >> The latest nvidia stable release (9629) was made on November 7th, >> 2006. But it is still not included into Debian >> (testing/unstable/experimental). I noticed that it is already part of >> Ubuntu Feisty. >

Re: package update policy

2006-12-03 Thread Russ Allbery
Ritesh Raj Sarraf <[EMAIL PROTECTED]> writes: > I just wanted to know if Debian has a policy (timeline) for inclusion of > a newer release of a software. No, it doesn't. Individual maintainers may set such a policy for their own packages, but Debian has no distribution-wide policy on how fast ne

Re: apt hangs for ever

2006-12-03 Thread Russ Allbery
Peter Palfrader <[EMAIL PROTECTED]> writes: > I've seen this often in recent weeks. Disabling pdiffs works around the > issue most of the time. ^Cing apt-get update and restarting it usually > works too. Also deleting all of the existing lists in /var/lib/apt/lists and then rerunning apt-get (o

Re: package update policy

2006-12-03 Thread Evgeni Golov
On Mon, 04 Dec 2006 00:38:15 +0530 Ritesh Raj Sarraf wrote: > The latest nvidia stable release (9629) was made on November 7th, > 2006. But it is still not included into Debian > (testing/unstable/experimental). I noticed that it is already part of > Ubuntu Feisty. Didn't you answer this question

package update policy

2006-12-03 Thread Ritesh Raj Sarraf
Hi, I'm not trying to start any argument. The latest nvidia stable release (9629) was made on November 7th, 2006. But it is still not included into Debian (testing/unstable/experimental). I noticed that it is already part of Ubuntu Feisty. I just wanted to know if Debian has a policy (timeline)

[Etch: Whishlist: WM and gtk2 app] Could control ~/.gtkrc-2.0 by WindowManagers?

2006-12-03 Thread Shinichiro HIDA
Dear Debian Developers, I have installed (new, not upgrading) etch into my real machines (i686 and k7) with d-i snapshot netboot image in a few days ago. ;; of course successful. I noticed that some fonts in the menubar or setup window appeared so ugly by default on some applications[*1] use gtk

Re: Bonsai: Candidate for removal from the archive?

2006-12-03 Thread Rémi Perrot
Hello Gunnar, On Sat, Dec 02, 2006 at 10:23:15PM -0600, Gunnar Wolf wrote: > (If you didn't catch it in the To: line: Check on #391772 for further > background) > > Of the modules you mention: > > > use Crypt; > > Provided by the Bonsai package (in /usr/lib/bonsai/Crypt.pm) > > > use File::Fi

Re: Gnome crashing/freezing on testing machine

2006-12-03 Thread Sam Morris
On Sun, 03 Dec 2006 13:30:11 +, Julian Gilbey wrote: > occasions), I can't even kill the GNOME process (kill -9 failed on > several processes running under GNOME). That's really weird, and I've > never seen this sort of behaviour before. That can happen if the process is in uninterruptible sl

Re: apt hangs for ever

2006-12-03 Thread Peter Palfrader
On Wed, 29 Nov 2006, Brian May wrote: > > "Henrique" == Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > > Henrique> Use --save-after-login and pbuilder login to open the > Henrique> chroot, add the new apt key, and only then run the > Henrique> update. > > I tried that,

Gnome crashing/freezing on testing machine

2006-12-03 Thread Julian Gilbey
Hi all! I'm running an up-to-date testing machine. In the last week or so, GNOME has crashed several times, freezing the screen. While I can just about log in remotely (even that then hangs on several occasions), I can't even kill the GNOME process (kill -9 failed on several processes running un

Re: Bug#401227: ITP: metacafe-dl -- download videos from metacafe.com

2006-12-03 Thread Nacho Barrientos Arias
On Saturday 02 December 2006 21:09, you wrote: Hello Benjamin, > Nacho Barrientos Arias wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]> > > > > * Package name: metacafe-dl -- snip -- > Why not just have metacafe added to youtube-dl and p

Re: Mass closing of bugs ?

2006-12-03 Thread Mikhail Gusarov
You ([EMAIL PROTECTED]) wrote: MH> Considering that the maintainer scripts have not been inherited MH> from mozilla, and that the mozilla engine is pretty different, MH> may I just close all the bugs assigned to old mozilla packages, MH> requesting a reopen if the bug still exists in iceape ?

Re: Mass closing of bugs ?

2006-12-03 Thread Loïc Minier
On Sun, Dec 03, 2006, Mike Hommey wrote: > Now that iceape replaces mozilla and provides mozilla packages for > transition, the BTS now show all old mozilla bugs in the iceape reports. > These may or may not include bugs that don't exist anymore, and > considering how mozilla used to be maintained,

Re: Mass closing of bugs ?

2006-12-03 Thread Marc 'HE' Brockschmidt
Mike Hommey <[EMAIL PROTECTED]> writes: > Considering that the maintainer scripts have not been inherited from > mozilla, and that the mozilla engine is pretty different, may I just > close all the bugs assigned to old mozilla packages, requesting a > reopen if the bug still exists in iceape ? I b

Re: Bonsai: Candidate for removal from the archive?

2006-12-03 Thread Marc 'HE' Brockschmidt
Gunnar Wolf <[EMAIL PROTECTED]> writes: >> use File::Find; > Provided by perl-modules, which is build-essential. However, this > module is used at installation time (in postinst), so yes, this should > be listed as a pre-depends (as it's not a required/essential package) Why exactly do you need a

Mass closing of bugs ?

2006-12-03 Thread Mike Hommey
Hi, Now that iceape replaces mozilla and provides mozilla packages for transition, the BTS now show all old mozilla bugs in the iceape reports. These may or may not include bugs that don't exist anymore, and considering how mozilla used to be maintained, it may also include bugs that were not even