Bug#349718: parted: last partition in EFI GPT overlaps alternate table

2006-01-24 Thread Kalle Olavi Niemitalo
Package: parted Version: 1.6.25.1-1 Severity: grave I overwrote a USB disk with shred, created an EFI GPT disk label and two partitions with parted, used the partitions, shredded the second of them again, made a new file system there, and copied data to it. The next time I reconnected the disk,

Bug#349718: parted: last partition in EFI GPT overlaps alternate table

2006-01-29 Thread Kalle Olavi Niemitalo
Here is a recipe for reproducing the bug. [EMAIL PROTECTED]:/var/tmp/kalle$ yes | dd bs=1k count=1k of=part 1024+0 records in 1024+0 records out 1048576 bytes (1,0 MB) copied, 0,094344 seconds, 11,1 MB/s [EMAIL PROTECTED]:/var/tmp/kalle$ /sbin/parted part GNU Parted 1.6.25.1 Copyright (C) 1998 -

Bug#318508: db2: FTBFS: Label at end of compound statement

2005-07-18 Thread Kalle Olavi Niemitalo
tags 318508 + patch quit Daniel Schepler [EMAIL PROTECTED] writes: From my build log (reproduced using pbuilder in an i386 chroot): Also reproduced on AMD Duron running Debian i386. Unfortunately, since this is in build-tree/db2 instead of build-tree/db-2.7.7, I can't figure out how to get

Bug#399188: CVE-2006-5925: ELinks smb Protocol File Upload/Download Vulnerability

2006-11-18 Thread Kalle Olavi Niemitalo
package elinks forwarded 399188 http://bugzilla.elinks.cz/show_bug.cgi?id=841 quit Stefan Fritsch [EMAIL PROTECTED] writes: A vulnerability has been found in elinks: Links web browser 1.00pre12 and Elinks 0.9.2 with smbclient installed allows remote attackers to execute arbitrary code via

Bug#349718: parted: last partition in EFI GPT overlaps alternate table

2006-06-02 Thread Kalle Olavi Niemitalo
package parted found 349718 1.7.0-1 found 349718 1.7.1-1.1 quit Otavio Salvador [EMAIL PROTECTED] writes: Please, can you try to reproduce the bug in last version? The GPT disklabels generated by 1.7.0-1 and 1.7.1-1.1 are identical to what 1.6.25.1-1 incorrectly produced, except the random

Bug#349718: parted: last partition in EFI GPT overlaps alternate table

2006-06-09 Thread Kalle Olavi Niemitalo
Steinar H. Gunderson [EMAIL PROTECTED] writes: The attached patch moves the backup partition table one sector further out; based on your analysis I'm fairly sure this is the right thing to do, but I have zero experience with both parted code and GPT partitions, so I'd appreciate if somebody

Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size

2008-02-08 Thread Kalle Olavi Niemitalo
3b3b3712e96c7115d44f180758b71ee95aa43b59 parent a2c7af990b11e1772b9f3e26c372213aa0fb8b03 author Kalle Olavi Niemitalo [EMAIL PROTECTED] Sat, 09 Feb 2008 00:24:45 +0200 committer Kalle Olavi Niemitalo [EMAIL PROTECTED] Sat, 09 Feb 2008 00:24:45 +0200 NEWS|1 + src/osdep/generic.h |2 +- 2 files

Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size

2008-02-09 Thread Kalle Olavi Niemitalo
Kalle Olavi Niemitalo [EMAIL PROTECTED] writes: There has been a similar warning in src/network/ssl/socket.c, at the gnutls_transport_set_ptr call. That could also be silenced with an extra cast, but this would in principle also require changing the code that converts the pointer back

Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size

2008-02-10 Thread Kalle Olavi Niemitalo
Olavi Niemitalo [EMAIL PROTECTED] Sun, 10 Feb 2008 11:20:33 +0200 committer Kalle Olavi Niemitalo [EMAIL PROTECTED] Sun, 10 Feb 2008 11:30:27 +0200 src/cache/cache.c |8 +--- src/cache/dialogs.c |8 src/dialogs/document.c |5 +++-- src/osdep/types.h

Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) X is always false

2008-04-30 Thread Kalle Olavi Niemitalo
Frank Lichtenheld [EMAIL PROTECTED] writes: | [CC] src/main/event.o | cc1: warnings being treated as errors | /build/buildd/elinks-0.12~20080127/src/main/event.c: In function 'unregister_event_hook': | /build/buildd/elinks-0.12~20080127/src/util/math.h:36: error: assuming signed

