Someone please forward my reply to Erwan, it appears he does not ever
expected to exchange email with someone in .br :-)
I just got a:
[EMAIL PROTECTED]: host depot.rail.eu.org[82.232.38.36] said: 554 Service
unavailable; Client host [200.218.238.29] blocked using
br.rbl.cluecentral.net; RBL by
retitle 303576 Please package new stable bazaar release
thanks
Bazaar 1.3.2 is available upstream, from
http://bazaar.canonical.com/download.html
*PLEASE* package it. Do you want help? NMUs?
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the
Package: cupsys
Version: 1.1.23-8
Severity: grave
Tags: sid
Justification: renders package unusable
Setting up cupsys (1.1.23-8) ...
error in control file: `Section' value not specified at
/usr/sbin/install-docs line 606, IN line 7.
dpkg: error processing cupsys (--configure):
subprocess
rule
+
+ -- Henrique de Moraes Holschuh [EMAIL PROTECTED] Sun, 17 Apr 2005 21:13:40
-0300
+
xfmail (1.5.5-2) unstable; urgency=low
* Use $LD instead of $LD inside configure so the shell will find
diff -ruN xfmail-1.5.5/debian/control xfmail-1.5.5-2.1/debian/control
--- xfmail-1.5.5/debian
Package: ftp.debian.org
Severity: grave
Justification: the package is useless
Please remove cyrus-sasl and all its binary packages from sid.
After NMUing it a lot of times, and giving both the public (via email to
d-devel and d-user) and the almost-MIA maintainer more than 3 months to
speak up
On Mon, 18 Apr 2005, Jeroen van Wolffelaar wrote:
As the person doing MIA, I note that the maintainer isn't even in the
MIA database. So apparantly nobody inquired about this before on QA or
Because dima isn't MIA per se, he is mostly MIA. From experience, Dima
doesn't have time to deal with
On Mon, 18 Apr 2005, Steve Langasek wrote:
2) Any idea why ${shlibs:Depends} does not include libsaslX?
Because the above check is wrong: the xfmail binary is *not* linked against
libsasl.
Oh.
$ objdump -p /tmp/xfmail/usr/bin/xfmail | grep NEEDED
NEEDED libmail.so.0
NEEDED
On Mon, 18 Apr 2005, Florian Hinzmann wrote:
The build dependency is fine. It's the binary depends that is
missing.
Ouch! I didn't think of that one. I *did* remove all traces of libsasl7 and
friends from my system, so I knew the build would not be able to complete if
xfmail really needed old
On Mon, 18 Apr 2005, Dima Barsky wrote:
You are right, I don't have time now to maintain the SASL package
properly. I'm going to offer it for adoption soon (unless you want to
take over). As for this bug, I agree, cyrus-sasl should be removed.
Ok. I suggest that the SASL packages should be
On Mon, 18 Apr 2005, [EMAIL PROTECTED] wrote:
'hp-probe --bus=net' does not find the printer.
hp-probe --bus=net is not implemented yet, according to hp-probe's online
help. I could not get it to find anything on the network, either (I have a
networked HP PhotoSmart 2610).
You'll need to use
tags 305428 + fixed-in-experimental
thanks
On Tue, 19 Apr 2005, Paul Traina wrote:
I've checked the source in amavisd-new, and it's definitely not processing
AUTH properly. The good news, however, is that it's fixed in the current
version of amavisd-new.
Ok. Tagged accordingly.
I see in
Package: foomatic-db-hpijs
Version: 1.5-20050403-1
Severity: wishlist
HPIJS 2.1.2 introduced a new GrayScale FastDraft printing mode, and a lot of
PPDs were updated accordingly with the HPLIP 0.9.2 release.
Please upload an updated package. Thanks.
-- System Information:
Debian Release: 3.1
Package: gbib
Version: 0.1.2-3
Severity: grave
Tags: sid
* gbib depends on libgcc1 (= 1:4.0) [UNAVAILABLE]
Please use a clean sid chroot to build packages if you must use experimental
packages in your development machine...
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT
Package: cbios
Version: 0.19-3
Severity: wishlist
0.20 is available upstream, please package it...
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.7-debian2+libata6dev1+bluesmoke
Locale:
On Thu, 21 Apr 2005, Joost Yervante Damad wrote:
On Thursday 21 April 2005 02:20, Henrique de Moraes Holschuh wrote:
Package: cbios
Version: 0.19-3
Severity: wishlist
0.20 is available upstream, please package it...
Package is already made quite some time ago; it is still pending
On Sat, 23 Apr 2005, Wouter Vermaelen wrote:
But when i try it with KnightMare III and the Portuguese translation
patch it doesn't work (MSX crashes after the Konami logo). However when
Yeah, I noticed. I was about to send more email to the bug report,
apparently the IPS file is bad.
So
Package: openmsx
Version: 0.5.1-2
Severity: wishlist
Tags: upstream
It would be nice if the SRAM files (especially stuff like the Konami
Gamemaster-II SRAM files) were always kept current on disk. As it is, the
files do not always reflect the contents of the SRAM while openMSX is
running (and I
Package: openmsx
Version: 0.5.1-2
Severity: wishlist
Tags: upstream
IPS files with overlapping regions are not supported. This is required,
for example, for the KnightMare III translation patch for Portuguese.
That patch takes the 256kb ROM and creates a new one that is bigger (512kb)
with some
tag 307790 + sid
thanks
On Thu, 05 May 2005, Matthias Klose wrote:
hplip runs fine without any X installation and installation of the QT
libraries. The patch splits out the common bits, which don't need the
GUI to hplip-base, and keeps the GUI stuff in the hplip package. This
separation
On Thu, 05 May 2005, Matthias Klose wrote:
the configury gets the wrong python installation, for which no python
qt modules are available.
Huh? I have python2.2 installed here, and it builds just fine.
Ah, you must mean python2.2-dev. I will test that.
See the diffs to configure and
On Fri, 06 May 2005, Matthias Klose wrote:
That is not a wise idea, unless I misunderstood what you meant by it.
Upstream shipped broken PyQT-generated files at least once already.
yes, that's a reason as well. Maybe just generate the correct files
and ship these in the Debian package?
On Thu, 05 May 2005, Matthias Klose wrote:
PYVERSION=`/usr/bin/python -c 'import sys; print sys.version[:3]'`
PYTHONSEARCHPATH=python python$PYVERSION python2.2 python2.3 python2.4
That should be completely innefective. That's used to set a yes/no flag, and
abort with an error if python was not
On Fri, 06 May 2005, Matthias Klose wrote:
Henrique de Moraes Holschuh writes:
On Thu, 05 May 2005, Matthias Klose wrote:
PYVERSION=`/usr/bin/python -c 'import sys; print sys.version[:3]'`
PYTHONSEARCHPATH=python python$PYVERSION python2.2 python2.3 python2.4
That should
On Fri, 06 May 2005, Frank Lichtenheld wrote:
On Thu, May 05, 2005 at 07:32:16PM -0300, Henrique de Moraes Holschuh wrote:
On Fri, 06 May 2005, Matthias Klose wrote:
no, it selects python2.2, if python2.2-dev is installed.
Yeah, but *nothing* in the build process uses the result
-doc, probably in non-free, so it won't
have to be moved there post-Sarge.
Apparantly[1] Henrique de Moraes Holschuh [EMAIL PROTECTED] already
packaged and uploaded autoconf-doc, without consulting wnpp.
I suggest you two contact eachother and come to an agreement close
this bug
On Mon, 10 Jan 2005, Debian Bug Tracking System wrote:
I've done all that I can do about this bug; all that remains is for packages
depending on libflac4 to be recompiled.
And what about liboggflac? It has the wrong soname currently, and upstream
will likely fix it soon. That will require
package: cyrus21-doc
severity: whishlist
See attached message.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie. -- The Silicon Valley Tarot
Henrique Holschuh
---BeginMessage---
On Sat, 15 Jan 2005, Rob Weir wrote:
James Blackwell and I will be co-maintaining.
Do you have the packages you'll be uploading to Debian already available for
download somewhere?
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind
On Sat, 15 Jan 2005, Bruce Allen wrote:
Guido,
I think this is only an issue for Debian-specific init scripts. If not,
and any action is needed on my part, please let me know.
Correct, it is a Debian issue.
HOWEVER, if upstream where to add a global config file for smartctl and
smartd that
This is apparently related to #281831, so I am directing it there.
The opendir failed messages might be harmless on 2.6.10-3 and before,
but after I applied the patches in queue for 2.6.10-4, it causes lvm to
fail completely (thus, I am Cc'ing debian-kernel as well, so that they are
aware of the
reopen 290732 [EMAIL PROTECTED]
severity 290732 normal
retitle 290732 foomatic-db-hpijs: requires versioned deps on (hpijs = 2)
clone 290732 -1
retitle -1 foomatic-filters-ppds: requires versioned conflicts on (hpijs 2)
thanks
The way it was done by the people at linuxprinting.org, color draft
reassign 272122 hpijs
tags 272122 + moreinfo unreproducible
thanks
Ghostscript borks on your postscript file. Is it sane?
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie. -- The
On Tue, 18 Jan 2005, Chris Lawrence wrote:
I think the PPD files in the latest version of foomatic-filters-ppds
are compatible with hpijs 2.x (at least for the printers where it
makes a difference), so it looks like we should actually make it
depend on the new hpijs rather than the old one.
On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote:
There is currently no policy on how should per-package users be created and
removed. Eeven though the 'UID and GID classes' sections determines that
packages _should_ use adduser --system in some occasions it doesn't
Make it *must*
On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote:
On Wed, Jan 19, 2005 at 09:54:50AM -0200, Henrique de Moraes Holschuh wrote:
On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote:
There is currently no policy on how should per-package users be created
and
removed
Package: hplip
Version: 0.8.4-4
Severity: minor
Tags: upstream forwarded confirmed
Certain USB printers will be turned on every time hpiod or cups is
started/restarted. This is caused by the HPLIP probes on ink level and so
on.
Upstream knows of the issue, and it will have to be fixed there.
On Thu, 03 Mar 2005, Adrian Bunk wrote:
This bug (autoconf-doc trying to overwrite info file--also in pkg
autoconf) is definitely RC and requires a Replaces in the autoconf
package.
The next time, make sure you pay attention on the versions of the packages
involved on the bug. RC it was not
On Sun, 05 Aug 2007, Kurt Roeckx wrote:
On Mon, Jul 30, 2007 at 07:23:10PM +0200, Luk Claes wrote:
peter green wrote:
found 431853 mailto:[EMAIL PROTECTED] 2.4.2-6.1
thanks
firstly this is also present in the version in lenny.
secondly is there a correct way of managing
tag 436262 + moreinfo
thanks
On Mon, 06 Aug 2007, Michael Sedkowski wrote:
During shut down or suspend to disk, the hdd is halted twice: once on
the Will now halt message, then turned on again and powered down with
the computer itself.
This issue is present in all three branches: Etch, Lenny
Package: enigma
Version: 1.01-1
Severity: wishlist
Please upload backports of enigma 1.x to backports.org. 0.92 is good, but
one cannot really participate on the enigma community using that version.
1.x is required to share levels, nowadays.
For enigma, the backport process is extremely simple,
On Thu, 20 Sep 2007, Alexander Wirt wrote:
P.S.: in fact switching off bdb makes amavis significant faster, so I will
think about it. On the other hand is changing the default behaviour of a
server a serious thing where all pros and cons should be calculated
carefully.
bdb requires that we
On Thu, 20 Sep 2007, Hans van Kranenburg wrote:
I upgraded a box to Etch yesterday, and following was a complaint from a
user that she got errors about a connection dropped by the IMAP server
right after a ldap-user login in squirrelmail.
cyrus 2.1 cannot deal with LDAP group lookups without
Package: ipplan
Version: 4.85-3
Severity: wishlist
Version 4.86a is available upstream.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.16.53-debian13+bluesmoke+lm85 (SMP w/2 CPU cores)
Locale:
On Thu, 27 Sep 2007, Maupard Pierre wrote:
the computer I am usig rngd is an embedded system and I cant afford for
the hard drive to spin up hourly in order to print out the rngd entropy
report to the syslog. Could you please add a switch to turn off logging
altogether or at least some way to
On Sat, 25 Aug 2007, Miriam Ruiz wrote:
Upstream Author : Kenta Cho [EMAIL PROTECTED]
* URL : http://www.asahi-net.or.jp/~cs8k-cyu/windows/gr_e.html
* License : BSD
Programming Lang: D
Do we have a D compiler in main yet? Otherwise, how can this enter main?
Lots of
On Wed, 17 Oct 2007, Kiko Piris wrote:
When `/usr/sbin/amavisd-new-cronjob sa-sync' is executed (from
`/etc/cron.d/amavisd-new'), it???s output gets mailed everytime to root.
Below is a patch (adapted from sarge's script to make it silent.
---8---
--- /usr/sbin/amavisd-new-cronjob~
Package: qgit
Version: 1.5.5-1
Severity: grave
Justification: causes non-serious data loss
A new version of qgit (1.5.7) is out upstream. Severity set to grave, since
it fixes two grave bugs: CVE-2007-4631 (#440950) and data corruptions when
interfacing to stgit.
Please also consider providing
Package: qgit
Version: 1.5.5-1
Severity: minor
debian/rules copies config.sub/config.guess into the build tree. This is not
necessary, this package doesn't use them.
Also, the config.sub/config.guess files get leaked into the diff.gz,
bloating it up for no reason. Especially, since they are
reopen 441280
severity 441280 wishlist
thanks
The big problems may be gone, but I'd still like to see the new upstream
version pacakged, it has more than the two big fixes addressed by the
security team NMU...
On Mon, 10 Sep 2007, Debian Bug Tracking System wrote:
Closes: 440950 441280
On Sat, 08 Sep 2007, Nico Golde wrote:
* Henrique de Moraes Holschuh [EMAIL PROTECTED] [2007-09-08 12:25]:
debian/rules copies config.sub/config.guess into the build tree. This is not
necessary, this package doesn't use them.
Also, the config.sub/config.guess files get leaked
On Sun, 16 Sep 2007, Alex Prinsier wrote:
So the bug could be described more clearly as timsieved doesn't list
SASL PLAIN as authentication method even with sasl_mech_list: PLAIN.
I recall this is a known issue upstram, that needs to be patched around.
Cyrus Murder clusters don't accept
On Sun, 16 Sep 2007, Alex Prinsier wrote:
With it's an upstream issue, you mean that no-one is able to use
sieveshell at the moment? I must be misunderstanding;)
You're supposed to be able to use it using TLS, or a non-PLAIN login :-)
So maybe it is a different bug...
Is there a known
On Mon, 17 Sep 2007, Alex Prinsier wrote:
Perhaps that package should be a dependency? (or at least be referenced in
the README.Debian?)
About it being a dependency, ask libsasl. It is their problem, we should
not mess with it in libsasl-using packages. About README.Debian, well, it
used to
On Mon, 03 Sep 2007, Michael Holzt wrote:
I intent to package apparmor for debian. Apparmor depends on securityfs be
mounted. Securityfs is included in the linux kernel for quite a while and
seems to be used by the kernel tpm driver as well.
2.6.21 tpm driver doesn't seem to provide securityfs
On Tue, 04 Sep 2007, Michael Holzt wrote:
2.6.21 tpm driver doesn't seem to provide securityfs in a non-SE-Linux box.
Does it depend on anything else than just loading tpm?
I can't tell. I just observed that the code in drivers/char/tpm/tpm_bios.c
attempts to create some securityfs files
On Thu, 06 Sep 2007, Henrique de Moraes Holschuh wrote:
On Tue, 04 Sep 2007, Michael Holzt wrote:
2.6.21 tpm driver doesn't seem to provide securityfs in a non-SE-Linux
box.
Does it depend on anything else than just loading tpm?
I can't tell. I just observed that the code
Package: php5
Severity: important
Version: 5.2.0-8
PHP5 has an internal timezone database, which is subject to all the problems
with timezone data that plague glibc and perl. Currently it is causing
problems for users in Brazil, Australia, and probably other places too.
Please package the
On Fri, 19 Oct 2007, Thijs Kinkhorst wrote:
Amavisd-new can get very slow when that dir gets large. It has an option to
Especially when starting, yes.
I suggest to enable this functionality in the default configuration
aswell:
$quarantine_subdir_levels = 1;
Sounds good. I am all for it.
On 18/10/2007, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
Package: php5
Severity: important
Version: 5.2.0-8
PHP5 has an internal timezone database, which is subject to all the problems
with timezone data that plague glibc and perl. Currently it is causing
problems
On Fri, 19 Oct 2007, [EMAIL PROTECTED] wrote:
problem here, but some folks on a forum did it for me in a better way than I
could, so please refer to
http://forum.slicehost.com/comments.php?DiscussionID=183
to see all the problem...
It boils down to something breaking /dev/initctl and
On Mon, 29 Oct 2007, Fabian Greffrath wrote:
could you please at least *answer* to this request?
Sure.
Are you going to package the new version? If 'Yes', soon or later?
Or have you lost interest in this package? Do you need more time, help,
testers?
I have asked for new maintainers
On Mon, 29 Oct 2007, Marcus Better wrote:
The brightness control keys on my Thinkpad R60 stopped working in X
some time ago. I have probably upgraded both kernel and X.org since
then, and don't know exactly when it broke.
The *60 and *61 series of ThinkPads require proper brightness support
Package: git-core
Version: 1:1.5.3.2-1
Severity: wishlist
Git is moving fast these days... :-)
Please package the newest maintenance release, as usual it fixes some bugs.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386
Package: lxr-cvs
Version: 0.9.4.0.20061001-2
Severity: wishlist
cvsps on the lxr.sf.net CVS repo reports these new changesets:
-
PatchSet 305
Date: 2006/12/20 17:43:48
Author: jbglaw
Branch: HEAD
Tag: (none)
Log:
Call the -isdir() method with $release.
Members:
On Tue, 06 Nov 2007, Volker Sauer wrote:
Nov 5 08:28:01 paris cyrus/imapd[24948]: IOERROR: locking header for
user.guerrero.Sent: Interrupted system call
This is a bug somewhere. Cyrus should *always* retry on EINTR, but
somewhere it is not doing it. And I could never find where the retry is
On Wed, 07 Nov 2007, Volker Sauer wrote:
On Di, 06 Nov 2007, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
On Tue, 06 Nov 2007, Volker Sauer wrote:
Nov 5 08:28:01 paris cyrus/imapd[24948]: IOERROR: locking header for
user.guerrero.Sent: Interrupted system call
This is a bug
On Sat, 13 Jan 2007, Paolo wrote:
config, is a secondary point, main one is that RAMRUN - ie /var/run on
tmpfs - and perhaps others, doesn't look like an acceptable option in Etch
current, as too many pkgs don't expect volatile dirs under /var/run hence
fail on (re)boot.
Respective
On Sun, 14 Jan 2007, Paolo wrote:
On Sun, Jan 14, 2007 at 12:13:34PM -0200, Henrique de Moraes Holschuh wrote:
their init.d/ scripts. Case in point was clamav-daemon, which didn't start
on boot, expecting /var/run/clamav/ to be already there. Same for virus-DB
updater freshclam
On Sun, 14 Jan 2007, [EMAIL PROTECTED] wrote:
problem. If ifdown isn't being called, I wonder if also sync is not
called?
It would explain file system corruption bugs etch / debian folk have written
of across reboots.
Actually, the lack of a shutdown bus operation on ide, scsi and
On Tue, 16 Jan 2007, [EMAIL PROTECTED] wrote:
File systems ought to know to flush their caches and otherwise handle
shutdown/restart/sleep/resume.
They do. The storage [disk] devices don't.
Block device drivers should be smart enough to sync on their own when idle
for more than a
On Thu, 21 Dec 2006, Johannes Feigl wrote:
i've written a new driver for a mashine we are using in our company, called
glassjet, is uses a special type of uncompressed tiff files. the
output-driver is very simple.
http://www.its-eng.com/printers_glassjet.asp
here you can see some
On Fri, 29 Dec 2006, Johannes Feigl wrote:
well, i'm the only person who takes care about the computers/network in
company i working for, and i'm writing sometimes some software.
i like free software and use it often (at home and also at work) and so i
support
it of course. is was also
On Sun, 31 Dec 2006, Greg Kochanski wrote:
According to that document, /lib is reserved for shared library images
needed to boot the system and run the commands in the root filesystem.
This is a bogus description of lib *on systems where libexec is not used*.
Well, we could just add libexec
On Mon, 01 Jan 2007, Greg Kochanski wrote:
On Sun, 31 Dec 2006, Greg Kochanski wrote:
According to that document, /lib is reserved for shared library images
needed to boot the system and run the commands in the root filesystem.
This is a bogus description of lib *on systems where libexec is
On Mon, 01 Jan 2007, Josselin Mouette wrote:
Ledger is an accounting tool with the moxie to exist. It provides no
bells or whistles, and returns the user to the days before user
interfaces were even a twinkling in their father's CRT. What it does
offer is a double-entry accounting ledger
On Mon, 01 Jan 2007, Jason Lunz wrote:
I'm unable to find any convincing reason why the /lib/init/rw tmpfs
remains mounted after boot. Another late-boot initscript could be added
to unmount it in the name of general mtab cleanliness.
And what are you going to do with the data which is in
On Tue, 02 Jan 2007, Wolfgang Schnitker wrote:
hplip is the backend to the printer. the driver ppd is stored in hpijs and
the
connection is through foomatic.
NAK. CUPS needs PPDs, and so does hplip. hpijs does not need or care about
PPDs, and hpijs-ppds is so named because it stores PPDs
On Wed, 03 Jan 2007, Wolfgang Schnitker wrote:
On Tue, 02 Jan 2007, Wolfgang Schnitker wrote:
1.) it is necessary to add a dep to foomatic-db-hpijs in the hpijs
package too. foomatic won't work in my case.
NAK. hpijs does not need, or care about foomatic-db-* or foomatic. Or
even
On Sat, 06 Jan 2007, Wolfgang Schnitker wrote:
My point of interest is: Are you using a nvidia graphics card in your
computer?
Actually, yes. But I never build python-qt*, I just use the usual packages
from Debian. I can certainly build hplip in a chroot if you think that
would help...
--
On Fri, 15 Dec 2006, Andreas Barth wrote:
* Holger Levsen ([EMAIL PROTECTED]) [061204 02:03]:
scanning with usb-connected devices does not work on powerpc (or all little
endian archs I guess).
After I followed the instructions in this email,
On Mon, 18 Dec 2006, Andreas Barth wrote:
* Henrique de Moraes Holschuh ([EMAIL PROTECTED]) [061217 23:17]:
On Fri, 15 Dec 2006, Andreas Barth wrote:
* Holger Levsen ([EMAIL PROTECTED]) [061204 02:03]:
scanning with usb-connected devices does not work on powerpc (or all
little
On Wed, 20 Dec 2006, Petter Reinholdtsen wrote:
[Greg Kochanski]
The file /lib/init/rw/.ramfs is created, presumably by initscripts.
It's not in the package list, and that's not at all a good place to
dynamically create a file. Not to mention, putting a hidden file
under /lib is pretty
Package: git-core
Version: 1:1.4.4.2-1
Severity: minor
In git-rev-parse(1), there is an example commit tree, which is used twice.
The explanation for this tree is very clear: B and C are commit *parents* to
A.
However, when the tree is reused as an example in the SPECIFYING RANGES, the
manpage
Package: git-core
Version: 1:1.4.4.2-1
Severity: wishlist
Maintenance release 1.4.4.3 is out, and it fixes a few bugs that should be
fixed for Etch IMHO.
Please either backport commits
0d7a6e4ef9e2dc458a9a56ab73638d97f4e75d87,
9abd46a3471c2d58976e06a00e937b03672b98bc,
Just a reminder:
To close this bug, one must do a lot more than just apply the patch. All
documentation that refers to policy-rc.d needs to be updated, and all other
instances of invoke-rc.d of other initscript systems are also to be updated.
This is best done as a coordinated effort, after Etch
Package: qgit
Version: 1.5.3-1
Severity: important
Tags: sid
git-core 1.5.0.1 is in Sid. qgit 1.5.5 and later is required to correctly
interoperate with git-core 1.5.x.
Please update this package ASAP. I will also file a bug on git-core,
requesting that it conflicts with qgit ( 1.5.5).
Package: git-core
Version: 1:1.5.0.1-1
Severity: normal
According to http://article.gmane.org/gmane.linux.kernel/497598 which
announces qgit 1.5.5:
Due to a change in git-rev-list output in git version 1.5 and above in
case of commit encoding information old version of qgit are no more
On Thu, 01 Mar 2007, Nikita V. Youshchenko wrote:
Sorry Marco, but it is not valid to close a bug report that describes an
existing issue only because you don't like the solution suggested by the
submitter.
Agreed, actually. But this is bigger than udev, it probably belongs in
general, and
On Fri, 02 Mar 2007, Nikita V. Youshchenko wrote:
The issue I'm talking about (lots of error messages while udev init.d
script is running) happens in the current sequential boot procedure.
Udev runs at early userspace.
It is caused by udev trying to resolve groups such as fuse, that (a) are
Package: git-core
Version: 1:1.5.0.1-1
Severity: wishlist
1.5.0.2 is out for some days, now. As usual with git stable releases,
updating to it ASAP is highly recommended as it fixes some nasty bugs.
http://lkml.org/lkml/2007/2/27/58
-- System Information:
Debian Release: 4.0
APT prefers
On Sun, 04 Mar 2007, Aurelien Jarno wrote:
Any news about this bug? If you lack some time, I propose to do an NMU.
Be my guest. But test it first, timidity is a bit finicky.
BTW, things has evolved since the bug has been reported, !kfreebsd-amd64
has to be added after !kfreebsd-i386.
Ok.
On Thu, 22 Mar 2007, Eddy Petri??or wrote:
Just a tired and blind attempt at this bug.
Could you patch the init script with the attached pacth and see if
it works?
--oknodo in stop is never acceptable, it is NOT OK if the daemon is there
and we don't stop it. Thanks for the effort, anyway.
On Wed, 21 Mar 2007, Steve Langasek wrote:
That's not what --oknodo means. Please see the manpage; --oknodo is exactly
what's wanted here.
Was start-stop-daemon fixed, then? In the past --oknodo behaved
differently, which is the reason for the ammount of code in amavisd-new to
make sure not
Package: wnpp
Severity: normal
I request an adopter for the timidity package. I like it a lot, and it is
my preferred MIDI/module player, but I simply don't have the time to give it
the attention it deserves.
The package description is:
TiMidity++ is a very high quality software-only MIDI
On Sat, 24 Mar 2007, Michael Biebl wrote:
When deinstalling/purging initscripts, the symlinks in /etc/rcS.d,rc0.d
and rc6.d are not removed.
Messing with those has a critical effect on the ability to shutdown or
reboot the system. I don't know if we can change that, even for purging.
Imo
reassign 403863 chkrootkit
severity 403863 wishlist
retitle 403863 chkrootkit: please remove known false positives
thanks
On Sun, 25 Mar 2007, Binzberger Viktor wrote:
The following suspicious files and directories were found:
/lib/init/rw/.mdadm
/lib/init/rw/.ramfs
Now this means that your
On Mon, 26 Mar 2007, Pedro Algarvio, aka, s0undt3ch wrote:
While authenticating to cyradm, cyrus-imapd is signaled to death by
signal 6, which is similiar to what happens on #145766.
I also tried to compile libldap2 without sasl support as sugested on the
Cyrus README doc, but same problem
On Tue, 27 Mar 2007, Pedro Algarvio, aka, s0undt3ch wrote:
Also, while googl'ing for this problem, it actually seems that it's the
libsasl circular re-entrance problem like the one also reported but for
libsasl 1.5
Hmm... yes, it could be. And that is an extremely bad thing, if it is
indeed
severity 410172 wishlist
tag 410172 wontfix
thanks
On Thu, 08 Feb 2007, Aidas Kasparas wrote:
libnet-server-perl version was 0.85-3
Sarge has libnet-server-perl 0.87-3 (in fact, 0.87-3sarge1), according to
packages.qa.debian.org/libnet-server-perl.
Direct upgrades from releases earlier than
On Thu, 08 Feb 2007, Aidas Kasparas wrote:
Why dependency without version is better than dependency with version?
Versioned dependencies give a lot more work for apt to resolve dependency
trees, and a misfeature of the apt system is that it does not support
versioned provides, so if something
301 - 400 of 1689 matches
Mail list logo
