Bug#334639: patch

2005-10-29 Thread Adam Borowski
udev can create /dev/fuse itself, so this patch does it only if udev is not in use. A device in /dev/.static/dev/ is created anyway, though, otherwise fuse would be broken if the user uninstalled udev. -- /---\ Shh, be vewy, vewy quiet, | [EMAIL PROTECTED] | I'm hunting

Bug#340782: Still not working

2005-11-25 Thread Adam Borowski
I have the directory /dev/.udevdb/ but not /dev/.udev/db/ My fault, there is a missing mkdir (workaround: mkdir /dev/.udev/ and retry). It will still fail on: mv /dev/.udevdb/ /dev/.udev/db/ Should be: mv /dev/.udevdb /dev/.udev/db I guess you probably noticed and/or fixed this, but

Bug#365353: missing debconf template: xserver-xorg/config/inputdevice/mouse/zaxismapping

2006-04-29 Thread Adam Borowski
Package: xserver-xorg Version: 1:7.0.15 Severity: grave Justification: renders package uninstallable The debconf question xserver-xorg/config/inputdevice/mouse/zaxismapping is needed by xserver-xorg's preinst, yet its template is missing. Without it, installation fails on new installs unless

Bug#379443: FTBFS: lacks b-d on gnome-pkg-tools

2006-07-23 Thread Adam Borowski
Package: industrial-cursor-theme Version: 0.6.1 Severity: serious debian/rules:3: /usr/share/gnome-pkg-tools/1/rules/uploaders.mk: No such file or directory make: *** No rule to make target `/usr/share/gnome-pkg-tools/1/rules/uploaders.mk'. Stop. Adding a Build-Depends: on gnome-pkg-tools

Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums

2006-08-14 Thread Adam Borowski
Package: linux-image-2.6.16-2-xen-686 Version: 2.6.16-17 Severity: grave A recently added optimization skips checksums on all packets it believes are destined for another Xen domain inside the same box. Too bad, it is sometimes wrong -- an analysis can be found on

Bug#502346: please rebuild against virtualbox-ose-source in lenny/sid

2008-10-22 Thread Adam Borowski
reopen 502346 kthxbye as the message says - /either/ install the prebuilt module, /or/ build it yourself with m-a. Except, the prebuilt module doesn't work for the version of virtualbox in Lenny. Since that is this package's sole purpose, that makes it useless. (Nitpicking, it does have some

Bug#502346: please rebuild against virtualbox-ose-source in lenny/sid

2008-10-23 Thread Adam Borowski
On Thu, Oct 23, 2008 at 03:17:34PM +0200, Bastian Blank wrote: On Wed, Oct 22, 2008 at 11:49:25PM +0200, Adam Borowski wrote: Except, the prebuilt module doesn't work for the version of virtualbox in Lenny. Since that is this package's sole purpose, that makes it useless. Please explain

Bug#506479: glibc-doc is nearly a stub

2008-11-21 Thread Adam Borowski
The fun thing is, glibc-doc consists of... just the LinuxThreads libpthread docs! Everything else is in glibc-doc-reference (non-free). The changelog is worth keeping, but congratulations, you just obsoleted the last bit of glibc-doc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Bug#496803: util-vserver: system hang when shutting down host

2008-08-27 Thread Adam Borowski
Package: util-vserver Version: 0.30.216~r2772-1 Severity: grave Tags: patch Justification: causes non-serious data loss I'm afraid that /etc/init.d/util-vserver stop hangs if there is at least one guest running; it's usually called on host shutdown when it will block the whole system from

Bug#451463: tcng: FTBFS: Conflicting types for loff_t

2007-11-16 Thread Adam Borowski
On Thu, Nov 15, 2007 at 09:01:03PM -0500, Daniel Schepler wrote: From my pbuilder build log: ... cc -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -I../shared -DVERSION=\`cat ../VERSION`\ -DTOPDIR=\/tmp/buildd/tcng-10b\ -c -o f_fw.o f_fw.c In file included

Bug#444704: ttyrec is not redundant

2007-10-12 Thread Adam Borowski
I would say that ttyrec is worth keeping. First, the RC bug(s) are trivially fixable, all it takes is changing a simple flag, a fix is in the BTS for five freaking years. Ttyrec is used quite a bit, especially among NetHack and MUD players, so at very least something which reads ttyrec's format

Bug#444704: ttyrec is not redundant

