Hi together,
Andreas Tille wrote:
I stumbled upon this bug since it affects staden maintained by
Debian Med.
Same here with gnudatalanguage.
When reading the bug report I stumbled upon
The errors seems to date back to the lenny-squeeze update ...
Well, you (Andreas T) did not cite a
Hi Axel,
On Fri, Jan 16, 2015 at 12:03:41PM +0100, Axel Beckert wrote:
Well, you (Andreas T) did not cite a possible relevant part here:
| This was observed on the following upgrade paths:
|
| lenny - squeeze - wheezy - jessie
Yes, I was a bit short.
I'm seriously wondering whether
2015-01-16 13:38 Andreas Tille:
On Fri, Jan 16, 2015 at 12:03:41PM +0100, Axel Beckert wrote:
One more thing I'm still curious about: How the fuck do you stumble
upon such a bug? :-) I don't expect that Andreas runs piuparts
starting with Lenny on a daily business or without reason. I expect
On 2015-01-16 12:03, Axel Beckert wrote:
Hi together,
Andreas Tille wrote:
[...]
I'm seriously wondering whether this issue is RC critical for Jessie
release
To be honest: I think this is generally an RC-level issue and should
be fixed.
[...]
TL;DR - it seems like this bug is
Control: tag -1 + pending
On Fri, Feb 08, 2013 at 02:03:48PM -0500, Daniel Kahn Gillmor wrote:
On 02/08/2013 04:14 AM, intrigeri wrote:
I'm going to test it during a few days.
thank you very much, intrigeri!
Looks like a good plan, but I suggest waiting a bit longer for:
1. You
Processing control commands:
tag -1 + pending
Bug #686054 [release.debian.org] pre-approval: msva-perl/0.8.1-1
Added tag(s) pending.
--
686054: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686054
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE,
Hi,
Daniel Kahn Gillmor wrote (08 Feb 2013 19:03:48 GMT) :
now that i have a volunteer other than myself to test it, i will wait
until i hear back from you :)
I've been using the proposed msva-perl's integration into the SSH
client for a week and have not experienced any regression.
Hi,
Daniel Kahn Gillmor wrote (08 Feb 2013 05:48:55 GMT) :
I've just pushed a proposed upstream msva-perl/0.8.1 targetted bugfix
tag to git://lair.fifthhorseman.net/~dkg/msva-perl, and a wheezy
branch that uses that and targets testing-proposed-updates.
Excellent! Thanks a lot.
I've tested
On 02/08/2013 04:14 AM, intrigeri wrote:
I'm going to test it during a few days.
thank you very much, intrigeri!
Looks like a good plan, but I suggest waiting a bit longer for:
1. You and someone else (I volunteer) to try the proposed package
for a few days: given t-p-u uploads
On 02/04/2013 01:28 PM, Dominic Hargreaves wrote:
On Sat, Feb 02, 2013 at 03:31:33PM +0100, intrigeri wrote:
FWIW, I've asked about the same on the Monkeysphere mailing-list last
October, see dkg's answer there:
https://lists.riseup.net/www/arc/monkeysphere/2012-10/
I've just pushed a
On Sat, Feb 02, 2013 at 03:31:33PM +0100, intrigeri wrote:
Hi,
Dominic Hargreaves wrote (02 Feb 2013 13:19:21 GMT) :
As the release team aren't too happy about the size of the 0.9 debdiff,
what do you think about my suggestion - are these the right commits
to fix the RC bugs in question
Hi,
Dominic Hargreaves wrote (02 Feb 2013 13:19:21 GMT) :
As the release team aren't too happy about the size of the 0.9 debdiff,
what do you think about my suggestion - are these the right commits
to fix the RC bugs in question (one of them needs rebasing/porting; the
other appears to be
On Thu, Mar 08, 2007 at 11:21:05AM +, Colin Watson wrote:
+ uuid=$(PATH=/lib/udev:$PATH vol_id -u $fs)
+ if [ $uuid ]; then
+ printf # %s\n $(mapdevfs $fs)
+ printf %-15s %-15s %-7s %-15s %-7s %s\n UUID=$uuid
${mp} $type $options
On Wed, Mar 07, 2007 at 04:09:48PM -0800, Steve Langasek wrote:
I don't believe this should be changed for etch at this point in the release
process, and that's speaking as someone who's run into this problem myself
with SCSI device renumbering -- it's awkward and annoying to have to
On Wed, Mar 07, 2007 at 02:03:35PM +0100, Robert Millan [ackstorm] wrote:
On Wed, Mar 07, 2007 at 09:55:45AM -0300, Otavio Salvador wrote:
I don't know how invasive those changes might be. AFAIK Ubuntu already
does it (Colin?) and wouldn't be too hard to pick the changes from
them but we
On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
I've attached a patch which implements persistent device names in
partman by checking for devices which are mounted under /target and
which have a suitable link in /dev/disk/by-id/*
I've attached the Ubuntu patch for the same
Oh, at least one additional thing that's likely needed in this scenario
is the attached patch to make busybox's mkswap generate UUIDs.
* util-linux/mkswap.c: Set UUIDs on version 1 swap areas.
* util-linux/Makefile.in: mkswap needs uuid/uuid.h from e2fsprogs.
* e2fsprogs/Makefile.in: Build
Colin Watson [EMAIL PROTECTED] writes:
On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
I've attached a patch which implements persistent device names in
partman by checking for devices which are mounted under /target and
which have a suitable link in /dev/disk/by-id/*
I've
On Tue, Mar 06, 2007 at 09:44:31AM -0300, Otavio Salvador wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
I urge you to reconsider severity of this problem. There's another
situation
that makes it much worse:
The correct
Robert Millan [ackstorm] [EMAIL PROTECTED] writes:
On Tue, Mar 06, 2007 at 09:44:31AM -0300, Otavio Salvador wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
I urge you to reconsider severity of this problem. There's another
Robert Millan [ackstorm] [EMAIL PROTECTED] writes:
On Wed, Mar 07, 2007 at 09:33:47AM -0300, Otavio Salvador wrote:
Robert Millan [ackstorm] [EMAIL PROTECTED] writes:
On Tue, Mar 06, 2007 at 09:44:31AM -0300, Otavio Salvador wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Mar 06,
On Wed, Mar 07, 2007 at 09:33:47AM -0300, Otavio Salvador wrote:
Robert Millan [ackstorm] [EMAIL PROTECTED] writes:
On Tue, Mar 06, 2007 at 09:44:31AM -0300, Otavio Salvador wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
Robert Millan [ackstorm] [EMAIL PROTECTED] writes:
On Wed, Mar 07, 2007 at 09:55:45AM -0300, Otavio Salvador wrote:
With USB, you can't just boot a rescue system and repair a broken install
from there, because /dev/sda will still be your USB drive.
Of course, there are lots of hacks
On Wed, Mar 07, 2007 at 09:55:45AM -0300, Otavio Salvador wrote:
With USB, you can't just boot a rescue system and repair a broken install
from there, because /dev/sda will still be your USB drive.
Of course, there are lots of hacks you can do to workaround that, but if
we go this way,
On Wed, March 7, 2007 13:55, Otavio Salvador said:
I don't know how invasive those changes might be. AFAIK Ubuntu already
does it (Colin?) and wouldn't be too hard to pick the changes from
them but we would also need RM and Frans approval :(
initramfs-tools already supports using
On Wed, Mar 07, 2007 at 03:18:19PM +0100, David Härdeman wrote:
On Wed, March 7, 2007 13:55, Otavio Salvador said:
I don't know how invasive those changes might be. AFAIK Ubuntu already
does it (Colin?) and wouldn't be too hard to pick the changes from
them but we would also need RM and Frans
On Wed, Mar 07, 2007 at 04:09:48PM -0800, Steve Langasek wrote:
On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
I've attached a patch which implements persistent device names in
partman by checking for devices which are mounted under /target and
which have a suitable link in
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
I urge you to reconsider severity of this problem. There's another situation
that makes it much worse:
The correct solution is to make d-i use labels in fstab and to find the
root file
[Jan Christoph Nordholz]
the present situation has portmap at 18 and autofs and nis at 19;
this is a problem even at normal bootup. Nis moving to 18 would
improve things, but not fix them wholly for systems which switch to
single-user and back - and that's where we are, discussing whether
This one time, at band camp, Mark Brown said:
On Thu, Jan 25, 2007 at 01:35:20AM +, Stephen Gran wrote:
I may be missing something, but why does it need to be moved? It starts
in rcS as well as rc2, so this should only ever be an issue in the rare
The more noticable issue is the
On Fri, Jan 05, 2007 at 01:28:46PM +1100, An?bal Monsalve Salazar wrote:
On Fri, Jan 05, 2007 at 02:27:35AM +0100, Jan Christoph Nordholz wrote:
block 341140 by 400952
thankyou
Hi Anibal and Javier,
I (as the new maintainer of autofs) would like to have the issue
settled before Etch is
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the package maintainer(s)
and to other interested parties to accompany the original report.
Your message has been sent to the package maintainer(s):
Jan Christoph Nordholz [EMAIL
On Wed, Jan 24, 2007 at 06:28:01PM +0100, Luk Claes wrote:
What's wrong with Steinar's suggestion to change the name of the autofs
script to be something between 19nis and 20apache?
It's gross but it should work. At this late stage in the release cycle
it looks like the best option.
--
You
Hi Luk,
So, that's something we don't want to do, certainly not at this stage of
the release cycle.
What's wrong with Steinar's suggestion to change the name of the autofs
script to be something between 19nis and 20apache?
conclusion first: If that's the ultimate response of the release
On Thu, Jan 25, 2007 at 01:17:18AM +0100, Jan Christoph Nordholz wrote:
But IMO this solution is an ugly hack and highly counterintuitive - init
scripts are config files after all, and if I wanted to adapt a package's
initscript to my needs, I'd expect to find it at /etc/init.d/${package},
not
On Thu, Jan 25, 2007 at 01:19:33AM +0100, Steinar H. Gunderson wrote:
You don't need to rename the /etc/init.d file, just the symlink in
/etc/rc?.d.
Sure, if I reimplemented the update-rc.d functionality in postinst,
which I'm not very fond of either. Maybe it's worth it, to keep the
hack as
This one time, at band camp, Aníbal Monsalve Salazar said:
On Fri, Jan 05, 2007 at 02:27:35AM +0100, Jan Christoph Nordholz wrote:
The present situation forces all users of nisautofs to manually
shuffle their init scripts around, and this is a very common
setup... Moving autofs to start
On Thu, Jan 25, 2007 at 01:35:20AM +, Stephen Gran wrote:
I may be missing something, but why does it need to be moved? It starts
in rcS as well as rc2, so this should only ever be an issue in the rare
cases when you have to switch to runlevel 1 and back, right? This seems
like a rare
On Fri, Jan 05, 2007 at 02:27:35AM +0100, Jan Christoph Nordholz wrote:
block 341140 by 400952
thankyou
Hi Anibal and Javier,
I (as the new maintainer of autofs) would like to have the issue
settled before Etch is released... what consequences do you fear
could arise from moving the script?
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
On Wed, 28 Sep 2005, Frank Küster wrote:
If my second interpretation is right, we depend on maintainers' action
for that. In order to make all dependencies on the old version
disappear, would a still depends on libkpathsea3 bug be RC
disappear, would a still depends on libkpathsea3 bug be RC?
Yes, fixable with a quick-and-dirty NMU that only does a rebuild against the
new one...
That was what I was thinking about; but the question is whether the
release team would actually support such a severity; I don't want to
support
can someone step up and get a
fixed package into the archive?
An alternative fix would be to remove kernel-image-2.6.6-1-386 (et al)
from testing. The 2.6.5 version is still available in testing, and
works. Since this bug *is* RC, that would be an appropriate response,
IMHO.
== remove kernel
?
An alternative fix would be to remove kernel-image-2.6.6-1-386 (et al)
from testing. The 2.6.5 version is still available in testing, and
works. Since this bug *is* RC, that would be an appropriate response,
IMHO.
(I see a slightly different bug with this kernel and my test laptop.
When the frame
43 matches
Mail list logo
