No, I'll pull from you when you have a branch available
On Wed, Sep 21, 2011 at 1:57 PM, Chris Leick wrote:
> Scott James Remnant:
>
> http://code.launchpad.net/**libnih <http://code.launchpad.net/libnih>would
> be the place to start.
>>
>
> I will read
http://code.launchpad.net/libnih would be the place to start.
On Wed, Sep 21, 2011 at 1:51 PM, Chris Leick wrote:
> Scott James Remnant:
>
> If you can update on a bzr branch I can pull from, that would be superb.
>>
>
> ok.
>
>
>
>
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 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 for updates?
>
>
>
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 wrote:
> Hi Scott,
>
> Scott James Remnant:
>
> I'm not sure what you mean by "debconf' here?
>>
>
> Oh, sorry. It's
I'm not sure what you mean by "debconf' here?
2011/9/20 Chris Leick
> **
> Package: libnih
> Version: 1.0.3
> Severity: wishlist
> Tags: l10n
>
>
> Hi,
>
> please find attached the inital German debconf translation of libnih.
>
> Kind regards,
> Chris
>
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 is
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
>
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 wrote:
> Package: wnpp
> Severity: normal
>
> As I don't actively use upstart anymore I request an adopter for the
> upstart package.
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 wrote:
> Package: wnpp
> Severity: normal
>
> I request an adopter of the libnih package.
>
> The package should ideally be adopted together with upstart [1]
>
>
> Packa
On Wed, Jan 12, 2011 at 6:38 PM, Kurt Roeckx 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 suppo
On Mon, Jan 10, 2011 at 8:17 PM, Kurt Roeckx 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
>> + imp
#x27;ll all share the common settings in that one file.
Scott
--
Scott James Remnant
sc...@ubuntu.com
signature.asc
Description: This is a digitally signed message part
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
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 Informati
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 emp
gt; tears it down again. It's 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
sig
mits signals, it should allow for introspection of the
objects that emit 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
On Fri, 2009-03-20 at 12:05 +0100, Marco d'Itri wrote:
> On Mar 20, Scott James Remnant 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 shoul
e
> exists and fix things 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
version?
>
No, we've had to go around updating 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
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.
- insta
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, there's
On Thu, 2009-01-15 at 18:48 +0100, Richard Atterer wrote:
> On Tue, Jan 13, 2009 at 02:35:39AM +0000, 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 exam
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 a
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:
> >>
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
> >>
t this patch:
> http://bugs.debian.org/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 pro
tion running in parallel.
While you 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:/
ate?
> (http://patches.ubuntu.com/PATCHES)
>
Please file it as a wishlist bug:
http://launchpad.net/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 +0000, Scott James Remnant wrote:
> > Package: ltspfs
> > Version: 0.1cvs20060518-1
> > Severity: wishlist
> > Tags: patch
>
> the patch appears to be for ltspfs vers
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 t
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: 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 i
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 int
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 int
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
* debian/patches/06_cal
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 i
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: 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 shou
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 w
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'), (5
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
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 prefe
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'
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 t
ve, how would you recommend we sync the clock during boot
if no clock adjustments would be preferred?
Or are you referring specifically to additional clock adjustments after
the first one has been made?
Scott
--
Scott James Remnant
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
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 libgecod
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?
s a three to five *days* delay I am asking about on an upload of one 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 Remnan
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
Pr
oting the machine a fscheck is forced.
>
> I think Scott has implemented 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?
Sc
more
appropriate target than the BTS ... and we have been sending things to
the PTS 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
RSS feed change) it didn't seem appropriate to
announce the downtime either.
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
(including 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
in the `upstream'
> ChangeLog for update-notifier. Where is the documentation ?
>
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
ndeed 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-
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 chang
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.
>
200
nts that are missing a devpath by
directly execing 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
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 "m
cessed, and de-dupe them that way; rather than
ignoring messages on receipt.
Scott
[0] A common "fix" has been to simply install breezy fresh; this happens
to change the /etc/modules order slightly and thus hide the bug.
[1] And if we deliberately start udevd before we begin any of
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 dpkg-b
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 Por
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 priva
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 IM
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
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
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 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
> &g
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 s
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
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 hel
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 b
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
libr
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 patch
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
Already fixed this one, yet ano
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
>
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.
>
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 tha
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 _
It's not actually in infinite loop, it will break out when it reaches
too many errors, but if it didn't do that it would be.
In packages.c depossi_ok_found() we encounter emacs20 and note that we
need it to configure emacs20-el, so add it to the queue and return.
When it fails, we take it off 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 happen
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 unpac
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 goin
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 par
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 wit
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 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 clo
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
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 pa
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
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 and
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
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) ...
syndic
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 underst
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 lik
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
1 - 100 of 187 matches
Mail list logo