2007-10-15 Thread Adam Borowski
On Fri, Oct 12, 2007 at 05:11:07PM +0200, Lucas Nussbaum wrote: On 12/10/07 at 15:06 +0200, Adam Borowski wrote: I would say that ttyrec is worth keeping. Hi Adam, (I'm away for the weekend, sorry for the delay...) Would you be interested in maintaining ttyrec in Debian? Perhaps; it's

Bug#559227: python-apt: fails to install or remove

2009-12-02 Thread Adam Borowski
Package: python-apt Version: 0.7.13.4 Severity: grave Justification: renders package unusable During upgrade: (Reading database ... 30226 files and directories currently installed.) Preparing to replace python-apt 0.7.13.3 (using .../python-apt_0.7.13.4_i386.deb) ... File /usr/bin/pycentral,

Bug#592551: netbase: fails to remove a severity:critical buggy conf file it used to set up

2010-08-10 Thread Adam Borowski
Package: netbase Version: 4.42 Severity: serious Tags: patch Justification: Policy 10.7.3 Certain versions of netbase created /etc/sysctl.d/bindv6only.conf on install, with contents that caused a severity critical bug #560238 (breaking IPv4 on many POSIX-compliant programs). That bug has been

Bug#592599: other shells work same as bash4

2010-08-12 Thread Adam Borowski
Since both dash and posh work the same way as bash4, it looks like it's a bugfix rather than just a random incompatible change. (I didn't dig up POSIX for the authoritative description.) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe.

Bug#601030: doesn't seem to be fixed

2011-01-10 Thread Adam Borowski
Hi! I'm afraid this bug is still there, both in the version in testing and in unstable: [~]$ 6tunnel -4 -l 192.168.0.100 5432 10.2.10.2 5432 6tunnel: unable to resolve host 10.2.10.2 After reverting to the version from lenny, all is ok. -- 1KB // Microsoft corollary to Hanlon's

Bug#601030: 6tunnel: Can't resolve IPv4 target host

2011-01-15 Thread Adam Borowski
On Sat, Jan 15, 2011 at 12:22:51PM +0200, Jari Aalto wrote: Could you confirm that the patch is indeed the problem: dget -x http://ftp.de.debian.org/debian/pool/main/6/6tunnel/6tunnel_0.11rc2-5.dsc cd 6tunnel-0.11rc2 sed --in-place '3d' debian/patches/series

Bug#600177: virtualbox-ose: out of disk while merging a snapshot destroys the disk image

2010-10-14 Thread Adam Borowski
Package: virtualbox-ose Version: 3.2.8-dfsg-2 Severity: grave Justification: causes serious data loss If you elect to merge the current state of a differentiating disk image into the base (deleting a snapshot) and run out of disk space on the host filesystem while merging, the resulting image

Bug#600177: virtualbox-ose: out of disk while merging a snapshot destroys the disk image

2010-10-15 Thread Adam Borowski
On Fri, Oct 15, 2010 at 12:22:28PM +0200, Michael Meskes wrote: On Thu, Oct 14, 2010 at 12:26:45PM +0200, Adam Borowski wrote: If you elect to merge the current state of a differentiating disk image into the base (deleting a snapshot) and run out of disk space on the host filesystem while

Bug#571255: pre-upgrading the kernel doesn't help either

