Bug#808234: signify: Depends on virtual package "perl5" which is gone with perl/5.22

2015-12-17 Thread Brian White
Thanks. I no longer have a Debian development machine. -- Brian On Thu, Dec 17, 2015 at 9:16 AM, Dominic Hargreaves wrote: > Package: signify > Version: 1.14-1 > Severity: serious > Justification: package uninstallable > Tags: sid pending > User: debian-p...@lists.debian.org > Usertags: perl-5

Bug#658139: Collaborative maintenance of mime-support (was Re: Using FreeDesktop MIME entries directly in mime-support).

2012-07-17 Thread Brian White
> > Lastly, I would like to thank Brian for his impressively 16-years long > work on > mime-support. Brian, feel free to stay among the uploaders ! > Thanks. I wish I had the energy to make some of the much-needed changes but I'm just not involved with the project enough these days to have a goo

Bug#674089: mime-support: removed application/x-httpd-* can lead to immense security problems

2012-05-31 Thread Brian White
> > In 3.52-1 you removed application/x-httpd-* to close #589384. > I have no preference to it being present or not. It was marked as "release critical" by the Apache/PHP folks. Decide among yourselves what is correct and I'll make it that way. -- Brian > > This happened without any notice to

Bug#458691: mime-support should not register a "view" alternative at any priority

2008-06-05 Thread Brian White
severity 458691 wishlist tag 458691 wontfix -- mime-support does not provide "the same functionality but different implementations". It provides a program "with different functionality but the same filename". That does not represent an appropriate use of the alternatives mechanism. Sure it d

Bug#458691: mime-support: diff for NMU version 3.40-1.1

2008-06-02 Thread Brian White
Brian, any particular reason why you didn't include this patch in your subsequent uploads, or did you just miss it? This bug is release-critical, was filed in January and has no comment from you... Your latest uploads of mime-support still install the /usr/bin/view alternative, and don't clean it

Bug#480374: Update

2008-05-28 Thread Brian White
-rw-r--r-- 1 debmirror debmirror 419 2008-05-26 15:17 rfc1522.txt -rw-r--r-- 1 debmirror debmirror 22502 1993-09-23 01:08 rfc1522.txt~ -rw-r--r-- 1 debmirror debmirror 393 2008-05-26 15:17 rfc1523.txt -rw-r--r-- 1 debmirror debmirror 32691 1993-09-23 01:10 rfc1523.txt~ -rw-r--r-- 1 debmirror d

Bug#454520: jukebox-mercury: should this package be removed?

2007-12-23 Thread Brian White
severity 454520 normal reassign 454520 ftp.debian.org retitle 454520 RM: jukebox-mercury -- not supported -- While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: * several RC bugs * long since last maintainer upload, last NMU in 2003 *

Bug#367727: jukebox-mercury: must use invoke-rc.d

2007-09-14 Thread Brian White
tags 367727 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was I no longer have the Mercury box I used to originally play with this. If you're using

Bug#408252: jukebox-mercury is not suitable for a stable release

2007-01-24 Thread Brian White
On 24/01/07 at 11:05 -0500, Brian White wrote: It's in "experimental". It's not supposed to be considered stable. No, it's in sarge, etch and sid, according to http://packages.qa.debian.org/j/jukebox-mercury.html Hmmm... Then somebody moved it. Do you know the ste

Bug#325441: remove from debian

2006-09-22 Thread Brian White
Brian said that he was going to rename it, but that was a year ago. Unless there's some plan to fix it RSN, I think we should remove it from the archive in the meantime. I tried to rename it but it was rejected as being a "new package" and I just haven't had the time/will/desire to follow throu

Bug#349745: squid-prefetch: Crashes every few minutes

2006-03-18 Thread Brian White
Not necessarily. 127.0.0.1 is the network loopback device, so *any* program on that machine which accesses the outside world via squid will show as 127.0.0.1 in the squid log, not just squid-prefetch as you imply. True. I don't use the loopback interface for connecting to squid from user clien

Bug#349745: squid-prefetch: Crashes every few minutes

2006-03-18 Thread Brian White
I now stays up thanks, though I can't work out how to be sure it's doing anything since it doesn't have a log file. Check out Squid's log file. Accesses from 127.0.0.1 will be from the prefetch. Brian ( [EMAIL PROTEC

Bug#325441: Violates trademark

2005-08-28 Thread Brian White
Using the name "Scrabble" for a game is a clear trademark violation; using something *remotely* similar to "Scrabble" is *not* a "clear" trademark violation. The standard in the US, and I believe in Europe as well, is that you must not use *confusingly* similar names. I'm renaming it to "Scribb

Bug#294404: udev does not create /dev/md* devices at boot-up

2005-02-14 Thread Brian White
> Therefore, I'm reassigning to mdadm -- which is the package failing to > start on missing md* nodes. I think that since this bug is hard to solve > in udev (should it create md* always, even if one hasn't RAID at all?) > or the kernel (autostarting simply isn't possible in modular md, it > seems)

Bug#294404: udev does not create /dev/md* devices at boot-up

2005-02-09 Thread Brian White
reopen 294404 reassign 294404 kernel-image-2.6-686 -- > This is a kernel bug. > There is already a bug open against the kernel. > I have seen no progress on its resolution. I couldn't find the bug number, so I just reassigned this to the base kernel I'm using. Somebody else will have to merge it

Bug#294404: udev does not create /dev/md* devices at boot-up

2005-02-09 Thread Brian White
Package: udev Version: 0.050-6 Severity: critical When I installed my new system last month, I used the latest "testing" install CD and created RAID systems for /usr and /var (RAID1 and RAID0, respectively). I then installed the stock 2.6.8 kernel and later the 2.6.10 kernel. So far, so good. Y