Bug#417789: fixed in elinks 0.11.1-1.4

2007-05-04 Thread Kalle Olavi Niemitalo
Julien Cristau [EMAIL PROTECTED] writes: elinks (0.11.1-1.4) unstable; urgency=high . * Non-maintainer security upload. * Don't look for gettext message catalogs in ../po/ (closes: #417789). Thanks, Arnaud Giersch! Reference: CVE-2007-2027. A less paranoid fix has been checked

Bug#417789: fixed in elinks 0.11.1-1.4

2007-05-05 Thread Kalle Olavi Niemitalo
Arnaud Giersch [EMAIL PROTECTED] writes: I don't believe that this patch really solves the security issue. An user may still be vulnerable if he wants to run his freshly compiled (but not installed now) elinks. This user would typically run it as /path/to/elinks/src/elinks. If his cwd is

Bug#551238: FTBFS: spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback'

2009-11-04 Thread Kalle Olavi Niemitalo
http://repo.or.cz/w/elinks/miciah.git?a=shortlog;h=refs/heads/miciah/heartbeat has a patch for this, using SIGVTALRM instead of SIGALRM (which is not how the ecmascript.max_exec_time is documented but should catch runaway scripts all the same). I haven't tested it. pgpHSHmaskgxp.pgp Description:

Bug#554322: FTBFS with binutils-gold

2009-11-04 Thread Kalle Olavi Niemitalo
Peter Fritzsche peter.fritzs...@gmx.de writes: [LINK] src/elinks /usr/bin/ld: lib.o: in function setup_safeguard:spidermonkey.c(.text+0x52858): error: undefined reference to 'JS_SetBranchCallback' This looks like a duplicate of Debian bug 551238, where the same error occurred without

Bug#554594: elinks_0.12~pre5-1+b2(ia64/unstable): FTBFS: undefined reference to `JS_SetBranchCallback'

2009-11-07 Thread Kalle Olavi Niemitalo
lam...@debian.org writes: There was an error while trying to autobuild your package: [...] lib.o: In function `setup_safeguard': spidermonkey.c:(.text+0xca082): undefined reference to `JS_SetBranchCallback' This too looks like a duplicate of #551238. pgpaYfoRMvvJp.pgp Description: PGP

Bug#564966: kq-data: contains unlicensed music

2010-01-12 Thread Kalle Olavi Niemitalo
Package: kq-data Version: 0.99.cvs20070319-1.1 Severity: serious According to these posts to the kqlives-main mailing list in 2002-2004 http://sourceforge.net/mailarchive/message.php?msg_name=000901c2d8ac%2483171de0%248692fea9%40computer (Re: [Kqlives-main] TT -- TroyD merge)

Bug#564966: kq-data: contains unlicensed music

2010-01-21 Thread Kalle Olavi Niemitalo
Kalle Olavi Niemitalo k...@iki.fi writes: Even if the demoscene musicians who made these files are happy to let people copy them, it still does not mean modifying them is allowed, as Debian would require for packages in main. Apparently, at least some of them can be distributed unmodified

Bug#526349: fixed in upstream ELinks 0.12pre4

2009-05-31 Thread Kalle Olavi Niemitalo
package elinks tags 529821 + fixed-upstream quit These bugs have been fixed in today's upstream ELinks 0.12pre4. * Debian build bug 529821: Use ``pkg-config gnutls'' instead of ``libgnutls-config'', which is not included in GNUTLS 2.7.x. You can no longer specify the location of GNUTLS using

Bug#551238: FTBFS: spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback'

2009-10-25 Thread Kalle Olavi Niemitalo
We discussed this in IRC on 2009-07-18. I think the plan was something like: * Don't add threads. * Use SIGALRM for both JS_TriggerOperationCallback and the select() race, with the same signal handler function. * Add a global variable that lists the scripts being evaluated. Each element of

Bug#526349: elinks: FTBFS on i386 auto build

