On Sun, 2005-05-01 at 00:26 -0500, Manoj Srivastava wrote:
> I have created a small (68 lines addition in lib/star.c) patch
> for SELinux support in dpkg. This is against the version pulled from
> [EMAIL PROTECTED]/dpkg--devel--1.13--patch-137. Adding in
> changes to configure, Makefile.am's f
On Wed, 2005-05-18 at 10:36 +0100, Colin Watson wrote:
> We had some fun with dpkg-architecture in Ubuntu this morning ...
>
eep
> Turns out that dpkg-architecture iterates through cputable and ostable
> in whatever order the regexes happen to come out of the %cputable_re and
> %ostable_re hashe
On Mon, 2005-05-23 at 12:57 +0200, Matthias Klose wrote:
> looks like we're changing this variable anyway, substituting linux by
> linux-gnu. There are some packages, for which the change from i386 to
> i486 makes a difference, and we're not targeting i386 anymore.
>
I can certainly change that;
On Wed, 2005-05-18 at 01:34 +0900, Jung-hoon Han wrote:
> I tried compile of java-gnome package libraries to develop java-gnome
> based software. as the Sun's JDK related packages were not allowed as of
> proprietary license. So did so as debian way(compile & packaging them).
> finally I run like
On Tue, 2005-04-05 at 19:46 +0200, Michael Gebetsroither wrote:
> # l /var/lib/dpkg/info/gawk.md5sums
> -rw-r--r-- 1 root root 6.7K 2005-04-05 18:07 /var/lib/dpkg/info/gawk.md5sums
> Problem:
> /var/lib/dpkg/info/gawk.md5sums should imho be created with
> permissions 644 and not 640.
Uh? It d
On Tue, 2005-04-12 at 17:05 +1000, Rob Weir wrote:
> Can you please add .arch-inventory to the default -i ignore regexp?
> It's basically arch metainfo and shouldn't be included in the diff.
>
We ignore .cvsignore, so should probably ignore this too; probably a
good time to fix the fact that the
On Tue, 2005-04-12 at 15:55 -0500, Mike Mestnik wrote:
> > > 1. I don't think unpacking and repacking a deb is as easy as "mv; dpkg
> > > -i; mv;".
> > >
> > Define "unpacking and repacking" ... ? Unpacking a deb is as easy as
> > "dpkg -i" (or just dpkg --unpack). If you want (as a user) to ov
Unfortunately, this problem turns out to be not as trivial to solve as
first thought. Not from a code point of view, but from an acceptable
implementation point of view.
Having dpkg notice a certain style of postfix (I prefer the "+b1" form)
in the Version of a package and strip that before assi
On Sat, 2005-03-12 at 02:03 -0800, Steve Langasek wrote:
> Is it certain that this is a dpkg bug? I notice that the submitter's
> typescript shows he was using apt 0.5.27 when upgrading, which was before
> the Dpkg::MaxArgs setting was bumped to 1024 -- the first typescript shows a
> total of 640
severity 294895 normal
reassign 294895 apt
thanks
On Fri, 2005-03-11 at 12:20 +0100, Frank KÃster wrote:
> Thank you. This clearly shows that there was no attempt to configure
> emacsen-common before giving the error message about a2ps:
>
On closer examination, a2ps and emacsen-common are being
On Tue, 2005-03-15 at 17:48 -0600, Adam Heath wrote:
> On Tue, 15 Mar 2005, Andreas Jochens wrote:
>
> > the latest version of gcc-4.0 is even more restrictive than the previous
> > ones. There is a new error message 'array type has incomplete element type'
> > for constructs like 'extern struct
On Wed, 2005-03-16 at 20:27 +0100, Andreas Jochens wrote:
> This is a call for help from the 'ppc64' porters.
>
Which group? According to Sven Luther's e-mail to debian-devel there
are currently two competing efforts for this port.
Scott
--
Have you ever, ever felt like this?
Had strange thin
On Wed, 2005-03-16 at 22:48 +0100, Andreas Jochens wrote:
> On 05-Mar-16 21:16, Scott James Remnant wrote:
> > On Wed, 2005-03-16 at 20:27 +0100, Andreas Jochens wrote:
> >
> > > This is a call for help from the 'ppc64' porters.
> > >
> > W
On Wed, 2005-03-16 at 23:14 +0100, Andreas Jochens wrote:
> On 05-Mar-16 22:01, Scott James Remnant wrote:
> > On Wed, 2005-03-16 at 22:48 +0100, Andreas Jochens wrote:
> >
> > My concern is the same as that of the Project Leader, that the existing
> > powerpc port
On Thu, 2005-03-17 at 00:31 +0100, Andreas Jochens wrote:
> On 05-Mar-16 22:24, Scott James Remnant wrote:
> > > So you would add 'powerpc64' support to dpkg if the port changes its
> > > package name accordingly?
> > >
> > Yes, that
On Thu, 2005-03-17 at 01:57 +0100, Andreas Jochens wrote:
> On 05-Mar-17 00:10, Scott James Remnant wrote:
> > No, I would just prefer consistency. You've deliberately chosen an
> > architecture name that's jarringly different from your 32-bit variant;
> > that
tags 263743 - wontfix
tags 263743 + pending
thanks
This bug was left open as "wontfix" because of it's reference to linux-*
architecture names; the ppc64 archtable entry was added before the most
recent discussion even started.
Will let Robert open a separate bug for the linux-* stuff if he wants
tags 173205 pending
thanks
Will be possible in 1.13.2:
descent dpkg-1.13% ./scripts/dpkg-architecture.pl -ti486-linux
dpkg-architecture.pl: warning: Default GNU system type i386-linux-gnu for
Debian arch i386 does not match specified GNU system type i486-linux
dpkg-architecture.pl: warning: Spec
tags 291939 - patch
thanks
I've made another step towards this overall goal on the 1.13 branch.
archtable has been replaced with two separate tables, cputable and
ostable.
These changes break this patch though; dpkg-architecture can now output
a DEB_*_ARCH_CPU and DEB_*_ARCH_OS variable which is
severity 296030 minor
tags 296030 pending
thanks
On Sat, 2005-02-19 at 21:18 +0100, Kurt Roeckx wrote:
> When using the -D2 option from dpkg to show the maintainer
> scripts called, it would be nice of it also showed which
> arguments where passed to it.
>
This isn't wishlist, it was a bug in th
On Fri, 2005-03-18 at 13:16 +0100, Robert Millan wrote:
> On Fri, Mar 18, 2005 at 05:33:31AM +0000, Scott James Remnant wrote:
> > tags 291939 - patch
> > thanks
> >
> > I've made another step towards this overall goal on the 1.13 branch.
> > archtable has
On Fri, 2005-03-18 at 20:42 +0100, Andreas Metzler wrote:
> reopen 252657
> # more clarification needed, I do not intend to play BTS ping-pong
>
Uh, my bad -- the "-done" on that was accidental. This bug should
remain open.
> On 2005-03-18 Scott James Remnant <
On Tue, 2005-03-22 at 14:24 -0600, Adam Heath wrote:
> On Fri, 18 Mar 2005, Scott James Remnant wrote:
>
> > > So there are three possibilities:
> > >
> > > * dpkg 1.10.11 did not add support for arch-specific entries in
> > > *Depends* and closing 1
Package: coreutils
Version: 5.2.1-2
Severity: wishlist
dpkg no longer supplies /usr/bin/md5sum, and is instead diverting the
file from textutils into the right place. Now that this version of dpkg
is in unstable, please ship /usr/bin/md5sum and I'll remove the
diversion.
-- System Information:
D
is ?" but
> > means "Changed-by ?",
> > which was filed against the dpkg-dev package.
> >
> > It has been marked as closed by one of the developers, namely
> > Scott James Remnant <[EMAIL PROTECTED]>.
> >
> > You should be hearing fro
On Sun, 2005-06-12 at 21:29 +0100, Luke Kenneth Casson Leighton wrote:
> yess, thank you scott.
>
No problem ;)
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 part
On Mon, 2005-06-13 at 10:04 +0200, Noèl Köthe wrote:
> thanks for the /var/log/dpkg.log feature.
> But the logged time isn't the configured localtime here. Its 2 hours
> behind the localtime:
>
> Looks like GMT time in dpkg.log but localtime would be better IMHO.
>
It's UTC, localtime changes (a
On Mon, 2005-06-13 at 19:52 -0400, Michael Stone wrote:
> On Sun, Jun 12, 2005 at 09:01:03PM +0100, Scott James Remnant wrote:
> >dpkg no longer supplies /usr/bin/md5sum, and is instead diverting the
> >file from textutils into the right place. Now that this version of dpkg
&g
On Tue, 2005-06-14 at 06:23 -0400, Michael Stone wrote:
> On Tue, Jun 14, 2005 at 05:57:33AM +0100, Scott James Remnant wrote:
> >We have chatted about this ... initially about 18-odd months ago, and a
> >little more recently than that (about debconf-time last year).
>
>
tags 313554 pending
thanks
On Tue, 2005-06-14 at 04:03 -0700, Karl Hegbloom wrote:
> In: man dpkg-architecture, I find:
>
> BACKWARD COMPATIBILITY
>The DEB_HOST_ARCH_CPU and DEB_HOST_ARCH_OS variables were only intro-
>duced in relatively versions of dpkg-architecture
>
Package: debian-cd
Version: 2.2.22
Severity: important
(Bug as requested).
The md5sum utility that used to be supplied by dpkg is no more, instead
the version supplied by coreutils (née textutils) is where it should be
at /usr/bin/md5sum.
Your package uses the old filename, presumably because yo
On Tue, 2005-06-14 at 15:28 -0400, Michael Stone wrote:
> On Tue, Jun 14, 2005 at 04:19:20PM +0100, Scott James Remnant wrote:
> >On Tue, 2005-06-14 at 10:57 -0400, Michael Stone wrote:
> >> dpkg has made the md5sum.textutils binary from the coreutils binary
> >> unava
Clearly we're not getting anywhere by filing bugs on each other's
packages and trading well-judged insults ...
Something has to provide /usr/bin/md5sum, your package (coreutils) has
the best implementation of that. If you also want to
provide /usr/bin/md5sum.textutils, that's your call.
Until yo
On Tue, 2005-06-14 at 17:24 -0400, Michael Stone wrote:
> On Tue, Jun 14, 2005 at 09:29:22PM +0100, Scott James Remnant wrote:
> >Until your package is ready to provide md5sum itself, we need something
> >to make sure it's there -- we can't have a system without it.
reassign 222652 dpkg-dev
thanks
... [EMAIL PROTECTED] ...
-- what was on YOUR mind? :p
On Mon, 2005-06-13 at 12:03 -0400, Joey Hess wrote:
> Well, of Branden's options, 1 seems like going behind dpkg-gencontrol's
> back and the wrong place to put code to remove dups;
Package: wnpp
Severity: normal
Sadly, I no longer get any joy from maintaining this package; therefore
I orphan it.
The package description is:
This is GNU libtool, a generic library support script. Libtool hides
the complexity of generating special library types (such as shared
libraries) be
On Wed, 2005-03-30 at 11:37 +0200, David Schmitt wrote:
> To prepare the sourcecode for inspection and/or minor modifications an
> additional argument for debian/rules would fit well into the current model.
>
> Calling "debian/rules prepare" should leave the tree in a state where the
> source
On Sun, 2005-04-03 at 15:29 +0200, Matthias Klose wrote:
> Kamaraju Kusumanchi writes:
> > Package: gcc-snapshot
> > Version: 20050319-1
> > Severity: normal
> >
> >
> > While building mpich2 from sources using gcc-snapshot, I am getting the
> > following warnings.
> >
> > dpkg-architecture: wa
severity 302995 normal
tags 302995 - sid
thanks
On Mon, 2005-04-04 at 02:13 +0200, Santiago Vila wrote:
> On Sun, 3 Apr 2005, Blars Blarson wrote:
>
> > gettext failed to build from source on the sparc buildd, however it
> > built fine on my sparc pbuilder. The buildd log lacks some things
> >
On Mon, 2005-04-04 at 10:02 +0100, Francois Taiani wrote:
> After my last update "dpkg -l" does not work any more.
>
Can you attach it?
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
On Sat, 2005-06-18 at 20:07 -0300, Javier Kohen wrote:
> While trying to generate a kernel package with make-kpkg (kernel_image target,
> no options besides --revision) I found out that dpkg-deb blocks using 100%
> CPU.
> I found out a workaround, though: passing the -z3 flag to dpkg-deb makes it
The bug the person above mentions is very different...
That's when the previous version contained a directory, and the new
version doesn't. dpkg obviously tries to remove it ... but this is a
symlink on the user's machine and dpkg removes the symlink (because it
handles symlink-to-directories as
reassign 307730 mysql-server
thanks
Reading the preinst script of mysql-server, it appears to muck around
with this directory if it's a symlink -- so I don't think this is a dpkg
bug.
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
--
To
On Mon, 2005-06-20 at 11:43 +0200, Christian Hammers wrote:
> On 2005-06-20 Debian Bug Tracking System wrote:
> > > # Automatically generated email from bts, devscripts version 2.8.14
> > > reassign 287978 mysql-server
> > Bug#287978: mysql-server: /var/lib/mysql symlink removed, causing major
>
reassign 287978 dpkg
severity 287978 wishlist
reassign 307730 dpkg
severity 307730 wishlist
merge 287978 307730
merge 182747 287978
thanks
On Mon, 2005-06-20 at 21:31 +0200, Christian Hammers wrote:
> On 2005-06-20 Scott James Remnant wrote:
> > There is a bug reporting regarding the
On Tue, 2005-06-28 at 20:03 +0200, Aurelien Jarno wrote:
> I have seen this bug has been fixed for GNU/Hurd, but not for
> GNU/kFreeBSD. Please find attached an updated patch to do that. Thanks
> in advance.
>
Yes, this was because Hurd is part of sid and none of the BSD ports yet
are. I know th
clone 313381 -1
unmerge -1
close 313381
retitle -1 [DPKG-SOURCE} unrecognised file suffix `.diff'
thanks
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 by the last upload:
>
This won't
On Thu, 2005-06-30 at 21:54 +0200, Daniel 'NebuchadnezzaR' Dehennin
wrote:
> After upgrading my sid I try to build my gnus-cvs package using the
> traditionnal:
> dpkg-buildpackage -rfakeroot
>
> But I have this output:
>
> /bin/sh: Can't open fakeroot
>
Is fakeroot installed?
Scott
--
Have y
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 extens
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
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
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
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 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 s
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
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-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 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 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
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
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 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
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 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 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
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 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
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
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 and
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 pa
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
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
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 wit
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 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
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 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
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
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 _
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 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 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 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
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
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
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
On Thu, 2004-11-18 at 17:46 +0100, Lennart Poettering wrote:
> Plase apply this trivial patch:
>
> http://0pointer.de/public/libtool.patch
>
> It fixes a memory leak which makes long running processes that
> repeatedly load/unload modules become memory hoggers and as such
> unusable.
>
Has this
On Sat, 2005-01-22 at 13:37 +0100, Lennart Poettering wrote:
> On Sat, 22.01.05 12:29, Scott James Remnant ([EMAIL PROTECTED]) wrote:
>
> > On Thu, 2004-11-18 at 17:46 +0100, Lennart Poettering wrote:
> >
> > > Plase apply this trivial patch:
> > >
> >
On Sat, 2005-01-22 at 01:01 +, Philip Martin wrote:
> Sorry this is so long, a quick summary: Debian's libtool appears to resolve
> inter-library dependencies to the install tree rather than the build tree,
> this is different from the upstream GNU behaviour and can be awkward for
> people usi
reassign 291641 gcc-3.3
retitle 291641 Checks dependencies of shared libraries without honouring RPATH
thanks
On Sat, 2005-01-22 at 12:47 +, Scott James Remnant wrote:
> On Sat, 2005-01-22 at 01:01 +, Philip Martin wrote:
>
> > Sorry this is so long, a quick summary: Debi
On Sun, 2005-01-23 at 12:14 +1100, Brendan O'Dea wrote:
> On Thu, Jan 20, 2005 at 02:27:57PM +0000, Scott James Remnant wrote:
> >pod2man inserts a block of groffese to turn the ordinary, every day '|'
> >character (U+007C VERTICAL LINE = VERTICAL BAR) into the ext
On Sun, 2005-01-23 at 15:32 +0100, Robert Bihlmeyer wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
>
> > On Sat, 22 Jan 2005, Scott James Remnant wrote:
> >> 4) Add a dependency on autotools-dev; promoting it all the way from
> >>opt
On Mon, 2005-01-24 at 00:42 -0200, Henrique de Moraes Holschuh wrote:
> On Sun, 23 Jan 2005, Scott James Remnant wrote:
> > It's useful to pass to anything that accepts a GNU type, because they
>
> That's a very weak excuse to keep this unfixed. Please document it as a
On Mon, 2005-01-24 at 04:14 +0100, Robert Millan wrote:
> This is the continuation of bug #118910. Since you retitled it as
> "[ARCH] clean up archtable", I considered you'd prefer me to file a separate
> bug for this. Feel free to retitle/merge if you think otherwise.
>
> The changes are prett
On Mon, 2005-01-24 at 08:25 +0100, Goswin von Brederlow wrote:
> Robert Millan <[EMAIL PROTECTED]> writes:
>
> > This is the continuation of bug #118910. Since you retitled it as
> > "[ARCH] clean up archtable", I considered you'd prefer me to file a separate
> > bug for this. Feel free to reti
On Mon, 2005-01-24 at 11:43 +0100, Robert Millan wrote:
> On Mon, Jan 24, 2005 at 09:08:02AM +0000, Scott James Remnant wrote:
> > On Mon, 2005-01-24 at 04:14 +0100, Robert Millan wrote:
> >
> > > This is the continuation of bug #118910. Since you retitled it as
> >
1 - 100 of 142 matches
Mail list logo
