Thanks Dustin,
I'm not entirely sure what the motivations were for fts but I think it's
to do with sanity checking to ensure that nothing has been moved around
underneath a file system traversal... But again, not entirely sure about
that.
One thing that does worry me is that I have no idea where
Thanks,
I build the package for 9.10 and it seems to be passing the simple test
case I had for it... I'm at linux.conf.au at the moment so wont be able
to do more testing at the moment but it seems to have helped.
Still not sure if this is something that _should_ be fixed in userspace
but I'm hap
Hi C,
I have not patched core utils myself.
The only modern version of coreutils which has functioned correctly (not
heavily tested) was the ppa you linked to above - I don't know what
patches have been added to that. The version I have is
coreutils_20100119~8.4.5-e489f~ppa1_amd64.deb
We're just
Hmm. OK. I may well have done insufficient and ineffective testing. When
I get a chance I'll do it a bit more carefully - probably in the next
couple of days.
--
du crashes when traversing nfs mounted .snapshot directories
https://bugs.launchpad.net/bugs/506798
You received this bug notification
I haven't recorded a bug against findutils but the same problem affects
modern find as well which luckily enough can be worked around with
'./configure --without-fts'.
I'd be happy enough (in the short term) to have a compile time option
like that to work around the issue.
For my own edification,
I tested with coreutils 7.4 on Mac OSX and it functioned correctly. I
tried checking with opensolaris but the livecd doesn't have gcc and runs
an older core utils version (6.7) which didn't error either.
I guess a kernel fix is the right choice... It's a shame it'll probably
take longer to be impl
Public bug reported:
Binary package hint: coreutils
I'm getting a problem where du errors (and exits) with "du: fts_read
failed: no such file or directory" when traversing a directory with a
NetApp ".snapshot" directory.
My understanding (clarified by the discussions linked bellow) is that:
1)
Fix Released? I can't see anything that looks like a fix. Can someone
post a link? Maybe I'm just not working launchpad properly.
As Rober Fischer The maxfds() subroutine needs to be in the 'script'
section...
Or something like
limit nofile 65536 65536
could be added above 'expect fork'.
I've
I've been bitten by this with squid after having to kill the squid
processes as a result of the upgrade process borking on 10.04 (LTS).
I was upgrading to this:
https://launchpad.net/ubuntu/+source/squid/2.7.STABLE7-1ubuntu12.2
replacing squid 2.7.STABLE7-1ubuntu12.
I assume I'm missing something
This fix appears to have broken the upgrade process.
On two systems, it ended up failing to finish the upgrade. After killing
the upgrade processes I was unable to stop the still running squid using
'service squid stop' or 'stop squid' or '/etc/init.d/squid stop' or
anything else.
After that I co
Oh. This was on 10.04 (LTS).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/717397
Title:
package squid 2.7.STABLE7-1ubuntu12.1 failed to install/upgrade:
subprocess installed post-installation scr
I personally think being different from everyone else is a problem.
Also, this is the sort of bug that should be architecturally impossible
in an init system. init shouldn't have to track state perfectly to
function on the basic level of 'start jobs' 'stop jobs'.
I understand there are benefits f
Thanks for your help Clint.
Is Ubuntu still intending to stick with upstart in future releases?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/406397
Title:
init: job stuck with expect fork/daemon w
apport-collect doesn't seem to respect $http_proxy which is a bit
lame... At least I assume that's the problem. I get this:
Error connecting to Launchpad: 'NoneType' object has no attribute 'makefile'
Anyway, apport file attached.
** Attachment added: "apport.bind9.L2g1AB.apport"
https://
Hey... So anyone paying any attention to their bug queue at all? This is
a pretty major bug guys.
** Bug watch added: Debian Bug tracker #602769
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602769
** Also affects: proftpd-dfsg (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?b
Public bug reported:
Binary package hint: bind9
Bind appears to be listening on specific addresses rather than on all
interfaces. This wouldn't be a problem except that on modern Ubuntu
systems the local host name is configured in /etc/hosts to by on
127.0.1.1 rather than the same IP as localhost
Public bug reported:
I'm sure this has been noted before but I can't find an explanation.
Why are non-major version numbers in the package names for the openldap
libraries? Package names like 'libldap-2.4-2' seem to make it unnecessarily
hard to package third party software with sensible depend
17 matches
Mail list logo