2009-05-01 Thread Kalle Olavi Niemitalo
Gustavo Noronha Silva k...@debian.org writes: While trying to build elinks on an i386 chroot (building also Arch: all binaries) I got the following error: make[1]: Entering directory `/build/buildd-elinks_0.12~pre3-2-i386-to3MRQ/elinks-0.12~pre3/build-main/doc' [CONF2DOC]

Bug#564966: kq-data: contains unlicensed music

2010-08-15 Thread Kalle Olavi Niemitalo
The kq and kq-data packages were removed from Debian because of the unlicensed music: http://bugs.debian.org/575739 Meanwhile, the upstream KQ developers are tracking the music licenses in their wiki. So far, the composer of aa_arofl.xm has granted permission to distribute that file but not to

Bug#699892: [Pan-devel] Seeking advice on Pan license issue with optional TLS component

2013-02-21 Thread Kalle Olavi Niemitalo
Dominique Dumont domi.dum...@free.fr writes: I'll put back SSL support for Pan in Debian unstable once the problematic code is relicensed or re-written. It looks like the license of GNUTLS 3.1.x may eventually be changed from LGPLv3+ back to LGPLv2.1+. If that succeeds, I believe it would

Bug#699892: [Pan-devel] Seeking advice on Pan license issue with optional TLS component

2013-03-23 Thread Kalle Olavi Niemitalo
Dominique Dumont d...@debian.org writes: Le jeudi 21 février 2013 23:12:28, vous avez écrit : It looks like the license of GNUTLS 3.1.x may eventually be changed from LGPLv3+ back to LGPLv2.1+. If that succeeds, I believe it would solve the incompatibility with Pan.

Bug#797043: Bug#797079: wheezy-pu: package mozilla-noscript/2.6.8.19-1~deb7u2

2015-08-27 Thread Kalle Olavi Niemitalo
David Prévot taf...@debian.org writes: + [ Kalle Olavi Niemitalo ] + * Temporarily allow scripts with recent iceweasel +(Closes: #797043) Those functions in noscriptService.js are used not only for setting up the menu (from which the user could temporarily whitelist sites), but also

Bug#797043: Bug#797079: wheezy-pu: package mozilla-noscript/2.6.8.19-1~deb7u2

2015-09-04 Thread Kalle Olavi Niemitalo
David Prévot writes in Bug#797079: > Uploaded (with the improved changelog and metadata suggested by Kalle), > thanks. I installed xul-ext-noscript 2.6.8.19-1~deb7u2 from wheezy-proposed-updates, and it works OK. However, I see the patch now has the following line: Origin:

Bug#792622: missing licenses in debian/copyright

2016-09-18 Thread Kalle Olavi Niemitalo
This message applies to gnumach 2:1.7+git20160809-2. The following files are not used by "dpkg-buildpackage -uc -b -nc", i.e. their atimes do not change during this binary-arch build, and the build succeeds even if they are removed. ./ChangeLog.0 ./ChangeLog.00 ./DEVELOPMENT ./ddb/db_mp.h

Bug#792622: missing licenses in debian/copyright

2016-09-18 Thread Kalle Olavi Niemitalo
Samuel Thibault writes: > It is really non-technical work, a matter of using the check-copyright > script to check that the various licences are referenced in > debian/copyright (there is no hard need to reference files exactly, > the only minimal need is knowing which

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

2016-09-18 Thread Kalle Olavi Niemitalo
Samuel Thibault writes: > But storeio can be used as an intermediate between the two. "storeio --store-type=part 1:device:hd0" apparently supports file_get_storage_info and reports the partition boundaries there, so the I/O would not have to go through the storeio

Bug#792622: missing licenses in debian/copyright

2016-09-18 Thread Kalle Olavi Niemitalo
My inventory of the licenses in gnumach 2:1.7+git20160809-2 is not yet complete. I'm seeing two kinds of license violations so far. University of Utah advertising clause vs. GNU GPL - Several files have a license notice like this: > Copyright (c)

Bug#838244: hurd: license incompatibility between ext2fs (GPLv2-only) and libparted (GPLv3-or-later)

2016-09-18 Thread Kalle Olavi Niemitalo
Package: hurd Version: 1:0.8.git20160826-1 Severity: serious File: /hurd/ext2fs.static The ext2fs translator contains GPLv2-only code copied from Linux, but it is linked (through libstore) with libparted, which is GPLv3-or-later since 2007. This combination violates at least one of the licenses.

Bug#840610: UnicodeEncodeError: 'ascii' codec can't encode character

2016-10-15 Thread Kalle Olavi Niemitalo
Robert Luberda writes: > According to GNU gettext documentation[1]: "The variable LANGUAGE is > ignored if the locale is set to ‘C’." That exception was added on 2001-01-03, for glibc 2.2.1. In glibc 2.2, LANGUAGE used to override LC_ALL=C. In Python 2.0 (released on