Bug#818537: RC bug on maildrop [was Re: freeradius]

On Sat, Oct 22, 2016 at 03:41:46PM +0200, Tobias Frost wrote: > However may I ask you to take a look at the RC bugs in your DDPO? [2] > ;-) Intriguing, I completely missed that maildrop bug, I think my spam filters somehow ate it. I'll try to figure out both issues, thanks for the hint. --

Bug#339749: maildrop REMOVED from testing

severity 339749 important thanks On Thu, Jun 08, 2006 at 03:08:22PM -0600, Debian testing watch wrote: > FYI: The status of the maildrop source package > in Debian's testing distribution has changed. > > Previous version: 1.5.3-2 > Current version: (not in testing) > Hint:

Bug#339749: maildrop REMOVED from testing

severity 339749 important thanks On Thu, Jun 08, 2006 at 04:21:52PM -0700, Steve Langasek wrote: > > > Bug #339749: maildrop: kills processes it shouldn't > > > Perhaps a misfeature, but not a release-critical bug (this affects only > > certain children which are fairly broken anyway). > > A

Bug#347048: Bug#374232: xsol: lesstif1 is deprecated, transition to lesstif2

On Sun, Jun 18, 2006 at 12:35:45PM +0900, [EMAIL PROTECTED] wrote: > Package: xsol > Severity: normal > > Good day, > > Your package xsol has been detected as depending on the deprecated > lesstif1. > > This bug is part of a mass bug filling and the remedy is usually > quite simple. Build-depend

Bug#349196: sudo: DSA-946-1 broke joe horribly

Package: sudo Version: 1.6.8p7-1.3 Severity: grave Hi, Since upgrading to this version from security.d.o, I can no longer run sudo joe, it gives an instant segmentation fault and dumps core. (gdb says the problem is in a fgets() and a series of ustat()s.) Furthermore, visudo now ignores $EDITOR

Bug#360666: joe now crashes with HOME set

On Mon, Apr 03, 2006 at 06:51:39PM -0400, Daniel Jacobowitz wrote: > Package: joe > Version: 3.3-3 > Severity: grave > Justification: renders package unusable > > The changelog says this release fixed a bug which caused Joe to crash at > startup if HOME was unset. Well, now it crashes if HOME is

Bug#360666: joe now crashes with HOME set

On Mon, Apr 03, 2006 at 06:51:39PM -0400, Daniel Jacobowitz wrote: > Package: joe > Version: 3.3-3 > Severity: grave > Justification: renders package unusable > > The changelog says this release fixed a bug which caused Joe to crash at > startup if HOME was unset. And actually that was 3.3-1's ch

Bug#360666: joe now crashes with HOME set

On Mon, Apr 03, 2006 at 07:37:49PM -0400, Daniel Jacobowitz wrote: > It may be something catastrophic that has gone wrong in the amd64 > archive rebuild? It definitely did not happen with my previously > installed 3.3-2, this afternoon. I switched to the http.us.debian.org > archive today and upg

Bug#360666: joe now crashes with HOME set

On Tue, Apr 04, 2006 at 11:20:57AM +0200, Josip Rodin wrote: > > I saw similar warnings when building termcap.c and i18n.c. i18n.c is also > > missing config.h, but adding it does not fix the warnings. > > > termcap.c: In function 'jgetstr': > > termcap

Bug#349196: acknowledged by developer (Re: Bug#349587: $SSH_AGENT_PID is still not available with sudo -s)

On Wed, Apr 05, 2006 at 12:48:08PM -0700, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > #349196: sudo: DSA-946-1 broke joe horribly, > which was filed against the sudo package. > > It has been marked as closed by one of the developers, namely > S

Bug#297177: fix in incoming

The fixed package is in incoming, but the package is now NEW... -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#314847: maildrop does not deliver because of dotlock problem

On Tue, Jun 27, 2006 at 04:35:07PM +0200, martin f krafft wrote: > This bug seems to be related to /var/mail permissions btw: > > open("/var/mail/24513.0.seamus", O_WRONLY|O_CREAT, 0644) = -1 EACCES > > Normal users cannot write to /var/mail on Debian. Maildrop should > try to create the lockf

Bug#314847: maildrop does not deliver because of dotlock problem

On Tue, Jun 27, 2006 at 11:23:09PM +0200, martin f krafft wrote: > > % ls -l =maildrop =lockmail.maildrop > > -rwxr-sr-x 1 root mail 10368 2004-08-20 00:40 /usr/bin/lockmail.maildrop > > -rwxr-sr-x 1 root mail 157384 2004-08-20 00:40 /usr/bin/maildrop > > seamus:~> ls -l =maildrop =lockmail.mai

