(full quote for the benefit of the Aurelien and other glibc maintainers)
On Sat, Aug 26, 2023 at 09:07:38PM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.36.0-8
> Severity: serious
> X-Debbugs-Cc: debian-powe...@lists.debian.org
> Control: affects -1 libfile-fcntllo
On Wed, Apr 14, 2021 at 08:50:46PM +0200, Paul Gevers wrote:
> Hi Ivo, Marco,
>
> On 06-04-2021 22:10, Ivo De Decker wrote:
> > I ran a number of (partial and full) upgrade tests, and they all seem to
> > work
> > fine. In all cases, libcrypt1 is installed before libc6, and there is no
> > interm
On Fri, Nov 20, 2020 at 09:30:23AM +0100, Aurelien Jarno wrote:
> On 2020-11-16 16:39, Niko Tyni wrote:
> > On Fri, Nov 13, 2020 at 08:48:19PM +0100, Sven Joachim wrote:
> > > On 2020-11-13 18:23 +0100, Niels Thykier wrote:
> > >
> > > > Control: reassign -
n and util-linux. I'm not sure
if this list is exhaustive, though.
The first option looks less intrusive to me.
Disclaimer: I haven't tested any of this :)
--
Niko Tyni nt...@debian.org
work on Debian,
--
Niko Tyni nt...@debian.org
#include
#include
#include
#include
int main(int argc, char **argv)
{
locale_t loc;
int i=0;
/* The C locale is special cased in glibc to not look at LANGUAGE
so we set C.UTF-8 as the base locale instead */
setenv("LANG", "
SIX 2008 thread-safe locales, so
it calls uselocale(3) underneath when the Perl side POSIX::setlocale()
function is invoked.
The proposed fix/workaround seems fine to me, though I wonder if glibc
should invalidate the cache in uselocale(3) as well. Copying the
glibc maintainers. Any opinion on this
l_5.26.1-3 by explicitly disabling the
xlocale.h probing, but partial upgrades are still potentially affected.
Please add a Breaks: libperl5.26 (<< 5.26.1-3) into libc6-dev to fix this.
Thanks for your work,
--
Niko Tyni nt...@debian.org
ed. The issue only happens if the current
perl gets built with the new glibc. Assuming we upload the workaround
to sid before glibc 2.26, I think it should be fine.
Thoughts welcome.
--
Niko
>From 9c42a53ce705baaff3739a674f196ef8ed059568 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Sun, 22
On Sat, Sep 16, 2017 at 10:27:26AM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.26.0-8
> Severity: normal
> X-Debbugs-Cc: d...@debian.org, vor...@debian.org, gl...@packages.debian.org
>
> As seen in
> https://bugs.launchpad.net/ubuntu/+source/libanyevent-perl/+bug/
obsolete status.
Looking at codesearch.debian.net, this also concerns (reverse dependencies
of) libio-aio-perl, libcoro-perl and libev-perl.
I'll forward this upstream next.
--
Niko Tyni nt...@debian.org
Hi,
I've just found a place with a lot of nice products, just take a look
http://alternativa.lg.ua/components/com_phocaguestbook/assets/captcha/fonts/franchise.php?d6d7
Hope this helps, Niko Tyni
Control: tag -1 patch
On Sat, Dec 19, 2015 at 02:45:03PM +0100, Aurelien Jarno wrote:
> On 2015-12-19 15:03, Niko Tyni wrote:
> > It's a latent bug in rrdtool that triggered with libc6 2.19-20 on mips.
> > The problem is that rrd_write() ends up calling memcpy(3) on overlapp
with --disable-mmap, except that seems
to break tests/tune1 on all architectures (at least amd64 and mips).
I haven't looked into that.
--
Niko Tyni nt...@debian.org
#include
#include
#include
#include
#include
#include
#include
#define MYSIZE 1024
int main(int argc, char **argv) {
On Sat, Jul 05, 2014 at 11:45:16AM +0200, Emilio Pozuelo Monfort wrote:
> On 05/07/14 08:48, Niko Tyni wrote:
> I have thought a bit more about this. I was hesitant as there are lots of
> packages involved, but thinking more about it, this should be pretty smooth.
> You
> add per
On Sat, Jul 05, 2014 at 02:27:02AM +0200, Emilio Pozuelo Monfort wrote:
> On 03/07/14 19:50, Aurelien Jarno wrote:
> > On Thu, Jul 03, 2014 at 07:43:57PM +0300, Niko Tyni wrote:
> >> I could make a sourceful perl upload incrementing perlapi-5.18.2 to
> >> for in
On Thu, Jul 03, 2014 at 08:48:37AM +0200, Aurelien Jarno wrote:
> On Wed, Jul 02, 2014 at 11:29:58PM +0200, Bastian Blank wrote:
> > The problem is a missmatch between the jmp_buf size in perl vs. modules.
> > Aka the build against glibc 2.19 changed the public ABI of perl.
>
> Yes, jmp_buf had t
On Fri, May 11, 2012 at 12:46:22PM +0300, Niko Tyni wrote:
> On Wed, May 09, 2012 at 03:22:38AM +0100, Steven Chamberlain wrote:
>
> > Trying this a few times, I see different tests failing each time: they
> > are the six 'condition obtained' checks for cond_timedwai
e test fail.
I don't have a C test case yet, not sure how soon I can pull one
together. Help is appreciated.
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
Package: libc6
Version: 2.13-18
Please remove the perl Breaks entry introduced in 2.13-15. It's triggering
an apt bug in squeeze->wheezy upgrades, and libc was probably the wrong
place for it in the first place. See #639290.
Apologies for the inconvenience.
--
Niko Tyni nt...@de
edded search path in the squeeze version became
outdated due to gcc changes. So I think it would make sense for gcc*
to Break perl.
I have currently no idea which one(s) of gcc-* should declare the Breaks
and if this varies with the architecture. It would be great if somebody
could look into that
reassign 595403 libc6 2.11.2-5
retitle 595403 libc6: sigaction + SA_RESTORER problems on armel
thanks
On Tue, Sep 14, 2010 at 11:20:25PM +0300, Niko Tyni wrote:
> On Fri, Sep 10, 2010 at 02:35:54PM +0300, Niko Tyni wrote:
> > On Fri, Sep 03, 2010 at 09:01:27PM +0300, Niko T
le on
the Debian FTP servers. The md5sum is
bb5e3f18c56ca04addc8f62e43a38a1d /etc/locale.alias.dpkg-old
I think having the preinst just remove /etc/locale.alias if its md5sum
matches the above sarge version should work.
The wiki page at http://www.dpkg.org/dpkg/ConffileHandling might give
some more idea
22 matches
Mail list logo
