Bug#934167: #934167: workaround for buster users

2020-12-04 Thread Robert McQueen
I was facing the error described at https://github.com/cweiske/grauphel/issues/72#issuecomment-519173520 In case anyone finds themselves here, and is running Debian buster, I was able to fix relatively easily. The latest version of php-oauth in bullseye (currently 2.0.5+1.2.3- 1+b1) depends onĀ 

Bug#530000: upgrading dbus and hal at the same time can break hal's init script

2009-05-22 Thread Robert McQueen
Package: dbus-daemon Version: 1.2.14-2 Severity: grave Justification: renders package unusable I just upgraded dbus from 1.2.12-1 to 1.2.14-2, and in the same dpkg/aptitude run, hal was upgraded from 0.5.11-8 to 0.5.12~git20090406.46dc48-2. The run didn't complete because the hal postinst script

Bug#239111: Grub is shockingly bad code

2009-01-12 Thread Robert McQueen
Robert Millan wrote: Hi Rob, Hi Robert, You just convinced me that this is completely fucked up. This is not the first time someone claims to have fixed this problem, only to discover that it wasn't, and I'm not going to gamble with ioctls, freeze/unfreeze combos or Linux version checks.

Bug#239111: Grub is shockingly bad code

2009-01-12 Thread Robert McQueen
Robert Millan wrote: Rob, Did you hit this problem when installing GRUB to a partition, or to the whole disk? I was upgrading from etch to lenny on a box where / is XFS and /boot and /var are on the same partition. GRUB is installed into the MBR. I know you can't install bootloaders onto XFS

Bug#239111: Grub is shockingly bad code

2009-01-12 Thread Robert McQueen
Robert Millan wrote: Grmf. I was making wrong assumptions. This is not about block lists (I still think block lists suck, but let's be fair...): ... So we freeze the filesystem and afterwards try to write to it. Not a good idea... Indeed not. #239111 initial report claims GRUB hangs

Bug#239111: Grub is shockingly bad code

2009-01-12 Thread Robert McQueen
Robert Millan wrote: It would seem that running sync would suffice for that. Unfortunately, it seems that: - sync is not enough (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239111#53) Correct. This is a property of XFS. As I said, it considers that putting metadata into the

Bug#326260: pdns-backend-mysql: sed on non-existent pdns.local makes postrm fail

2005-09-02 Thread Robert McQueen
Package: pdns-backend-mysql Version: 2.9.17-13sarge1 Severity: serious The postrm says: PDNSCONF=/etc/powerdns/pdns.conf PDNSDIR=`cat $PDNSCONF | grep include | awk -F '=' '{print $2}'` PDNSLOCAL=$PDNSDIR/pdns.local ... case $1 in remove) sed -i -e 's/^gmysql/# gmysql/' $PDNSLOCAL ...

Bug#323035: Processed: referring issue to technical committee

2005-08-30 Thread Robert McQueen
Raul Miller wrote: It's not clear to me why this was assigned to the technical committee. There's definitely some issues here. For example, it sounds like libsilc has some bugs that need to be fixed. But is there any problem that the technical committee needs to decide on? If so, could

Bug#273871: referring issue to technical committee

2005-08-14 Thread Robert McQueen
clone 273871 -1 reassign -1 tech-ctte thanks (cloning bug to leave RC bug open on libsilc) The bug is reasonably self-explanatory - on top of the package itself being incorrectly named (not reflecting the SONAME), this library does not increment its version when symbols are added, or change the

Bug#309119: rhythmbox: fails to check return value when writing playlists to disk

2005-05-14 Thread Robert McQueen
Package: rhythmbox Version: 0.8.8-11 Severity: grave Justification: causes non-serious data loss I just ran out of disk space in ~, and rhythmbox just destroyed my playlist file. In the function rb_playlist_manager_save_thread_main in shell/rb-playlist-manager.c, it calls xmlSaveFormatFile to

Bug#304124: unison 2.9.1-2.sarge.1 NMU

2005-05-08 Thread Robert McQueen
mention of the HTML and PostScript manuals + + -- Robert McQueen [EMAIL PROTECTED] Sun, 8 May 2005 10:20:30 +0100 + +unison (2.9.1-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Updated build-dependency from ocaml-nox-3.08 to ocaml-nox-3.08.3 +as suggested by Aurelien Jarno

Bug#273871: libsilc package policy violations (bug #273871)

2005-04-14 Thread Robert McQueen
Tamas SZERB wrote: once upon a time, I closed this bug. then the submitter reopened it, so currently I don't give it a f*ck. Our opinion are different, so if you feel any ambition to get the both sides together, feel free to volunteer. :) This package's violation of Debian policy on the

Bug#298010: monodoc-browser: fails to depend on any Gtk#/etc bindings necessary to function

2005-03-03 Thread Robert McQueen
Package: monodoc-browser Version: 1.0.4-1 Severity: serious Justification: Policy 7.2 This package claims to be a Gtk+ browser for documentation, but depends on none of the CIL bindings to Gtk+/etc that are necessary to make it work, and there is nothing else in the package which could be

Bug#296130: libdc0: versioned conflicts on dcgui-qt renders it uninstallable

2005-02-20 Thread Robert McQueen
Package: libdc0 Version: 0.3.2-1 Severity: serious Justification: Policy 7.3 A Conflicts entry should almost never have an earlier than version clause. This would prevent dpkg from upgrading or installing the package which declared such a conflict until the upgrade or removal of the

Bug#291827: /usr/share/doc/gaim is empty

2005-01-23 Thread Robert McQueen
Angel Abad (Indio) wrote: The /usr/share/doc/gaim directory is empty, please fill it, show: # dpkg -L gaim /usr/share/doc/gaim This is correct, the package contains a symlink from gaim to gaim-data. The error is that I forgot that dpkg won't replace a symlink with a directory, or vice versa,