Bug#314847: maildrop does not deliver because of dotlock problem

notfound 314847 1.5.3-1.1sarge1 thanks On Tue, Jun 27, 2006 at 11:19:27PM +0200, joy wrote: > > This bug seems to be related to /var/mail permissions btw: > > > > open("/var/mail/24513.0.seamus", O_WRONLY|O_CREAT, 0644) = -1 EACCES > > > > Normal users cannot write to /var/mail on Debian. Mai

Bug#325842: ntp-server: ntp Server loses all peers

severity 325842 important retitle 325842 ntp-server: sometimes loses all peers thanks Hi, I've seen this happen on an ntpd version 4.2.0 on Solaris, but very rarely. Since it's pretty much a heisenbug right now, and a problem that could well exist already in the sarge version, I'm downgrading the

Bug#304539: slapd 2.2 fails to recognize limits line that worked in 2.1

Package: slapd Severity: serious Hi, Apparently the upstream authors of OpenLDAP decided that limits user size=100 is no longer accepted, meaning slapd fails to start after upgrade. It evades me why their parser in 2.1 didn't see this as a problem, yet the new one suddenly breaks shit. I mean,

Bug#291700: broken check for "peer" prevents startup

Package: postgresql Version: 7.2.1-2woody6 Severity: serious Tags: patch Hi, The check for "peer" database type in /usr/lib/postgresql/bin/postgresql-startup is not strict enough and it catches databases that just so happen to be called -- "peer". Please fix the regexp match to include a $ at th

Bug#291700: BLAH, peer/ident stuff still broken horribly

reopen 291700 thanks Hi, After the last upgrade (woody), the line: localpeerpassword was replaced with: localidentpassword Which, obviously, does something completely different. Please *fix* this, don't just break it further... -- 2. That which causes jo

Bug#429117: libapache(2)-mod-auth-radius

Hi, Can we avoid removing this package, and instead just build the up to date version from it? It has sources for 1.x and 2.x in the same source package. If nobody disagrees, I'll take it over, modify it to build the 2.x version as libapache2-mod-auth-radius. I can probably get it done for a firs

Bug#429117: libapache(2)-mod-auth-radius

On Sat, Jul 21, 2007 at 03:53:53PM +0200, Josip Rodin wrote: > Can we avoid removing this package, and instead just build the up to date > version from it? It has sources for 1.x and 2.x in the same source package. > > If nobody disagrees, I'll take it over, modify it to buil

Bug#429117: mod_auth_radius-2.0.c and Apache 2.2.x

Hi, Is the mod_auth_radius-2.0.c supposed to work properly with Apache 2.2.x? I can compile it just fine, but can't get it to work on runtime. I loaded auth_radius before auth_basic and used AuthBasicAuthoritative Off, but it didn't work, I always get this error: Internal error: pcfg_openfile()

Bug#434287: lacks upstream URL in the copyright file

