Package: xen-utils-3.0
Severity: normal
32-bit (i386) xend is completely broken when running on a 64-bit (amd64)
dom0 kernel (under a 64-bit hypervisor). "xend start" gives (in dmesg):
[ 149.356355] ioctl32(xenstored:9100): Unknown cmd fd(19) cmd(00084501){00}
arg(cae8) on /dev/xen/evtchn
reassign 364760 kernel-image-2.4.27-2-386
thanks
On Sat, May 20, 2006 at 01:03:33AM +0200, Steinar H. Gunderson wrote:
>>> Sorry. I've been trying to figure out what kernel package I'm supposed
>>> to use to run Linux v2.6 on a Pentium I, which is what the NFS serve
On Mon, May 29, 2006 at 11:31:54AM -0700, Ross Boylan wrote:
> Thank you for the quick fix. I'm still kind of mystified by the bug;
> is anything broken on my system as a result of it (e.g., I won't be
> able to make initramfs with some tools)?
Well, from my experience, it's harmless. Might break
On Mon, May 29, 2006 at 09:52:30PM -0700, Ross Boylan wrote:
> I'm not sure if it's related to this, but on another, pretty similar
> system I did the upgrade and got the same errors. When I try to boot
> now I get
> Begin: Running /scripts/local-top
> Error returned from evms_open_engine(): No su
On Tue, May 30, 2006 at 11:55:45AM -0700, Ross Boylan wrote:
> OK, I upgraded to -6 (evms and libevms) on my other system. Any
> suggestions how to bootstrap a recovery on the system that won't boot?
Not really; if evms_activate won't run, you're pretty much hosed anyhow. The
trick is to keep an
Package: gr-usrp
Version: 0.8-1
Severity: serious
gr-usrp is uninstallable on amd64 (and unbuildable on all other archs)
due to usrp 0.12-1 being stuck in NEW. (I'm mainly keeping this here so
it's visible in the BTS in case someone wonders -- seems like NEW
processing could take a little while st
On Wed, Apr 26, 2006 at 04:31:13PM +0200, Steinar H. Gunderson wrote:
> Upstream version 1.0.8 is out. Unfortunately, it now depends on
> librpcsecgss, which is waiting for ITP (see #359648). I'm keeping a
> placeholder bug here for now, until it can be fixed.
Preliminary pa
Package: ucf
Version: 2.0012
Severity: important
(I'm unsure if this should be RC or not; I'm setting it to important.
Please adjust as you see fit)
ucf since 2.0012 uses "readlink -e" to determine the pager, but this
flag is new -- it appeared in coreutils 5.91. This leads to situations
such as
On Sat, Jun 03, 2006 at 02:18:42PM +0200, Yann Dirson wrote:
> The "intro" documents, however, have a different status: they are
> derived from OPL documents, and thus fall under the OPL, but they
> contain a GFDL notice.
>
> Since those documents are not very useful anyway, I'll just drop them,
>
upload.
+ * Unbreak syntactically wrong debconf template, which caused problems
+during package installation. (Closes: #360581)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sun, 16 Jul 2006 00:02:00 +0200
+
nufw (1.0.23-1) unstable; urgency=low
* New upstream release
On Wed, Jan 11, 2006 at 06:38:14AM -0500, Michael Stone wrote:
>> It looks like someone needs to replace the RSA md5 implementation with
>> one of the GPL-compatible ones, correct?
> I'm inclined to just dump the current code and go with freebsd's
> implementation of libpam-opie, just haven't had t
On Sat, Jul 15, 2006 at 06:53:09PM -0400, Michael Stone wrote:
>> including also fixing the code to write to the wtmp
> ? An authentication module shouldn't be writing to wtmp.
Don't ask me why, but it does. Anyhow, the code is completely useless -- the
two calls to opielogwtmp() can be replaced b
reassign 328923 opie
thanks
On Sun, Jul 16, 2006 at 12:53:46AM +0200, Steinar H. Gunderson wrote:
>> ? An authentication module shouldn't be writing to wtmp.
> Don't ask me why, but it does. Anyhow, the code is completely useless -- the
> two calls to opielogwtmp() can be re
tags 328923 + patch
thanks
Hi,
Attached is a patch to remove the offending code:
- md4c.c has been replaced with a GPLed implementation from Samba, by Andrew
Tridgell.
- md5c.c has been replaced by a free reimplementation (at least it looks
DFSG-free for me) by L. Peter Deutsch.
- logwt
On Fri, Jun 02, 2006 at 08:10:22PM +0200, Andreas Metzler wrote:
> tags 365234 pending
> # I have uploaded libtasn1-3 to experimental, it is sitting in NEW
> # queue.
> thanks
Shouldn't this still be fixed in libtasn1-2? The bug is open, and the package
has something like twenty reverse dependenci
Package: libimage-info-perl
Version: 1.21-1
Severity: important
Tags: patch upstream
EXIF parsing in TIFFs (at least the .NEF files from my camera) are
broken due to a typo in TIFF.pm, causing a syntax error. With the
following patch, I can read metadata from my .NEF files just fine.
iff -u libim
Package: imagemagick
Version: 7:6.2.4.5.dfsg1-0.9
Severity: important
I'm using perlmagick as part of my image gallery, which runs under
mod_perl2 on threaded Apache. However, when I am to load a .NEF file,
ImageMagick goes out, forks, and calls dcraw to decode the image.
(They get way too dark si
On Sun, Jul 16, 2006 at 11:30:14AM +0200, Steinar H. Gunderson wrote:
> However, when multiple such images are decoded at the same time, I suddenly
> seem to get too many dcraw processes running at the same time, and
> corruption in what's written -- I have no idea why, but my pr
severity 375116 important
thanks
On Sun, Jun 25, 2006 at 12:27:37PM +0100, Sam Morris wrote:
> The bug in lvm2 is that lvcreate allows the creation of the snapshot on
> kernel versions where it is known that the operation will crash the
> system.
After conferring with the RMs: This is not RC for
(1.2.8rel-5.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Backport changes from 1.2.12 to fix a buffer overflow in
+png_decompress_chunk; patch by Alec Berryman. [CVE-2006-3334]
+(Closes: #377298)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Sun, 16 Jul 2006 16:27:56
On Wed, May 31, 2006 at 09:29:20AM +0100, Thom May wrote:
> This is in progress with upstream; we've worked with them to remove zb.c
> from the upstream repository and are working to find a reasonable solution
> to the RSA licensed files.
FWIW, a reasonable usable replacement for the MD5 functions
FWIW: dovecot has MD4 and MD5 implementations placed in the public domain
too.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
Any progress on getting libxfont 1.2.0 into unstable? I guess NMUing with a
new upstream version would be slightly risky for anyone not knowing much
about X internals :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
On Mon, Jul 10, 2006 at 03:30:44PM +0200, Luigi Gangitano wrote:
> Hi Steinar,
> I forwarded this bug to the upstream developers, who asked for more
> informations:
>
>A somewhat odd server sending back the response before the entire
> request have
>been sent..
Ah, yes. I've looked ar
On Tue, Jul 11, 2006 at 11:54:50AM +0200, Jan Lübbe wrote:
> You have python-setuptools from stable (see
> http://packages.qa.debian.org/p/python-setuptools.html).
> That version is not compatible with the recent changes in python
> packageing. Please try it with a current version of python-setupto
reassign 319389 ftp.debian.org
retitle 319389 RM: acidlab
thanks
On Sat, Jul 08, 2006 at 02:46:40PM -0700, Jeremy Bouse wrote:
> Very good call then and makes sense... Maybe once I've finished moving and
> have my computers set back up at my new location cross-country I'll get to
> dealing with st
.
+ * Let dh_installman look in doc/C/, not doc/ -- for some reason the
+manpage moved.
+ * Add a new patch to adjust to ffmpeg API changes; fixes FTBFS.
+(Closes: #377608)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Mon, 17 Jul 2006 22:01:48 +0200
+
gnusound (0.7.4-4) unstab
OK, AFAICS the following happens on the given installation sequence:
1. amule 2.1.1-3 gets installed, and makes the diversions:
/usr/bin/ed2k -> /usr/bin/ed2k.xmule
/usr/share/man/man1/ed2k.1.gz -> /usr/share/man/man1/ed2k.xmule.1.gz
The relevant installed files and symlinks now look li
tags 339541 + patch
thanks
On Fri, Jun 09, 2006 at 12:18:32PM +0100, Ian Jackson wrote:
>The current gnus package should be made to try to fix this up. The
>best thing is probably to try to look only for the specific
>erroneous link (eg, compare the output of readlink with the fixed
>
86 in DEB_HOST_ARCH. Doh; fixes FTBFS on i386.
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Tue, 18 Jul 2006 02:06:44 +0200
+
gmp (2:4.2.1+dfsg-2.1) unstable; urgency=high
* Non-maintainer upload.
diff -Nru /tmp/NGDnoKnaOP/gmp-4.2.1+dfsg/debian/rules
/tmp/PKVafdX1Qw/gmp-4.2.1+dfsg/debian/rul
.
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Tue, 18 Jul 2006 11:54:12 +0200
+
libtexttools (2.0.3-3) unstable; urgency=low
* debian/rules: Accept any character in the Debian upload number.
@@ -22,3 +31,0 @@
-Local variables:
-left-margin: 2
-End:
diff -u libtexttools-2.0.3/debia
. (Closes: #377791)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Tue, 18 Jul 2006 12:35:01 +0200
+
redhat-cluster (1.02.00-7) unstable; urgency=low
* Fix source package.
diff -u redhat-cluster-1.02.00/debian/control
redhat-cluster-1.02.00/debian/control
--- redhat-cluster-1.02.00/
4.0 +0200
+++ /tmp/btne0M6sJi/phpmyadmin-2.8.2/debian/changelog 2006-07-18
12:56:54.0 +0200
@@ -1,3 +1,11 @@
+phpmyadmin (4:2.8.2-0.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * New upstream release.
+* Fixes cross-site-scripting issues. [CVE-2006-3388]
Package: ftp.debian.org
Severity: serious
openldap2.2 should be removed from the archive; two of the packages it
used to build (slapd and ldap-utils) are now built by openldap2.3, and
the last (libldap-2.2-7) has no reverse dependencies. In addition,
the package is RC-buggy because it ships non-fr
pload.
+ * Remove non-DFSG-free documentation from upstream package; do not
+ship the db4.2-doc package anymore. (Closes: #256332, #357528)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Tue, 18 Jul 2006 17:23:57 +0200
+
db4.2 (4.2.52-24) unstable; urgency=low
* Include full set of Java
+
+ * Non-maintainer upload.
+ * Replace GPL-incompatible MD4 and MD5 code with suitable replacements.
+Remove usage of GPL-incompatible opielogwtmp() function.
+(Closes: #328923)
+ * Remove obsolete emacs variables from the bottom of the changelog.
+
+ -- Steinar H. Gunderson <[EM
+
+ * Non-maintainer upload.
+ * The fix for uint32_t on 64-bit architectures was reverted in the last NMU;
+reinstate it. Fixes FTBFS on amd64.
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Tue, 18 Jul 2006 23:15:46 +0200
+
opie (2.32-10.1) unstable; urgency=high
* Non-main
On Wed, Jul 19, 2006 at 07:03:17AM +0200, [EMAIL PROTECTED] wrote:
> The NMU you just did introduces a serious policy violation:
> recompiling with GCC 4.1 changes the ABI of the library, so the soname
> must change.
Oops, that's bad. I'll need to fix that.
> I also note that changing the CFLAGS
+1,10 @@
+monster-masher (1.7-4.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Add a missing comma in the Depends list; fixes FTBFS. (Closes: #377932)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Wed, 19 Jul 2006 13:55:32 +0200
+
monster-masher (1.7-4) unstable; urgen
-0.62.dfsg2/debian/changelog
@@ -1,3 +1,11 @@
+mazeofgalious (0.62.dfsg2-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove #define of abs(), which crashes with the stdlib headers; fixes
+FTBFS. (Closes: #377955)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Wed,
Package: ftp.debian.org
Severity: normal
ultrapossum has not been uploaded for a year, ultrapossum-slapd has not
been uploaded for two years. Both are dead upstream; ultrapossum-slapd
has FTBFS for the last year or so, and is the only package holding back
the removal of openldap2.2 (which is RC-bu
he package fails with older python-setuptools.
+(Closes: #377432)
+ * Same for python-gnome2, python-gnome2-extras and python-gtk2;
+they have all transitioned.
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Wed, 19 Jul 2006 16:14:55 +0200
+
pida (0.3.1-1) unstable; urgency=low
On Thu, Apr 23, 2009 at 08:41:54AM -0700, Daniel Burrows wrote:
> I came across this bug while preparing the changelog for aptitude
> 0.5.2. aptitude has had a mechanism of resolver "hints" since 0.5.1
> which I think addresses what this bug was asking for. In 0.5.2 it'll
> get even better, sin
On Sun, May 10, 2009 at 08:09:54PM +0200, Daniel Leidert wrote:
> Some time ago you reported bug #346241 against gnupg. Is it still valid
> or has the situation improved?
I still have the same problem. I'm considering just revoking the smartcard
subkey, as I don't use it much.
/* Steinar */
--
H
On Fri, Jul 06, 2007 at 07:46:41AM +0200, Marcus Better wrote:
> rpc.mountd on my NFS server stalls for several minutes at the first mount
> attempt from the client. During this time, "top" shows mountd eating some 90%
> of the CPU time. After a while it calms down, the mount succeeds and
> ever
On Sun, Jul 08, 2007 at 09:38:42PM +0200, Marcus Better wrote:
> I should have explained my intentions better. I have problems with nfs-utils
> as described. A hint from upstream made me suspect that the discussion [2]
> has relevance for this bug.
>
> My *guess* is that [2] describes the bug in
Package: squid3
Severity: wishlist
Hi,
Is it possible to somehow get packages from the squid3-ipv6 branch into
the archive? I've been running my own compiles for two weeks or so now,
and they seem rather solid (short of a few bugs related to localhost
handling, but that doesn't interfere with day
reassign 432511 initscripts
thanks
On Tue, Jul 10, 2007 at 11:26:51AM +0200, Rasmus Bøg Hansen wrote:
> statd should be started at boot before trying to mount NFS volumes from
> fstab as 2.6.22 seems to want statd running before mount:
nfs-common doesn't really do this kind of thing, initscripts
reassign 432750 initscripts
forcemerge 432511 432750
thanks
On Wed, Jul 11, 2007 at 08:45:02PM +0200, Elimar Riesebieter wrote:
> Hey, util-linux 2.13~rc1 resides in experimental! Unstable version of
> nfs-common isn't able to mount nfs-shares at boottime:
That's something that needs to be fixed
On Wed, Jul 11, 2007 at 10:39:12PM +0200, Martin Waitz wrote:
> after upgrading to nfs-common 1.1.0-6 cfs 1.4.1-17 does not work any more.
I have no idea what CFS is, I'm afraid :-)
> I get the following messages when running cfsd manually on the console:
>
> mount: mount to NFS server 'localhos
On Wed, Jul 11, 2007 at 10:42:08PM +0200, Elimar Riesebieter wrote:
>>> Hey, util-linux 2.13~rc1 resides in experimental! Unstable version of
>>> nfs-common isn't able to mount nfs-shares at boottime:
>> That's something that needs to be fixed in initscripts.
> Why?
Because initscripts is what's d
On Wed, Jul 11, 2007 at 03:21:52AM +0200, Frank Lichtenheld wrote:
> this package doesn't build anymore because it depends on a now non-existant
> package.
Thanks for the bug report. Unfortunately, upstream's sources (neither from
git nor svn) build with 2.6.21. I'll wait a couple of months -- if
fixed 346146 1:1.1.0-4
thanks
On Thu, Jul 05, 2007 at 02:02:41PM +0200, Wolfgang Walter wrote:
> rpc.statd -p 900 -o 901
>
> does not work in etch (it does in sarge).
>
> The reason is that rpc.statd changes its uid to user statd and therefore is
> not allowed to open ports < 1024.
It does wor
On Fri, Jul 13, 2007 at 06:43:35PM +0200, giggz wrote:
> fews days ago I opened a bug (#432581). The new version allows now to mount
> the NFS exports with Drivemount from gnome-applets without problem (thx for
> that!). but when I unmount the volume, I get an error. But I can't tell
> which one, b
On Thu, Jun 14, 2007 at 05:18:38PM +0200, Bart Cortooms wrote:
> We're using drbd+heartbeat+nfs as well, and the symptoms are the same: when
> calling /etc/init.d/nfs-kernel-server stop from the command line all
> threads are stopped cleanly. When heartbeat calls
> /etc/init.d/nfs-kernel-server
reassign 432767 cfs
severity 432767 grave
thanks
On Wed, Jul 11, 2007 at 10:39:12PM +0200, Martin Waitz wrote:
> after upgrading to nfs-common 1.1.0-6 cfs 1.4.1-17 does not work any more.
>
> I get the following messages when running cfsd manually on the console:
>
> mount: mount to NFS server '
reassign 433119 initscripts
forcemerge 432750 433119
thanks
On Sat, Jul 14, 2007 at 04:53:54PM +0200, Frans Pop wrote:
> Since the upgrade from 1:1.1.0-6, my system no longer mounts an NFS
> volume listed in my /etc/fstab during system boot (I did no other
> relevant upgrades that day). It mounts
On Sat, Jul 14, 2007 at 06:17:13PM +0200, Frans Pop wrote:
> I'm not all that interested in what the right long-term fix is, I'm
> concerned about a change in nfs-common breaking something semi essential
> that has worked for ages, accidentally or not.
I'm a bit unsure why this suddenly started
tags 433119 + patch
thanks
On Sat, Jul 14, 2007 at 07:40:13PM +0200, Frans Pop wrote:
>> I'm a bit unsure why this suddenly started going to debian-devel; I'm
>> Cc-ing the bug again, at least.
> Because I CCed it there, but you only replied to d-devel :-)
OK, my bad.
>> Try this patch:
> The pa
On Sat, Jul 14, 2007 at 10:22:52PM +0200, Miriam Ruiz wrote:
> I plan to upload version 3.9 to the archive. AFAIK, there shouldn't been
> ant problem with the theme, as it is original and, even if it tries to
> mimig DDR's, no TM is being enforced.
We discussed this on IRC, so I'll just put the sh
reassign 248300 linux-source-2.6.18
thanks
On Sat, Jul 14, 2007 at 11:04:07PM +0200, Lars Ellenberg wrote:
>> Could a reassign be appropriate?
> yes. IMO, it is likely some race condition in kernel nfs code.
Then reassigning to 2.6.18. Thanks for the analysis.
/* Steinar */
--
Homepage: http://
On Sun, Jul 15, 2007 at 02:28:35AM -0400, Simon Ruggier wrote:
> I happen to have written source packages for various versions of
> stepmania with cdbs-style rules files, hosted at
> http://www.eng.uwaterloo.ca/~sruggier/files/apt/. There are three
> versions - one of the 4.0 versions is from a sn
On Sun, Jul 15, 2007 at 01:28:32PM +0200, Elimar Riesebieter wrote:
> Doesn't work in addition to nfs-common 1.1.0-9.
What does your fstab look like? What messages do you get during boot?
(I'm taking this off debian-devel from here on; it doesn't make sense to keep
debugging there.)
/* Steinar *
On Sun, Jul 15, 2007 at 02:06:21PM +0200, Elimar Riesebieter wrote:
> rpc.statd is not running but is required for remote locking
> Either use "-o nolocks" to keep locks local, or start statd.
>
> --- mountnfs.orig 2007-07-13 12:01:18.0 +0200
> +++ mountnfs2007-07-15 13:38:21.000
On Sun, Jul 15, 2007 at 03:20:57PM +0200, Elimar Riesebieter wrote:
> Starting NFS common utilities: statd.
> mount.nfs: rpc.statd is not running but is required for remote locking
>Either use "-o nolocks" to keep locks local, or start statd.
So statd doesn't want to start. Perhaps it would li
Package: initscripts
Version: 2.86.ds1-38
Severity: normal
Hi,
As discussed on IRC, you'll need to make the mountnfs init script depend
(via LSB headers) on nfs-common. Also remember to remove the hack for
calling nfs-common and portmap directly, now that nfs-common is at S44. :-)
-- System Info
On Mon, Jul 16, 2007 at 10:14:17PM +0200, Elimar Riesebieter wrote:
> What the heck are you fixing, he?
Did it backfire? That's not good. If you do "ls -l /etc/rcS.d/S4*", what does
it output? (The interesting parts would be S43portmap, S44nfs-common and
S45mountnfs.sh -- are all of them there?)
On Mon, Jul 16, 2007 at 11:10:26PM +0200, Elimar Riesebieter wrote:
> lrwxrwxrwx 1 root root 20 Jul 14 2006 /etc/rcS.d/S40networking ->
> ../init.d/networking
> lrwxrwxrwx 1 root root 17 Jul 14 2006 /etc/rcS.d/S43portmap ->
> ../init.d/portmap
> lrwxrwxrwx 1 root root 20 Jul 16 22:03 /etc/rcS.d
On Mon, Jul 16, 2007 at 11:49:51PM +0200, Elimar Riesebieter wrote:
> Please find attached bootlog.-
Thanks, but this doesn't make any sense! :-)
> Mon Jul 16 23:44:01 2007: Setting up networking
> Mon Jul 16 23:44:01 2007: Configuring network interfaces...Internet Systems
> Consortium DHCP
On Tue, Jul 17, 2007 at 04:22:24PM +0200, Ivan Sergio Borgonovo wrote:
> I had to downgrade nfs-common to make it work.
>
> nfs-common_1%3a1.1.0-10_amd64.deb
> still doesn't work.
Try setting ASYNCMOUNTNFS=no in /etc/default/rcS. I'm currently talking to
the initscripts maintainers to try to find
reassign 433386 initscripts
tags 433386 + patch
thanks
Hi,
As discussed with Petter on IRC, initscripts is going to need fixing in
addition to the latest nfs-common changes. The following patch is a fixed
version of a previous patch I proposed; I've been asked to wait for feedback
for a few days
On Thu, Apr 26, 2007 at 08:14:57PM +0200, Bart Cortooms wrote:
> The fault is definitely with the RAID controller. I had the exact
> same problem on 4 Dell PE 2950's, triggered by munin and was able to
> solve it by upgrading the firmware on the RAID controllers.
Hm. We upgraded the PERC firmw
Package: network-manager
Version: 0.6.4-8+b1
Severity: important
Whenever I suspend my D420 (by closing the lid) and resume,
network-manager dies completely; it just shows the standard icon of a
computer with an "X", with the menu only showing a greyed-out cable
network option. To get my network w
On Fri, Apr 27, 2007 at 02:33:20PM +0200, Michael Biebl wrote:
> IIRC, the ipw3945 uses a separate regulatory daemon. Have you checked if
> this daemon is still running after hibernate/resume? Maybe the suspend
> scripts you are using are stopping this daemon.
Yes, it is. Note that this works fine
On Fri, Apr 27, 2007 at 03:06:37PM +0200, Michael Biebl wrote:
>> I'm not sure how you can think that when it works if NM doesn't know about
>> the wakeup...
> Because NM works perfectly with other drivers and it does not anything
> special for ipw3945. Googling for ipw3945 reveils many hits with p
On Fri, Apr 27, 2007 at 03:47:54PM +0200, Michael Biebl wrote:
> Does it still work if you run:
> dbus-send --system \
> --dest=org.freedesktop.NetworkManager \
> /org/freedesktop/NetworkManager\
> org.freedesktop.NetworkManager.sleep
>
> sl
On Fri, Apr 27, 2007 at 05:42:42PM +0200, Michael Biebl wrote:
> What happens if you leave out the hal-system-power-sleep-linux call and
> simply put NM into sleep and wake it up again?
Then it works.
> What happens if you unload/load the ipw3945 module in between?
Still works.
> I don't own a
On Sat, Feb 24, 2007 at 05:41:23AM -0200, Rogério Brito wrote:
> The upstream author of flac has released a still newer major release of
> flac, version 1.1.4, which should have be just a minor change (except
> the huge speedups related to the version available in testing).
Josh, any progress on g
On Sat, Apr 28, 2007 at 11:22:46PM -0700, Andreas Kabel wrote:
> An obvious fix for this would be to move rpc.idmapd and rpc.gssd to
> /sbin, any libraries they depend on to /lib, and change $PREFIX in
> /etc/init.d/nfs-common accordingly.
Well, one cannot simply move the entire world into /. Yo
On Sun, Apr 29, 2007 at 08:54:56AM -0700, Andreas Kabel wrote:
>> Well, one cannot simply move the entire world into /.
> Of course not. I was specifically suggesting rpc.idmapd and rpc.gssd,
> that's hardly the world.
But rpc.gssd depends on a full host of Kerberos libraries, and possibly SPKM3
severity 421440 wishlist
tags 421440 + wontfix
thanks
On Mon, Apr 30, 2007 at 12:56:10PM -0700, Andreas Kabel wrote:
> In my book, initramfs is for bootstrapping up to the point where the
> root file system can be mounted. The root filesystem, in turn, should
> provide everything to mount subsequ
severity 421251 important
thanks
On Fri, Apr 27, 2007 at 05:42:42PM +0200, Michael Biebl wrote:
> As a workaround, you can tell g-p-m to not notify NetworkManager.
> Edit the gconf key (via gconf-editor)
> /apps/gnome-power-manager/networkmanager_sleep and set it to false.
>
> As there is a worki
On Wed, May 02, 2007 at 12:02:02PM +0200, Michael Biebl wrote:
> You don't have to restart nm for that. Simply left click on the
> nm-applet notification are icon. This triggers a rescan after 30 secs.
> So your network should show up quickly. Don't click multiple time on the
> icon, because this w
Package: heartbeat
Version: 1.2.5-3
Severity: serious
Tags: sid
heartbeat is uninstallable in unstable:
[EMAIL PROTECTED]:/# apt-get install heartbeat
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impo
On Thu, May 03, 2007 at 05:27:42PM +0200, Julien Danjou wrote:
> I agree! Patch attached against apt 0.7.1!
You're aware that aptitude has had this command for ages, by the way? :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
On Fri, May 04, 2007 at 11:49:20AM +0900, Simon Horman wrote:
>> heartbeat is uninstallable in unstable:
> My gut feeling is that libsnmp9 shouldn't have been removed while
> packages still depend on it. But apparently it was.
Yes. I don't know why, you might want to check the removal logs. :-)
>
On Thu, May 03, 2007 at 09:17:20AM +0200, Michael Biebl wrote:
>> Hm. I understand that it might be difficult to fix then. Perhaps we should
>> send it upstream?
> Could be related to
> http://bugzilla.gnome.org/show_bug.cgi?id=372840
Doesn't seem to be; three of the four threads wait in poll(), w
Package: pbuilder
Version: 0.170
Severity: wishlist
Tags: patch
Hi,
As discussed on the boat under DebConf, here's a patch to enable ccache
support in pbuilder. I've only tested it lightly, but it seems to work
well.
-- System Information:
Debian Release: lenny/sid
APT prefers oldstable
APT
On Wed, Jun 27, 2007 at 08:48:56PM +0200, Michael Biebl wrote:
> Does it also happen after a reboot?
Yes, tried several times.
> Maybe Loic has the right idea, that it is related to problems with
> suspend-to-(disk,ram)?
Unfortunately it's not. Suspending has no effect on it, and it doesn't work
On Wed, Jun 27, 2007 at 09:19:44PM +0200, Michael Biebl wrote:
> Is dhcdbd running properly?
root 12364 0.0 0.0 1968 756 ?Ss Jun26 0:00
/usr/sbin/dhcdbd --system
Seems to be.
> What files are in /etc/dhcp3/dhclient-exit-hooks.d/?
> Do you have a dhcdbd file in that directo
On Wed, Jun 27, 2007 at 08:10:39PM +0200, Mike Hommey wrote:
> I looks a bit overkill to copy the cache over... why not just bind mount
> it ?
The permissions get all wrong. I initially tried bind-mounting, but suddenly
a random user from the outside can fiddle with your ccache. That is not a
good
On Thu, Jun 28, 2007 at 08:12:38AM +0900, Junichi Uekawa wrote:
>> The permissions get all wrong. I initially tried bind-mounting, but suddenly
>> a random user from the outside can fiddle with your ccache. That is not a
>> good thing.
> I don't think that's too much of a problem if the way ccache
On Sat, Jun 30, 2007 at 12:56:40PM +0300, Touko Korpela wrote:
> For example bug #431010 is reported binNMU as version information.
> Version graph shows that BTS doesn't understand it.
The BTS tracks source versions only. If something was fixable in a binNMU, it
was by definition not a problem i
Package: dc
Version: 1.06.94-1
Severity: normal
Subject: dc: "error reading input: Interrupted system call"
Package: dc
Version: 1.06.94-1
Severity: normal
Hi,
Since forever, I've been exiting dc with Ctrl-C -- it might not be
correct, but it's always worked, and it's thoroughly fixed in my brai
On Sat, Sep 15, 2007 at 04:37:33PM +0200, Per Hansen wrote:
> So I tried to use "squash_uids=0-2003,2005-".
> But this fails with the following message:
> """
> Exporting directories for NFS kernel daemon...exportfs: /etc/exports:12:
> unknown keyword "2005-"
> """
>
> I looked at the code
severity 442017 grave
thanks
On Wed, Sep 12, 2007 at 05:16:39PM +0200, ingo wrote:
> not sure where the real bug is in this but when upgrading to the current
> version my setup, which was configured in the plain text configuration
> files, stopped working because libpam-mount seemed to have silent
On Tue, Sep 18, 2007 at 04:53:56PM +0200, ingo wrote:
>> the switch to the new configuration format is mentioned in NEWS.Debian. I
>> don't know a better place to write such information. If you have a
>> suggestion, please let me know.
> this file is not installed with libpam-mount 0.20-1
Indeed
On Sun, Sep 30, 2007 at 02:12:29PM +0200, Steinar H. Gunderson wrote:
> Since I upgraded X.org I can no longer press keys remotely. If I do so,
> the X server crashes with:
It turns out that the input ABI changed with version 1.4.0 of the X server,
but since VNC does not register as an
On Sun, Sep 30, 2007 at 08:32:14PM +0200, Ola Lundqvist wrote:
> But how did you get it work when it FTBFS? Interested...
I cp-ed the .so in to the right place. The FTBFS was in some man page stuff I
didn't care much about.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE,
On Mon, Oct 08, 2007 at 03:41:21PM -0400, Roberto C. Sánchez wrote:
> Given the great abundance of revision control systems already packaged
> for Debian, what is the point of adding another?
I don't see the relevance of this argument, really, but if you really think
it's a problem: What if someon
1301 - 1400 of 1976 matches
Mail list logo
