Are you happy to keep this german translation up to date on an ongoing
basis?
On Wed, Sep 21, 2011 at 1:35 PM, Chris Leick c.le...@vollbio.de wrote:
Hi Scott,
Scott James Remnant:
I'm not sure what you mean by debconf' here?
Oh, sorry. It's a mistake - you can ignore it.
Kind regards
If you can update on a bzr branch I can pull from, that would be superb.
On Wed, Sep 21, 2011 at 1:45 PM, Chris Leick c.le...@vollbio.de wrote:
Scott James Remnant:
Are you happy to keep this german translation up to date on an ongoing
basis?
Good idea. What is the preferred way
http://code.launchpad.net/libnih would be the place to start.
On Wed, Sep 21, 2011 at 1:51 PM, Chris Leick c.le...@vollbio.de wrote:
Scott James Remnant:
If you can update on a bzr branch I can pull from, that would be superb.
ok.
No, I'll pull from you when you have a branch available
On Wed, Sep 21, 2011 at 1:57 PM, Chris Leick c.le...@vollbio.de wrote:
Scott James Remnant:
http://code.launchpad.net/**libnih http://code.launchpad.net/libnihwould
be the place to start.
I will read the manpage of bazaar and when
I'm not sure what you mean by debconf' here?
2011/9/20 Chris Leick c.le...@vollbio.de
**
Package: libnih
Version: 1.0.3
Severity: wishlist
Tags: l10n
Hi,
please find attached the inital German debconf translation of libnih.
Kind regards,
Chris
On Mon, May 2, 2011 at 1:07 PM, brian m. carlson
sand...@crustytoothpaste.net wrote:
libnih1 depends on libc6 ( 2.12). libc6 2.13 is now in unstable,
rendering libnih1 uninstallable. I'm not sure why such a strict
dependency would be needed, but perhaps a mention in the documentation
why
If upstart crashes, a crash dump is most definitely saved.
Upstart handles SIGSEGV by catching it and forking a child and unmasking
that signal in the handler - this means it's an Upstart child process that
actually crashes and dumps core while the parent waits for it to exit and
reaps it. This
I will adopt this; I'm the upstream author and will be adopting Upstart as
well
On Thu, Apr 28, 2011 at 6:46 AM, Michael Biebl bi...@debian.org wrote:
Package: wnpp
Severity: normal
I request an adopter of the libnih package.
The package should ideally be adopted together with upstart [1]
I will adopt this; I'm the upstream author, and have been wanting to get
properly back into Debian for a while now.
On Thu, Apr 28, 2011 at 6:43 AM, Michael Biebl bi...@debian.org wrote:
Package: wnpp
Severity: normal
As I don't actively use upstart anymore I request an adopter for the
On Wed, Jan 12, 2011 at 6:38 PM, Kurt Roeckx k...@roeckx.be wrote:
On Wed, Jan 12, 2011 at 12:50:21AM -0600, Steve Langasek wrote:
On Mon, Jan 10, 2011 at 09:17:33PM +0100, Kurt Roeckx wrote:
A lot of the scripts currently in /etc/rcS.d/ come from the
initscripts package. Is the alternative
On Mon, Jan 10, 2011 at 8:17 PM, Kurt Roeckx k...@roeckx.be wrote:
+ method guaranteed to be supported by all init implementations. An
+ exception to this rule is scripts or jobs provided by the init
+ implementation itself; such jobs may be required for an
+
Upstart jobs are not supposed to have accompanying files
in /etc/default. Please revert this patch in Debian (I will do so in
Ubuntu)
Scott
--
Scott James Remnant
sc...@ubuntu.com
signature.asc
Description: This is a digitally signed message part
in that one file.
Scott
--
Scott James Remnant
sc...@ubuntu.com
signature.asc
Description: This is a digitally signed message part
Package: hostname
Version: 2.95
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jaunty ubuntu-patch
In Ubuntu, we've applied the attached patch to achieve the following:
* Add -b option that allows the file specified by -F to be non-existant
or
Package: hostname
Version: 2.95
Followup-For: Bug #543666
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jaunty ubuntu-patch
I've updated the patch since Linux actually sets the initial hostname to
(none) not , and we want to replace that with localhost too.
-- System Information:
the signal that details the name of the signal,
number, name and type of its arguments, etc.
This introspection is generally provided at the binding level, but you
still need the policy to allow it (it's a method call on your object).
Scott
--
Scott James Remnant
sc...@canonical.com
really very primitive.
This approach is really going to bite!
Current practice is to always explicitly name the origin bus name when
adding signal matches, many bindings are hardcoded to behave like this.
Scott
--
Scott James Remnant
sc...@canonical.com
signature.asc
Description
locally for my own use case.
Doesn't Debian run depmod in the postinst of the kernel package - and
iirc, again on boot anyway?
In which case, you'd always have module files that match the version of
depmod in the host environment not the build environment.
Scott
--
Scott James Remnant
sc
On Fri, 2009-03-20 at 12:05 +0100, Marco d'Itri wrote:
On Mar 20, Scott James Remnant sc...@canonical.com wrote:
Doesn't Debian run depmod in the postinst of the kernel package - and
iirc, again on boot anyway?
Not anymore on boot, but I can't see why depmod should NOT being run
when
Package: libtool
Version: 2.2.6a-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu intrepid ubuntu-patch
We have a couple of patches in Ubuntu which you might want to apply:
- libltdl7-dev provides libltdl3-dev since the two are API-compatible.
-
things and teaching them about
autoreconf - rather than the manual way they run commands in the wrong
order, but generally it's been ok.
Scott
--
Scott James Remnant
sc...@ubuntu.com
signature.asc
Description: This is a digitally signed message part
On Thu, 2009-01-15 at 18:48 +0100, Richard Atterer wrote:
On Tue, Jan 13, 2009 at 02:35:39AM +, Scott James Remnant wrote:
* Modify the package so that the udev rules aren't actually installed by
default, and instruct the user to copy out of examples and then modify
Package: lsb
Version: 3.2-20
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu intrepid ubuntu-patch
*** /tmp/tmpLNnEJz
In Ubuntu, we've applied the attached patch to achieve the following:
* Since /etc/lsb-release overrides detected information,
Package: hama-slide-mouse-control
Version: 1.0-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu intrepid ubuntu-patch
*** /tmp/tmp--VmoN
In Ubuntu, we've applied the attached patch to achieve the following:
* Modify the package so that the udev rules
/cgi-bin/bugreport.cgi?msg=5;filename=udev-support_rootdelay.patch;att=1;bug=414842
Is that acceptable for ubuntu?
No.
We already have a loop in mountroot() to deal with this problem, it
waits until the root device is actually available before proceeeding.
Scott
--
Scott James Remnant
[EMAIL
On Tue, 2008-07-01 at 23:11 +0200, David Härdeman wrote:
On Tue, Jul 01, 2008 at 09:09:19PM +0100, Scott James Remnant wrote:
On Tue, 2008-07-01 at 22:03 +0200, Reinhard Tartler wrote:
Oh, I needed to do some investiagtions about that file, it has been
submitted by you as #414842. However
On Tue, 2008-07-01 at 23:44 +0200, David Härdeman wrote:
On Tue, Jul 01, 2008 at 10:25:50PM +0100, Scott James Remnant wrote:
On Tue, 2008-07-01 at 23:11 +0200, David Härdeman wrote:
On Tue, Jul 01, 2008 at 09:09:19PM +0100, Scott James Remnant wrote:
We already have a loop in mountroot
do see a slight performance improvement when in the
background, you always see an improvement in the foreground.
Likewise ioniceing readahead is basically moronic.
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Mon, 2008-02-04 at 16:10 +0100, Raphael Hertzog wrote:
On Mon, 04 Feb 2008, Scott James Remnant wrote:
On Fri, 2008-01-25 at 19:24 +0100, Raphael Hertzog wrote:
Scott, could you exclude those from the PATCH file that you generate?
(http://patches.ubuntu.com/PATCHES)
Please file
/merge-o-matic/+bugs
Thanks,
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Sat, 2008-01-05 at 10:57 -0800, [EMAIL PROTECTED] wrote:
On Fri, Dec 14, 2007 at 04:34:28PM +, Scott James Remnant wrote:
Package: ltspfs
Version: 0.1cvs20060518-1
Severity: wishlist
Tags: patch
the patch appears to be for ltspfs version 0.5, and 0.1cvs20060518-1 was
never
On Fri, 2007-12-14 at 19:23 -0700, Martin Michlmayr wrote:
* Scott James Remnant [EMAIL PROTECTED] [2007-12-14 16:21]:
Package: dkms
Version: None
There's no such package in Debian and I cannot even find a binary with
that name. Any idea if this really exists in Debian?
Heh, I
Package: dkms
Version: None
Severity: wishlist
Tags: patch
Recept versions of udev have made this change, including the one in
Debian.
*** /tmp/tmpUlSV5I
In Ubuntu, we've applied the attached patch to achieve the following:
* dkms: call udevadm instead of udevtrigger
We thought you might be
Package: ltspfs
Version: 0.1cvs20060518-1
Severity: wishlist
Tags: patch
tools merged into a single binary upstream
*** /tmp/tmp36ZDNv
In Ubuntu, we've applied the attached patch to achieve the following:
* scripts/add_fstab_entry: call udevadm instead of udevinfo
We thought you might be
Package: mouseemu
Version: 0.15-8
Severity: wishlist
Tags: patch
tools have been merged into a single binary upstream
*** /tmp/tmp_AQvpB
In Ubuntu, we've applied the attached patch to achieve the following:
* debian/mouseemu.init: call udevadm instead of udevsettle
We thought you might be
Package: cryptsetup
Version: 2:1.0.5-2
Severity: wishlist
Tags: patch
udevadm merges all the old udev tools
*** /tmp/tmpxsyZ2u
In Ubuntu, we've applied the attached patch to achieve the following:
* debian/initramfs/cryptroot-script: call udevadm instead of udevsettle
*
Package: lirc
Version: 0.8.0-9
Severity: wishlist
Tags: patch
tools have been merged into one utility upstream
*** /tmp/tmptRK4mG
In Ubuntu, we've applied the attached patch to achieve the following:
* debian/lirc.init.d: call udevadm instead of udevsettle
We thought you might be interested
Package: xen-3.1
Version: None
Severity: wishlist
Tags: patch
binaries have merged into one upstream
*** /tmp/tmpA31Fyl
In Ubuntu, we've applied the attached patch to achieve the following:
* tools/examples/Makefile: call udevadm instead of udevinfo and thus
simply version comparisons
*
Package: lvm2
Version: 2.02.26-1
Severity: wishlist
Tags: patch
Please consider applying our patch to recognise Sun's LDOM virtual block
devices, I have also mailed this upstream.
-- System Information:
Debian Release: lenny/sid
APT prefers gutsy-updates
APT policy: (500, 'gutsy-updates'),
Package: lvm2
Version: 2.02.26-1
Severity: wishlist
Tags: patch
fabbione asserts that gulm locking is obsolete and thus these
build-dependencies are not required, we carry a diff from Debian to
remove them and our package appears to build just fine without them.
Please consider removing them as
Package: lvm2
Version: 2.02.26-1
Severity: wishlist
Tags: patch
We are currently carrying a patch to build the clvm daemon and place it
in an extra clvm package, for use with the RedHat cman cluster
infrastuture.
Please consider applying the same patch to reduce our diff, or
explain why we
Package: lvm2
Version: 2.02.26-1
Severity: wishlist
Tags: patch
We activate LVM2 devices from udev, detecting when block devices
containing LVM Physical Volumes are added to the system or changed and
running lvm vgscan and vgchange afterwards.
Please consider migrating to the same.
(This almost
Package: devmapper
Version: 2:1.02.20-2
Severity: wishlist
Tags: patch
Please apply our patch (also submitted upstream) to make the device node
creation more atomic, and avoid races with udev which also attempts to
create these devices.
-- System Information:
Debian Release: lenny/sid
APT
Package: devmapper
Version: 2:1.02.20-2
Severity: wishlist
Tags: patch
Please consider applying our attached patch that enables udev to know
about the devicemapper device nodes, create /dev/disk symlinks to them
and populate vol_id information so that filesystems on the devices can
be used.
This
Package: devmapper
Version: 2:1.02.20-2
Severity: wishlist
Tags: patch
Please consider applying our attached patch that enables udev to know
about the devicemapper device nodes, create /dev/disk symlinks to them
and populate vol_id information so that filesystems on the devices can
be used.
This
On Fri, 2006-12-15 at 15:18 +0100, Tore Anderson wrote:
* Scott James Remnant
I'd actually argue that you wouldn't want to forcibly change the clock
once the first service is *starting*. As soon as you have at least one
service running, it's arguably dangerous to slew the clock
has been made?
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Thu, 2006-12-14 at 13:07 +0100, Tore Anderson wrote:
* Scott James Remnant
We use -b because it was what was suggested in the manual page:
-b Force the time to be stepped using the settimeofday() system
call, rather than slewed (default) using the adjtime() system
Package: gecode
Severity: serious
The source package as exists in Debian generates a libgecode8 binary
package that contains, as one would expect, a libgecode.so.8 library.
Yet the matching development binary package is named libgecode7-dev,
while it contains a libgecode.so that links to
of
the most critical pieces of infrastructure of the entire distro (be it
Debian or Ubuntu), which seems quite fair to me.
We'll adopt whatever name Debian ultimately decide.
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Fri, 2006-09-08 at 12:44 -0300, Henrique de Moraes Holschuh wrote:
On Fri, 08 Sep 2006, Scott James Remnant wrote:
We'll adopt whatever name Debian ultimately decide.
Thanks, although that was not the main point of my request :-)
Umm, then I missed it? :P What was the main point
On Wed, 2006-09-06 at 05:34 +0200, martin f krafft wrote:
Scott, why does sysvinit pre-depend on sysvutils? How did you work
around this problem?
Because as an Essential package, sysvinit has to work unconfigured ...
which means that if it requires it's dependencies they must actually be
a fix for this bug. It would
be nice if he could provide a patch. As soon as it's merged
in the sysvinit package, I'll do the correponding changes to
apmd.
I don't think I do?
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
under the derivatives keyword for a while. Per-upload diffs
are coming soon.
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Mon, 2006-06-12 at 19:44 -0400, Eric Dorland wrote:
* Scott James Remnant ([EMAIL PROTECTED]) wrote:
I notice that with a recent change to automake-1.9 you have adjusted the
priorities so that 1.9 is the default, instead of 1.4. However this
still does not solve many of the problems
depending ones) supplied both to you and to the respective
maintainers, so that there is a minimum amount of work to get it into
Debian.
Many thanks in advance,
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
?
Never found any, the person you need to ask is Michael Vogt; the author.
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
a bug here. Note that although the patch is against
2.2r2, the difference is small enough that it will apply successfully to
3.0
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
diff -ruNp squashfs-2.2r2~/squashfs-tools/mksquashfs.c squashfs-2.2r2/squashfs-tools/mksquashfs.c
--- squashfs-2.2r2
On Sat, 2005-10-08 at 22:08 +0200, Frank Lichtenheld wrote:
It seems most man pages have changed their section from 8 to 1
(even though I haven't found the changelog entry for that yet)
but the references were only sparsely updated and many false
ones remain.
2005-01-14 Scott James Remnant
On Mon, 2005-10-10 at 00:16 +0900, Junichi Uekawa wrote:
dpkg in Debian woody (3.0) is broken by recent linux kernels;
due to the following command changing behavior (mmap of
zero-byte length):
addr=mmap(NULL, 0, PROT_READ, MAP_SHARED, fd, 0);
These bugs are caused by mmap changing
udev_run_hotplugd and letting that deal with it.
Scott
[0] the new name for what used to be hotplug events.
--
Scott James Remnant
[EMAIL PROTECTED]
diff -ruNp udev-060.orig/udev.c udev-060/udev.c
--- udev-060.orig/udev.c 2005-09-23 23:08:25.374883000 +0100
+++ udev-060/udev.c 2005-09-23 23:22:45.034195864
On Wed, 2005-09-21 at 11:51 +0200, Kay Sievers wrote:
On Wed, Sep 21, 2005 at 03:38:06AM +0100, Scott James Remnant wrote:
Background: in the upcoming Ubuntu 5.10 we've been having some problems
with /dev/input/mice not being created on startup despite the mousedev
module being hard-loaded
order slightly and thus hide the bug.
[1] And if we deliberately start udevd before we begin any of this
module loading, it sees the netlink event, and thus again hides the
bug.
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Sat, 2005-09-10 at 08:01 +0200, Wouter Verhelst wrote:
Subject says it all. Specifically: I have my debian packages in a svn
repository, but prefer to run dpkg-buildpackage manually inside that
directory, rather than using something like svn-buildpackage. For that,
I tried to use
On Tue, 2005-09-06 at 17:46 -0700, Aaron T Porter wrote:
Further digging shows an error reading /etc/libnss-ldap.conf,
opening up permissions to this file produces the expected output from
dpkg-architecture. This file does however contain an ldap bind password
that would be best kept private.
reassign 326986 perl,libnss-ldap
retitle 326986 getpwnam fails if libnss-ldap.conf is not readable
thanks
On Wed, 2005-09-07 at 10:30 -0700, Aaron T Porter wrote:
On Wed, Sep 07, 2005 at 01:09:22PM +0100, Scott James Remnant wrote:
On Tue, 2005-09-06 at 17:46 -0700, Aaron T Porter wrote
On Sun, 2005-09-04 at 16:18 -0400, Joey Hess wrote:
Presumably this bug was fixed in dpkg 1.13.11, which was released well
after the fixed zlib got into the archive. Although I've not actually
checked all the builds to see.
Therefore I am not tracking this bug as a security hole, and IMHO
On Wed, 2005-08-31 at 17:49 +0200, Christian Perrier wrote:
Quoting Stepan Golosunov ([EMAIL PROTECTED]):
Package: dpkg
Version: 1.10.28
Severity: minor
Tags: l10n patch
man -L ru start-stop-daemon
says that short vershion of --nicelevel is -n
Scott, you fix or I fix?
If it's
On Wed, 2005-08-31 at 11:38 -0400, Frans Flippo wrote:
OK :) I moved some stuff from /usr/share/doc and managed to install
the new dpkg now. Was just going to try to see if the problem still
existed but I guess you answered that.
It's worth testing to make sure.
How would I have found an
On Thu, 2005-08-25 at 19:19 +0200, Thomas Hood wrote:
I take it that dpkg will be changed someday so that an unmodified
conffile will have its perms updated?
Yeah, that should be supported I think. Don't know whether it'll get
fixed in 1.13, but 2.0 would inherently fix it I think.
Scott
--
On Fri, 2005-08-19 at 10:30 +0300, Jari Aalto wrote:
Problem:
W: foo source: source-contains-svn-control-dir src/os/.svn
It is typical that packages are put into Revision control and worked
in there. However not all programs are aible to export things (like
RCS). It would help if
On Sun, 2005-08-21 at 20:12 +0200, Marcello Maggioni wrote:
Shouldn't the package in sarge be corrected too??
Sarge has been released; no more bug fixes are applied to it.
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
signature.asc
reopen 170575
merge 170575 324741
thanks
On Tue, 2005-08-23 at 20:21 +0200, Bastian Blank wrote:
#170575 was marked fixed some time ago, but the version in sid does not
accept such dependency lines.
dpkg has _never_ had support for arch-specific Depend lines, just
Build-Depend. That bug
On Wed, 2005-08-24 at 15:25 -0500, Adam Heath wrote:
On Wed, 24 Aug 2005, Scott James Remnant wrote:
On Tue, 2005-08-23 at 20:21 +0200, Bastian Blank wrote:
#170575 was marked fixed some time ago, but the version in sid does not
accept such dependency lines.
dpkg has _never_ had
On Thu, 2005-08-18 at 19:48 +0200, Sven Mueller wrote:
Basically the subject says everything needed:
Please include the attached file as /etc/bash_completion.d/dpkg-source.
This will enable bash command completion for dpkg-source in a (hopefully
correct and) intelligent way.
Sorry for being
reassign 317082 libc6-dev,dpkg-dev
thanks
I managed to grab Matthias Klose and he helped me get a working demo of
the problem on my lowly i386, and I understand the bug now -- there's
some missing context in the above mails.
For those following, the problem is that people are building 64-bit
On Fri, 2005-08-05 at 18:38 +0300, Török Edvin wrote:
I have made a patch that sets close-on-exec. Tell me if this is what
you expected, and if my patch really fixes what you meant.
Also please test if dpkg still works correctly
That kinda patches gettext g
Already fixed this one, yet
tags 317082 moreinfo
thanks
Unfortunately I don't have either a 64-bit platform, or any real
knowledge of them. I've read this bug a dozen times, and I have
absolutely no idea what I'm supposed to do about it.
Could someone please supply a guide for idiots/dpkg maintainers or
better yet, a
On Fri, 2005-07-15 at 21:16 +0200, Goswin von Brederlow wrote:
talking to joeyh he said that he did a patch for the same thing as
well. Comparing the two his is the preferable solution so please
ignore this patch and stick with his.
I don't suppose you happen to know where joeyh's patch _is_
On Sat, 2005-07-16 at 12:49 +1000, Michael Wardle wrote:
Would it not be more efficient if this information were stored
in /var/lib/dpkg/status?
I would find this feature very useful.
Out of interest, what would you find it useful _for_ ?
I can't think of a use-case for this field that
On Wed, 2005-08-10 at 10:34 +0200, Thomas Hood wrote:
Raphael Wegmann wrote:
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.
This is a bug^Wfeature of dpkg.
To
On Mon, 2005-08-15 at 11:01 +1000, Michael Wardle wrote:
On Sun, 2005-08-14 at 22:41 +0100, Scott James Remnant wrote:
On Sat, 2005-07-16 at 12:49 +1000, Michael Wardle wrote:
Would it not be more efficient if this information were stored
in /var/lib/dpkg/status?
I would find
This mail is just to clarify for myself, because I'm dizzy and forgetful
at times, that this bug doesn't appear to be dpkg not removing diverted
files during upgrade.
It's more subtle than that, it's dpkg not removing the NOT diverted file
during an upgrade.
Scott
--
Have you ever, ever felt
On Tue, 2005-07-12 at 18:10 +0200, Florian Weimer wrote:
dpkg-deb seems to contain a statically linked copy of zlib version
1.2.2. This means it's potentially vulnerable to CAN-2005-2096. Please
check, and advise the security team if an update for stable is required.
From what I understand
tags 296026 pending
thanks
So we can replicate this with a banana:
syndicate tmp# dpkg -i banana.deb
Selecting previously deselected package banana.
(Reading database ... 126150 files and directories currently installed.)
Unpacking banana (from banana.deb) ...
Setting up banana (1.0) ...
Found this by accident while making a test case for another bug, glad to
see this one's open already...
syndicate tmp# dpkg-divert --package banana --divert /banana.other --add /banana
Adding `diversion of /banana to /banana.other by banana'
syndicate tmp# dpkg -i banana.deb
Selecting previously
So it turns out this way is true too:
syndicate tmp# dpkg-divert --package banana --divert /banana.other --add /banana
Adding `diversion of /banana to /banana.other by banana'
syndicate tmp# dpkg -i banana.deb
Selecting previously deselected package banana.
(Reading database ... 126152 files
As well as this way round:
syndicate tmp# dpkg-divert --package banana-icecream --divert /banana.other
--add /banana
Adding `diversion of /banana to /banana.other by banana-icecream'
syndicate tmp# dpkg -i banana.deb Selecting previously deselected package
banana.
(Reading database ... 126152
syndicate tmp# dpkg -i banana.deb
Selecting previously deselected package banana.
(Reading database ... 126152 files and directories currently installed.)
Unpacking banana (from banana.deb) ...
Setting up banana (1.0) ...
syndicate tmp# dpkg -i banana-icecream.deb
Selecting previously deselected
On Sat, 2005-07-16 at 18:50 +0300, Scott James Remnant wrote:
As well as this way round:
Uh, that demo was bogus! It was demonstrating a diverted file again,
wasn't it. Here's the right demo (and still proving this it happens
this way too...)
syndicate tmp# dpkg-divert --package banana
unmerge 15695
reassign 15695 lilo
merge 15162 15965
kthxbye
This is another bug that's a copy of 15162, dpkg is informing the old
version that an upgrade to it was aborted -- and lilo's postinst is
failing to catch that particular postinst argument.
(ps. Andrés, as you can guess, you can just
unmerge 15162
reassign 15162 lilo
kthxbye
This is not a bug in dpkg, it has caught the fact it can't change the
ownership of /boot/boot.b on an MS-DOS filesystem and has aborted the
upgrade (as you can tell from your own status output).
As part of the process of aborting the upgrade, it will run
unmerge 65690
close 65690
kthxbye
This is an old bug, and cannot be replicated. dpkg is extra-ordinarily
anal about checking that every write() and the close() succeed -- and
will roll-back the installation or upgrade of a package if the disk
becomes full while it does so.
If you can come up
Core dump isn't that useful (dpkg isn't compiled with debugging symbols
on your system) -- but PLEASE provide that broken.deb
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
signature.asc
Description: This is a digitally signed message
unmerge 89771
close 89771
kthxbye
This is an old bug that cannot be replicated; there have been other bug
fixes in this error that may have corrected that segfault -- if it
happens again, please file a new bug.
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you
unmerge 106224
close 106224
kthxbye
This is an old bug, and is currently unreproducible. There were recent
fixes to dpkg's error handling and unpack clean-up that may have fixed
this.
Please try again, and if you still get the problem, open a new bug.
The intended behaviour is that on the
unmerge 96391
close 96391
kthxbye
I don't really think it's dpkg's problem that you ran out of disk space,
it did the best it could and will roll back the install/upgrade of that
package and leave your system how it found it.
Scott
--
Have you ever, ever felt like this?
Had strange things
severity 313605 minor
thanks
This bug should not be serious, it is not a severe violation of Debian
policy, and does not, in my opinion make the package unsuitable for release.
Neither is it grave (it does not make dpkg unusuable, or mostly so, or
introduce a security hole) or critical (in order
On Fri, 2005-07-01 at 11:13 +0200, Wolfram Quester wrote:
On Thu, Jun 30, 2005 at 05:02:36PM +0100, Scott James Remnant wrote:
On Thu, 2005-06-30 at 17:38 +0200, Wolfram Quester wrote:
there is another appearence of the same bug, but with another extension,
which was not captured
1 - 100 of 174 matches
Mail list logo