Bug#647830: Wrong timezone for Ukraine(Europe/Kiev)

2011-11-06 Thread Max
Package: tzdata Version: 2011k-0squeeze1 In /etc/localtime are missed records for back to winter timezone for Ukraine(Europe/Kiev) zdump -v /etc/localtime | grep 2011 /etc/localtime Sun Mar 27 00:59:59 2011 UTC = Sun Mar 27 02:59:59 2011 EET isdst=0 gmtoff=7200 /etc/localtime Sun Mar 27 01:00:0

Bug#912600: glibc-source: spin-lock.h not found when building

2018-11-01 Thread Max
Package: glibc-source Version: 2.24-11+deb9u3 Severity: serious Justification: fails to build from source (but built successfully in the past) -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_6

Bug#315737: iconv breaks conversion at some point

2005-06-25 Thread Max Alekseyev
Package: libc6 Version: 2.3.2.ds1-22 Severity: important I'm converting text file search.txt of size 61998 from windows-1251 to koi8-r like $ iconv -c -f windows-1251 -t koi8-r search.txt >result.txt The resulting file result.txt is of size 8157 missing a large part of the original text. Note

Bug#315198: libc6-dev: FTBFS with gcc-4.0: Fix xdr.h lvalue casts

2005-07-11 Thread Max Vozeler
nd loop-aes-utils to FTBFS in unstable, and I can confirm that building with libc6-dev from experimental works fine. I can't think of a clean way to work around this bug in packages that include xdr.h until the macro is changed, should you see one, I would very much appreciate to learn. cheer

Bug#315198: libc6-dev: FTBFS with gcc-4.0: Fix xdr.h lvalue casts

2005-07-12 Thread Max Vozeler
Hi GOTO, On Tue, Jul 12, 2005 at 09:11:03PM +0900, GOTO Masanori wrote: > At Mon, 11 Jul 2005 19:10:28 +0200, > Max Vozeler wrote: > > The bug currently causes util-linux and loop-aes-utils to FTBFS in > > unstable, and I can confirm that building with libc6-dev from > >

Bug#606099: endless loop in fprintf() after I/O error

2010-12-06 Thread Max Kellermann
Package: libc6 Version: 2.7-18lenny6 Severity: important The following program enters an endless loop inside fprintf(), which consumes 100% CPU: int main(int argc,char**argv) { close(2); static char buffer[8193]; memset(buffer, ' ', sizeof(buffer)-1); fprintf(stderr, "%s\n", buff

Bug#652160: gcc-4.6.2-[89] still complaining .py isn't an ELF file

2011-12-18 Thread Max Hyre
7;', which I take to say it's been fixed. However, this evening's apt-get output (see below) suggests to me it's still doing it with gcc-4.6.2-8 and gcc-4.6.2-9. Thanks, Max Hyre - Output Preparing to repl

Bug#808206: unsupported reloc 42 against global symbol __gmon_start__

2015-12-17 Thread Max Kellermann
Package: libc6-dev Version: 2.21-4 $ gcc -x c -

Bug#545146: upgrade Debian 4->5 fails with tzdata: error 10 in post-install

2009-09-05 Thread Euer Max
rsions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy tzdata recommends no packages. tzdata suggests no packages. -- debconf information excluded -- Euer Max - Oud Lemiers 18 - NL6295AT Lemiers - T (NL 06)1840 3128 F (NL 08

Bug#657835: libc6: libc deadlocks in child process after fork

2012-01-29 Thread Max Dmitrichenko
Package: libc6 Version: 2.11.3-2 Severity: important One thread of multithreaded application calls fork(). According to the POSIX standard only that thread which called fork() would present in the child process. But the state of all mutexes, condvars and other objects are copied into the child pro

Bug#657835: libc6: libc deadlocks in child process after fork

2012-01-29 Thread Max Dmitrichenko
This is the stack trace of a deadlocked child: #0 __lll_lock_wait_private () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97 #1 0x00346929c08d in _L_lock_2164 () at tzset.c:138 #2 0x00346929be47 in __tz_convert (timer=0x346959da74, use_localtime=0, tp=0x7f7a25211990) at tzse

Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-07-02 Thread Max Kutny
Definitely I'm ok with the new license. -- Max On Tue, Jul 3, 2012 at 12:30 AM, Volodymyr M. Lisivka wrote: > I relicensed locale under LGPL2.1+. Anybody can collect all necessary > information from public sources anyway. I also updated my email. > > Max - are you agree with

Re: [parisc-linux] J5600 Video

2007-02-07 Thread Max Grabert
some things have changed since then ... you might even be successful today. Just try and find out :-) Max

Bug#211733: iconv(1) typo about standard output

2003-09-19 Thread Max Vozeler
Package: libc6 Version: 2.3.2-7 Severity: minor Tags: patch Hi, from iconv(1) > --output, -o file > > Specify output file (instead of stdin) is this even possible, using stdin as an output? :) It should obviously read "stdout". Patch against iconv.1 from 2.3.2-7 is att

Bug#156386: locales: After installation of woody no locales have been generated

2002-08-12 Thread Max Neunhoeffer
y: Shared libraries and Timezone ^^^ (Provides virtual package glibc-2.2.5-10) -- // // Max Neunhöffer <[EMAIL PROTECTED]> // // Alexianergraben 4-6, 52062 Aachen, Germany // // Tel.: +49 241 406605 (private) / +49 241 8094550 (institute) // // May the Source be

Bug#211733: iconv(1) typo about standard output

2003-09-19 Thread Max Vozeler
Package: libc6 Version: 2.3.2-7 Severity: minor Tags: patch Hi, from iconv(1) > --output, -o file > > Specify output file (instead of stdin) is this even possible, using stdin as an output? :) It should obviously read "stdout". Patch against iconv.1 from 2.3.2-7 is att

Bug#642454: Re: Bug#642454: dpkg-deb: file [file] contains ununderstood data member data.tar.xz, giving up

2011-09-25 Thread Max maria Wacholder
Hello, this bug can be closed. I had dpkg pinned at an old version. After updating dpkg, it now works. I'm sorry for the inconvenience caused. Regards, M. PS: I used an anonymous mailbin for the original bugreport. I'm the original bug reporter, this time from a proper e-mail address.