Package: puppet
Version: 5.5.22-1
This is a similar but different bug as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955532 .
I get this warning on a puppet run:
/usr/lib/ruby/vendor_ruby/puppet/file_system/uniquefile.rb:126: warning:
$SAFE will become a normal global variable in Ruby
I ran into the same problem. It looks like it only happens on hosts with
IPv6 enabled.
I found a workaround for hosts where the IPv6 address is configured
statically in /etc/network/interfaces.
The workaround is to remove the 'onlink' attribute from the route, which
can be done reasonably
On 07/02/2019 17:36, Arturo Borrero Gonzalez wrote:
> On 2/7/19 4:16 PM, Miquel van Smoorenburg wrote:
>> *filter
>> :FILERS_UDP - [0:0]
>> :FORWARD ACCEPT [0:0]
>> :INPUT ACCEPT [0:0]
>> :OUTPUT ACCEPT [0:0]
>> -A FILERS_UDP --protocol udp --dport sunrpc
Package: iptables
Version: 1.8.2-3
Severity: important
I ran into a bug in iptables-restore. This works:
*filter
:FILERS_UDP - [0:0]
:FORWARD ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT --protocol udp --source 10.0.0.0/8 --jump FILERS_UDP
-A FILERS_UDP --protocol udp --dport
I just found that this bug has already been fixed in the upstream pam
code, 4 years ago.
https://github.com/linux-pam/linux-pam/commit/b0ec5d1e472a0cd74972bfe9575dcf6a3d0cad1c
So another way to solve this is "please upgrade to a recent version of
linux-pam".
Thank you.
Mike.
Package: pam
Version: 1.1.8-3.6
Severity: important
Tags: patch, upstream
I noticed that sometimes PAM authentication takes longer than expected
since I upgraded from jessie to stretch. Stracing a binary that calls
pam_authenticate showed that it was trying to close one million files.
Turns out
On 12/12/17 02:57, Ben Hutchings wrote:
> https://people.debian.org/~benh/packages/jessie-pu/linux-image-3.16.0-4-amd64_3.16.51-3~a.test_amd64.deb
>
> Please report back (to the bug address) whether this fixes the
> regression for you.
>
Fixes the problem on our servers. Thanks!
Mike.
Same here, whole cluster of machines down here with this kernel. Same
panic message, so I won't repeat it here. These are Supermicro boxes
with Xeon CPUs:
$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 16
reassign 850285 sshfs
merge 850285 778801
thanks
On 05/01/17 18:11, Edouard Klein wrote:
Package: liblockfile-bin
Version: 1.11-1
Severity: normal
File: /usr/bin/dotlockfile
Dear Maintainer,
I tried to use lockfile_create on an sshfs mountpoint.
Yes, that doesn't work, because sshfs is not
tag 95326 +wontfix
thanks
noone uses uucp anymore...
I've just uploaded liblockfile 1.11 to unstable- that should fix this
bug. Can you check?
Thanks
Mike.
On 25/11/16 06:02, Helmut Grohne wrote:
On Thu, Nov 24, 2016 at 09:32:33PM +0100, Miquel van Smoorenburg wrote:
In liblockfile 1.10-1, I've rewritten debian/rules to use debhelper. Does
that fix the bug?
Partially. You replaced the install -s invocation with dh_strip and the
dh_strip knows
On 10/09/16 14:14, Helmut Grohne wrote:
liblockfile cross builds supposedly successfully, but the resulting
packages contain build architecture ELF executables. Switching to host
architecture triplet prefixed tools fixes that. Please consider applying
the attached patch.
In liblockfile 1.10-1,
Package: mdadm
Version: 3.3-2
Severity: normal
If no mdadm.conf file is found in initramfs, the local-top mdadm script
will create one on the fly like this:
echo DEVICE partitions $CONFIG
$MDADM --examine --scan $CONFIG
However, this config will fail to assemble Intel RAID (imsm)
On 16/05/14 22:06, Jonathan Nieder wrote:
I noticed it while trying to read the copyright file through
packages.qa.debian.org. Looks like the binary packages are okay, and
the information's there in the source package --- the path is just
wrong.
Yes. I really need to dh-ize the debian
Package: php-sabre-dav
Version: 1.7.6+dfsg-2
Severity: minor
Since the last packaging of 1.7.x there have been quite a few
bugfix-releases, but recently a security-related release was done
(1.7.11), see below.
This doesn't really affect testing and unstable, since jessie has
PHP 5.5 where
On 18-01-14 3:46 PM, Bastian Blank wrote:
Hi
What is the status of this patch? I failed to find anything in the
current LVM2 release (2.02.104).
See the messages posted in December 2013 at
https://bugzilla.redhat.com/show_bug.cgi?id=862085 .
I'm not quite sure what the best course of
On 02/12/13 10:59, Dmitrijs Ledkovs wrote:
Hello Miquel,
On 31 January 2013 12:40, Miquel van Smoorenburg miqu...@debian.org wrote:
This is by far the most intrusive patch - all the others are trivial.
Description:
- move make_device_map() upwards so that we can call it earlier
Package: debian-installer
Tags: patch
This is a metabug for other bugs I filed against grub-installer,
partman-auto, partman-base, mdadm and lvm2.
I noticed that linux mdraid has working support for Intel Matrix Raid
(aka Intel Rapid Storage Technology), called imsm in mdadm. This
is a form of
:14.946726850 +
@@ -1,3 +1,11 @@
+partman-auto (106+1) unstable; urgency=low
+
+ * don't hide /dev/md* arrays if they are provisioned on whole-disk
+devices - in that case the md array itself is partitionable,
+e.g. for md-fakeraid like imsm (Intel Matrix raid).
+
+ -- Miquel van
that are part of a mdraid device
+
+ -- Miquel van Smoorenburg miqu...@debian.org Tue, 29 Jan 2013 15:50:37
+0100
+
partman-base (163) unstable; urgency=low
* Revert add debhelper token to postinst
diff -ruN 00-ORIG/partman-base-163/init.d/parted partman-base-163/init.d/parted
--- 00-ORIG/partman-base
fakeraid underneath lvm, if it's just one array
+- install grub on each disk of the underlying array
+- add md/0 entry to device.map so grub-probe works (for upgrades etc)
+
+ -- Miquel van Smoorenburg miqu...@debian.org Tue, 29 Jan 2013 15:50:37
+0100
+
grub-installer (1.83) unstable; urgency
Ping? See also bug #699430, http://bugs.debian.org/699430 .
Would you mind if I did an NMU if the debian-installer patches
are accepted?
Mike.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 01/31/2013 02:11 PM, Bastian Blank wrote:
On Thu, Jan 31, 2013 at 01:53:40PM +0100, Miquel van Smoorenburg wrote:
Ping? See also bug #699430, http://bugs.debian.org/699430 .
Would you mind if I did an NMU if the debian-installer patches
are accepted?
lvm2 is blocked by d-i right now. As I
On 01/31/2013 02:49 PM, Bastian Blank wrote:
On Thu, Jan 31, 2013 at 02:27:56PM +0100, Miquel van Smoorenburg wrote:
On 01/31/2013 02:11 PM, Bastian Blank wrote:
lvm2 is blocked by d-i right now. As I had to cheat already to not use
t-p-u, I don't consider this viable for Wheezy.
Wouldn't
On 01/31/2013 02:27 PM, Michael Tokarev wrote:
31.01.2013 16:14, Miquel van Smoorenburg wrote:
[]
I have added support for installing on mdraid based Intel Matrix
raid to the debian-installer, the lvm2 package, and mdadm.
With these patches applied I can install and boot Debian Wheezy without
On 11/14/2012 05:37 PM, Ben Hutchings wrote:
On Wed, 2012-11-14 at 14:08 +0100, Miquel van Smoorenburg wrote:
Package: debian-installer
Severity: critical
The debian installer images are missing the isci.ko module.
This makes it impossible to install wheezy on any computer
that has its disks
Package: debian-installer
Severity: critical
The debian installer images are missing the isci.ko module.
This makes it impossible to install wheezy on any computer
that has its disks connected to an Intel C600 SAS controller
(standard on lots of motherboards).
NOTE: I'm not talking about iscsi
Package: libapache2-mod-fcgid
Version: 1:2.3.6-1.1
Severity: grave
Tags: patch wheezy sid
I installed Sabredav as a webdav server, running under mod_fcgid.
When uploading files with OSX Finder, all files were zero bytes big.
This appears to be a issue with mod_fcgid.
The issue is known in the
Hello, I was wondering if you are planning on uploading a new
version of the lvm2 package soon. I filed bug 684712, and I'd
like to see a lvm2 package with that patch included.
Background: I have a set of patches for the debian installer to
make it possible to install wheezy on a Intel Matrix
Package: installation-reports
Severity: important
The installer does not include the isci.ko driver for the
Intel SAS controller. The 3.2.0-3 kernel in the archive does
include the driver; it's just that it's not included in any udeb.
I've unpacked all udebs from pool/main/l/linux from both the
-imsm-ddf.patch 1970-01-01 00:00:00.0 +
+++ lvm2-2.02.95/debian/patches/lvm-filter-imsm-ddf.patch 2012-10-17 20:33:24.875265105 +
@@ -0,0 +1,245 @@
+From: Miquel van Smoorenburg mik...@xs4all.net
+To: Alasdair G Kergon a...@redhat.com
+Cc: LVM general discussion and development linux
On 4-10-12 10:05 AM, Josip Rodin wrote:
On Tue, Oct 02, 2012 at 02:47:26PM +0200, Miquel van Smoorenburg wrote:
Package: freeradius
Version: 2.1.12+dfsg-1.1
Severity: important
Freeradius can dynamically grow and shrink its thread pool. When
growing the thread pool, multiple threads will call
Package: freeradius
Version: 2.1.12+dfsg-1.1
Severity: important
Freeradius can dynamically grow and shrink its thread pool. When
growing the thread pool, multiple threads will call perl_clone
at the same time, which can result in segfaults. The call to
perl_clone should be protected with a
+sync_action to idle, and uses mdadm --wait-clean to wait for the
+array to go idle (yes it has a short timeout)
+
+ -- Miquel van Smoorenburg miqu...@debian.org Sat, 22 Sep 2012 21:16:22 +0200
+
mdadm (3.2.5-1) unstable; urgency=low
[ Michael Tokarev ]
diff -ruN x/mdadm-3.2.5/debian
On 26-09-12 4:40 PM, Cyril Brulebois wrote:
Hi Miquel,
background: I'm reviewing changes to udeb-producing packages to see
which ones we'd like to get into wheezy before the next debian-installer
release.
Miquel van Smoorenburg miqu...@debian.org (13/08/2012):
However, there is one minor
I'm working with upstream to get a cleaned up version of this
patch into lvm2 proper. Please do not apply the patch attached
to this bug report yet, hopefully there will soon be a
backported-from-upstream patch.
Mike.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Is anyone planning to upload a new parted version to the
archive anytime soon? If not, I'll probably do an NMU to fix
bug 684713.
Thanks,
Mike.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer.
Here is a revised patch. I proposed the patch
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer.
[this time with patch attached, oops.]
Here
On 24-08-12 9:01 AM, Jim Meyering wrote:
However, there is one minor oversight/bug in the kernel: the
sysfs range key is still set to 1 for md devices. That means
libparted thinks that it's not possible to partition that device,
when in fact it is.
The attached patch reckognizes that situation:
Package: parted
Version: 2.3-10
Severity: serious
Tags: patch wheezy sid
Background: I have added support to the debian installer for
installation on Intel Matrix Raid (imsm) arrays as supported by mdadm
(I'll be submitting patches to debian-boot soon).
When installing on such an array,
On 20-08-12 11:42 AM, Michael Tokarev wrote:
There's one more thing missing in there: mdmon should be re-started
from real root after switching from rootfs -- the takeover. I guess
it needs to be added to mdadm-raid.
Is that really necessary? Can't we just leave it as-is, so the number of
On 08/14/2012 11:38 PM, Alasdair G Kergon wrote:
On Mon, Aug 13, 2012 at 12:25:04PM +0200, Miquel van Smoorenburg wrote:
This patch makes sure that disks with signatures of one of these
metadata formats are also filtered out. To minimize the chance of
regressions, it only does this if md
On 08/13/2012 01:43 PM, Michael Tokarev wrote:
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer
On 13-08-12 12:57 PM, Bastian Blank wrote:
On Mon, Aug 13, 2012 at 12:25:04PM +0200, Miquel van Smoorenburg wrote:
This patch makes sure that disks with signatures of one of these
metadata formats are also filtered out. To minimize the chance of
regressions, it only does this if md is actually
On 14-08-12 11:05 PM, Miquel van Smoorenburg wrote:
On 13-08-12 12:57 PM, Bastian Blank wrote:
On Mon, Aug 13, 2012 at 12:25:04PM +0200, Miquel van Smoorenburg wrote:
This patch makes sure that disks with signatures of one of these
metadata formats are also filtered out. To minimize the chance
+ * create /run/sendsigs.omit.d/ in local-top script
+ * add script mdadm-waitidle that runs just before reboot/halt. For all
+arrays that are still running, it sets safe_mode_delay to a low version,
+sets sync_action to idle, and waits for the array(s) to go idle.
+
+ -- Miquel van
:
* lvm already filters disks that have a mdraid signature, now also filter
DDF and IMSM formatted disks as well - but only if MD is actually running.
Mike.
Description: Also automatically filter DDF and IMSM formatted disks
Author: Miquel van Smoorenburg miqu...@debian.org
--- lvm2-2.02.95.orig
Package: parted
Version: 2.3-10
Severity: serious
Tags: patch wheezy sid
Background: I have added support to the debian installer for installation
on Intel Matrix Raid (imsm) arrays as supported by mdadm (I'll
be submitting patches to debian-boot soon).
When installing on such an array,
I reopened this bug, because I would like this bug to be fixed in
a point-release of squeeze. If that is not possible or against
policy, feel free to close this bug. Otherwise I ask that, if in
a pointrelease an updated installer is shipped, you consider
adding this patch to partman-base.
Thank
Package: dma
Version: 0.0.2010.06.17-6
Severity: grave
DMA often fails to deliver mail to my smtp server, keeping messages
in the queue until they expire. They then fail to bounce as well.
That's why I set the severity to grave - it causes dataloss,
at least for me.
This is because it sometimes
Package: dma
Version: 0.0.2010.06.17-6
Severity: normal
dma adds an invalid Received: line to outgoing mail:
Received: from news (uid 9)
(envelope-from n...@myserver.xs4all.nl)
id 1a8d7
by myserver.xs4all.nl (DragonFly Mail Agent)
Sat, 19 Nov 2011 03:40:01 +0100
tag 650265 +patch
thanks
This should go into stable too if possible.
Description: Read reponse from smtp server up to crlf
Author: Miquel van Smoorenburg miqu...@cistron.nl
Last-Update: 2011-11-28
--- a/net.c 2011-11-28 12:27:29.0 +0100
+++ b/net.c 2011-11-28 13:00:39.145291582
tag 650268 +patch
thanks
This probably should go into stable as well, I guess.
Description: Add semicolon before date in received: header
Author: Miquel van Smoorenburg miqu...@cistron.nl
Last-Update: 2011-11-28
--- a/mail.c2011-11-28 12:27:29.0 +0100
+++ b/mail.c2011-11-28 13
On 11-08-11 8:31 PM, Sven Joachim wrote:
This upload dropped the liblockfile{1,-bin} packages, making
liblockfile-dev uninstallable. From my debuild log:
Thanks, sorry about that. I fixed it, but:
Your package contains new components which requires manual editing of
the override file.
Package: grub2
Version: 1.98+20100804-4
Severity: normal
When installing grub2 on a system that boots from a partitioned
mdraid (after applying the fixes in #595071), the configure step
asks me for disks to install on:
/dev/sda
/dev/sdb
/dev/md_d0p1
Grub2 should be
Package: grub2
Version: 1.96+20090709-1
Severity: important
Currently grub2 doesn't reckognize a system that boots from
a partitionable mdraid disk, as I have. So the upgrade I did
from lenny/grub-legacy to squeeze/grub2 failed.
The main block device is called /dev/md_d0 and the partitions
are
Package: grub2
Version: 1.98+20100804-4
Severity: important
Currently grub2 doesn't reckognize a system that boots from
a partitionable mdraid disk, as I have. So the upgrade I did
from lenny/grub-legacy to squeeze/grub2 failed.
The main block device is called /dev/md_d0 and the partitions
are
Package: hostname
Version: 3.01
Severity: normal
I know it's a recurring theme, but IMO hostname is broken when
you use a FQDN as the hostname. There are people who say you
should not do that - and yet there are OSes that do this by default.
In our case, we're converting FreeBSD boxes to Debian
According to James Vega:
In looking at the following request for vim-tiny to provide /bin/vi I
noticed that elvis-tiny already provides such a binary. In order to
fullfil this request, I'd like to ask that elvis-tiny switch to using
alternatives for /bin/vi.
The plan that I would like to
Package: apache2
Version: 2.2.9-10+lenny2
Severity: grave
Tags: patch security lenny sid
1. BUG DESCRIPTION
The Options settings FollowSymlinks and SymlinksIfOwnerMatch
are ignored for files included using SSI when the files are symlinks
and located in the same directory.
Even when the
Package: grub-pc
Version: 1.96+20080724-12
Severity: normal
I just upgraded one of our servers to grub-pc, to see what the new
grub is going to be like.
First of all, the kernel command line options were migrated
wrong (it only copied the first option and ignored the rest).
But that's not the
Woah, that's bad. I'll fix it asap
Mike.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: lib32gcc1
Version: 1:4.3.1-9
Tags: lenny
Severity: grave
lib32gcc1 is lenny does not have the GCC_4.* symbols included,
so it's impossible to run any 32 bits binaries that depend on
these symbols.
A simple C hello world program works for some reason, but as
soon as you link with some
So, the binary from unstable doesn't appear to work on a standard
lenny (I just installed one from scratch in a container
just for this purpose):
# raidutil
raidutil: /emul/ia32-linux/lib/libgcc_s.so.1: version `GCC_4.2.0' not found
(required by /emul/ia32-linux/usr/lib/libstdc++.so.6)
This is
close 498822
thanks
On Mon, 2008-09-22 at 13:30 +0200, Miquel van Smoorenburg wrote:
So, the binary from unstable doesn't appear to work on a standard
lenny (I just installed one from scratch in a container
just for this purpose):
That was a mistake. I used a 'standard' base lenny image which
close 499786
thanks
On Mon, 2008-09-22 at 14:41 +0200, Aurelien Jarno wrote:
lib32gcc1 is lenny does not have the GCC_4.* symbols included,
so it's impossible to run any 32 bits binaries that depend on
these symbols.
$ ./a.out
./a.out: /emul/ia32-linux/lib/libgcc_s.so.1: version
Package: raidutils
Version: 0.0.6-6
Severity: important
Tags: lenny
[ please forward this to [EMAIL PROTECTED] ]
The raidutils package builds on most or all current debian
architectures, but it doesn't work on any 64 bit arch.
This was reported earlier in bug #477105, which has been closed
On Thu, 2008-05-01 at 08:16 +0100, Barak A. Pearlmutter wrote:
Do you happen to know if the same -m32 switch can be used on all
64-bit architectures: not just AMD64 but also ALPHA, SPARC, etc.?
Hmm no, I wouldn't know, really. Does Alpha have a 32 bit mode anyway ?
I know sparc does.
Let's
On Mon, 2008-04-21 at 01:22 +0100, Barak A. Pearlmutter wrote:
Thanks for the patch. I will dupload it shortly.
In addition, the patch makes sure that the raidutils package
is built for just i386 and amd64 - it supports only the Adaptec
DPT ZCR controllers, which can only be found on
reopen 465090
thanks
On Sat, 2008-04-05 at 12:05 +1000, Aníbal Monsalve Salazar wrote:
On Sun, Feb 10, 2008 at 05:43:52PM +0100, Luk Claes wrote:
While reviewing some packages, your package came up as a package that
should maybe be orphaned by its maintainer, because:
* many bugs without
Package: raidutils
Version: 0.0.6
Severity: important
Tags: patch
The raidutils package builds on most or all current debian
architectures, but it doesn't work on any 64 bit arch.
This is because the ioctl() interface of the i2o layer in the
kernel isn't 64 bit clean. Neither is the code in
Package: xen-tools
Version: 2.7-1
Severity: normal
If you run a 64 bit xen dom0/domU, the disable-tls script should not be run.
The TLS issue doesn't exist on a 64 bit kernel, not even on 32 bit
userland (--arch i386). Disabling TLS cripples libpthread.
The script already errors for 64 bit
Package: linux-image-2.6.18-2-xen-amd64
Version: 2.6.18-4
Severity: important
The xen kernel package doesn't have serial console support,
while the non-xen version does. This is because in the xen version
the 8250 serial driver is built as a module ...
Xen will probably be used in datacenters a
Package: xen-utils-common
Version: 3.0+hg11624-2
Severity: normal
I'm running etch with xen 3.0.3 with a hand-compiled 2.6.18.1
kernel. The /etc/xen/scripts/network-bridge fails to run,
because it (effectively) does this:
set -e
modprobe netloop /dev/null 21
As I do not have a
On Fri, 2005-09-16 at 13:47 +0200, Marcel Sebek wrote:
On Fri, Sep 16, 2005 at 10:55:37AM +0200, johannes wrote:
hi all,
i'm using a swapfile in a file on a local filesystem /data/swapfile (not
a swap partition!)
during shutdown /etc/init.d/umountfs first tries to unmount all local
On Mon, 2005-08-15 at 18:57 +0300, Timo Juhani Lindfors wrote:
Package: initscripts
Version: 2.86.ds1-1
Severity: normal
/etc/init.d/umountfs does not seem to umount procfs at all. This is
normally not a problem since /proc can be left mounted. However, in my
setup I have multiple proc
On Fri, 2005-08-12 at 20:41 +0200, Raphael Wegmann wrote:
Debian Bug Tracking System sagte:
This is an automatic notification regarding your Bug report
#322219: sysv-rc: package install requires /usr/sbin/update-rc.d, which is
part of this package,
which was filed against the sysv-rc
On Thu, 2005-08-11 at 02:44 +0200, Javier Fernández-Sanguino Peña wrote:
On Wed, Aug 10, 2005 at 06:37:30PM +0200, Miquel van Smoorenburg wrote:
Actually, perhaps sysvinit should be a project on alioth with more than
one developer doing the work. Sysvinit and related packages are more
than
On Tue, 2005-08-09 at 21:20 +0200, Raphael Wegmann wrote:
Package: initscripts
Version: 2.86.ds1-1
Severity: important
When I remove /etc/init.d/halt and /etc/init.d/bootmisc.sh
before I call apt-get --reinstall install initscripts,
the files halt and bootmisc.sh do not get restored.
On Mon, 2005-08-08 at 23:25 +0200, Thomas Hood wrote:
Miquel van Smoorenburg wrote:
And, if you do so, please also fix #314351, which can be trivially
fixed.
There are also some other trivial fixes: #289562, #311741, #281782,
#269894, and #268713. If you could fix those too some
On Thu, 2005-07-14 at 20:16 +0100, Andrew Suffield wrote:
On Thu, Jul 14, 2005 at 05:20:26PM +0200, Javier Fern?ndez-Sanguino Pe?a
wrote:
Andrew, can you please NMU initscripts and fix the obnoxious #284426 bug?
(Note #281651 and #316431 are also duplicates, and I'm merging them)
I'm
reassign 316615 netbase
thanks
On Tue, 2005-07-05 at 11:21 +0200, Raoul Verveer wrote:
3) the if-else construction in the stop part of the script, regarding
verbosity, doesn't seem to work (while the sh syntax looks ok to me btw).
What script, exactly ?
The /etc/init.d/networking
On Sat, 02 Jul 2005 11:34:27, [EMAIL PROTECTED] wrote:
Package: initscripts
Version: 2.86-5ubuntu6
Severity: important
Tags: patch
While shutting down or rebooting, the system hangs om the
/etc/init.d/networking script, while Deconfiguring network interfaces
I'm running ubuntu myself,
On Thu, 2005-06-16 at 11:27 +0200, Michael Prokop wrote:
Package: initscripts
Version: 2.86.ds1-1
Followup-For: Bug #314351
JFYI: The problem seems to be related to one of the latest versions
of findutils (here findutils 4.2.22-1).
I know. You're about the 4th or 5th person to file a
On Fri, 03 Jun 2005 19:20:48, Nicolas George wrote:
Package: initscripts
Version: 2.86.ds1-1
Severity: wishlist
Sometimes, the unmounting or remounting read-only of some filesystems fails
for some reason (is busy, for example), causing a fsck on the next boot.
That should not happen, in
On Sun, 2005-05-29 at 10:40 +0200, Christian Tremel wrote:
Package: sysv-rc
Version: 2.86.ds1-1
Severity: normal
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.4.27
Locale: LANG=C,
On Fri, 2005-05-27 at 16:24 +0200, Jesús M. Navarro wrote:
Package: sysv-rc
Version: 2.86.ds1-1
Severity: normal
I had to change priority level for mountall.sh, so I run the following
command:
mithrandir:~# update-rc.d -n mountall.sh start 46 S.
update-rc.d: error: expected runlevel
On Sat, 2005-05-21 at 21:27 +0930, Arthur Marsh wrote:
Package: initscripts
Version: 2.86.ds1-1
Severity: important
I previously have used init S from both an xterm and from a console
login to enter single user mode then re-enter multi-user mode with X and
networking, but presently
On Sat, 14 May 2005 08:22:56, GOTO Masanori wrote:
I have not reappeared sysklogd breakage yet, but IMHO this problem is
potentially existed - I agreed Miquel's proposal. Miquel, did you
confirm this problem using sysklogd? If this patch fixes this bug, I
think we should do NMU for sarge.
On Mon, 16 May 2005 23:35:40, Martin Quinson wrote:
On Mon, May 16, 2005 at 06:29:50PM +0200, Christian Perrier wrote:
I must confess that I have absolutely no idea of what the bug
submitter is requesting in http://bugs.debian.org/134473
Has anyone a rough idea?
A new option to the
Christian Hammers wrote:
For what it's worth, I also tried Miguel's ctime-hang.c on both a Sarge i386
and a Sid amd64 machine with 2.6 kernels and can reproduce the hang in
10 of 10 attempts.
I also re-ran the ctime-hang.c test program on i386 uniprocessor
and SMP, and amd64 SMP (all
Then you will have to find out why the lsb-release package is not
installable, which is not the case for the copies of this package present in
the Debian archive proper. This seems to be an amd64-specific problem with
lsb-release.
It's because of:
Package: lsb-release
Architecture: alpha
Package: ia32-libs
Version: 1.2
Could you please add libgcc_s.so.1 to the ia32-libs package ?
I just found out that the raidutils package doesn't work in
64 bit mode but the 32 bits version does and is installable
with --force-architecture - however it needs libgcc_s.so.1
(BTW I'm running sarge)
Never mind, I found libgcc_s.so.1 in lib32gcc1. I'm not sure
why that's a seperate package for just one lib, perhaps that's
something that can be fixed. In the mean time I am closing
the bug.
Mike.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Fri, 2005-04-15 at 15:09 +0200, Rolf Leggewie wrote:
Package: sysvinit
Version: 2.86.ds1-1
Followup-For: Bug #258290
Miquel,
I also experience this bug. From
http://lists.debian.org/debian-user/2005/03/msg03785.html I understand you
are not
placing too high a priority on
On Thu, 2005-04-07 at 11:44 +0100, Jason Cormie wrote:
Miquel van Smoorenburg wrote:
last handles IPv6 in utmp/wtmp correctly as far as I know, but
I also know that ssh did not in previous versions at least. Not sure
what current versions do.
So I guess last just shows you what actually
On Sat, 09 Apr 2005 18:36:36, Michael Gebetsroither wrote:
* Miquel van Smoorenburg [EMAIL PROTECTED] [050406 15:30]:
Perhaps your shell or something in your environment does this. Maybe zsh
auto-completion or whatever ? Perhaps that messes up the call to
update-rc.d ?
You are right
On Wed, 2005-04-06 at 11:16 +0200, Michael Gebetsroither wrote:
* Thomas Hood [EMAIL PROTECTED] [050405 21:45]:
$ sudo touch /etc/init.d/dummy
$ sudo chmod ugo+x /etc/init.d/dummy
[EMAIL PROTECTED]:/etc/init.d$ sudo update-rc.d -n dummy start 37 S .
Adding system startup for
1 - 100 of 111 matches
Mail list logo