On Thu, Nov 16, 2006 at 11:18:47PM +0100, Steinar H. Gunderson wrote:
Well, it sure sounds like an endianness problem to me.
Looks like I was right. src/txtrmap.C, line 218:
fread(map_w,sizeof(map_w),1,f);
fread(map_h,sizeof(map_h),1,f);
fread(n,sizeof(n),1,f);
Fixing this specific case
. Correspondingly, rename the
+ substvar to ${udev}. (Closes: #396704)
+* Drop debian/nut-usbups.rules and use upstream's rules instead. Modify
+ debian/rules correspondigly, patch from Arnaud Quette.
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 17 Nov 2006 01:12:54 +0100
+
nut
/5M6mniFYRl/elinks-0.11.1/debian/changelog 2006-11-17
02:26:07.0 +0100
@@ -1,3 +1,11 @@
+elinks (0.11.1-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Clean up properly in the clean target; patch from Bart Martens.
+(Closes: #397859)
+
+ -- Steinar H. Gunderson [EMAIL
)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 17 Nov 2006 02:29:18 +0100
+
efp (1.4-1) unstable; urgency=low
* New upstream release
diff -Nru /tmp/yZM03XRMOb/efp-1.4/debian/control
/tmp/Xmqu9ova6d/efp-1.4/debian/control
--- /tmp/yZM03XRMOb/efp-1.4/debian/control 2006-11-17 02:31:55.0
On Fri, Nov 17, 2006 at 01:55:17PM +0500, jamhed wrote:
We got it. Finally :)
Well, it's a step, at least, but it doesn't really help all that much. Lines
123 and 124 are
123 wWorkspaceMenuUpdate(scr, scr-workspace_menu);
124 wWorkspaceMenuUpdate(scr, scr-clip_ws_menu);
And the
On Fri, Nov 17, 2006 at 04:59:28PM +0500, jamhed wrote:
What is strange to me that different compiler optimization
produces such a devastating difference.
Not really; if it's doing undefined stuff (like writing outside structs),
it's just what you would expect happening: Crashes that vary at
On Fri, Nov 17, 2006 at 05:13:17PM +0500, jamhed wrote:
.xinitrc:
valgrind --tool=memcheck --leak-check=full --log-file=/tmp/wmaker.grind wmaker
Well, could you please try the debug2 version too? It looks like this was
the debug1 version -- or doesn't it crash in valgrind?
/* Steinar */
--
building, to ensure that our
+configure script is built from macros that are reliably consistent
+with the Makefile.in's generated by automake. Closes: #397902.
+ * Add autoconf to the build-depends for the above.
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 17 Nov 2006 16:20:55 +0100
On Fri, Nov 17, 2006 at 11:59:27PM +0500, jamhed wrote:
Well, could you please try the debug2 version too? It looks like this was
the debug1 version -- or doesn't it crash in valgrind?
What is debug2 ? I didnt figured it from man.
The last Debian package I sent you.
/* Steinar */
--
On Sat, Nov 18, 2006 at 12:21:57AM +0500, jamhed wrote:
The last Debian package I sent you.
It was debug2. I've run it with valgrind and crash it.
That's odd; the valgrind log you sent didn't contain anything about a
crash. Actually, when I look at it, it looks incomplete; it's supposed to
severity 396653 important
thanks
On Tue, Nov 14, 2006 at 07:13:43PM +0100, Julien Valroff wrote:
I have been able to launch listen with home over NFS (tested with NFS
server in both Sarge and Unstable, with both clients in Etch and
Unstable).
Please try the proposed tests to check if your
Package: missingpy
Version: 0.8.9
Severity: serious
Hi,
When trying to build missingpy to look closer at #395104, I discovered
that it does not build from source:
[ 9 of 12] Compiling MissingPy.FileArchive.GZip (
MissingPy/FileArchive/GZip.hs, dist/build/MissingPy/FileArchive/GZip.o )
[10
On Fri, Nov 17, 2006 at 05:49:19PM -0600, John Goerzen wrote:
That is weird. libghc6-missingh-dev is a build-depend.
Did you have it installed?
fugl:~/nmu/missingpy-0.8.9 dpkg -s libghc6-missingh-dev | grep -E
'(Status|Version)'
On Sat, Nov 18, 2006 at 01:54:42PM +1030, Ron wrote:
I don't profess to be an authority on the details of this, which is why
I'm seeking clarification -- but it does seem fairly obvious to me that
any invariant section which inhibits our freedom to modify the source is
clearly not DFSG free...
. (Closes: #337562)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sat, 18 Nov 2006 12:52:40 +0100
+
qsynaptics (0.22.0-6) unstable; urgency=low
* New maintainer (Closes: #373897)
diff -Nru /tmp/uPsn7lvAZS/qsynaptics-0.22.0/debian/control
/tmp/SP7YEQSWCs/qsynaptics-0.22.0/debian/control
-zero return status of grep killed the init
+script. (Closes: #389695)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sat, 18 Nov 2006 15:51:36 +0100
+
up-imapproxy (1.2.4-5) unstable; urgency=high
* Code enhancements
Andreas Henriksson.
+(Closes: #398563)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 21 Nov 2006 19:54:57 +0100
+
poppassd (1.8.5-3) unstable; urgency=low
* Move debian/copyright and debian/watch back to the old location. With
diff -Nru /tmp/dnGDzWSJFT/poppassd-1.8.5/debian/postrm
On Wed, Nov 22, 2006 at 01:44:43PM +0100, Andreas Henriksson wrote:
Since I've already created it I'll send this patch to the BTS just for
reference.
This one takes the alternative route of not having a hard-dependency on
both mysql- and postgresql-client, but instead recommends them both and
On Thu, Nov 23, 2006 at 02:28:12PM +0100, Nicolas Boullis wrote:
Some more information: if I set my filesystem to noauto, everything goes
fine (rpc.statd is correctly registered) except that I have to mount it
manually after booting...
In that case, it sounds more like a bug in initscripts to
On Thu, Nov 23, 2006 at 05:49:08AM -0800, ramana wrote:
As for the compatibility check, Autodir supports only protocol 4 and in
the future 5. So only check for protocol 4 is needed at this moment.
FWIW, after etch I'll put autofs 5 into Debian; etch will, however, stay with
autofs 4.
/*
On Thu, Nov 23, 2006 at 04:51:40PM +0100, Nicolas Boullis wrote:
In that case, it sounds more like a bug in initscripts to me?
Sorry, I don't understand why you think it would be a bug in initscripts...
Because initscripts is the package checking the fstab for NFS file systems,
attempting to
On Wed, May 09, 2007 at 10:24:49PM +0200, Rik Theys wrote:
On a busy NFS server, rpc.mountd starts to slowly eat a _lot_ of memory. I
usually restart
it when the amount of memory reaches 1.6Gb (which is approx. 10% of the
system memory).
This is after approx. 2 weeks of uptime.
This bug
On Thu, May 10, 2007 at 09:11:14AM +0200, Rik Theys wrote:
I should backport the 1.0.12 from testing to etch?
Sorry, I mistyped -- I meant the etch version (1.0.10), of course.
Define tons. Since the last time I restarted nfs-kernel-server
(approx. 6 days and 1 hour = 8700 minutes = 522000
On Thu, May 10, 2007 at 10:28:23AM +0200, Rik Theys wrote:
I've created a new package based on the etch package with the above file
patched, but it doesn't seem to help: the memory leak is still there.
OK, so my guess was right -- it's not that fix, it's something else.
I reproduced the
On Thu, May 10, 2007 at 02:57:46PM +0200, Rik Theys wrote:
In attach the valgrind output with libc6-dbg installed and /etc/nsswitch
configured to use files for netgroups instead of ldap. The memory leaks
is still there.
This is very interesting; at least it shows that there are definitely
On Thu, May 10, 2007 at 02:57:46PM +0200, Rik Theys wrote:
In attach the valgrind output with libc6-dbg installed and /etc/nsswitch
configured to use files for netgroups instead of ldap. The memory leaks
is still there.
I've looked through the loss records while waiting for the Omega
On Thu, May 10, 2007 at 03:38:25PM +0200, Rik Theys wrote:
I've downloaded valgrind and omega as described on the above site, but
I'm getting the following error running autogen.sh:
bunnahabhain:~/omega/valgrind# ./autogen.sh
running: aclocal
running: autoheader
running: automake -a
On Thu, May 10, 2007 at 03:44:58PM +0200, Rik Theys wrote:
I've tried all of these:
1/usr/bin/automake-1.10
2/usr/bin/automake-1.7
3/usr/bin/automake-1.8
*+4/usr/bin/automake-1.9
I don't think etch comes with any older/newer versions
On Thu, May 10, 2007 at 04:10:34PM +0200, Rik Theys wrote:
When I unpack the 3.2.3 version I can apply the omega patch, but when I
configure, make, make install it, there's no omega support :-/
Try autoreconf -i.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to
On Thu, May 10, 2007 at 08:16:07PM +0200, rtheys wrote:
According to the valgrind output, the bug is in innetgr which is in
libc6.
At least one of them, yes.
I've checked redhat bugzilla and they fixed a innetgr memory leak:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169051
That
clone 423108 -1
reassign -1 libc6
retitle -1 libc6: Memory leak in innetgr (kills nfs-kernel-server after a while)
tags -1 + upstream patch
found -1 2.3.6.ds1-13
found -1 2.5-7
thanks
On Fri, May 11, 2007 at 09:48:48AM +0200, Rik Theys wrote:
You were not sure if it's allowed to free the 'he'
On Fri, May 11, 2007 at 09:00:58AM +0200, Rik Theys wrote:
I've recompiled libc6 with the patch mentioned in the redhat bug report
and the large leak seems fixed. I guess this bug report has to be
cloned/reassigned to libc6 (etch version)? Or do we wait for the
valgrind output of the stock
On Sun, May 13, 2007 at 06:10:42PM -0500, Santiago Ruano Rincón wrote:
This library is designed to support MFC/R2 signalling in the ZapTel
environment, but should be easily adaptable to other dumb E1 cards that
allow channelised CAS signaled operation.
What on earth does this mean? It looks
Package: liferea
Version: 1.0.27-2
Severity: normal
Tags: upstream
Hi,
While playing around with PowerTOP, I noticed liferea-bin showed up on
the list. In short, it seems to wake up 10-15 times each second even
though it's totally idle:
poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN},
On Mon, May 14, 2007 at 06:48:40PM +0200, Lars Lindner wrote:
There was a similar bug forwarded upstream from Fedora including a patch
to set up the timer only on demand instead of running periodically.
I think this will solve the issue. To be released with 1.2.15.
According to the PowerTOP
Package: powertop
Version: 1.1-3
Severity: wishlist
Hi,
PowerTOP 1.2 is available. The new release consists mainly of bugfixes
for a couple of annoying bugs, and as such should be rather trivial to
package.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy:
Package: gnome-applets
Version: 2.18.0-3
Severity: normal
Hi,
mixer_applet2 wakes up every 200ms or so to check the volume, possibly
reducing laptop battery life. The included patch (which depends on
gstreamer support, filed as a separate bug) fixes this. It's taken from
the Ubuntu patch set,
Package: gstreamer0.10-alsa
Version: 0.10.12-2
Severity: normal
Tags: patch
Hi,
As discussed on IRC, mixer_applet2 wakes up every 200ms or so, possibly
reducing laptop battery life. The included patch (taken from Ubuntu,
which in turn got it from upstream Bugzilla, AFAIK) makes gstreamer
listen
Package: dhcdbd
Version: 2.0-4
Severity: normal
Tags: patch
Hi,
dhcdbd wakes up every now and then, which makes it show up in the
PowerTOP graphs as one of the culprits in keeping the CPU awake. The
included patch (nicked from Ubuntu) should fix the issues; I believe it
is originally by Keith
Package: gst-plugins-base0.10
Version: 0.10.12-2
Severity: serious
Hi,
Your package fails to build from source:
fugl:..t-plugins-base0.10-0.10.12 debuild
fakeroot debian/rules clean
perl debian/mk.control | \
sed 's/@GST_VERSION@/0.10.12/g' | \
sed
On Tue, May 15, 2007 at 10:32:15PM +0200, rtheys wrote:
If I look at this bug in the BTS, it says Done: [EMAIL PROTECTED], and
it seems closed because it's fixed in 1.1.0-1. According to the version
graph unstable is fixed but the stable version is still affected. Does
this mean the bug is
On Thu, Jun 07, 2007 at 11:45:25PM +, Bart Cortooms wrote:
/proc/nfs/nfsd does not exist (at least not on kernel 2.6.18). Instead the
virtual filesystem for NFS is (now?) available at /proc/fs/nfsd. I replaced it
with the following:
Thanks, I'll at least be putting in the patch. A pity it
On Sat, Jun 09, 2007 at 12:37:03PM +1000, Vincent McIntyre wrote:
2811 write(2, rpc.mountd: nss_nis/nis-netgrp.c..., 87) = 87
2811 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
2811 tgkill(2811, 2811, SIGABRT) = 0
Run strace with -s 5000 or similar, and you'll see the entire error
reassign 428108 libc6
retitle 428108 assertion failure in nss_nis when using netgroups:
_nss_nis_setnetgrent: Assertion `len 0' failed.
thanks
On Sat, Jun 09, 2007 at 07:30:52PM +1000, [EMAIL PROTECTED] wrote:
Run strace with -s 5000 or similar, and you'll see the entire error message.
This
On Mon, Jun 11, 2007 at 12:03:33PM +0200, Raphael Hertzog wrote:
It should be mentioned that at some point during this cycle, sid was indeed
in sources.list, but pinned away.
I believe the problem to be there. I also used a similar setup and
update-manager seems to happily ignore pinning. Or
On Thu, Jun 14, 2007 at 04:46:25PM +0200, Lars Ellenberg wrote:
we are not yet sure how to trigger the problem.
if we try by hand it is not reproducable.
if we try by heartbeat it happens all the time.
That's an interesting data point.
if that works for you, too,
feel free to notify
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
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
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 people
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
sleep 1
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
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 /. Your
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
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 working
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 will
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
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
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. :-)
I
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(), which
On Sat, May 05, 2007 at 11:26:46AM +0900, Simon Horman wrote:
Yes. Ask the RMs and they can probably schedule binNMUs for you.
I'm sorry, but I don't understand that a binNMU is.
It's short for binary-only NMU:
http://wiki.debian.org/binNMU
Basically, it's a rebuild on one or more
Package: update-manager
Version: 0.42.2ubuntu22-11
Severity: critical
Hi,
My mother (who runs a pristine Etch desktop) complained today that her
machine was suddenly getting slow. After a restart, the X server refused
to run.
A bit of investigation over ssh showed that for a while, her machine
On Tue, May 29, 2007 at 07:21:33PM +0200, Tobias Diedrich wrote:
After upgrading nfs-kernel-server to a new testing version,
nfs started behaving erratically. Upgrade to newest unstable version did
not help.
Hm, that's odd. Could you please take it upstream? [EMAIL PROTECTED]
should probably
On Fri, Jun 01, 2007 at 02:48:42PM +0200, Tobias Diedrich wrote:
I also noticed that while I had upgraded nfs-kernel-server I was
still using an older version of libblkid1. Maybe that upgrade fixed
it.
I remember issues with it, yes -- those were leaks, but still...
/* Steinar */
--
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 in
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
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
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
Package: wnpp
Severity: wishlist
Owner: Steinar H. Gunderson [EMAIL PROTECTED]
* Package name: sorting-hat
Version : 1.0.0
Upstream Author : Erinn Clark [EMAIL PROTECTED]
* URL : physical://across/the/room
* License : Unknown (we'll give her a beer or something
On Mon, Jun 25, 2007 at 09:14:35PM +0200, Michael Biebl wrote:
NM hasn't been updated for a while. It's very likely that your bug is a dup of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430134
I've downgraded both dhcp3-client and dhcdbd to the versions in testing, with
no change in
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
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 works
Package: iceweasel
Version: 2.0.0.3-2
Severity: normal
Hi,
Today Iceweasel crashes consistenly -- not when entering the page in
question (http://www.aftenposten.no/ -- it's a newspaper, so it'll
probably change frequently) but when I try to scroll. Page down, the
scroll field of my trackpad and
On Sun, May 20, 2007 at 12:07:28PM +0200, Steinar H. Gunderson wrote:
Today Iceweasel crashes consistenly -- not when entering the page in
question (http://www.aftenposten.no/ -- it's a newspaper, so it'll
probably change frequently) but when I try to scroll. Page down, the
scroll field of my
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 'localhost'
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 dealing
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 work just
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,
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 patch
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
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:
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
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.0
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 like
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
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
701 - 800 of 1960 matches
Mail list logo
