Package: pyqt-tools
Version: 3.15-4
Severity: normal
While building hplip in a pbuider chroot (and later verified in all
autobuilders using their logs):
pyuic -x -o ui/loadpaperform_base.py ui/loadpaperform_base.ui
Session management error: Could not open network socket
It should not have
reassign 341000 ftp.bugs.debian.org
severity 341000 important
merge 341000 340467
thanks
There is nothing I can do. Thanks for assigning 341000 to me :-) But
unfortunately this is a major testing fuckup and not something wrong with
the HPLIP packages.
On Sun, 27 Nov 2005, Aldo Maggi wrote:
Package: sysfsutils
Version: 1.3.0-3
Severity: grave
Justification: renders package unusable
if [ $f1 ] ;... is NOT valid shell syntax. Nor is [ ... -a $f2 ].
You're missing a -n in front of all bare string tests inside [ ].
-- System Information:
Debian Release: testing/unstable
APT prefers
severity 341060 grave
thanks
(I am setting it back to grave so that apt-listbugs warns people off until
an upload fixing the bug hits the archive. See the rest of the email).
On Mon, 28 Nov 2005, Martin Pitt wrote:
The script runs fine with bash and dash, and [ $foo ] is common
Well, here it
forwarding message from amavisd-new upstream to relevant bug reports.
From: Mark Martinec [EMAIL PROTECTED]
Subject: [Amavisd-new-debian-devel] Re: Bug reports
Date: Wed, 3 Aug 2005 17:25:11 +0200
Brian,
Sorry for delay, your mail just arrived when I left for vacation,
and now it took me a
tag 228766 + wontfix
thanks
This bug cannot be fixed without help from spamassassin upstream. Upstream
amavisd-new removed the commented-out code, and Debian won't add futher
breakage points to amavisd-new for a wishlist.
Please feel free to remove the wontfix tag AND notify us *if*
Package: azureus
Version: 2.3.0.6-1
Severity: normal
Some options are missing in the new version's option dialog, *even in
advanced mode*. Namely, the Priorize most completed files option is
missing.
However, that option STILL exists, and it STILL works... but now I cannot
disable it anymore!
On Tue, 06 Dec 2005, Mark Nipper wrote:
Please include the patch below as seen on the DSPAM users
list recently (and supposedly already reported to the Cyrus folks, but
no new releases have been made upstream since then).
We should try to find this patch (and all other important ones)
On Mon, 09 May 2005, Frank Lichtenheld wrote:
Setting up rng-tools (2-unofficial-mt.8-5) ...
./MAKEDEV: don't know how to make device hwrandom
./MAKEDEV: don't know how to make device intel_rng
Urk. Forgot to fix that in the stable branch.
I am considering whether to promote the experimental
Package: automake1.9
Version: 1.9.5-1
Severity: wishlist
Tags: upstream
Please add support for pretty-running make as it is done for the Linux
kernel 2.6. It helps a lot to reduce cruft and call attention to warnings,
especially for builts like the ones done by automake when dependency
tracking
Package: libtool
Version: 1.5.6-6
Severity: wishlist
Tags: upstream
Libtool *really* should let one configure what kind of language support
needs to be used in the AC_PROG_LIBTOOL macro.
That way, a lot of useless, distracting, major resource waste of tests could
be dropped (e.g. C++/F77 tests
package libtool
severity 308275 wishlist
tags 308275 wontfix
tags 308275 fixed-upstream
merge 308275 221873
thanks
Oops... I should have read the #221873 bug report beforehand, as that report
basically states that #308275 is fixed in 1.6 just in the way I would like
it to have been fixed).
--
Package: postfix
Version: 2.2.3-2
Severity: important
The current line in the bsmtp mailer in master.cf tells pipe to do
dot-stuffing and then calls bsmtp with the -d switch, which also does
dot-stuffing.
Please remove that -d option from the bsmtp command invocation
-- System Information:
tag 343645 wontfix
thanks
Please, no screwing with this glibc and util-linux issue.
It should be fixed by util-linux (patch 50% done by yours thruly), and
glibc. It is wontfix for initscripts. It is almost-pending for util-linux.
I have no idea if, after util-linux is fixed, glibc will do the
On Thu, 05 Jan 2006, Thomas Hood wrote:
Petter Reinholdtsen replied:
I would prefer it if the current sysvinit package did not have any
dependenices missing in debian/stable, to make it easier to backport
the package to sarge. Please wait with this change until etch is
released.
That
Hi LaMont!
On Thu, 05 Jan 2006, LaMont Jones wrote:
On Thu, Jan 05, 2006 at 08:55:26AM -0200, Henrique de Moraes Holschuh wrote:
It should be fixed by util-linux (patch 50% done by yours thruly), and
glibc. It is wontfix for initscripts. It is almost-pending for util-linux.
I have
tag 342887 + patch
thanks
See attached patch. It was not completely tested yet, but it seems sane,
and it survived some light testing.
Note that hwclock.sh runs much later than I'd like it to, but we need to
make sure /usr is mounted, and that means it must run after NFS has had its
change of
On Fri, 06 Jan 2006, Wouter Verhelst wrote:
I just noticed that my laptop, at bootup, started an fsck for the root
filesystem, claiming that it was a filesystem with errors. When it was
about 20% done, it exited, and told me to rerun it manually. I expected
a prompt for my root password and to
On Fri, 06 Jan 2006, Thomas Dickey wrote:
On Thu, Jan 05, 2006 at 04:50:24PM +0100, Henrique de Moraes Holschuh wrote:
I was trying to write one that did all in util-linux, but during that time
it become apparent that the fix needs to involve glibc and initscripts too
to be effective during
Package: lftp
Version: 3.4.0-1
Severity: important
At least in ftp mode, pget is not closing the connections that have already
transmitted their share. This leads to absurd waste of bandwitdh when
dealing with really huge files (like CD or DVD iso images) if every
partition does not transfer at
Package: aptitude
Version: 0.4.1-1
Severity: important
I am tagging this as important because any bug that makes people install
experimental packages unawares is quite problematic :)
$ apt-cache policy libarts1c2a
libarts1c2a:
Installed: 1.4.3-3
Candidate: 1.5.0-3
Version table:
On Fri, 06 Jan 2006, Joel Johnson wrote:
However, I have my swap located on an LVM volume, and the dm_mod isn't
So do I.
loaded until later (libdevmapper1.02) so attempting to activate the swap
is futile. The script should check if the fstab entry is /dev/mapper/* and
The swap could be, e.g,
On Sun, 08 Jan 2006, Matt Kraai wrote:
According to the LSB Core Specification 3.1, init scripts should
consider running stop on a service already stopped or not running
successful, but the example in policy does not behave this way because
it does not pass --oknodo to start-stop-daemon in the
On Mon, 09 Jan 2006, Pascal De Vuyst wrote:
hplip-ppds package incorrectly uses *Manufacturer: HP (HPLIP) inside PPDs.
Yes, this is done on purpose because of the myriad of other sources of
possibly non-compatible PPDs for HP printers managed by hpijs (i.e. HPLIP).
Are we going to remove all HP
On Tue, 10 Jan 2006, Roger Leigh wrote:
An alternate approach, used by Foomatic and Gutenprint, is to put the
driver name after the model:
zgrep '^\*NickName:'
/usr/share/cups/model/gutenprint/5.0/en/stp-escp2-c60.5.0.ppd.gz
*NickName: EPSON Stylus C60 - CUPS+Gutenprint v5.0.0-rc2
I
On Wed, 11 Jan 2006, Steffen Joeris wrote:
I want to send you all patches from Kolab which are provided, some of them are
really necessary for a cyrus to run with kolab (hope you agree).
Please include a description with each patch of the functionality provided
by that patch *and* all possible
On Wed, 11 Jan 2006, Pascal De Vuyst wrote:
For the above reasons hplip-ppd should provide HPLIP PPDs and
foomatic-filters-ppds should not.
HPLIP provides *HP* PPDs. This includes all hpijs ones, and all postscript
ones. I am not about to deal with the mess of shipping a different set of
PPDs
On Wed, 11 Jan 2006, Steffen Joeris wrote:
-#if defined(HAVE_STDARG_H) || defined(_WINDOWS)
+#if defined(HAVE_STDARG_H) || defined(__STDC__) || defined(_WINDOWS)
+#ifdef __FreeBSD__
+/* #define fdatasync(fd) fsync(fd) */
+#define O_DSYNC 0
+#endif
+
Assorted fixes we can ignore in Debian.
On Wed, 11 Jan 2006, Steffen Joeris wrote:
Enclosed there is a small patch for the Shell.pm file.
We also found it in the kolab-upstream.
There I can only see some additional thinks.
I think these are interesting for the mailboxes.
The mailboxes with kolab have an other look.
It is acutally
On Wed, 11 Jan 2006, Steffen Joeris wrote:
This is the ldap authentification patch for cyrus.
As far as I know it enables the ldap authentification.
Kolab uses ldap for all user information.
[...]
-{ virtdomains, off, ENUM(off, userid, on) }
+{ virtdomains, off, ENUM(off, userid, ldap, on)
On Wed, 11 Jan 2006, Steffen Joeris wrote:
This is necessary because Kolab uses the whole email adress for the
mailbox and there are for example '%' 's :)
I will not take this patch. It would be asking for misterious breakages.
Also, I am not sure it is legal IMAP either, and if it is not
On Thu, 12 Jan 2006, Philip Thiem wrote:
Cyrus 2.2 Supporta Virtual domains and SASL has or at least can be properly
patched for LDAP authentication. It always seemed to me like SASL was the
There are three mechanisms that much act together to properly have accounts
in LDAP:
1. LDAP auth
On Thu, 12 Jan 2006, Martin Stolle wrote:
The only valid solution is to copy the appropriate timezone info to
/etc/localtime. Rerunning tzconfig or recopying this file when
That's what will be done, when we prove it to the glibc people that it is
save (i.e. please do so on your system, and
On Thu, 12 Jan 2006, Sven Mueller wrote:
-{ virtdomains, off, ENUM(off, userid, on) }
+{ virtdomains, off, ENUM(off, userid, ldap, on) }
THAT I didn't like at all. If it is an authz module, it should have been
plugged to the ptloader. Looks more like a hack to the vir. domain system.
On Thu, 12 Jan 2006, Christopher Wagner wrote:
After upgrading to the latest Etch version of amavisd-new yesterday, I
reconfigured amavis from scratch (doing away with my old amavis.conf). I made
Please send me a tarball with the entire contents of /etc/amavis. Please
overwite any sensitive
I can't recall why I tagged this bug pending but never closed it. Chances
are it has been fixed already, probably by 1:2.3.3-1 or maybe even earlier.
--
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
Package: pbuilder
Version: 0.140
Severity: important
See attached patch, it is an obviously correct one-line fix. Without it,
pbuilder won't work when EXTRAPACKAGES is not empty.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
On Fri, 09 Dec 2005, Mark Nipper wrote:
anything BDB. There are seemingly known issues even using db4.3 and
db4.3 != db4.2... and there is *NO* *CHANCE* of we linking to BDB 4.3
anytime soon, if I can help it.
Skiplist is sensitive to corruption. As in: if it happens, you can start
crying.
On Sat, 10 Dec 2005, Benjamin Seidenberg wrote:
Found this patch, it's the same[0]. Do you want to patch using dpatch or
actually patch the source tree? If you let me know, I can commit tonight.
We should always use dpatch, but I'd place this one first in the dpatch
chain, with 00_cvsps
On Tue, 13 Dec 2005, Olleg Samoylov wrote:
Package: fcron
Version: 3.0.0-2
Severity: normal
File created by fcron scripts have group camera.
Only if somehow your system has fucked up its passwd/shadow files. Did you
change the system users in *any* way? Activated NIS? Changed
On Tue, 13 Dec 2005, Olleg Samoylov wrote:
How fcron know what group to choose? There are no group settings neither
in config file nor in command options. Did gid setted in compile time?
By name (getpwent() lookup). The name is set to 'fcron'. I don't recall if
it uses this only to locate
tag 343420 upstream wontfix
thanks
2.1 is in Deep Maintenance mode. Only Debian-packaging related bugs, or
sofware defects will be fixed, wishilist requests for new functionality in
the software itself will all be denied.
--
One disk to rule them all, One disk to find them. One disk to bring
severity 343854 important
thanks
On Sun, 18 Dec 2005, Giovanni Biscuolo wrote:
Package: amavisd-new
Version: 20030616p10-5
Severity: critical
Justification: breaks the whole system
As in it destroyed your harddrive, stopped the entire boot process or
somesuch? I seriously doubt so. Don't
On Sun, 18 Dec 2005, Henrique de Moraes Holschuh wrote:
Starting amavisd: Insecure dependency in `` while running with -T switch
at /usr/share/perl5/Net/Server/Daemonize.pm line 67.
I will check that in chroot later. Meanwhile, you can try the version in
I cannot duplicate the bug
On Mon, 19 Dec 2005, Steve Langasek wrote:
Yes, critical is the wrong severity, but why is important the wrong one?
I will assume you meant why is 'important' the right one?
He seems to be describing a bug that makes amavisd unusable, which would
still be grave, yes?
If it was affecting
On Mon, 19 Dec 2005, Giovanni Biscuolo wrote:
* Henrique de Moraes Holschuh [EMAIL PROTECTED] [2005-12-18 11:56:26 -0200]:
I cannot duplicate the bug. Plese send me a copy of *all* amavisd-new
configuration files, that might help me track down the bug.
All? I use /etc/amavis
I did not track the problem down but in the /var/spool/cyrus/ mailbox
the missing lines are not present. To reproduce the problem call:
echoThis works | mail -s Test with newline[EMAIL PROTECTED]
echo -n This is lost | mail -s Test without newline [EMAIL PROTECTED]
The bug is
Package: jadetex
Version: 3.13-6
Severity: important
Jadetex breaks completely any upgrades from pre 3.0 tetex to 3.0 tetex.
Purging it and reinstalling it later after tetex was upgraded works.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990,
Package: firefox
Version: 1.5.dfsg-2
Severity: important
Firefox is one step ahead on the road of getting printing completely wrong.
Now, it pops up a dialog which supposedly should get the printer's profile
from CUPS, but screws that up. Royally. And I cannot even fix this dumbass
software by
Package: firefox
Version: 1.5.dfsg-2
Severity: minor
After a crash, trying to re-run firefox causes an extremely aggravating
dialog to show up which suggests that one has to *restart* his system to get
rid of the broken-but-still-running firefox.
This is *nix, not Windows. Get rid of that dialog
On Thu, 22 Dec 2005, Frank Küster wrote:
These are all now ancient versions. Is the bug still reproducible, or
at do you have still the temporary file that the postinst script asked
you to include in the bugreport? It's called /tmp/jadetex.postinst.*
Postinst didn't ask anything, and I have
severity 344401 grave
retitle 344401 firefox: all printing support broken
thanks
It gets better and better. I tried various combinations, and here's what I
found:
1. xprint usually lets one change paper size and still works, but if you try
to print to file, you're likely to get something like
On Fri, 23 Dec 2005, Leif Jakob wrote:
Could you reproduce the problem?
LMTP session protocol dump, please. The only thing I can think of is that
sendmail is closing the door on Cyrus' face, and some bug is causing it to
drop the last EOL.
--
One disk to rule them all, One disk to find
tag 335657 moreinfo
thanks
On Tue, 25 Oct 2005, Thue Janus Kristensen wrote:
Version: 20030616p10-5
Subject: =?ISO-8859-1?B?MTIzNDU2Nzg5IDEyMzQ1Njc4OSAxMjM0NQ==?=
=?ISO-8859-1?B?Njc4OSAxMjM0NTY3ODkgMTIzNDU2Nzg5IA==?=
=?ISO-8859-1?B?MTIzNDU2Nzg5IDEyMzQ1Njc4OSA=?=
(123456789 123456789
Let's go over the way things work, and see how we can fix them back so that
they work correctly. Please bear with me while I go over the entire
problem, and feel free to correct any mistakes I make.
Reading manpage tzset(3) before you read any further is advised.
AFAIK There are ONLY TWO valid
Please remember this is bug is being dealt with with util-linux perspective
when reading my answers...
On Sun, 01 Jan 2006, Nate Eldredge wrote:
Right. Which is kind of painful in the daylight savings case. I can't
Correct. It is *flat out impossible* to fix this issue completely (as in do
tag 309270 + wontfix
severity 309270 wishlist
thanks
I am unable to fix this in any way that would not compromise security, so it
will remain as is. 2.1.18 is in deep-maintenance mode, such changes are NOT
anywere close to the simple-and-obvious requirements for it.
You can add user cyrus to a
tag 314724 moreinfo
thanks
This looks like a bug in your self-compiled openldap 2.1.30. Are you sure
you did nothing like:
Having two different versions of openldap loaded dynamically (maybe because
of nsswitch/glibc) one of which does not use versioned symbols?
Having openldap cause [EMAIL
This is not a bug.
cyrus21-admin works just fine without cyrus21-imapd, if you are
administrating a remote imapd.
--
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
tags 293503 + moreinfo
thanks
René, do you still have problems with the HPLIP in unstable?
If you need it for stable, just download the source, edit debian/control and
changelibsnmp9-dev to libsnmp5-dev if any is in there, and build. The
resulting binary packages will work fine in Debian Sarge.
While this whole thing DOES look like it is broken, tc should accept
action in place of conform-exceed just fine. But it doesn't because of
some bug in tc (not in tcc). action drop works.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness
Package: racoon
Version: 1:0.6.1-1
Severity: normal
Utter stupidity in racoon-tool makes everyone wait 25s on every racoon
shutdown. This can be quite catasthropic if the machine is being shutdown
in a hurry due to imminent power failure for example.
The fucking thing should kill -15, sleep at
Package: nut
Version: 2.0.2-1
Severity: important
The poweroff action for /etc/init.d/ups-monitor (symlinked to nut) needs to
run at S90halt, to power off the load.
At that time, everything is unmounted or mounted readonly, etc. So there is
no way a serial-line ups can be commanded by nut to
Package: openssl
Version: 0.9.8-2
Severity: critical
Justification: breaks unrelated software
OpenSSL does not version symbols. This means all applications that somehow
end up linked to both openssl 0.9.7 and 0.9.8 segfault or behave otherwise
erratically (which would be a critical bug by
On Wed, 26 Oct 2005, Arnaud Quette wrote:
The poweroff action for /etc/init.d/ups-monitor (symlinked to nut) needs
to run at S90halt, to power off the load.
At that time, everything is unmounted or mounted readonly, etc. So there
is no way a serial-line ups can be commanded by nut to
On Wed, 26 Oct 2005, Arnaud Quette wrote:
About your last question (Are there immediate-poweroff UPSes that don't
...), I don't know for the moment. The RAID problem is known and
documented. For the drives, these should already be flushed as we're
remounted RO...
That is different from a
On Wed, 26 Oct 2005, Rogério Brito wrote:
On Oct 26 2005, Henrique de Moraes Holschuh wrote:
I see it on mounts caused by automount. I don't see it on mounts
caused by mount. So, we have one possible culprit.
I see it with manual mounting of removable media (e.g., CDs).
Hmm... come
tag 336263 wontfix
severity 336263 wishlist
thaks
On Sat, 29 Oct 2005, Samuel Mimram wrote:
I want to use hplip but I don't need all the qt stuff (in hplip). From the
You are out of luck. Upstream mixed things so much that I am dropping
hplip-base.
I will reconsider this again when hplip goes
On Sat, 29 Oct 2005, Tibor Hajling wrote:
Traceback (most recent call last):
File /usr/bin/hp-toolbox, line 274, in ?
sys.exit(main(sys.argv[1:]))
File /usr/bin/hp-toolbox, line 237, in main
client = tbx_client()
File /usr/bin/hp-toolbox, line 74, in __init__
On Sat, 29 Oct 2005, Hajling Tibor wrote:
Saturday 29 October 2005 12.41 dátummal Henrique de Moraes Holschuh ezt írta:
Make sure hpiod and hpssd are running. If they are not, please locate the
error messages, and and send them here.
They are not running. There is an error message: You
Package: kernel-package
Version: 9.008.4
Severity: important
xmlto is required for the make-kpng kernel_doc target to work so it should
be recommended by kernel-package.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture:
Package: iproute
Version: 20041019-3
Severity: wishlist
From: Stephen Hemminger [EMAIL PROTECTED]
To: netdev@vger.kernel.org
Subject:[ANNOUNCE] iproute2 (051007)
Date: Fri, 7 Oct 2005 15:43:44 -0700
Cc: lartc@mailman.ds9a.nl
Fix one serious bug
Package: coreutils
Version: 5.2.1-2.1
Severity: normal
Filling this bug as normal instead of wishlist because the lack of O_DIRECT
in dd during big io takss causes the kernel to pratically discard all useful
cached data and inodes, thus degrading system performance a great deal for
no good
On Thu, 13 Oct 2005, Michael Stone wrote:
That's a kernel issue, not a dd issue. There are plans to fix that in
2.6.14 by less aggressively caching data for processes that behave like
dd (or copy, which does exactly the same thing).
Hmm, yes, that would help. Still, it would be good to have
On Thu, 13 Oct 2005, Peter Colberg wrote:
A syntax error seems to have slipped in the with the updated fcrontab
/var/spool/fcron/systab.orig. fcron requires a space between the leading
ampersand and the first time field.
I see. The documentation is broken, then. This is in fact a lot more
On Thu, 13 Oct 2005, Michael Stone wrote:
On Thu, Oct 13, 2005 at 07:34:17AM -0300, Henrique de Moraes Holschuh wrote:
Hmm, yes, that would help. Still, it would be good to have O_DIRECT
support
in dd for all sort of activities that should not cache at all.
And, presumably, in cp and mv
On Thu, 13 Oct 2005, Michael Stone wrote:
Why on earth would you believe that? I think's it's far more common for
people to copy something than to dd it.
I have never heard of anyone prefering to cp or cat a block device over
using dd with a proper block size when doing partition/device zeroing
On Thu, 13 Oct 2005, Michael Stone wrote:
On Thu, Oct 13, 2005 at 08:52:16AM -0300, Henrique de Moraes Holschuh wrote:
I have never heard of anyone prefering to cp or cat a block device over
using dd with a proper block size when doing partition/device zeroing (or
as
I prefer to do
Package: cupsys
Version: 1.1.23-12
Severity: important
CUPS lacks a proper interface for automated update of PPDs. This causes
updates in hpijs that require up-to-date hplip-ppds/foomatic-filters-ppds
PPDs to silently break printing on people's systems, often in very annoying
ways.
Ideally,
tags 333645 = fixed-upstream
thanks
On Thu, 13 Oct 2005, Jim Meyering wrote:
Package: coreutils
Version: 5.2.1-2.1
[...]
FYI, this option was added for coreutils-5.3.0:
* Major changes in release 5.3.0 (2005-01-08) [unstable]
...
dd has new iflag= and oflag= options with the following
Package: hplip
Version: 0.9.5-2
Severity: important
- Forwarded message from tm [EMAIL PROTECTED] -
From: tm [EMAIL PROTECTED]
Subject: hplip 0.9.5 bug with network connected printer
Date: Wed, 12 Oct 2005 23:33:08 +0300
Hello,
Current hplip package (0.9.5-2ubuntu2) has a bug with
:25.430190254
-0300
@@ -1,3 +1,10 @@
+net-snmp (5.2.1.2-3.1) unstable; urgency=low
+
+ * NMU
+ * Version builddep on libssl-dev and rebuild, for openssl transition
+
+ -- Henrique de Moraes Holschuh [EMAIL PROTECTED] Fri, 14 Oct 2005 20:09:45
-0300
+
net-snmp (5.2.1.2-3) unstable; urgency=low
On Sun, 16 Oct 2005, Steve Langasek wrote:
Why are you telling maintainers that you are going to NMU for the openssl
transition? Such NMUs have not been discussed with either the release team
Well, I am not telling maintainer*s*, so far I just filed a single bug
against net-snmp. Because of
On Sun, 16 Oct 2005, Steve Langasek wrote:
So now the segfaults move another step down the chain, to someone else
running a different application that needs net-snmp built against 0.9.7...
Indeed. Until all have transitioned, segfaults would happen. There was no
other fix for a openssl without
On Mon, 17 Oct 2005, Debian Bug Tracking System wrote:
* include symbol versioning in Configure (closes: #330867)
Thanks!
--
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. --
Package: cryptsetup
Version: 20050111-3
Severity: minor
Either something should be inside /usr/lib/cryptsetup, and it isn't... or
the directory should not be there in the first place.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Wesley,
Please act on this bug very soon, or I will coordinate with Ubuntu and
Michael, and upload a cryptsetup-luks package to superseed cryptsetup.
At least reply to this bug and tell us what you think about adding LUKS
support, even if it is no, I won't do it.
--
One disk to rule them
On Wed, 19 Oct 2005, Wesley W. Terpstra wrote:
On Oct 19, 2005, at 4:47 AM, Henrique de Moraes Holschuh wrote:
Please act on this bug very soon, or I will coordinate with Ubuntu and
Michael, and upload a cryptsetup-luks package to superseed cryptsetup.
This is Michael Pitt? Or someone else
Package: dmraid
Severity: important
This package is all about supporting SOFTWARE S?ATARAID controlers.
You know, winraid crap. The current package description is completely
incorrect.
I strongly suggest that the package description be changed to the one
suggested upstream (FROM
Package: lyx
Version: 1.3.6-1
Severity: wishlist
Please consider adding an alternative /usr/bin/lyx which switches between
lyx-xforms and lyx-qt, with a higher priority to lyx-qt (since it has better
functionality).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
, #324799)
+
+ -- Henrique de Moraes Holschuh [EMAIL PROTECTED] Thu, 20 Oct 2005 00:07:56
-0200
+
aspell-pt (0.50-2-4) unstable; urgency=low
* Built against aspell 0.60.2.
diff -ruN aspell-pt-0.50-2/debian/control aspell-pt-0.50-2.new/debian/control
--- aspell-pt-0.50-2/debian/control 2005-10-20
On Thu, 20 Oct 2005, Filippo Giunchedi wrote:
please check out the new description:
http://svn.debian.org/wsvn/utnubu/packages/dmraid/trunk/debian/?rev=0sc=0
I'd change some stuff:
The following chipsets are recognized: is wrong. Chipsets have nothing to
do with it, and the list is not a list
On Thu, 20 Oct 2005, Filippo Giunchedi wrote:
thanks, patch accepted! please check the new description at the above url. If
that's okay with you I would go for an upload
Yeah, I am okay with it :-)
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the
On Thu, 13 Oct 2005, Roger Leigh wrote:
Check out cups-genppdupdate in cupsys-driver-gutenprint. This is used
I will do so, and add it to hplip-ppds if it does not look dangerous. But
the bug stands, CUPS must provide a non-braindamaged way to do this, and it
should have done so from day one,
severity 340467 important
retitle 340467 [britney] removes dependencies from testing making packages
uninstalable
reassign 340467 ftp.debian.org
thanks
Summary for ftp.debian.org:
hplip-base is still in testing. However, one of its dependencies
(Depends:) was removed from testing, making
found 400747 2.2.13-7
thanks
On Fri, 01 Dec 2006, Benjamin Seidenberg wrote:
Jochen Radmacher wrote:
when I downgrade all my cyrus packages to 2.2.13-6 the murder update
works again,
recompiling the 2.2.13-9 Packages from source does not help.
The config was the same in both cases.
Package: gnupg2
Version: 1.9.15-4
Severity: grave
Tags: security
Justification: user security hole
http://lwn.net/Articles/212909/
From: Werner Koch wk-AT-g10code.com
To:bugtraq-AT-securityfocus.com
Subject: GnuPG: remotely controllable function pointer [CVE-2006-6235]
Date:
Package: gnupg
Version: 1.4.1-1
Severity: grave
Tags: security
Justification: user security hole
http://lwn.net/Articles/212909/
From: Werner Koch wk-AT-g10code.com
To:bugtraq-AT-securityfocus.com
Subject: GnuPG: remotely controllable function pointer [CVE-2006-6235]
Date:
On Thu, 07 Dec 2006, Modestas Vainius wrote:
2005 m. liepa 25 d., pirmadienis 14:40, Henrique de Moraes Holschuh ra??:
Amarok screws up when dealing with the GNOME notification area. It always
create empty placeholders besides its icon, which remain behind when Amarok
quits
On Fri, 08 Dec 2006, Daniel Baumann wrote:
You can find the packages at
http://debian.die-welt.net/pool/main/tp-smapi/ - I would love to see
much feedback, because this is my first real packaging attemt (but
neither lintian nor linda do complain).
If you're looking for a sponsor, I can
1 - 100 of 1686 matches
Mail list logo
