escaped my notice,
because I prefer 24h time whenever given the option. Nevertheless, if this
bug is to be deemed 'wontfix', it must be done solely with respect to what
is correct for the *US* locale.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
Author: vorlon
Date: 2011-12-09 19:44:45 + (Fri, 09 Dec 2011)
New Revision: 5058
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/rules.d/debhelper.mk
Log:
Fix chmod regex in udeb pass to match the one used for others.
Modified: glibc-package/trunk/debian/change
Author: vorlon
Date: 2011-12-07 00:15:54 + (Wed, 07 Dec 2011)
New Revision: 5054
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/rules.d/build.mk
Log:
Name our biarch compat ld.so.conf.d files on arm* consistently with the
ones on other archs.
Modified: glibc-p
Author: vorlon
Date: 2011-12-07 00:15:45 + (Wed, 07 Dec 2011)
New Revision: 5053
Added:
glibc-package/trunk/debian/debhelper.in/libc-udeb.install.armhf
glibc-package/trunk/debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff
glibc-package/trunk/debian/patches/arm/unsubmitted-ldso-ab
ache, the system is simply broken, at least until ldconfig is ran
> manually or if the user tries to reboot the machine to fix the issue.
True. That's a bit worse than unbuildability of embedded perl...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Dev
On Fri, Aug 26, 2011 at 02:07:36AM -0700, Steve Langasek wrote:
> Adam, can you provide a minimal package list that can be used to
> reproduce the error?
Sorry, I just noticed the test case in your second message. However, it
still doesn't work for me on an existing squeeze i386 chr
ultiarch-support dependency on i386 and armhf.
(I haven't tested this solution; Adam proposed it on IRC, and it seems
plausible.)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu
Author: vorlon
Date: 2011-08-20 07:36:12 + (Sat, 20 Aug 2011)
New Revision: 4903
Modified:
multiarch-support/trunk/debian/control
Log:
pre-depend on the corresponding libc -dev package that moves the headers to
/usr/include/
Modified: multiarch-support/trunk/debian/control
-Depends: debhelper (>= 7.0.50~)
+Build-Depends: debhelper (>= 7.0.50~), dpkg-dev (>= 1.16.0)
Maintainer: GNU Libc Maintainers
Uploaders: Steve Langasek , Aurelien Jarno
, Matthias Klose
Standards-Version: 3.9.2
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a s
Author: vorlon
Date: 2011-08-20 07:26:39 + (Sat, 20 Aug 2011)
New Revision: 4901
Modified:
multiarch-support/trunk/debian/rules
Log:
put the extra hurd symlinks in the right package
Modified: multiarch-support/trunk/debian/rules
=
Author: vorlon
Date: 2011-08-20 07:23:45 + (Sat, 20 Aug 2011)
New Revision: 4900
Modified:
multiarch-support/trunk/debian/multiarch-compat.links.in
multiarch-support/trunk/debian/rules
Log:
fix dh_link invocation
Modified: multiarch-support/trunk/debian/multiarch-compat.links.in
===
Author: vorlon
Date: 2011-08-20 07:23:40 + (Sat, 20 Aug 2011)
New Revision: 4899
Modified:
multiarch-support/trunk/debian/multiarch-compat.links.in
multiarch-support/trunk/debian/rules
Log:
create the crt links
Modified: multiarch-support/trunk/debian/multiarch-compat.links.in
=
Author: vorlon
Date: 2011-08-20 07:23:36 + (Sat, 20 Aug 2011)
New Revision: 4898
Modified:
multiarch-support/trunk/debian/rules
Log:
meh, it's spelled 'dh_link'
Modified: multiarch-support/trunk/debian/rules
===
--- multiarch-
Author: vorlon
Date: 2011-08-20 07:23:31 + (Sat, 20 Aug 2011)
New Revision: 4897
Added:
multiarch-support/trunk/debian/multiarch-compat.links.in
Modified:
multiarch-support/trunk/debian/rules
Log:
create the symlinks for the include directories
Added: multiarch-support/trunk/debian/mult
Author: vorlon
Date: 2011-08-20 07:23:27 + (Sat, 20 Aug 2011)
New Revision: 4896
Modified:
multiarch-support/trunk/debian/changelog
Log:
fix changelog version number to be a native version
Modified: multiarch-support/trunk/debian/changelog
==
.
+(Closes: #630938).
+ * Provide a new multiarch-compat package, for compatibility with
+compilers/linkers that don't understand multiarch yet.
+
+ -- Steve Langasek Fri, 19 Aug 2011 23:43:10 -0700
Added: multiarch-support/trunk/debian/c
Author: vorlon
Date: 2011-08-20 07:23:20 + (Sat, 20 Aug 2011)
New Revision: 4894
Added:
multiarch-support/
Log:
Creating prefix
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://
Author: vorlon
Date: 2011-08-19 08:40:03 + (Fri, 19 Aug 2011)
New Revision: 4893
Modified:
glibc-package/trunk/debian/debhelper.in/libc.preinst
glibc-package/trunk/debian/debhelper.in/libc.prerm
Log:
don't call the lib64 symlink handling code on kfreebsd-amd64, because the
ELF PI ships i
64 on
kfreebsd-amd64, but we do still want to get rid of the symlink itself. But
since libc won't ship any files in /lib64 on kfreebsd-amd64, we don't need
to do any special symlink handling, dpkg will drop it for us on upgrade.
Fix committed - thanks for catching.
--
Steve Langasek
Author: vorlon
Date: 2011-08-19 05:49:57 + (Fri, 19 Aug 2011)
New Revision: 4892
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control.in/main
Log:
Bump the multiarch-support minimum dependency for armhf, which settled
its triplet only at the time i386 did.
M
(rev
4891)
@@ -25,8 +25,16 @@
* debian/patches/hurd-i386/submitted-ioctl-unsigned-size_t.diff: Add
u?int{8,16,32,64} ioctl types.
- -- Samuel Thibault Fri, 19 Aug 2011 00:10:09 +0200
+ [ Steve Langasek ]
+ * Install ld*.so to RTLDDIR (/lib64 or /lib), as appropriate, and convert
On Thu, Aug 18, 2011 at 09:00:52AM +0200, Sven Joachim wrote:
> On 2011-08-18 01:05 +0200, Steve Langasek wrote:
> > The right way to handle it is to create the directory under a separate
> > name, populate the symlink, and only *then* rm /lib64 and invoke mv
> > /
ast step ENOENT failing, because it
> had already renamed the file to foo/x.
> Run "strace -erename dpkg -i …/fakeroot*.deb" in the above situation to
> see for yourself.
Ahhh, ok. So it's by accident that this causes a problem for dpkg, because
dpkg has moved its own
n't think that's an accurate interpretation of what's happening in that
bug, but would need to see the filesystem to say what is happening. But as
the error is "no such file or directory", it probably means it's managed to
get itself into a situation of trying to unpack a
ooks good. I'll merge these up (with the above-mentioned
changes) and put it through its paces here.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
urging and reinstalling libc6-dev-i386,
> "apt-get -b source bzip2" actually succeeds.
> On i386 however, libc6-dev 2.13-11 still ships files under
> /usr/include/{sys,gnu,bits}, so that ncurses is unbuildable even in a
> clean chroot.
Yes, which is why I told you to file
the only package shipping
files in this directory; so if you have one of these packages installed, the
/usr/include/sys directory will fail to be replaced by a symlink as
intended.
So that's definitely a bug and needs to be fixed. I'm not sure if it's the
bug that Tim and you a
directory `/usr/local/src/deb-src/ncurses/ncurses/obj-64'
> | make: *** [build-64] Error 2
> `
> It seems libc6-dev multiarch support needs to go back to the drawing
> board again.
Sven, please file a separate bug report for this issue.
--
Steve Langasek Give me
Author: vorlon
Date: 2011-07-25 21:48:43 + (Mon, 25 Jul 2011)
New Revision: 4818
Modified:
glibc-package/trunk/debian/sysdeps/amd64.mk
glibc-package/trunk/debian/sysdeps/i386.mk
glibc-package/trunk/debian/sysdeps/powerpc.mk
glibc-package/trunk/debian/sysdeps/ppc64.mk
glibc-packa
Author: vorlon
Date: 2011-07-25 18:57:55 + (Mon, 25 Jul 2011)
New Revision: 4817
Modified:
glibc-package/trunk/debian/sysdeps/amd64.mk
glibc-package/trunk/debian/sysdeps/i386.mk
glibc-package/trunk/debian/sysdeps/powerpc.mk
glibc-package/trunk/debian/sysdeps/ppc64.mk
glibc-packa
@@
[ Jeremie Koenig ]
* Add debian/libc0.3.symbols.hurd-i386.
+ [ Steve Langasek ]
+ * Try again to make libc6-dev multiarch-same.
+
-- Aurelien Jarno Sun, 10 Jul 2011 22:01:11 +0200
eglibc (2.13-10) unstable; urgency=low
Modified: glibc-package/trunk/debian/control.in/amd64
ented here because long-running
Conflicts/Replaces for packages that are in the archive in parallel are
generally bad; but ultimately, either should do the job.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can
Author: vorlon
Date: 2011-07-23 07:13:45 + (Sat, 23 Jul 2011)
New Revision: 4812
Removed:
glibc-package/tunk/
Log:
remove Steve's 'I spal gud' branch
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
Author: vorlon
Date: 2011-07-23 07:11:14 + (Sat, 23 Jul 2011)
New Revision: 4811
Added:
glibc-package/trunk/
Removed:
glibc-package/trunk/
Log:
Create new branch.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
Author: vorlon
Date: 2011-07-23 07:06:56 + (Sat, 23 Jul 2011)
New Revision: 4810
Added:
glibc-package/tunk/
Modified:
glibc-package/tunk/debian/rules.d/debhelper.mk
Log:
makefile, not a shell script; don't forget our line continuations.
Modified: glibc-package/tunk/debian/rules.d/debhel
this, which will be
uploaded to Ubuntu shortly.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
tags 629534 patch
thanks
The attached (untested) patch is based on an IRC conversation with Aurélien
yesterday about this bug. If there are any other copies of ld-2.x.so in
/lib that dpkg doesn't know about, we should abort the upgrade until these
have been removed.
--
Steve Lan
e for implementation and the interface packages should use to query these
paths.
Cc:ing the respective maintainer mailing lists for sign-off.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the
es this by bringing ldconfig's view into line with
that of ld.so.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slang
match.
This also fixes the filenames in the override file to match the current
2.13 in experimental.
I'm also going to follow up with a patch against lintian so that overrides
for ld.so aren't needed in the future.
--
Steve Langasek Give me a lever long enough and a
g-dev support will be added in the upcoming 1.16.0 dpkg release.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
On Thu, Feb 24, 2011 at 01:55:57PM +0100, Raphael Hertzog wrote:
> On Wed, 23 Feb 2011, Steve Langasek wrote:
> > A virtual package is a good idea, though - in fact, it's such a good idea
> > that I remember now we discussed this back at DebConf and I'd subsequent
On Thu, Feb 24, 2011 at 12:03:18AM +0100, Andreas Barth wrote:
> * Steve Langasek (vor...@debian.org) [110223 22:53]:
> > We can handle this one of two ways. We can either bump the minimal
> > dependency of *all* packages against libc, by adjusting shlibs/symbols in
> > the
On Wed, Feb 23, 2011 at 10:55:51PM +, Simon McVittie wrote:
> On Wed, 23 Feb 2011 at 13:52:35 -0800, Steve Langasek wrote:
> > we almost certainly will not be using the path which has been enabled
> > in glibc up to now, namely /lib/i486-linux-gnu.
> I'd heard that, and
On Wed, Feb 23, 2011 at 11:15:02PM +0100, Philipp Kern wrote:
> On Wed, Feb 23, 2011 at 01:52:35PM -0800, Steve Langasek wrote:
> > [1] i486 is an arbitrary name that happens to correspond to the base
> > instruction set that was in use on Debian at the time multiarch was first
>
ce for Pre-Depends that debhelper can
hook into.
Since this is an issue with high potential impact on squeeze->wheezy
upgrades, Aurélien suggested that we solicit input from the release team
here. Do you guys have any recommendations on how we should handle this, or
any other concer
r consideration -
see attached patch.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
DNS, which is *not* the same thing as querying a hostname.
It's valid and reasonable for those tools to return the records present in
DNS even when those records aren't well-formed hostnames.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
tags 533950 patch
thanks
Hi,
Here's a patch that fixes getaddrinfo() (derived from Aurélien's patch at
http://www.eglibc.org/archives/patches/msg00738.html). Confirmed to work in
Ubuntu karmic, and uploaded in eglibc 2.10.1-0ubuntu6.
Cheers,
--
Steve Langasek Give
On Sun, Mar 01, 2009 at 07:36:26PM -0800, Steve Langasek wrote:
> Package: libc6
> Version: 2.9-3
> Severity: normal
> After acknowledging the latest glibc upgrade, libc6 spits out a warning
> message:
> Preparing to replace libc6 2.7-18 (using .../g/glibc/li
Package: libc6
Version: 2.9-3
Severity: normal
After acknowledging the latest glibc upgrade, libc6 spits out a warning
message:
Preparing to replace libc6 2.7-18 (using .../g/glibc/libc6_2.9-3_i386.deb) ...
Checking for services that may need to be restarted...
Checking init scripts...
WARNIN
n
> who can explain the reasoning for the change...
Ulrich made the change, and he's not exactly known for giving helpful
explanations. Apparently he thinks bug ping-pong is a better use of his
time.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
uplicate records are
weeded out by the server. If you can suggest a DNS server that would not
condense the duplicate records, I'd be happy to test to see what the
behavior of nss_dns is.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
place, but I don't
know the rationale behind this special-casing either.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://w
of the getXXbyYY_r functions is
called first.
The behavior of getaddrinfo() should not be dependent on whether unrelated
calls have done the setup of these internal structures; it should directly
do the same initialization of the resolver config before calling the NSS
backends.
--
Steve Langasek
still be there in the
lenny+1 libqt3 package, since nothing else would enforce at the package
level that a user doesn't partially upgrade to lenny and then partially
upgrade again to lenny+1.
--
Steve Langasek Give me a lever long enough and a Fre
68 occurs even on systems that have
math-emu loaded.
If you have reason to believe this is still a kernel bug, please provide
that information so that the issue can be traced further.
--
Steve Langasek Give me a lever long enough and a Free OS
Deb
"0.00", indicating a total failure of the fp
operation rather than the off-by-one error described in this bug report.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
On Sun, Oct 21, 2007 at 03:07:06PM +0600, Alexander E. Patrakov wrote:
> Steve Langasek wrote:
>> I don't see any reason that the behavior of iconv should be dependent on
>> the
>> locale in which it's invoked.
> See http://osdir.com/ml/linux.lfs.deve
be dependent on the
locale in which it's invoked.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--
To U
, Anthony Towns wrote:
> On Thu, Sep 20, 2007 at 06:19:10PM -0700, Steve Langasek wrote:
> > So do you have a use case where you think the behavior described in rule 9
> > *is* desirable?
> Any application written assuming this behaviour, works correctly on
> Windows, Solaris,
IP assignment.
So do you have a use case where you think the behavior described in rule 9
*is* desirable?
Even if you do have one, I still don't see any reason to think this is a
reasonable default behavior on the real-world Internet.
--
Steve Langasek Give me a lever long
ly
results in pessimal behavior and should not be a default.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.d
that will cause inappropriate conffile prompts
when upgrading any Debian system installed in the past 4 years.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
On Fri, Aug 24, 2007 at 12:06:36AM +0200, Bastian Blank wrote:
> On Thu, Aug 23, 2007 at 02:46:14PM -0700, Steve Langasek wrote:
> > Is there some specific reported issue that this change is intended to fix?
> > I haven't noticed any complaints about the current behavior.
mple of code that probably breaks with this change, I offer you
aboot, the alpha bootloader; it's not great code, but we have to maintain it
all the same...)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set i
ckage is no longer of
any use in the archive.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--
To UNSUBS
it should of course be
reassigned.
The -save-temps output that binutils chokes on is attached for reference.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the
/usr/include/sys/stat.h:414: error: previous declaration of ‘__fxstat64’ was
here
line 414 is surely the same in both cases, yet there is a perceived
conflict.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can
t; upload it?
> * debian/patches/alpha/local-waitpid-not-cancel.diff: new patch (fix defunct
> threads on alpha) from Uwe Schindler. Closes: #325600.
I haven't looked at this particular patch, but with my alpha porter hat I
strongly encourage the SRMs to accept a fix for this bug.
Che
st take into account
> broken installations due to a previous bug in libc6.
As this does not (AIUI) affect upgrades from sarge, this is not a "must" for
the release; downgrading.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
ded twice, once as
any/cvs-sunrpc-xdrmem_setpos.diff and once as
all/backport-sunrpc-xdrmem_setpos.diff?
There's also a new patches/glob-test.diff that doesn't seem to be used
anywhere.
Unblocked, in any case.
Thanks,
--
Steve Langasek Give me a lever
d in a short period, but some days ago i noticed that xmms and
> alsaplayer segfaulted as well.
I've been using xmms on my system with libc6-i686 installed, and have no
problems with it whatsoever. Please provide a gdb backtrace from such a
crash.
--
Steve Langasek Give
e lib32gfortran1 package from gcc-4.1 does not have
this bug.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
-
severity 391529 important
thanks
According to the d-i release manager, the installer has been modified to not
hang even if tzdata tries to prompt directly, so this bug is no longer
release-critical.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
5b6a30, 0x8, 0x1fd, 0x2557c58, 0, 0x7b0a75b,
0x2689740, 0x11f268fa0, 0, 0x4082904a484b2a29, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0x3fe0, 0x154e, 0x40b54ee66000, 0x40b54e666000, 0,
0x3fe66000
--- SIGPROF (Profiling timer expired) @ 0 (0) ---
<... syscall_513 resumed> )
at any of this
is -- I /could/ give it to the buildd to try, but I really don't have any
reason to believe it will build any better there.
Do you have any idea what this syscall is supposed to be? Are we looking at
a glibc bug here?
--
Steve Langasek Give me a lever long e
s to 2.6.17? :P
Otherwise, here is a proposed patch that fixes this latest detected
regression in l-k-h 2.6.18.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
I think this bug definitely
belongs to glibc as there is no reason to patch gdb. Reassigning
accordingly.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
defined on a number of
these archs, but there's no sense in having to fix the same bug again later
the next time the kernel changes...
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
te. Can the
glibc maintainers confirm this? If this is the case, I think we need to
seriously consider reverting the change for etch, given the number of
packages affected (and given that the change inadvertently snuck into
testing because the release team failed to freeze l-k-h along with the
That probably means that a change for this would not be accepted into etch,
since fiddling library paths may have unexpected side-effects and glibc is
already frozen.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on,
a potential security hole.
The real question here is why the init script is failing to stop nscd on
your system. This may or may not warrant an RC severity; probably not,
since it hasn't been reported before now.
--
Steve Langasek Give me a lever long enough and a
the /etc/init.d/nscd stop command must not
fail.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
aces: glibc-doc (<< 2.3.6-7) would be quite a bit nicer on apt.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
sign
On Fri, Apr 14, 2006 at 09:58:41AM +0200, Denis Barbier wrote:
> [Steve Langasek]
> > Right. The locales package still shouldn't be trying to "clean up" this
> > config file, because two wrong writes to the file don't make a right write.
> > :)
> I un
ared a simple patch, which I've attached.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u glibc-2.3.
ple.debian.org/~aurel32/ev67
Tested in a chroot on an ev56 system, 2.6.15 kernel. No problems, it
continues to use /lib correctly.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMA
versions that don't, and you need some way to pull libc-bin in for those
versions that do need it.)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
oes the locales package have editing this file
at all? This is arguably a severity: serious policy violation for munging
the config files of other packages. It's fine to create a new config file
and populate it using /etc/environment as input, but you shouldn't be
deleting any information
On Sat, Mar 18, 2006 at 03:43:02PM +0100, Denis Barbier wrote:
> It was blocked by some critical bugs which have been lowered and/or
> properly tagged, so the only remaining issue is that it is frozen
> because of udebs. Can you please let it enter testing?
Yes, hint added.
Cheers,
g" the work. I think this is the right
point to stop at on glibc right now -- we really need to have support for
multiarch in dpkg an apt before usefully proceeding further.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to
putting files in /usr/lib/i486-linux-gnu/ may be
premature. Has thought been given to what this means for the upgrade path
when (...if) dpkg is extended to support installing Arch: i386 multiarch
debs directly on amd64? I suppose it should just be a Replaces:, but it
still seems like it will be an extra unnecessary transition.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
On Mon, Feb 20, 2006 at 11:10:41AM -0700, Bdale Garbee wrote:
> On Mon, 2006-02-20 at 02:23 -0800, Steve Langasek wrote:
> > If there's
> > consensus that putting this stuff in /usr/lib32 on amd64 is prettier than
> > /emul/ia32-linux, I see no reason not to move forwar
hough, it would be really really nice if multiarch happened, so
that making a lib multiarch-safe only required adjusting the paths the
package installs to, consistently across *all* architectures, and no more
fiddling with package names and doing double-builds on each architecture
On Thu, Feb 09, 2006 at 01:15:03PM +0100, Denis Barbier wrote:
> On Thu, Feb 09, 2006 at 03:21:03AM -0800, Steve Langasek wrote:
> > This bug is already being ignored (manually) for testing. Please don't
> > munge bugs just to make britney happy.
> Great, thanks. So all w
pen it afterwards. This is ugly,
> > but I do not know of a better solution.
> That doesn't look good at all to me. Better ask release managers,
> hence CCing debian-release.
This bug is already being ignored (manually) for testing. Please don't
munge bugs just to make britn
If you don't handle the -l, you won't be able to resolve a full path for
these libs. If you have a package in this situation that's biarch and you
have local libs for both the 32bit and the 64bit targets, how will you know
which shlibs file to use if you don't look up the full
ch path at all (e.g., objects intended for use with
LD_PRELOAD or something).
The only requirement is that dpkg have an internal representation of the
library search path for the object type -- part of which comes from
/etc/ld.so.conf, part of which is hard-coded in ld.so. Oh... and then
there&#x
k or file
> in dynamic linker search path.
Uh, consequently they are *not* unrelated: the soname specified in NEEDED
*must* be a filename that exists on the system, be it symlink or otherwise,
and per policy this file must be contained in the library package (as
opposed to just being created by ldcon
1 - 100 of 189 matches
Mail list logo