Package: xfonts-75dpi-transcoded,xfonts-75dpi Version: 1:1.0.0-3 Severity: serious Hi, The copyright file in this package does not include the location of the upstream sources, which is a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile ("the copyright file must

Bug#434288: lacks upstream URL in the copyright file

Package: xfonts-base Version: 1:1.0.0-4 Severity: serious Hi, The copyright file in this package does not include the location of the upstream sources, which is a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile ("the copyright file must say where the upstream so

Bug#434289: lacks upstream URL in the copyright file

Package: xfonts-utils Version: 1:1.0.1-1 Severity: serious Hi, The copyright file in this package does not include the location of the upstream sources, which is a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile ("the copyright file must say where the upstream s

Bug#434290: lacks upstream URL in the copyright file

Package: xfonts-encodings Version: 1:1.0.2-1 Severity: serious Hi, The copyright file in this package does not include the location of the upstream sources, which is a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile ("the copyright file must say where the upstre

Bug#434286: lacks upstream URL in the copyright file

Package: xfonts-100dpi-transcoded,xfonts-100dpi Version: 1:1.0.0-3 Severity: serious Hi, The copyright file in this package does not include the location of the upstream sources, which is a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile ("the copyright file mus

Bug#429117: libapache(2)-mod-auth-radius

On Mon, Jul 23, 2007 at 11:04:38PM +0200, Fabio M. Di Nitto wrote: > >>Can we avoid removing this package, and instead just build the up to date > >>version from it? It has sources for 1.x and 2.x in the same source > >>package. > >> > >>If nobody disagrees, I'll take it over, modify it to build t

Bug#434288: closed by Julien Cristau <[EMAIL PROTECTED]> (Bug#434288: fixed in xfonts-base 1:1.0.0-5)

dency on xutils; debhelper now worries about >this for us via dh_installxfonts and ${misc:Depends}, so the dependency >is no longer directly our responsibility. > . >[ Julien Cristau ] >* Add upstream URL to debian/copyright (closes: #434288). Thanks,

Bug#434756: Processed: Re: Processed (with 1 errors): nagios pidfile fuckups

On Thu, Jul 26, 2007 at 10:54:22AM -0500, Chris Lawrence wrote: > Has this been tested with lsb-base 3.1-24 (which was already in > incoming when this cloning was done)? If not, please test with that > version. I can't find that package at either incoming.d.o or in etch-proposed-updates. Where is

Bug#434756: Processed: Re: Processed (with 1 errors): nagios pidfile fuckups

On Thu, Jul 26, 2007 at 03:19:10PM -0500, Chris Lawrence wrote: > >> Has this been tested with lsb-base 3.1-24 (which was already in > >> incoming when this cloning was done)? If not, please test with that > >> version. > > > >I can't find that package at either incoming.d.o or in > >etch-proposed

Bug#434848: piuparts test: fails to install: Can't open /etc/fstab: No such file or directory at /usr/bin/gen-wmmountrc line 73.

On Fri, Jul 27, 2007 at 09:07:23AM +0200, Michael Ablassmeier wrote: > Package: wmmount > Version: 1.0beta2-7 > Severity: serious > > hi, > > while running archive wide piuparts tests your package failed on install with > the following error: > > Setting up wmmount (1.0beta2-7) ... > Can't

Bug#445360: rxvt reproducibly crashes with certain mutt behaviour

On Mon, Nov 19, 2007 at 12:30:49AM +0100, Jan Christoph Nordholz wrote: > 0x545060 "Subject: ** PROBLEM alert - nekkar.CARNet.hr host is DOWN **", ' > ' , 0x545390 ' ' , 0x0, 0x0, 0x0, 0x0, > 0x0, 0x55c9f0 ' ' , > 0x55cb00 ' ' , 0x55cc10 ' ' , > 0x55cd20 ' ' , 0x55ce30 ' ' , > 0x5456c0

Bug#445360: rxvt crash

On Mon, Nov 19, 2007 at 01:22:48AM +0100, Jan Christoph Nordholz wrote: > Ah, > > forgot one thing, to avoid a misunderstanding, because you quoted > my gdb output: those NULL pointers are in _your_ session. I > extracted that from your second core file. > The contents of the display have already

Bug#445360: rxvt reproducibly crashes with certain mutt behaviour

On Mon, Nov 19, 2007 at 01:57:04AM +0100, Jan Christoph Nordholz wrote: > Now I have at least a faint idea what I should be looking for in the source > code... maybe you could speed it up by setting a watchpoint? > > 1. start rxvt-xterm inside gdb > 2. fire up mutt, open the first mail > 3. CTRL+C

Bug#445360: rxvt reproducibly crashes with certain mutt behaviour

Package: rxvt Version: 1:2.6.4-10 Severity: grave Hi, Certain niche actions in mutt have been reproducibly crashing my rxvt since I've upgraded to etch. Here's a test case: * open rxvt * run mutt -f rxvt-bug.mbox * move up-arrow to get the first of the two messages * press enter (this shows the

Bug#445360: rxvt reproducibly crashes with certain mutt behaviour

On Sun, Nov 04, 2007 at 02:10:18PM +0100, Jan Christoph Nordholz wrote: > Hi Josip, > > > Certain niche actions in mutt have been reproducibly crashing my rxvt > > since I've upgraded to etch. > > > > Here's a test case: > > I can't reproduce that bug. Could you get me a core dump? It doesn't p

Bug#445360: rxvt+mutt crash - new, smaller test case

Hi, I've run into the bug again a few times, but most recently on a rather inconspicuous bit - just scrolling within one single message crashed rxvt. Because this message wasn't signed or anything, so not that many colors would be involved in the crash, I then also took a wild guess and reduced t

Bug#445360: rxvt+mutt crash - new, smaller test case

On Thu, Jan 03, 2008 at 12:21:23PM +0100, Josip Rodin wrote: > I've run into the bug again a few times, but most recently on a rather > inconspicuous bit - just scrolling within one single message crashed rxvt. > > Because this message wasn't signed or anything, so not that

Bug#454417:

On Fri, Jan 04, 2008 at 04:26:42PM +0100, Thijs Kinkhorst wrote: > severity 454417 serious > thanks > > Hi! > > > Maildrop on Etch (at least on AMD64) is unable to run, because installation > > does not pull in a necessary dependency, namely courier-authlib. > > I experienced this aswell. On 6 D

Bug#459545: maildrop: Tries to overwrite /usr/bin/makedat, which is also supplied by courier-base

On Mon, Jan 07, 2008 at 10:06:05AM +0100, Kurt Pruenner wrote: > Package: maildrop > Version: 2.0.3-1 > Severity: serious > Justification: Policy 10.1 > > Upgrading maildrop from version 2.0.3 to the new version 2.0.4 in unstable > fails due to the new package trying to overwrite > /usr/bin/make

Bug#459545: maildrop: Tries to overwrite /usr/bin/makedat, which is also supplied by courier-base

On Mon, Jan 07, 2008 at 11:48:19AM +0100, Stefan Hornburg wrote: > >>Package: maildrop > >>Version: 2.0.3-1 > >>Severity: serious > >>Justification: Policy 10.1 > >> > >>Upgrading maildrop from version 2.0.3 to the new version 2.0.4 in > >>unstable fails due to the new package trying to overwrite

Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes

Hi, #433187 is the bug that has killed the buildds on lebrun and spontini, right? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes

On Tue, Sep 04, 2007 at 06:16:05AM +0200, Fabio Massimo Di Nitto wrote: > >> #433187 is the bug that has killed the buildds on lebrun and spontini, > >> right? > > > > AIUC, yes. at least i can reproduce that on my buildd. > > Hi guys, > > We (David Miller and I) are already working on this. We

Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes

On Tue, Sep 04, 2007 at 10:17:33AM +0200, Fabio Massimo Di Nitto wrote: > > I should mention that lebrun.d.o is still dead since the last attempt > > (ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5 > > with one davem patch applied (one line in kernel/futex_compat.c). If y

Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes

On Tue, Sep 04, 2007 at 10:46:47AM +0200, Fabio Massimo Di Nitto wrote: > We (David Miller and I) are already working on this. We finally got some > info dump from a debugging patched kernel and I expect we will have a fix > within the next 3/4 weeks. > >From our first look it s

Bug#433187: Installing Debian on Ultrasparc III machines

On Tue, Sep 18, 2007 at 11:40:19PM +0200, Bernd Zeimetz wrote: > kernel which works well - at least on out US III machine. We've applied > 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system > doesn't create unkillable processes anymore if you use the libc6 from > _lenny_. Please

Bug#433187: Installing Debian on Ultrasparc III machines

On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote: > > kernel which works well - at least on out US III machine. We've applied > > 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system > > doesn't create unkillable processes anymore if you us

Bug#433187: Installing Debian on Ultrasparc III machines

On Mon, Sep 24, 2007 at 09:53:44PM +0200, Bernd Zeimetz wrote: > >>> kernel which works well - at least on out US III machine. We've applied > >>> 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system > >>> doesn't create unkillable processes anymore if you use the libc6 from > >>>

Bug#433187: Installing Debian on Ultrasparc III machines

On Mon, Sep 24, 2007 at 09:57:23PM +0200, Josip Rodin wrote: > > >>> kernel which works well - at least on out US III machine. We've applied > > >>> 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system > > >>> doesn't create

Bug#488669: resolving X Server crashes on SPARC (bugs #488669 and #500358)

On Mon, Oct 27, 2008 at 09:36:39AM +0100, Gaudenz Steinlin wrote: > 1. Install the kernel package from http://people.debian.org/~gaudenz/sparc >and test if this fixes the problem. This is the same kernel as currently >in unstable with the problematic change removed. Please also test this

Bug#332782: Release Notes: license clarification

On Tue, Aug 26, 2008 at 07:26:38PM +0200, Luk Claes wrote: > > But, in such an (unlikely) court battle the onus would be on them to > > prove that the stuff they committed was both copyrightable in the first > > place as well as not infringing on previous work (which they apparently > > didn't have

Bug#498536: .26 breaks firmware loading for qla2xxx on sparc

Package: linux-image-2.6.26-1-sparc64-smp Version: 2.6.26-4 Severity: grave Tags: upstream Hi, qla2xxx's firmware loading thingy got hosed between .25 and .26, I've already reported something along these lines to upstream, but I just verified it with our kernel image so I'm filing it here too. [

Bug#500358: mach64 stopped working on the Sun Ultra 5 graphics card after upgrade

Package: xserver-xorg-video-mach64 Version: 6.8.0-1 Severity: grave Hi, With an older kernel, the old version of this driver worked fine. After a kernel upgrade, it stopped working, with a couple of error messages screaming something about memory allocation. Hearing something about how I have to

Bug#500358: Xorg with ATI driver and Linux 2.6.25 (on Ultra 5)

On Mon, Aug 11, 2008 at 01:16:35PM +0200, Ludovic Court?s wrote: > Jim Watson <[EMAIL PROTECTED]> writes: > > Ludovic Court?s wrote: > >> The current Xorg and ATI driver appear to not work when used with > >> `linux-image-2.6.25-2-sparc64' on an Ultra 5: > >> > >> X.Org X Server 1.4.2 > >> > >

Bug#500358: Xorg with ATI driver and Linux 2.6.25 (on Ultra 5)

On Sat, Sep 27, 2008 at 02:38:04PM +0200, Josip Rodin wrote: > On Mon, Aug 11, 2008 at 01:16:35PM +0200, Ludovic Court?s wrote: > > Jim Watson <[EMAIL PROTECTED]> writes: > > > Ludovic Court?s wrote: > > >> The current Xorg and ATI driver appear to not wor

Bug#500358: Xorg with ATI driver and Linux 2.6.25 (on Ultra 5)

On Sat, Sep 27, 2008 at 02:53:46PM +0200, Julien Cristau wrote: > On Sat, Sep 27, 2008 at 14:48:42 +0200, Josip Rodin wrote: > > Oh, and we already have one in 488669, but it's filed against the core > > X server package. I'll leave it to the X guys to decide where to merg

Bug#479185: Help for a FTBFS on sparc

On Mon, Jun 09, 2008 at 01:46:23PM +0200, Matthias Klose wrote: > tag 479185 + moreinfo > severity 479185 important > thanks > > this fails with 4.1, 4.2 and 4.3. At least 4.1 wasn't changed at all, > so I assume the main reason is not GCC, but something else. The > configury of this package uses

Bug#445360: rxvt+mutt crash - solved?

On Sun, Apr 20, 2008 at 08:48:20PM +0200, Jan Christoph Nordholz wrote: > Hi Josip, > > > Okay, I would be happy to try and narrow it down some more - just give me > > more hints where to look... what would be next - terminfo? locales? > > good news: I think I've found it. Could you please verify

Bug#332782: Release Notes: license clarification

; > Authors mentioned in the release notes: > > Josip Rodin (joy) Why do I have to be on top of the list of copyright mischief?! ;) I believe that the unanimous attitude of all editors of this document has always been that they don't have any particular reason or right to restrain us

Bug#332782: Release Notes: license clarification

On Tue, Aug 26, 2008 at 05:42:12AM +0200, W. Martin Borgert wrote: > > Obviously the implicit copyright "all rights reserved" would apply by > > default, > > but given that all contributions were explicitly published by all of the > > authors, I think that considering the work to be released into

Bug#439527: mod_auth_radius-2.0.c and Apache 2.2.x

On Sat, Jul 21, 2007 at 06:08:23PM +0200, joy wrote: > Hi, > > Is the mod_auth_radius-2.0.c supposed to work properly with Apache 2.2.x? > > I can compile it just fine, but can't get it to work on runtime. I loaded > auth_radius before auth_basic and used AuthBasicAuthoritative Off, > but it didn

Bug#439527: mod_auth_radius-2.0.c and Apache 2.2.x

On Thu, Mar 06, 2008 at 03:36:27AM +0100, Josip Rodin wrote: > On Sat, Jul 21, 2007 at 06:08:23PM +0200, joy wrote: > > Is the mod_auth_radius-2.0.c supposed to work properly with Apache 2.2.x? > > > > I can compile it just fine, but can't get it to work on runtime.

Bug#445360: rxvt+mutt crash - new, smaller test case

On Thu, Jan 03, 2008 at 12:21:23PM +0100, Josip Rodin wrote: > I've run into the bug again a few times, but most recently on a rather > inconspicuous bit - just scrolling within one single message crashed rxvt. > > Because this message wasn't signed or anything, so not that

Bug#475263: phpldapadmin stopped supporting sambaUnixIdPool, really uncleanly

Package: phpldapadmin Version: 0.9.8.3-8 Severity: serious Hi, The other day I was unpleasantly surprised that the setting: $ldapservers->SetValue($i,'auto_number','mechanism','uidpool'); the equivalent of which worked normally in sarge, doesn't actually work on etch, but is still part of the c

Bug#445360: rxvt+mutt crash - new, smaller test case

On Wed, Apr 09, 2008 at 09:51:51PM +0200, Josip Rodin wrote: > On Thu, Jan 03, 2008 at 12:21:23PM +0100, Josip Rodin wrote: > > I've run into the bug again a few times, but most recently on a rather > > inconspicuous bit - just scrolling within one single message crashed rx

Bug#445360: rxvt+mutt crash - new, smaller test case

On Fri, Apr 11, 2008 at 01:26:40PM +0200, Jan Christoph Nordholz wrote: > Hi Josip, > > > Ha, found it - it's just one setting: > > > > XTerm*termName: xterm-debian > > > > The first step to reproduce can be changed to: > > > > xrdb -remove && xrdb -merge rxvt-bug.Xresources && rxvt > > even w

Bug#515286: Depends on GTK 1.2 and GLIB 1.2

On Sat, Mar 28, 2009 at 12:06:54AM -0400, Barry deFreese wrote: > It seems that the new 0.15 upstream uses GTK2. I have packaged up the > new upstream and put it here: > http://people.debian.org/~bdefreese/gentoo/ > > Hope you can use it. I know you have RFA'd the package but if you could > ge

Bug#515286: Depends on GTK 1.2 and GLIB 1.2

On Sat, Mar 28, 2009 at 09:42:24AM -0400, Barry deFreese wrote: > >>It seems that the new 0.15 upstream uses GTK2. I have packaged up the > >>new upstream and put it here: > >>http://people.debian.org/~bdefreese/gentoo/ > >> > >>Hope you can use it. I know you have RFA'd the package but if you c

Bug#514418: [FIX]: ultra45 boot failing...

On Sun, Feb 08, 2009 at 04:58:08PM -0800, David Miller wrote: > So you're saying that X working is more important than machines > actually booting at all? These priorities are wrong. When N (where N > 0) users complain about dead X, and 0 users complain about not being able to boot, the prioritie

Bug#514418: [FIX]: ultra45 boot failing...

On Mon, Feb 09, 2009 at 12:28:18AM -0800, David Miller wrote: > > > So you're saying that X working is more important than machines > > > actually booting at all? These priorities are wrong. > > > > When N (where N > 0) users complain about dead X, and 0 users complain > > about not being able to

Bug#401078: joe: full filesystem leads to dataloss/segfault

severity 401078 important severity 103820 important merge 103820 401078 thanks On Thu, Nov 30, 2006 at 07:23:53PM +0100, Alexander Heinlein wrote: > Package: joe > Version: 3.5-1.1 > Severity: grave > Justification: causes non-serious data loss > > Trying to save with no space left on the device

Bug#321025: greylistd issues

severity 321025 important thanks Hi, greylistd has been equally broken in this regard in the previous releases too, and the invocation of this buggy script is *optional*, yet now the whole package is missing from etch because of the severity of this bug. In fact, the bug #345079 which seems to b

Bug#397691: librrd2 memory leak in 1.2.15

On Mon, Nov 27, 2006 at 01:48:00AM +0100, Sven Hartge wrote: > >>> Can you perhaps provide a configuration (and by that I mean the > >>> RRD::graph invocation) and a .rrd data file that makes librrd2 > >>> explode? > > >> If you want, I can privately provide a tar of /var/lib/munin and > >> /e

Bug#403200: maint-guide: FTBFS: debiandoc2latexps: ERROR: maint-guide.ja.dvi could not be generated properly

On Fri, Dec 15, 2006 at 11:38:24AM +0100, Lucas Nussbaum wrote: > Package: maint-guide > Version: 1.2.7 > Severity: serious > Justification: FTBFS on i386, very likely to fail everywhere else > Usertags: grid5000 > > Hi, > > During a rebuild of all packages in etch, I discovered that your package

Bug#392937: rrdtool libraries 1.2.x causing major problems for rrd.cgi

On Sat, Oct 14, 2006 at 12:45:56PM +0200, Josip Rodin wrote: > Package: librrd2 > Version: 1.2.11-0.6 > Severity: grave > > Hi, > > I'm noticing a peculiar problem with rrd.cgi (from > http://haroon.sis.utoronto.ca/rrd/scripts/ ) on Debian etch, with RRDtool > 1.2

Bug#392937: rrdtool libraries 1.2.x causing major problems for rrd.cgi

On Sun, Nov 05, 2006 at 05:48:07PM -0800, Matt Zimmerman wrote: > > > Package: librrd2 > > > Version: 1.2.11-0.6 > > > Severity: grave > > > > > > Hi, > > > > > > I'm noticing a peculiar problem with rrd.cgi (from > > > http://haroon.sis.utoronto.ca/rrd/scripts/ ) on Debian etch, with RRDtool > >

Bug#395863: wmaker: FocusNextKey from the system-wide configuration invalid after upgrade

On Sun, Nov 12, 2006 at 08:09:07PM +0100, Steinar H. Gunderson wrote: > > I see that /etc/WindowMaker/WindowMaker defines: > > > > FocusNextKey = "Mod1+Tab"; > > Actually, /etc/WindowMaker/WindowMaker doesn't mean anything; it's not > shipped in the package, and it doesn't appear to be searched

Bug#398111: librrd2 memory leak in 1.2.15

Hi, Can you perhaps provide a configuration (and by that I mean the RRD::graph invocation) and a .rrd data file that makes librrd2 explode? It may require analyzing munin itself, if it hides that stuff too much... -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EM

Bug#399037: maint-guide: FTBFS: maint-guide.ja.dvi could not be generated properly

On Fri, Nov 17, 2006 at 11:16:22AM +0100, Julien Danjou wrote: > Package: maint-guide > Version: 1.2.7 > Severity: serious > > > debiandoc2latexps: ERROR: maint-guide.ja.dvi could not be generated properly > > debiandoc2latexps: rerun with the -v option to found out why > > debiandoc2latexps: or c

Bug#397691: librrd2 memory leak in 1.2.15

On Thu, Nov 16, 2006 at 03:48:40PM +0100, Sven Hartge wrote: > > Can you perhaps provide a configuration (and by that I mean the RRD::graph > > invocation) and a .rrd data file that makes librrd2 explode? > > If you want, I can privately provide a tar of /var/lib/munin and > /etc/munin. Okay, se

Bug#400537: angrydd does not appear to be actually architecture-dependent

Package: angrydd Version: 1.0.1-1 Severity: serious Hi, This entire package is architecture-independent, the bulk of it is in /usr/share. Even the upstream home page of the game links a single *_all.deb. Please fix the Architecture: setting in debian/control to be "all", not "any". It helps the

Bug#381097: maildrop_2.0.2-1(sparc/experimental): FTBFS: pcre.h not found

On Wed, Aug 02, 2006 at 09:00:37AM +0200, Frank Lichtenheld wrote: > Package: maildrop > Version: 2.0.2-1 > Severity: serious > > Hi, > > your package failed to build from source, probably due to missing > build-dependencies. Oh, yes, libpcre3-dev, silly me. But, hence experimental. If you can b

Bug#314847: maildrop does not deliver because of dotlock problem

On Sat, Jun 18, 2005 at 10:39:13PM +0200, Damien Wyart wrote: > Package: maildrop > Version: 1.8.1-2 > Severity: grave > Justification: renders package unusable > > Jun 18 22:19:09 brouette postfix/local[3990]: 6F36E45BBC: > to=<[EMAIL PROTECTED]>, relay=local, delay=9, status=deferred (temporary

Bug#314847: maildrop does not deliver because of dotlock problem

On Mon, Aug 28, 2006 at 02:28:03AM +0200, joy wrote: > > Package: maildrop > > Version: 1.8.1-2 > > Severity: grave > > Justification: renders package unusable > > > > Jun 18 22:19:09 brouette postfix/local[3990]: 6F36E45BBC: > > to=<[EMAIL PROTECTED]>, relay=local, delay=9, status=deferred (tempo

Bug#314847: maildrop does not deliver because of dotlock problem

On Mon, Aug 28, 2006 at 05:04:40PM +0200, Damien Wyart wrote: > After seeing that 2.0.2 was in experimental --- had not followed it > closely (my tests & bug were from 1.8), I retried installing it again > today, and first got messages like this : > > Command died with status 127: "/usr/bin/mail

Bug#378249: maildrop too

Hi, My new maildrop 2.x links directly to libcourierauth.so which sounds like a true shared library that should be in /usr/lib. The individual modules should be able to stay in a subdirectory since they're plugins. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [E

Bug#314847: maildrop does not deliver because of dotlock problem

[resending mail already sent privately so that BTS is appraised] On Mon, Aug 28, 2006 at 06:55:55PM +0200, Josip Rodin wrote: > > > [...] But more to the point, what user are you trying to run > > > maildrop -d with, and what is your expected behaviour? What do you > &

Bug#314847: maildrop does not deliver because of dotlock problem

On Mon, Aug 28, 2006 at 05:04:40PM +0200, Damien Wyart wrote: > /usr/bin/maildrop: error while loading shared libraries: > libcourierauth.so.0: cannot open shared object file: No such file or > directory > > So the problem of dependency on courier-authlib is still the same. > Installing maild

Bug#386700: Bug#325135: NMU uploaded

On Sat, Sep 09, 2006 at 08:03:42PM +0200, Andreas Barth wrote: > I will uploaded an NMU of your package. This was necessary to fix the local > privilege escalation and to make sure that /etc/maildroprc has the right > owner. Please find the used diff below. Umm, but bug #325135 was an issue on Aug

Bug#386700: /etc/maildroprc might have wrong owner

On Sat, Sep 09, 2006 at 04:45:02PM +0200, Andreas Barth wrote: > Package: maildrop > Version: 2.0.2-6 > Severity: serious > > if building not as root, /etc/maildroprc has other owners, see e.g. the > version for arm. What? % for i in maildrop_2.0.2-1_i386.deb maildrop_2.0.2-2_i386.deb maildrop_

Bug#325135: NMU uploaded

On Sat, Sep 09, 2006 at 11:10:17PM +0200, joy wrote: > > I will uploaded an NMU of your package. This was necessary to fix the local > > privilege escalation and to make sure that /etc/maildroprc has the right > > owner. Please find the used diff below. > > Umm, but bug #325135 was an issue on Aug

Bug#325135: NMU uploaded

On Sun, Sep 10, 2006 at 08:42:44AM +0200, Andreas Barth wrote: > > > > I will uploaded an NMU of your package. This was necessary to fix the > > > > local > > > > privilege escalation and to make sure that /etc/maildroprc has the right > > > > owner. Please find the used diff below. > > > > > > U

Bug#386700: dh_install issue

clone 386700 -1 reopen -1 reassign -1 debhelper retitle -1 dh_install installs files not as root when sudo is involved thanks Hi, Apparently something goes wrong with dh_install (and/or dh_fixperms) here. The command that cdbs ran was simply "dh_install -pmaildrop". -- 2. That which causes

Bug#386952: Processed: dh_install issue

On Mon, Sep 11, 2006 at 12:46:19PM -0400, Joey Hess wrote: > > Apparently something goes wrong with dh_install (and/or dh_fixperms) here. > > The command that cdbs ran was simply "dh_install -pmaildrop". > > From a log of a build of your package (which is the minimum information > you should suppl

Bug#386952: Processed: dh_install issue

reassign 386952 cdbs retitle 386952 cdbs debhelper rules runs dh_fixperms with -X for setuid/setgid binaries, wrongly thinking it is an exact match thanks On Mon, Sep 11, 2006 at 03:34:06PM -0400, Joey Hess wrote: > > Well, first of all, I just took a wild guess that it could be fixperms > > invo

Bug#386952: [Build-common-hackers] Processed: Re: Bug#386952: Processed: dh_install issue

On Tue, Sep 12, 2006 at 12:59:20AM +0200, Peter Eisentraut wrote: > > > retitle 386952 cdbs debhelper rules runs dh_fixperms with -X for > > > setuid/setgid binaries, wrongly thinking it is an exact match > > cdbs runs dh_fixperms with the parameters you tell it. The problem is > in your rules f

Bug#386952: [Build-common-hackers] Processed: Re: Bug#386952: Processed: dh_install issue

On Tue, Sep 12, 2006 at 01:21:38AM +0200, Peter Eisentraut wrote: > > > cdbs runs dh_fixperms with the parameters you tell it. The problem > > > is in your rules file. > > > > As you can see for yourself, maildrop rules file simply says: > > > > DEB_FIXPERMS_EXCLUDE := lockmail.maildrop maildrop >

Bug#386952: [Build-common-hackers] Processed: Re: Bug#386952: Processed: dh_install issue

On Tue, Sep 12, 2006 at 03:52:13AM +0200, Peter Eisentraut wrote: > > Well, duh. What's the problem? Any error messages? The package does > > actually seem to build for me and a dozen build daemons... > > Linking maildirkwtest > cc -DHAVE_CONFIG_H -I. -I. -I. -g -Wall -O2 -Wall -I./.. -I.. -c

Bug#386952: [Build-common-hackers] Processed: Re: Bug#386952: Processed: dh_install issue

On Tue, Sep 12, 2006 at 03:27:59AM +0200, Peter Eisentraut wrote: > > > > > cdbs runs dh_fixperms with the parameters you tell it. The > > > > > problem is in your rules file. > > > > > > > > As you can see for yourself, maildrop rules file simply says: > > > > > > > > DEB_FIXPERMS_EXCLUDE := lock

Bug#386952: cdbs debhelper rules runs dh_fixperms with -X for setuid/setgid binaries, wrongly thinking it is an exact match

On Tue, Sep 12, 2006 at 04:00:47PM +0200, Peter Eisentraut wrote: > I can confirm that the fix I proposed earlier > > DEB_FIXPERMS_EXCLUDE := lockmail.maildrop maildrop$$ > > fixes the sudo-related permission problem. Well, now that I tried it, it doesn't. It runs these commands, and the ls show

  1   2   >