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 ea
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 su
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 t
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
O
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 a
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
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, I
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) arr
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 director
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 wher
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 actio
On 02/12/13 10:59, Dmitrijs Ledkovs wrote:
Hello Miquel,
On 31 January 2013 12:40, Miquel van Smoorenburg 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
in the script. Also, if
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 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
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
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
sks):
+- also detect mdadm 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 Tue, 29 Jan 2013 15:50:37
+0100
+
grub-installer (1.83)
part of a mdraid device
+
+ -- Miquel van Smoorenburg 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-
14:52: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).
+
+ --
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
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 (i
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 RAID
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 Apa
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 be
ilter-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
+To: Alasdair G Kergon
+Cc: LVM general discussion and development
+Subject: [linux-lvm] [
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
ill running, it sets
+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 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/
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 mutex.
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 (13/08/2012):
However, there is one minor oversight/
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
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 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 pat
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
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, parti
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 situati
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
cha
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 is
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
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 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 inst
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, partition
wheezy.
Changelog entry:
* 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
--- lvm2-2.
ts pidfile
+ * 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.
+
+ --
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 yo
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
Last-Update: 2011-11-28
--- a/mail.c2011-11-28 12:27:29.0 +0100
+++ b/mail.c2011-11-28 13:02:11.077291647
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
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 +0100
@@ -166,6
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
s
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 sometime
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 instal
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 md
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 md
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 b
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
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 "Fol
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 sub
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]
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: versi
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 'standar
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
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 lib
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
becau
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 s
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 w
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 foun
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 raidu
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 instal
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 l
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 2>&1
As I do not have
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
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
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 pr
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 pa
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,
> &g
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 rest
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)
>
>
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/netw
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 ubunt
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
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
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 ru
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: LA
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 presen
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
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.
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 up-to-
On Sat, 2005-04-23 at 20:58 +0300, Can Burak Cilingir wrote:
> Package: initscripts
> Version: 2.86.ds1-1
> Severity: normal
> Tags: patch
>
> I am using --bind parameter to relocate some paths. When i want that
> bind operation permenantly, i put thet to fstab. Unfortunately
> /etc/init.d/mountal
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 [
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
> 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
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.
> &g
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
&g
1 - 100 of 113 matches
Mail list logo
