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 Developer to set it on, and I can mo
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:
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
.
(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 Developerhttp
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 Developer to set it on, and I can move the world.
Ubuntu
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:
.
+(Closes: #630938).
+ * Provide a new multiarch-compat package, for compatibility with
+compilers/linkers that don't understand multiarch yet.
+
+ -- Steve Langasek vor...@debian.org Fri, 19 Aug 2011 23:43:10 -0700
Added: multiarch-support/trunk/debian/compat
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
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:
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
===
---
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: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: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
-Depends: debhelper (= 7.0.50~)
+Build-Depends: debhelper (= 7.0.50~), dpkg-dev (= 1.16.0)
Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org
Uploaders: Steve Langasek vor...@debian.org, Aurelien Jarno
aure...@debian.org, Matthias Klose d...@debian.org
Standards-Version: 3.9.2
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
(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 sthiba...@debian.org Fri, 19 Aug 2011 00:10:09 +0200
+ [ Steve Langasek ]
+ * Install ld*.so to RTLDDIR (/lib64 or /lib), as appropriate
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.
symlink handling, dpkg will drop it for us on upgrade.
Fix committed - thanks for catching.
--
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
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
into a situation of trying to unpack a file for which the parent
directory doesn't exist.
--
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
a problem for dpkg, because
dpkg has moved its own .dpkg-new out from under itself.
--
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
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
/lib64.real /lib64 via $interpreter
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 Developerhttp://www.debian.org/
slanga...@ubuntu.com
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 are seeing?
--
Steve Langasek Give me a lever long enough and a Free
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 a separate bug report.
--
Steve Langasek Give me a lever long enough and a Free OS
`/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 a lever long enough
@@
[ Jeremie Koenig ]
* Add debian/libc0.3.symbols.hurd-i386.
+ [ Steve Langasek ]
+ * Try again to make libc6-dev multiarch-same.
+
-- Aurelien Jarno aure...@debian.org Sun, 10 Jul 2011 22:01:11 +0200
eglibc (2.13-10) unstable; urgency=low
Modified: glibc-package/trunk/debian/control.in
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
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
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 move
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:
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
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
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/
slanga...@ubuntu.com
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 Langasek
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 world
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/
slanga...@ubuntu.com
.
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 Free OS
Debian
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/
slanga...@ubuntu.com
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 subsequently
forgotten about it. Thanks
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 concerns that I may have overlooked?
Thanks,
--
Steve Langasek
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
formulated
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 was somewhat concerned about
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 eglibc package; or we can
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/
slanga...@ubuntu.com
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 to set it on, and I can move the world.
Ubuntu 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 me a lever
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/libc6_2.9-3_i386.deb)
...
Checking
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...
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 to set it on, and I
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
automatically.
Are there other solutions that should be considered? Is one of these more
acceptable than the other? To me it seems obvious that the best choice is
to not treat the files backend specially in the first place, but I don't
know the rationale behind this special-casing either.
Cheers,
--
Steve
to hear it.
As for DNS, at least in the case of bind I find that duplicate 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
with a
-D_USE_DEBIAN_GLIBC_EXTERN_INLINE_HACK in the CFLAGS.
I would be inclined to argue that the conflicts should 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
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] http
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
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http
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 UNSUBSCRIBE, email
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.devel/2006-01/msg00678.html, where the
maintainer
, 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, *BSD and glibc based systems
*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 enough and a Free OS
Debian Developer to set it on, and I can move the world
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
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.debian.org/
[1] http://xkcd.com/195
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.
#434040 and a hand full
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 it on, and I can move the world.
[EMAIL PROTECTED
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 UNSUBSCRIBE
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 world.
[EMAIL PROTECTED
/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 move
/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.
Cheers,
--
Steve Langasek
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 to set it on, and I can
-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 long enough and a Free OS
Debian Developer to set
, 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 me a lever long enough
...
--- SIGPROF (Profiling timer expired) @ 0 (0) ---
... syscall_513 resumed ) = 0x67
[repeat ad infinitum]
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
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
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 enough
-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] http://www.debian.org/
diff -u linux-kernel-headers-2.6.18/debian/changelog
linux
. 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] http://www.debian.org/
--
To UNSUBSCRIBE, email to [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
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 other
build-essential packages).
--
Steve Langasek
.
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, and I can
.
--
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
it hasn't been reported before now.
--
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
) 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/
signature.asc
Description
,
--
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.6/debian/debhelper.in/locales.postinst
glibc-2.3.6
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 understand, and -7 has been uploaded yesterday
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.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
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] http://www.debian.org/
signature.asc
Description: Digital signature
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 from the old file.
--
Steve Langasek
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,
--
Steve
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
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 and
so on...
Cheers,
--
Steve Langasek Give
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 britney happy.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
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 we need now is an upload
be contained in the library package (as
opposed to just being created by ldconfig on package install).
--
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
).
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's RPATH...
--
Steve Langasek Give me a lever long enough
), and 3) is obviously not viable.
So unless the answer turns out to be 1), perhaps it would be better for
current libc6 on i386 to Depends: mawk | gawk (= 1:3.1.4-2.0.1) ?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set
# don't reassign bugs without explanation, please
reassign 343328 gtkmm2.0
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
On Fri, Dec 23, 2005 at 02:44:21AM +0100, Artur R. Czechowski wrote:
On Thu, Dec 22, 2005 at 04:45:25PM -0800, Steve Langasek wrote:
On Fri, Dec 23, 2005 at 01:09:31AM +0100, Artur R. Czechowski wrote:
The rrd_graph_options() gets a string with parameters. The begin if this
string
to build
with gcc-3.4?
--
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
isn't even a real timezone, so there's no reason why this should
be release-critical.
--
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
is a struct
composed of unsigned ints, so only 32-bit alignment is guaranteed;
feholdexcept() and fegetenv() populate the 8-int struct using four calls,
which means each call acts on 64 bits... and SIGBUS.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
1 - 100 of 173 matches
Mail list logo