2010-08-03 Thread Adam Borowski
Even if you upgrade the kernel before udev (but don't reboot immediately), udev will still refuse to upgrade. No way to force udev to proceed I tried seems to work as well -- unless you mess with the package's maintainer scripts, you'll have to reboot twice. -- 1KB // Microsoft

Bug#620815: fp-compiler: produced executables crash on startup

2011-04-04 Thread Adam Borowski
Package: fp-compiler Version: 2.4.2-1 Severity: grave Justification: renders package unusable Any program compiled by new fpc, even just begin end., crashes on startup: [/tmp]$ fpc hello.pas Free Pascal Compiler version 2.4.2-1 [2011/03/30] for x86_64 Copyright (c) 1993-2010 by Florian Klaempfl

Bug#620815: fp-compiler: produced executables crash on startup

2011-04-05 Thread Adam Borowski
On Tue, Apr 05, 2011 at 12:50:25PM +0200, Abou Al Montacir wrote: I was not able to reproduce this, can you please ensure you have the correct /etc/fpc.cfg file as there is a know issue when upgrading. Please provide the output of ls /etc/fpc.cfg /etc/fpc.cfg - /etc/alternatives/fpc.cfg as

Bug#620815: fp-compiler: produced executables crash on startup

2011-04-05 Thread Adam Borowski
On Tue, Apr 05, 2011 at 02:47:31PM +0200, Abou Al Montacir wrote: Every thing looks correct on your system. Can you please send me the output of aptitude show binutils? [~]# dpkg -l 'binutils*' Desired=Unknown/Install/Remove/Purge/Hold |

Bug#605565: gnustep-base-runtime: unremovable if the daemon is not running

2010-12-01 Thread Adam Borowski
Package: gnustep-base-runtime Version: 1.20.1-4 Severity: serious Tags: patch Justification: Policy 9.3.2 If the gdomap daemon is for any reason not working (manually stopped, crashed, disabled in a chroot, disabled by the rc policy, botched install, etc), removal of the gnustep-base-runtime

Bug#645748: patch that works with gold

2011-10-25 Thread Adam Borowski
An update, builds with gold this time. Untested, can't actually run it until today's evening. The patch just sprinkles -lfoo all around without thinking what are the nicest places. That works for a quick-and-dirty patch, but as I understand, you'll update to compiz 0.9 later anyway so there's no

Bug#645748: preliminary untested patch

2011-10-25 Thread Adam Borowski
Here's an untested patch. Lacks either a Build-Conflicts:binutils-gold or a proper fix. -- 1KB // Yo momma uses IPv4! diff -Nurd compiz-0.8.4.orig/debian/compiz-gnome.install compiz-0.8.4/debian/compiz-gnome.install --- compiz-0.8.4.orig/debian/compiz-gnome.install 2011-10-25

Bug#645748: silly greylisting

2011-10-25 Thread Adam Borowski
Of course, the updated patch is the good one, they got reversed in the BTS due to greylisting. -- 1KB // Yo momma uses IPv4! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#692171: missing Replaces:

2012-11-02 Thread Adam Borowski
reopen 692171 severity 692171 important retitle 692171 missing Replaces: iptables 1.4.16.3-3 kthxbye There is a file conflict between previous version of binary:iptables and new libxtables9. An upgrade will thus fail, yet if iptables = 1.4.16.3-3 has been installed in the same dpkg run, all you

Bug#678575: wheezy has Icedove 10

2012-06-28 Thread Adam Borowski
Wheezy has stable Icedove 10, rather than one of later snapshots (I kind of refuse to call them releases). Thus, if you have an incompatible version of it, you have non-wheezy apt sources anyway. It would be nice to have a newer version of firetray, but only if it works with Icedove 10 as well.

Bug#676496: dpkg: premature removal of Multi-arch: leads to all dpkg commands failing

2012-06-07 Thread Adam Borowski
Package: dpkg Version: 1.16.3 Severity: grave Justification: renders package unusable After an interrupted dpkg run, any subsequent invocation fails with: dpkg: error: libc6-dev:armel none (Multi-Arch: no) is not co-installable with libc6-dev which has multiple installed instances This affects

Bug#678784: fix for FTBFS in 0.8.4-8.2

2012-07-11 Thread Adam Borowski
. For some history, please read https://en.wikipedia.org/wiki/Statute_of_Monopolies_1623 From bd1eb33d577e3aadf3d71666d665eaac5ca7d2af Mon Sep 17 00:00:00 2001 From: Adam Borowski kilob...@angband.pl Date: Thu, 12 Jul 2012 02:36:02 +0200 Subject: [PATCH] Resolve a conflict between X11 Region

Bug#677864: compiz works just fine

2012-07-11 Thread Adam Borowski
Could you please elaborate what exactly is the problem with compiz 0.8? It works well; I use it at home (currently with xfce) and the only problem is remembered window positions being wrong on startup. At least the situation is worlds better than the current state of certain other window managers

Bug#681263: is your libdecoration0 from Debian?

2012-07-11 Thread Adam Borowski
Works for me, both with gtk-window-decorator and emerald. On amd64, like you. compiz: symbol lookup error: /usr/lib/compiz/libdecoration.so: undefined symbol: decor_property_to_quads There are two libraries with nearly the same file name: /usr/lib/compiz/libdecoration.so (package

Bug#681263: Not sure

2012-07-14 Thread Adam Borowski
On Sat, Jul 14, 2012 at 12:54:00AM -0600, G. Pablo Vanwoerkom wrote: Well, I did install compiz manually and since it didn't have make uninstall, I had to uninstall manually as well. However, I think this behavior was my motivation to try to install compiz manually. Anyways, I removed all

Bug#682183: the list of FTBFSes

2012-07-21 Thread Adam Borowski
On Fri, Jul 20, 2012 at 10:05:04PM +0200, Enrico Tassi wrote: On Fri, Jul 20, 2012 at 04:31:23PM +0200, Adam Borowski wrote: Looking around, it looks it could be fixed by: * moving lua-deb-multiarch.h to /usr/include/$arch/ * removing /usr/lib/x86_64-linux-gnu/lua5.1/include/ from pkgconfig

Bug#677864: alternative?

2012-08-18 Thread Adam Borowski
On Sat, Aug 18, 2012 at 06:38:47PM +0200, Julien Cristau wrote: On Fri, Aug 17, 2012 at 09:21:00 +0200, Piotr Szydełko wrote: For a time being I'm using the last version that was available but I would like to know what will happen when I install new instance of wheezy? Will there be a

Bug#666336: url.sty

2012-03-30 Thread Adam Borowski
The missing file is in texlive-latex-recommended these days. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your

Bug#666336: your ITP for tcng

2012-03-30 Thread Adam Borowski
Hi, Jakob! Do you still intend to take over tcng? You ITA-ed it in September. There's more and more bitrot, this time a FTBFS due to changes in LaTeX. Could you tell me whether you: a) would take it over soon? (ie, nothing for me to do) b) take it later, but before Wheezy freezes? (ie,

Bug#672874: emacsen-common: uninstallable -- no /usr/lib/emacsen-common/packages/install

2012-05-14 Thread Adam Borowski
Package: emacsen-common Version: 2.0.0 Severity: grave Justification: renders package unusable Preparing to replace emacsen-common 1.4.23 (using .../emacsen-common_2.0.0_all.deb) ... emacsen-common: Handling removal of emacsen flavor emacs emacsen-common: Handling removal of emacsen flavor

Bug#672874: emacsen-common: uninstallable -- no /usr/lib/emacsen-common/packages/install

2012-05-14 Thread Adam Borowski
On Mon, May 14, 2012 at 02:44:37PM +0200, Agustin Martin wrote: On Mon, May 14, 2012 at 01:12:45PM +0200, Adam Borowski wrote: chdir /usr/lib/emacsen-common/packages/install: No such file or directory at /usr/lib/emacsen-common/lib.pl line 27. May this be related to install and remove

Bug#713998: iproute2: FTBFS due to a broken memset

2013-06-24 Thread Adam Borowski
Package: iproute2 Version: 3.9.0-3 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Hi! As iproute2 builds with -Werror, new warnings that came up with gcc-4.8 (the new default on x86 and arm architectures) make it FTBFS. lnstat.c: In

Bug#700008: FTBFS: strip.c:24:28: fatal error: linux/if_strip.h: No such file or directory

2013-02-07 Thread Adam Borowski
Package: src:net-tools Version: 1.60-24.2 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Apparently, STRIP support is now an unthing, and kernel headers no longer have it. Ubuntu have already patched it; from their patch: diff -pruN

Bug#700008: Unreproducable

2013-02-08 Thread Adam Borowski
tags 78 -unreproducible severity 78 important kthxbye On Fri, Feb 08, 2013 at 09:12:05PM +0100, Anton Gladky wrote: I am not able to reproduce FTBFS in a clean environment. Please, confirm. After more checking, it appears to build in pbuilder but not on my live system. The latter is

Bug#703265: lletters: crashes on most buttons on non-OSS3 systems

2013-03-17 Thread Adam Borowski
Package: lletters Version: 0.1.95+gtk2-3.1 Severity: grave Justification: renders package unusable On systems that don't have OSS installed and configured, pressing any button that has an attached sound, causes a crash. Since no linux kernel shipped in wheezy has OSS built, this makes the

Bug#703265: lletters: crashes on most buttons on non-OSS3 systems

2013-03-17 Thread Adam Borowski
On Sun, Mar 17, 2013 at 05:20:13PM -0400, Michael Gilbert wrote: I'm also seeing this. Can you install oss4 and see if that fixes it? With oss4, no sound is produced, and it hangs, but this appears to be #701852. If so, the easiest solution is to just add a dependency on that. It'd be quite

Bug#703265: lletters: crashes on most buttons on non-OSS3 systems

2013-03-19 Thread Adam Borowski
On Mon, Mar 18, 2013 at 09:15:16PM +0100, Stephen Kitt wrote: Hi, On Mon, Mar 18, 2013 at 02:47:47PM +, Steven Chamberlain wrote: On 17/03/13 19:35, Adam Borowski wrote: On systems that don't have OSS installed and configured, pressing any button that has an attached sound, causes

Bug#703265: closed by Michael Gilbert mgilb...@debian.org (Bug#703265: fixed in lletters 0.1.95+gtk2-3.2)

2013-03-26 Thread Adam Borowski
On Tue, Mar 26, 2013 at 03:06:09AM +, Debian Bug Tracking System wrote: Source: lletters Version: 0.1.95+gtk2-3.2 . * Non-maintainer upload. * Add oss-compat dependency (closes: #703265). I'm afraid this doesn't fix the bug, merely workarounds it in some cases. It does change the

Bug#729939: apt-cacher-ng: fails to start after a /var/cache/ purge

2013-11-18 Thread Adam Borowski
Package: apt-cacher-ng Version: 0.7.19-1 Severity: serious After manually nuking the whole cache (troubleshooting an unrelated bug): [] Starting apt-cacher-ng: apt-cacher-ngCache directory not writable. Check the permissions of /var/cache/apt-cacher-ng! failed! This fails a must clause of

Bug#723812: FTBFS: fails test suite

2013-09-19 Thread Adam Borowski
Package: libdbd-sqlite3-perl Version: 1.40-1+b1 Severity: serious Justification: fails to build from source (but built successfully in the past) I'm afraid that your package fails to build with new sqlite3, the failing test is: t/53_status.t ... 1/? # Failed test

Bug#723894: FTBFS: test suite failures in TestNetrcCS

2013-09-20 Thread Adam Borowski
Package: bzr Version: 2.6.0-2 Severity: serious Justification: fails to build from source (but built successfully in the past) I'm afraid that bzr fails a number of tests, all under bzrlib.plugins.netrc_credential_store.tests.test_netrc.TestNetrcCS It was first seen on the x32 buildd:

Bug#704879: long deprecated, and doesn't affect dh_shlibdeps anymore

2013-06-06 Thread Adam Borowski
Hi! Per the discussion upstream (https://savannah.gnu.org/bugs/?38474): * it had been already announced, in 2005 * it goes contrary to the wording in POSIX * the upstream change for this report was to give an error message rather than to reinstate the behaviour Since then, dh_shlibdeps has

Bug#710849: happens on i386 and x32, but not on amd64

2013-06-06 Thread Adam Borowski
Hi! I was about to report this too, I was finishing checks prior to submission. It appears that it does _not_ fail to build on amd64, but it does on i386 and x32 (on the latter after a patch I'm about to send). -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ -- To UNSUBSCRIBE, email to

Bug#755026: src:salt: FTBFS due to network access during build

2014-07-16 Thread Adam Borowski
Package: src:salt Version: 2014.1.7+ds-1 Severity: serious Justification: fails to build from source (but built successfully in the past) During a rebuild of the archive on armhf, I'm afraid your package repeatedly failed to build. It hangs forever, with tail part of the output being: Making

Bug#754850: upower 0.99 drops support for non-systemd

2014-07-17 Thread Adam Borowski
reopen 754850 notfound 745850 4.10.1-6 found 745850 4.10.1-7 kthxbye I'm afraid transiting to upower 0.99 does not fix this bug -- in fact, it's its very cause (that's why I reported this against upower not xfce4-session). As you can easily check, a non-systemd setup will not allow suspend or

Bug#754850: upower 0.99 drops support for non-systemd

2014-09-04 Thread Adam Borowski
A new version of upower packages came up -- so I just retested. On Fri, Aug 15, 2014 at 10:30:28PM +0200, Andreas Henriksson wrote: On Fri, Aug 15, 2014 at 02:22:38AM +0200, Adam Borowski wrote: On Fri, Aug 15, 2014 at 12:33:35AM +0200, Andreas Henriksson wrote: I fail to see any argument

Bug#760790: FTBFS: fork bombs the buildd

2014-09-07 Thread Adam Borowski
Package: src:libtecla Version: 1.6.1-5 Severity: critical Justification: fails to build from source (but built successfully in the past) Hi! I'm afraid that libtecla FTBFS in an extremely unpleasant way, killing the buildd machine unless you somehow limit memory available to the build (AFAIK none

Bug#758480: that's a bug in udev not openrc

2014-09-08 Thread Adam Borowski
5. Press Ctrl-C when waiting for /dev to be populated (seems to be an unrelated bug) This is the cause. If you let it settle, everything works ok. I was able to reproduce your bug at around 50% rate on a slow VM, by pressing ^C right away when this message appears. So it seems it's a bug

Bug#758480: let's separate udev's and openrc issues

2014-09-09 Thread Adam Borowski
Control: retitle -1 shit happens if you interrupt important parts of boot Control: severity -1 important Oif, this was a _nasty_ case of BTS ping-pong. Thus, I've taken the liberty of using semi-profanity in the title, its use is warranted :p But really, we have two bugs here: * udev takes ages

Bug#736158: random FTBFS: test_graceful_shutdown_waits_for_clients_to_stop

2014-01-20 Thread Adam Borowski
Package: src:bzr Version: 2.6.0-3 Severity: serious Justification: fails to build from source (but built successfully in the past) I'm afraid that bzr randomly (7/8 tries) FTBFSes due to a failure of one test on speedier machines:

Bug#736158: linux-kbuild-3.13_3.13~rc8-0_amd64.deb

2014-01-20 Thread Adam Borowski
On Tue, Jan 21, 2014 at 02:58:34AM +0100, Andreas Beckmann wrote: I built this locally before uploading 331.38-1 to experimental - the nvidia kernel module builds successfully on every official Debian kernel header package from squeeze to experimental including backports Thanks! but of

Bug#747105: breaks unrelated packages

2014-05-05 Thread Adam Borowski
reopen 747105 kthxbye non-sense. Per the policy, severity for breaks unrelated software is critical. Thus, this bug is valid. Please explain to me why a wrapper that executes, among others, pm-suspend or halt, would be related to an init system? Especially if those commands (which in turn

Bug#748228: NMU patch for kbtin_1.0.14-1.1

2014-05-16 Thread Adam Borowski
On Fri, May 16, 2014 at 09:36:35PM +1000, Aníbal Monsalve Salazar wrote: My NMU patch for kbtin_1.0.14-1.1 is below, at the end of this message. Looks like there's some work duplication: yesterday I prepared an upload fixing this and also a bunch of other problems, and sent a request to Bartosz

Bug#735624: uninstallable: /var/log/polipo: Is a directory

2014-01-16 Thread Adam Borowski
Package: polipo Version: 1.0.4.1-5 Severity: grave When attempting to upgrade or uninstall+install: Setting up polipo (1.0.4.1-5) ... Starting polipo: Couldn't open log file /var/log/polipo: Is a directory invoke-rc.d: initscript polipo, action start failed. That directory gets recreated even if

Bug#735624: uninstallable: /var/log/polipo: Is a directory

2014-01-16 Thread Adam Borowski
On Fri, Jan 17, 2014 at 01:25:28PM +0800, Rolf Leggewie wrote: On 17.01.2014 11:47, Adam Borowski wrote: When attempting to upgrade or uninstall+install: Setting up polipo (1.0.4.1-5) ... Starting polipo: Couldn't open log file /var/log/polipo: Is a directory invoke-rc.d: initscript

Bug#754850: upower 0.99 drops support for non-systemd

2014-08-14 Thread Adam Borowski
On Fri, Aug 15, 2014 at 12:33:35AM +0200, Andreas Henriksson wrote: I fail to see any argument on why this is not already resolved. Suspend and hibernate don't work if upower is upgraded, duh. On Mon, Aug 11, 2014 at 12:00:16AM +0200, Adam Borowski wrote: [...] It would be a wishlist issue

Bug#759741: FTBFS: -O2: command not found

2014-08-29 Thread Adam Borowski
Package: octave-odepkg Version: 0.8.4-1 Severity: serious Justification: fails to build from source (but built successfully in the past) I'm afraid that your package fails to build on current unstable (tested on armhf and amd64). The interesting part of the log is: FFLAGS=-g -O2

Bug#763681: not a regression

2014-10-17 Thread Adam Borowski
Control: severity -1 important As openrc has never been built on these architectures, technically the proper severity here is wishlist rather than serious, as the package needs porting. For example, systemd does FTBFS on kfreebsd-* too. In this case, though, this rule feels more like a

Bug#765785: openrc: can't cope with dangling rc.d links

2014-10-17 Thread Adam Borowski
Package: openrc Version: 0.13.1-1 Severity: grave Hi! I'm afraid that the new version of openrc fails to install if any purged package on the system left over its rc.d links. That's a bug in the package in question too, but an init system must not fail because of that. On my box, openrc first

Bug#765654: gnutls26 will not be in jessie

2014-10-20 Thread Adam Borowski
Also, depending on libgnutls26 means your package will not be in jessie (#760735), so even if it somehow builds, you still need to transition to libgnutls28-dev. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact

Bug#765785: somehow, downgrade doesn't help

2014-10-20 Thread Adam Borowski
A weird thing: 0.12.4+20131230-9 did work ok, yet after installing 0.13.1-2 then downgrading back to 0.12.4+20131230-9, I still get the problem. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760735: looks like it's done

2014-10-20 Thread Adam Borowski
Meow! With today's upload of libgadu and openldap, it looks like everything (except some RC-buggy only-in-sid stuff) has migrated to libgnutls28-dev. The transition tracker (https://release.debian.org/transitions/html/gnutls28.html) claims otherwise but it's somehow wrong about haskell-gnutls

Bug#726578: please tell me how is this a vulnerability

2014-10-21 Thread Adam Borowski
Control: tags -1 +patch So... how exactly are these vulnerabilities? 2. is what this program is supposed to do: produce _pronounceable_ passwords instead of pure line noise. Sure, these do have less entropy than pure line noise for the same length, but the point is to make something that's

Bug#754616: builds for me

2014-10-21 Thread Adam Borowski
Control: tags -1 +unreproducible Hi! I just tried to reproduce this build failure, without luck (or rather, without unluck in this case). I tried it in armel chroots on two machines, the worse one being a RasPi to reduce the chance it's somewhat CPU-related; I don't have a real armel box though.

Bug#757348: piece of mind

2014-10-21 Thread Adam Borowski
[Sorry for slow response, testing this on one's main machine requires dropping too much state...] I should have CCed the bug earlier, doing this now. On Mon, Oct 20, 2014 at 08:37:04PM -0700, Cameron Norman wrote: * the Utopia stack (restart, shutdown, suspend, hibernate, mounting USB

Bug#758231: this is actively harmful

2014-10-22 Thread Adam Borowski
This policy requirement is only historic. It made sense when the tools couldn't cope with this situation, which was the case more than a decade ago. These days, it is actively harmful: it makes debootstrap install junk if I exclude systemd (as its dependencies have an elevated priority), greatly

Bug#726578: CVE-2013-4442 is not about /dev/random vs /dev/urandom

2014-10-27 Thread Adam Borowski
It looks like this bug does mischaracterize CVE-2013-4442. Unlike what's said here, using /dev/urandom instead of /dev/random (which contrary to popular wisdom is not an issue) but that, if opening of these two devices fail, pwgen falls back to using pids and time. On BSD and Linux/GNU,

Bug#726578: remaining issues are non-bugs

2014-10-27 Thread Adam Borowski
Control: severity -1 important I have split two parts into separate bugs, I think the remainder are ok: CVE-2013-4440 non-tty passwords are trivially weak by default * #725507, my assessment: grave CVE-2013-4441 Phonemes mode has heavy bias and is enabled by default * works as designed

Bug#767999: base-files: fails to install with pre-jessie debootstrap

2014-11-03 Thread Adam Borowski
Package: base-files Version: 7.10 Severity: grave W: Failure trying to run: chroot /tmp/unstable/. dpkg --force-depends --install /var/cache/apt/archives/base-files_7.10_i386.deb /var/cache/apt/archives/base-passwd_3.5.36_i386.deb While #766459 fixed debootstrapping with jessie's debootstrap,

Bug#767999: base-files: fails to install with pre-jessie debootstrap

2014-11-04 Thread Adam Borowski
at 01:05:11AM +0100, Adam Borowski wrote: [...] While #766459 fixed debootstrapping with jessie's debootstrap, I'm afraid this doesn't solve most use cases that include upgrading, installation from non-DI or installation in hosting scenarios. For a long time, most versions of debootstrap

Bug#766459: please don't upload this to wheezy

2014-11-04 Thread Adam Borowski
Hi! For reasons I explained in #767999, hacking debootstrap to configure base-passwd and base-files in a specific order is neither sufficient nor necessary. It does work around the problem for those running debootstrap from fully upgraded unstable (and if it was uploaded to stable, wheezy) but

Bug#767999: debootstrap/base-passwd: #767999 and #766459 should really be fixed in base-passwd

2014-11-06 Thread Adam Borowski
On Thu, Nov 06, 2014 at 02:06:07PM +, Michael Tautschnig wrote: At least Santiago's and my opinion diverge on whether base-passwd is presently in line with policy on 3.8 Essential packages. Therefore the route from here appears to hinge on interpreting policy in one of two ways: my point is

Bug#767999: debootstrap/base-passwd: #767999 and #766459 should really be fixed in base-passwd

2014-11-06 Thread Adam Borowski
On Thu, Nov 06, 2014 at 10:32:34PM +, Michael Tautschnig wrote: I tested your patch when debootstrapping from squeeze, it did work. Should I test some more scenarios (cdebootstrap? 2-phase cross-arch debootstrap? some other distro?) -- or do you think it should be safe? Cool,

Bug#767999: base-files: fails to install with pre-jessie debootstrap

2014-11-08 Thread Adam Borowski
Control: reassign -1 base-passwd Control: retitle -1 makes base-files fail to install during bootstrap Control: found -1 3.5.36 Control: fixed -1 3.5.37 On Fri, Nov 07, 2014 at 07:47:42PM +, Michael Tautschnig wrote: First of all thanks to everyone for the efforts to fix these problems. It

Bug#768844: FTBFS: FAIL: If not enough points reached control should continue

2014-11-09 Thread Adam Borowski
Package: src:ask Version: 1.0.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! I'm afraid that during a rebuild of jessie on armhf your package failed to build: dh_auto_test make[1]: Entering directory '/«PKGBUILDDIR»' nosetests

Bug#768869: FTBFS: xshmfence_alloc_shm: No such file or directory

2014-11-09 Thread Adam Borowski
Package: src:libxshmfence Version: 1.1-4 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! I'm afraid that during a rebuild of jessie on armhf your package failed to build: === libxshmfence 1.1:

Bug#768881: FTBFS: unable to parse drbdsetup.xml.in

2014-11-09 Thread Adam Borowski
Package: src:drbd-utils Version: 8.9.2~rc1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! I'm afraid that during a rebuild of jessie on armhf your package failed to build: /usr/bin/xsltproc -o drbdsetup.xml drbdsetup.xsl drbdsetup.xml.in

Bug#768887: FTBFS: Could not copy file .../osmosis-plugins.conf

2014-11-09 Thread Adam Borowski
On Mon, Nov 10, 2014 at 12:17:03AM +0100, Sebastiaan Couwenberg wrote: On 11/09/2014 10:33 PM, Adam Borowski wrote: I'm afraid that during a rebuild of jessie on armhf your package failed to build: A build on amd64 succeeded, though. This is not the first package using gradle

Bug#768905: FTBFS: fails test CHECK INVALID KEY TYPE

2014-11-09 Thread Adam Borowski
Package: src:keyutils Version: 1.5.9-5 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi! I'm afraid that during a rebuild of jessie on armhf (using sbuild) your package failed to build: Running with session keyring RHTS/keyctl/16243 Joined

Bug#768905: FTBFS: fails test CHECK INVALID KEY TYPE

2014-11-22 Thread Adam Borowski
On Sat, Nov 22, 2014 at 09:09:55PM +0100, Tomasz Buchert wrote: On 10/11/14 10:56, Christian Kastner wrote: I cannot confirm this bug in both cases I've tried: * amd64 (Linux 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux) * amrhf (Linux 3.14.4.1-bone-armhf.com #1

Bug#768905: FTBFS: fails test CHECK INVALID KEY TYPE

2014-11-22 Thread Adam Borowski
On Sun, Nov 23, 2014 at 02:07:42AM +0100, Christian Kastner wrote: On 2014-11-23 01:16, Adam Borowski wrote: On Sat, Nov 22, 2014 at 09:09:55PM +0100, Tomasz Buchert wrote: On 10/11/14 10:56, Christian Kastner wrote: I cannot confirm this bug in both cases I've tried: * amd64 (Linux

Bug#768905: FTBFS: fails test CHECK INVALID KEY TYPE

2014-11-23 Thread Adam Borowski
On Sun, Nov 23, 2014 at 12:55:22PM +0100, Christian Kastner wrote: I can confirm that is issue exists with 3.17. The syscall is returning ENOKEY where until 3.16 it was returning EPERM. I am now quite certain that the issue is being caused by this kernel commit in 3.17: Commit:

Bug#772702: installation-reports: fails to mount ext4 after partitioning

2014-12-10 Thread Adam Borowski
Package: installation-reports Severity: grave Justification: fails installation with default settings on popular machines (probably all) -- Package-specific info: Boot method: CD Image version:

Bug#776999: oif, the patch!

2015-02-04 Thread Adam Borowski
Oh well... patches work better if you actually attach them. As for history of this issue, there's #773412 and #773007 -- I could have probably reopened the former. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact

Bug#776999: broken 32-bit userland on 64-bit kernel

2015-02-04 Thread Adam Borowski
On Wed, Feb 04, 2015 at 05:12:09PM -0600, D. Jared Dominguez wrote: On Wed, Feb 04, 2015 at 04:57:52PM -0600, Adam Borowski wrote: If I read that correctly, #773412 fixed i386 on an i386 kernel. As you can see in the dumps above, i386 userland on an amd64 kernel receives a 32-bit field rather

Bug#776999: broken 32-bit userland on 64-bit kernel

2015-02-04 Thread Adam Borowski
On Wed, Feb 04, 2015 at 04:48:23PM -0600, D. Jared Dominguez wrote: On Tue, Feb 03, 2015 at 04:40:16PM -0600, Adam Borowski wrote: Package: efivar I'm afraid the patch 07-num_bits.patch breaks the case of 32-bit userland on a 64-bit kernel. As far as I know, this is how i386 would get

Bug#776999: broken 32-bit userland on 64-bit kernel

2015-02-04 Thread Adam Borowski
On Wed, Feb 04, 2015 at 05:36:06PM -0600, D. Jared Dominguez wrote: On Wed, Feb 04, 2015 at 05:25:59PM -0600, Adam Borowski wrote: On Wed, Feb 04, 2015 at 05:12:09PM -0600, D. Jared Dominguez wrote: On Wed, Feb 04, 2015 at 04:57:52PM -0600, Adam Borowski wrote: If I read that correctly

Bug#776999: broken 32-bit userland on 64-bit kernel

2015-02-04 Thread Adam Borowski
On Wed, Feb 04, 2015 at 06:04:00PM -0600, D. Jared Dominguez wrote: In other words, 32-bit efivar/efibootmgr on 64-bit kernel is going to get the same value from the kernel as 64-bit efivar/efibootmgr on 64-bit. With the x32 ABI, you're going to see the same value on a 64-bit kernel (through

Bug#776999: broken 32-bit userland on 64-bit kernel

2015-02-04 Thread Adam Borowski
On Wed, Feb 04, 2015 at 06:04:00PM -0600, D. Jared Dominguez wrote: In other words, 32-bit efivar/efibootmgr on 64-bit kernel is going to get the same value from the kernel as 64-bit efivar/efibootmgr on 64-bit. With the x32 ABI, you're going to see the same value on a 64-bit kernel (through

Bug#776999: broken 32-bit userland on 64-bit kernel

2015-02-04 Thread Adam Borowski
On Thu, Feb 05, 2015 at 02:58:03AM +0100, Adam Borowski wrote: Time to RTFK then. [...] Thus: on Debian's kernels, any i386 or x32 process will get a 32-bit field. Ie, my version of the patch is needed. On kernels compiled without CONFIG_COMPAT, Peter Jones' version (reading uname -m

Bug#776999: broken 32-bit userland on 64-bit kernel

2015-02-03 Thread Adam Borowski
Package: efivar Version: 0.15-3 Severity: serious I'm afraid the patch 07-num_bits.patch breaks the case of 32-bit userland on a 64-bit kernel. As far as I know, this is how i386 would get installed on any non-ancient machine if d-i could get that far (it doesn't for me in qemu-kvm.x86-64,

  1   2   3   4   >