Bug#982381: Workaround to get s3ql functional again

[Anthony DeRobertis]

Package: s3ql
Version: 3.7.0+dfsg-2
Followup-For: Bug #982381

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A workaround, at least if (like me) you've got S3QL running as a
dedicated user:

As the s3ql-user, run: pip3 install --user trio==0.18.0

This will install a newer version of trio (0.18.0) in ~/.local/lib —
once this bug is fixed, you can remove it.

- -- System Information:
Debian Release: 11.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500, 
'stable-updates'), (500, 'testing'), (500, 'stable'), (130, 'unstable-debug'), 
(130, 'unstable'), (120, 'experimental-debug'), (120, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages s3ql depends on:
ii  fuse3 [fuse]  3.10.3-1
ii  libc6 2.31-12
ii  libjs-sphinxdoc   3.4.3-2
ii  libsqlite3-0  3.34.1-3
ii  procps2:3.3.17-5
ii  psmisc23.4-2
ii  python3   3.9.2-3
ii  python3-apsw  3.34.0-r1-1
ii  python3-cryptography  3.3.2-1
ii  python3-defusedxml0.6.0-2
ii  python3-dugong3.8.1+dfsg-1
ii  python3-google-auth   1.5.1-3
ii  python3-google-auth-oauthlib  0.4.2-1
ii  python3-pkg-resources 52.0.0-3
ii  python3-pyfuse3   3.2.0-2
ii  python3-requests  2.25.1+dfsg-2
ii  python3-systemd   234-3+b4
ii  python3-trio  0.13.0-2

s3ql recommends no packages.

s3ql suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHMEARECADMWIQTlAc7j4DAtSNRJJ0z7P4jCVepZ/gUCYLmngRUcYW50aG9ueUBk
ZXJvYmVydC5uZXQACgkQ+z+IwlXqWf6kkwCfckQ/FVPZa3RBFNBC3PR6PJrfmUUA
n3d/GbFiwu8Spi1gwUrh0DKZmxth
=ZUtK
-END PGP SIGNATURE-

Bug#943597: Seems to be missing required dependencies

[Anthony DeRobertis]

Package: libsys-info-base-perl
Version: 0.7807-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tried to use Sys::Info::Device::CPU today, and first the Synopsis from
the perldoc doesn't work — it starts with 'use Sys::Info', which isn't
installed. Nor packaged, AFAICT. 

So tried to use it directly:

$ perl -MSys::Info::Device::CPU -E 'my $info = Sys::Info::Device::CPU->new'
Operating system identified as: 'Linux'. Native driver can not be loaded: Error 
loading Sys::Info::Driver::Linux::Device::CPU: Can't locate 
Sys/Info/Driver/Linux/Device/CPU.pm in @INC (you may need to install the 
Sys::Info::Driver::Linux::Device::CPU module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.30.0 /usr/local/share/perl/5.30.0 
/usr/lib/x86_64-linux-gnu/perl5/5.30 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.30 /usr/share/perl/5.30 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
/usr/share/perl5/Sys/Info/Base.pm line 45.
 at /usr/share/perl5/Sys/Info/Device/CPU.pm line 9.
. Falling back to compatibility mode
Error loading Sys::Info::Driver::Unknown::Device::CPU: Can't locate 
Sys/Info/Driver/Unknown/Device/CPU.pm in @INC (you may need to install the 
Sys::Info::Driver::Unknown::Device::CPU module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.30.0 /usr/local/share/perl/5.30.0 
/usr/lib/x86_64-linux-gnu/perl5/5.30 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.30 /usr/share/perl/5.30 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
/usr/share/perl5/Sys/Info/Base.pm line 45.
 at /usr/share/perl5/Sys/Info/Device/CPU.pm line 9.
BEGIN failed--compilation aborted at /usr/share/perl5/Sys/Info/Device/CPU.pm 
line 9.
Compilation failed in require.
BEGIN failed--compilation aborted.

Those come from the Sys-Info-Driver-Linux and Sys-Info-Driver-Unknown
packages on CPAN, also AFAIK not packaged.

Sys::Info::OS similarly does not work.

It doesn't seem like libsys-info-base-perl have any functionality w/o
the related packages.

- -- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'stable-updates'), (500, 
'testing'), (500, 'stable'), (130, 'unstable-debug'), (130, 'unstable'), (120, 
'experimental-debug'), (120, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libsys-info-base-perl depends on:
ii  perl  5.30.0-8

libsys-info-base-perl recommends no packages.

libsys-info-base-perl suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHMEARECADMWIQTlAc7j4DAtSNRJJ0z7P4jCVepZ/gUCXbVCvhUcYW50aG9ueUBk
ZXJvYmVydC5uZXQACgkQ+z+IwlXqWf7bYACeNgNe4JBivWCyGfXrZSwxvyUGVZwA
n3dkH76BmyphAJmsIS+gjvlyA/UN
=ZM5j
-END PGP SIGNATURE-

Bug#939983: error: Unable to read from '/sys/fs/cgroup/unified/machine/cgroup.controllers'

[Anthony DeRobertis]

Package: libvirt-daemon
Version: 5.6.0-2
Followup-For: Bug #939983

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Searching the web led to a suggestion this is from libvirt not realizing
its on a systemd machine and trying to use non-systemd cgroups. (It
should be machine.slice under systemd).

Installing systemd-container, making sure it was started
(machines.target and machine.slice, though maybe that'll happen
automatically --- certainly should on reboot), and restarting libvirt
fixed it here.

- -- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'stable-updates'), (500, 
'testing'), (500, 'stable'), (130, 'unstable-debug'), (130, 'unstable'), (120, 
'experimental-debug'), (120, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libvirt-daemon depends on:
ii  libblkid1   2.34-0.1
ii  libc6   2.29-2
ii  libcap-ng0  0.7.9-2+b1
ii  libdbus-1-3 1.12.16-2
ii  libdevmapper1.02.1  2:1.02.155-3
ii  libfuse22.9.9-2
ii  libgcc1 1:9.2.1-8
ii  libgnutls30 3.6.9-5
ii  libnetcf1   1:0.2.8-1+b3
ii  libparted2  3.3-1
ii  libpcap0.8  1.9.1-2
ii  libpciaccess0   0.14-1
ii  libselinux1 2.9-2+b2
ii  libudev1242-7
ii  libvirt05.6.0-2
ii  libxenmisc4.11  4.11.1+92-g6c33308a8d-2+b1
ii  libxenstore3.0  4.11.1+92-g6c33308a8d-2+b1
ii  libxentoollog1  4.11.1+92-g6c33308a8d-2+b1
ii  libxml2 2.9.4+dfsg1-7+b3

Versions of packages libvirt-daemon recommends:
ii  libxml2-utils   2.9.4+dfsg1-7+b3
ii  netcat-openbsd  1.203-2
ii  qemu-kvm1:4.1-1+b2

Versions of packages libvirt-daemon suggests:
pn  libvirt-daemon-driver-storage-gluster  
pn  libvirt-daemon-driver-storage-rbd  
pn  libvirt-daemon-driver-storage-zfs  
ii  libvirt-daemon-system  5.6.0-2
pn  numad  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHMEARECADMWIQTlAc7j4DAtSNRJJ0z7P4jCVepZ/gUCXbOIAhUcYW50aG9ueUBk
ZXJvYmVydC5uZXQACgkQ+z+IwlXqWf4P/gCfXPpKvk+nDfuSbVxcVZxMnpk9rbkA
n2rOrdrR+7rJJm7VNqqCjGxVXGIu
=IOZI
-END PGP SIGNATURE-

Bug#908147: restarting cups-browsed deleted print jobs

[Anthony DeRobertis]

On 12/5/18 4:49 PM, Till Kamppeter wrote:
cups-browsed is part of cups-filters, not of CUPS. The patch you find 
here:


https://github.com/OpenPrinting/cups-filters/commit/0d29084a864ca80ada8b4eafc2d36f072e06f984 




I applied your patch and it has fixed the problem for me. Thank you!

Bug#908147: restarting cups-browsed deleted print jobs

[Anthony DeRobertis]

On 12/5/18 4:20 PM, Till Kamppeter wrote:
Anyone suffering this problem, can you apply my upstream fix and check 
again whether this solves the problem? Thanks.


   Till


I can't find 0d29084a864c anywhere. I checked:

 * https://github.com/apple/cups
 * https://github.com/tillkamppeter/cups
 * https://salsa.debian.org/printing-team/cups

Could you please point to where you've published it (or, alternatively, 
email the patch). I hope it applies against 2.2.9 which Debian currently 
has, or this could get interesting.

Bug#908147: restarting cups-browsed deleted print jobs

[Anthony DeRobertis]

On 12/5/18 3:41 PM, Till Kamppeter wrote:


Anyone here who can reproduce the vanishing of print jobs when 
stopping or restarting cups-browsed, please put cups-browsed in debug 
logging mode by stopping it, editing /etc/cups/cups-browsed.conf to 
contain a line


DebugLogging file


I've attached three cups-browsed_log logs and my cups-browsed.conf.

The three logs were made from four restarts of cups-browsed. After each 
start, I did a "mv cups-browsed_log cbl-N" to keep each start separate 
(it kept writing to the same file after mv):


(a) un-comment DebugLogging file, restart [finishes none, this starts 
log #1]


(b) pause printer, send print job, restart cups-browsed [finishes #1, 
starts #2]


(c) pause printer, send print job, restart cups-browsed [finishes #2, 
starts #3]


(d) comment back out DebugLogging, restart [finishes #3, starts none]

The print job from (b) was preserved and sent on; the print job from (c) 
was lost.


PS: On the off-chance the implicitclass being lowercased every other 
restart was a cause, I created a second PDF queue "lcpdf" on Watt, so 
that there wouldn't be a miss-match every other restart. That one always 
displays lowercase, but it still exhibits the every-other-restart 
behavior w/r/t/ deleting jobs.




cups-browsed.conf.gz
Description: application/gzip


cbl-1.gz
Description: application/gzip


cbl-2.gz
Description: application/gzip


cbl-3.gz
Description: application/gzip

Bug#908147: restarting cups-browsed deleted print jobs

[Anthony DeRobertis]

Actually, I'm using cups-browsed's BrowsePoll here, the printers are on 
another network over a VPN. I have no idea if that matters.


The alternative to using cups-browsed for that use case is, so far as I 
know, to just configure the printers statically. I prefer not to, as 
that means copying around a bunch of config.


I'm glad someone else is seeing this too, though. Especially after 
determining it was deleting jobs every other restart I was beginning to 
worry that I might just be a crazy person :-/

Bug#908147: restarting cups-browsed deleted print jobs

[Anthony DeRobertis]

Just re-tested:

1. Went to http://localhost:631/printers/PDF_watt_home and under
   "Maintenance" picked "pause printer". Entered username & password
   when prompted.
2. Generated a print job with: fortune -s | lpr -PPDF_watt_home
3. Confirmed a print job in the queue at
   http://localhost:631/printers/PDF_watt_home
4. Ran systemctl restart cups-browsed.service
5. Job stayed...
6. Ran systemctl stop cups-browsed.service ; systemctl start
   cups-browsed.service
7. Job vanished.

That is... odd. So I tried printing another job, getting an "No 
destination host name supplied by cups-browsed for printer 
\"pdf_watt_home\", is cups-browsed running?" error showing up in the 
CUPS error log (and webui) eventually. After that, "systemctl restart 
cups-browsed.service" made the job vanish.


Now that printer seems permanently broken (with that no destination 
error). So I restarted cups.service (which also deleted the print job). 
Still got the error.


It's weird I'm also getting errors in the CUPS error log like:

E [05/Dec/2018:11:38:24 -0500] [Client 22] Returning IPP 
client-error-bad-request for CUPS-Add-Modify-Printer 
(ipp://localhost:631/printers/pdf_watt_home) from localhost.


To get it back working, I stopped cups-browsed.service, deleted all the 
printers it added via CUPS webui, stopped cups.service, started 
cups.service, and then started cups-browsed.service again. Got those 
weird error log entries again.


After that, tested again and it didn't delete the job, but restarting 
cups-browsed.service resumed the print queue (which it probably 
shouldn't, since I manually paused it, but that's much more minor).


Just to be sure, paused it again, added another job, and restarted 
cups-browsed.service: it deleted the job.


Tested again: unpaused, job not lost.

Tested again: job lost

Tested again: unpaused, not lost.

Tested again: job lost

Tested again: unpaused, not lost

... so... umm... it seems to lose jobs every other restart.

So I restarted it immediately again, without sending a print job. Then 
tested again, and not lost. It really does appear to be every other restart.


I think I've noticed something though. On restarting it, the 
"Connection:" changes in the CUPS web ui. Sometimes its 
"implicitclass://pdf_watt_home/" other times 
"implicitclass://PDF_watt_home/".  Each restart of cups-browsed.service 
changes back and forth. And it appears lowercased printer names lose 
jobs on restart.


I have two remote printers, and they have opposite lowercase-states. I 
haven't tested as much with the other printer (it's a real printer, so 
testing wastes paper & toner), but it appears to follow the same 
lowercase-means-jobs-lost rule. (BTW: It gets the error log entries too).


I tried to find more details about the bad requests, but it doesn't 
appear to actually be sending IPP requests — or at least, not one that 
Wireshark can capture on lo (it sees the requests from Firefox, so it's 
working). Possibly it sends them over the cups UNIX socket.


On 12/1/18 12:04 PM, gregor herrmann wrote:

On Thu, 06 Sep 2018 13:31:51 -0400, Anthony DeRobertis wrote:


After doing so, the queue in the browser refreshed and showed empty. But
I checked — the PDFs were not created. Showing completed jobs shows
nothing. Looking in /var/spool/cups (on both the local machine and the
remote machine) shows no sign of the two jobs.

I can't reproduce this bug but maybe I did something wrong. What I
did was:

- print to a printer which is not available
- check in the cups web ui and in /var/spool/cups that the print job
   is there
- service cups-browsed restart
- and the job is still in the spool and the web ui still shows the job
   and the problem (printer not responding; well, it's a few hundred
   kilometers away)

(In the spirit of full disclosure: this is with sysv-init and not
systemd, in case this makes a difference.)


Cheers,
gregor, from the Bern BSP

Bug#908147: restarting cups-browsed deleted print jobs

[Anthony DeRobertis]

Package: cups-browsed
Version: 1.21.1-1
Severity: grave

I had an two jobs of online receipts set to print to a cups-browsed
remote print queue (a PDF printer on a remote machine), and a bit after
printing noticed that print handn't completed. I checked the local CUPS
status page and saw a message that cups-pdf hadn't provided a host name,
confirm it is running (compare bug #887495).

I checked (via systemctl status), it was running:

root@Zia:~# systemctl status cups-browsed.service 
● cups-browsed.service - Make remote CUPS printers available locally
   Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled; vendor 
preset: enabled)
   Active: active (running) since Thu 2018-09-06 00:00:04 EDT; 13h ago
 Main PID: 31796 (cups-browsed)
Tasks: 3 (limit: 4915)
   Memory: 5.0M
   CGroup: /system.slice/cups-browsed.service
   └─31796 /usr/sbin/cups-browsed

Sep 06 00:00:04 Zia systemd[1]: Started Make remote CUPS printers available 
locally.

... since it wasn't working, I did the obvious thing: systemctl restart 
cups-browsed.service

After doing so, the queue in the browser refreshed and showed empty. But
I checked — the PDFs were not created. Showing completed jobs shows
nothing. Looking in /var/spool/cups (on both the local machine and the
remote machine) shows no sign of the two jobs.

So it appears restarting cups-browsed deletes all pending print jobs.
Unfortunately, they're just gone ... hope I don't need those receipts.

A test page now works, so at least it fixed the queue. Testing
restarting it again, the job history is indeed gone, so that confirms
its deleting the data.

Unexpectedly and without warning discarding user data (pending print
jobs) really isn't OK, especially when CUPS itself is suggesting the
action that led to it.

Also, it looks like it was automatically restarted yesterday & this morning at
midnight; that makes this worse.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'testing'), (200, 'unstable'), (150, 'stable'), (100, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.17.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups-browsed depends on:
ii  cups-daemon   2.2.8-5
ii  libavahi-client3  0.7-4
ii  libavahi-common3  0.7-4
ii  libavahi-glib10.7-4
ii  libc6 2.27-5
ii  libcups2  2.2.8-5
ii  libcupsfilters1   1.21.1-1
ii  libglib2.0-0  2.56.1-2
ii  libldap-2.4-2 2.4.46+dfsg-5
ii  lsb-base  9.20170808

Versions of packages cups-browsed recommends:
ii  avahi-daemon  0.7-4

cups-browsed suggests no packages.

-- Configuration Files:
/etc/cups/cups-browsed.conf changed:
BrowseRemoteProtocols dnssd cups
BrowsePoll watt.home


-- no debconf information

Bug#894667: Explanation of the beep vulnerability found on the 'net.

[Anthony DeRobertis]

An explanation of the exploit (not by me) is at
:

My speculation on the race condition fixed in the patch:

The while loop in `main` calls `play_beep` multiple times. Each call
to `play_beep` opens the `--device` and sets the global
`console_fd`, and then sets the global `console_type` based on the
`ioctl(EVIOCGSND)` error, before calling `do_beep`.

This normally prevents the user from writing to arbitrary files with
`--device`, because without the `ioctl(EVIOCGSND)` succeeding,
`do_beep` with `BEEP_TYPE_CONSOLE` only does a (harmless?)
`ioctl(KIOCSOUND)`, not a `write` with the `struct input_event`.
However, the signal handler calls `do_beep` directly using the
globals set by `play_beep`...

So I image that with something along the lines of `beep
--device=./symlink-to-tty ... --new ...`, you can rewrite the
symlink to point to an arbitrary file during the first `play_beep`,
and then race the open/ioctl in the second `play_beep` with the
signal handler such that `do_beep` gets called with `console_fd`
pointing to your arbitrary file, and with `console_type` still set
to `BEEP_TYPE_EVDEV`, resulting in a `write` to your arbitrary file.

Exploiting that for privesc would require control over the `struct
input_event` for the `write`... `handle_signal` calls `do_beep` with
a fixed `freq` of 0, so all of the initialized fields are set to
fixed values... However, there's an unitialized `struct timeval` at
the beginning of the `struct input_event`, and it's allocated on the
stack...

Seems like a curious security vulnerability, I'll assume the debian
security team must have a working PoC in order to actually call it
out as a local privesc vulnerability... I'd love to see the actual
PoC eventually :)

Bug#884234: bareos: Stable update fails to configure (no database version defined, FAILED to set Catalog MyCatalog dbdriver = postgresql)

[Anthony DeRobertis]

Package: bareos
Version: 14.2.1+20141017gitc6c5b56-3+deb8u3
Severity: serious
Justification: Policy 10.7.3

I've been happily using the bareos packages on jessie for a bit now (thank
you for maintaining them!)

I attempted to upgrade bareos to 14.2.1+20141017gitc6c5b56-3+deb8u3
(from +deb8u2) this afternoon, and it failed to configure. Here is
trying to configure it again:

root@Bennu:~# dpkg --configure -a
Setting up bareos-database-common (14.2.1+20141017gitc6c5b56-3+deb8u3) ...
Warning: no database version defined for release 14.2.1+20141017gitc6c5b56 
(14.2.1+20141017gitc6c5b56-3+deb8u2). Using default version: 2003
(config) dbc_go() bareos-database-common configure 2003.
dbc_config() bareos-database-common configure 2003.
dbc_set_dbtype_defaults() .
dbc_register_debconf() .
dbc_read_package_config() .
dbc_preseed_package_debconf() .
dbc_detect_supported_dbtype() pgsql.
dbc_detect_installed_dbtype() pgsql.
_dbc_detect_installed_dbtype() pgsql.
dbc_config() bareos-database-common configure 2003.
dbc_set_dbtype_defaults() pgsql.
dbc_get_app_pass() .
Warning: no database version defined for release 14.2.1+20141017gitc6c5b56 
(14.2.1+20141017gitc6c5b56-3+deb8u2). Using default version: 2003
dbconfig-common: writing config to 
/etc/dbconfig-common/bareos-database-common.conf
dbconfig-common: flushing administrative password
FAILED to set Catalog MyCatalog dbdriver = postgresql 
(/etc/bareos/bareos-dir.conf)

... which would make sense because I don't have a catalog called
MyCatalog, except reading /usr/lib/bareos/scripts/bareos-config-lib.sh
it turns out its actually nowhere near that robust; it's just looking
for "dbdriver = ..." and failing to find it. That's broken for at least
three reasons:

   1) The documented parameter name is "DB Driver"; see
  
http://doc.bareos.org/master/html/bareos-manual-main-reference.html#directiveDirCatalogDB%20Driver
  and bareos of course doesn't care about capitalization or spacing
  (which is why dbdriver also works).

   2) Config files can include other config files, so the db config may
  not even be in that file at all.

   3) It blindly overwrites any configuration changes made by the admin,
  which isn't permitted by Debian Policy §10.7.3. (In my case,
  bareos-dir.conf is actually a generated file — directly editing it
  is broken.)

Thankfully, there is a fairly easy approach that solves all these
problems: put the default Debian database config in its own file
(possibly under /var/lib/bareos/) and then @-include it into the shipped
bareos-dir.conf. Then you don't have to touch the configuration file.


(I fixed my system by commenting out the apply_dbconfig_settings line in
/var/lib/dpkg/info/bareos-database-common.postinst).


 -- System Information:
Debian Release: 8.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bareos depends on:
ii  bareos-client14.2.1+20141017gitc6c5b56-3+deb8u3
iu  bareos-director  14.2.1+20141017gitc6c5b56-3+deb8u3
ii  bareos-storage   14.2.1+20141017gitc6c5b56-3+deb8u3

bareos recommends no packages.

bareos suggests no packages.

-- no debconf information

Bug#874295: clementine: installs non-free plugin at runtime

[Anthony DeRobertis]

(from Jonas Smedegaard  via the bug):

> One of several functions of Clementine is to stream audio from cloud
> service Spotify.  Initially selecting that function triggers a routine
> where Clementine (asks for concent and then) downloads and installs a
> non-free binary driver.
> 
> Policy 2.2.1 states that "None of the packages in the main archive area
> require software outside of that area to function."
> 
> Clementine should either be moved to contrib, or the Spotify function be
> removed.

I suggest this isn't a Policy violation. Clementine functions without
the Spotify plugin; e.g., it'll happily play local music files, or from
any of the non-Spotify streaming sources.

Compare to, for example, all web browsers except lynx (and similar).
They all happily and automatically download and execute non-free code
(JavaScript), without any warning whatsoever. And if you turn off
JavaScript, they lose quite a bit more functionality than Clementine
does (I'd go so far as to say they become fairly useless — quite a bit
of the web doesn't work w/o JavaScript).

Many of them have their own plugin services (at least both Firefox and
Chromium do) that happily install and execute non-free code, again
without any warning (the only warnings they give are about access to
data, browsing history, etc., nothing about freedom).

Further, Debian understands software broadly (including, e.g.,
data—basically, "not hardware"), not just executables. If this bug
report's reading of policy were correct, Clementine would need to
disable most of streaming music services as the music they provide
doesn't follow DFSG. (And even lynx would have to be removed.)

I think it'd be reasonable to make the confirmation dialog explicitly
say that the plugin is not free software. But other than that, which
does not warrant severity: serious, I think this bug should be closed as
not a bug.

Bug#874295: clementine: installs non-free plugin at runtime

[Anthony DeRobertis]

[resending just to -submitter, sorry I messed up the address the first
time.]

(from Jonas Smedegaard  via the bug):

> One of several functions of Clementine is to stream audio from cloud
> service Spotify.  Initially selecting that function triggers a routine
> where Clementine (asks for concent and then) downloads and installs a
> non-free binary driver.
> 
> Policy 2.2.1 states that "None of the packages in the main archive area
> require software outside of that area to function."
> 
> Clementine should either be moved to contrib, or the Spotify function be
> removed.

I suggest this isn't a Policy violation. Clementine functions without
the Spotify plugin; e.g., it'll happily play local music files, or from
any of the non-Spotify streaming sources.

Compare to, for example, all web browsers except lynx (and similar).
They all happily and automatically download and execute non-free code
(JavaScript), without any warning whatsoever. And if you turn off
JavaScript, they lose quite a bit more functionality than Clementine
does (I'd go so far as to say they become fairly useless — quite a bit
of the web doesn't work w/o JavaScript).

Many of them have their own plugin services (at least both Firefox and
Chromium do) that happily install and execute non-free code, again
without any warning (the only warnings they give are about access to
data, browsing history, etc., nothing about freedom).

Further, Debian understands software broadly (including, e.g.,
data—basically, "not hardware"), not just executables. If this bug
report's reading of policy were correct, Clementine would need to
disable most of streaming music services as the music they provide
doesn't follow DFSG. (And even lynx would have to be removed.)

I think it'd be reasonable to make the confirmation dialog explicitly
say that the plugin is not free software. But other than that, which
does not warrant severity: serious, I think this bug should be closed as
not a bug.

Bug#881358: nvidia_drv_video.so has no function __vaDriverInit_1_0

[Anthony DeRobertis]

Package: vdpau-va-driver
Version: 0.7.4-6
Severity: grave

anthony@Zia:~ [$?=3]$ vainfo 
libva info: VA-API version 1.0.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so
libva error: /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so has no function 
__vaDriverInit_1_0
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

And indeed, it does not:

anthony@Zia:~$ nm --demangle -D 
/usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so  | grep vaDriverInit
6320 T __vaDriverInit_0_31
6d40 T __vaDriverInit_0_39


-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'testing'), (200, 'unstable'), (150, 'stable'), (100, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vdpau-va-driver depends on:
ii  libc6   2.24-17
ii  libgl1  0.2.999+git20170802-5
ii  libgl1-mesa-glx 17.2.4-1+b1
ii  libva1 [libva-driver-abi-0.39]  1.8.3-2
ii  libvdpau1   1.1.1-8
ii  libx11-62:1.6.4-3

vdpau-va-driver recommends no packages.

vdpau-va-driver suggests no packages.

-- no debconf information

Bug#879131: Looks like transition didn't go according to plan

[Anthony DeRobertis]

Source: courier-unicode
Severity: serious

TLDR: Don't Breaks/Replaces libcourier-unicode1, it prevents install of
at least maildrop (or upgrade).

libcourier-unicode4 breaks libcourier-unicode1 << 1.4-4. The archive
currently has -3+b1, so they're not co-installable. This makes it
impossible to (for example) install both Courier and maildrop.

It looks like you planned to have 1.4-5 enter the archive — which would
be co-installable. At least the package tracker says you uploaded that
on Aug 7. I'm guessing it was ignored because you also uploaded 2.0-1
the same day (again according to the package tracker).

I found a copy using snapshot.d.o, but it appears you changed the
package name to libcourier-unicode3 to match the soversion. Normally
desired, but that also means it won't satisfy the dependency from
maildrop on -unicode1.

There appears to be no reason for libcourier-unicode4 to Breaks/Replaces
libcourier-unicode1. They have different soversions and no conflicting
files. Dropping that Breaks/Replaces would fix the (presumably) unwanted
conflict with maildrop.

I think it's just maildrop broken by this. So probably not worth the
effort to get 1.4-5 actually in to the archive (which would, I think,
require uploading it built from a new source package). 1.4 will be
dropped when maildrop's maintainers update their package. But even so,
it'd be nice to drop the Breaks/Replaces unless there is actually a good
reason to have it.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'testing'), (200, 'unstable'), (150, 'stable'), (100, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#839982: Also causes the cron job to error out

[Anthony DeRobertis]

Package: apt-xapian-index
Version: 0.48
Followup-For: Bug #839982


/etc/cron.weekly/apt-xapian-index:
Traceback (most recent call last):
  File "/usr/sbin/update-apt-xapian-index", line 102, in 
indexer.incrementalUpdate()
  File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 670, in 
incrementalUpdate
self.updateIndex(dbpath)
  File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 629, in 
updateIndex
db = xapian.WritableDatabase(pathname, xapian.DB_CREATE_OR_OPEN)
  File "/usr/lib/python2.7/dist-packages/xapian/__init__.py", line 8619, in 
__init__
_xapian.WritableDatabase_swiginit(self, _xapian.new_WritableDatabase(*args))
xapian.FeatureUnavailableError: Flint backend no longer supported
run-parts: /etc/cron.weekly/apt-xapian-index exited with return code 1

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages apt-xapian-index depends on:
ii  python-apt 1.1.0~beta5
ii  python-debian  0.1.29
ii  python-xapian  1.4.0-7
pn  python:any 

apt-xapian-index recommends no packages.

Versions of packages apt-xapian-index suggests:
ii  python-xdg  0.25-4

-- no debconf information

Bug#821883: ImportError: When using gi.repository you must not import static modules like "gobject"

[Anthony DeRobertis]

Package: morituri
Version: 0.2.3-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After a recent apt-get upgrade, appears morituri (from experimental) no
longer works at all (traceback below). I attempted to fix it myself, but
I don't know Python so I didn't really get anywhere...

$ rip cd rip
Using configured read offset 6
Checking device /dev/sr0
CDDB disc id: 3d0cb416
MusicBrainz disc id fmCeZFVMZYuZ5ZGySzKhWgDlNNM-
MusicBrainz lookup URL 
https://musicbrainz.org/cdtoc/attach?toc=1+22+244050+150+17881+24489+34744+62335+65971+67088+70519+74719+86494+93347+98152+104826+128780+146665+148207+152406+162293+176335+193912+204024+233637&tracks=22&id=fmCeZFVMZYuZ5ZGySzKhWgDlNNM-
Disc duration: 00:54:12.000, 22 audio tracks

Matching releases:

Artist  : Richard Strauss; Staatskapelle Weimar, Antoni Wit
Title   : An Alpine Symphony
Duration: 00:54:11.992
URL : https://musicbrainz.org/release/084a9bbb-c722-40ad-8f32-097d697b7b09
Release : 084a9bbb-c722-40ad-8f32-097d697b7b09
Type: Album

Traceback (most recent call last):
  File "/usr/bin/rip", line 46, in 
h.handleImportError(e)
  File "/usr/bin/rip", line 41, in 
sys.exit(main.main(sys.argv[1:]))
  File "/usr/lib/python2.7/dist-packages/morituri/rip/main.py", line 50, in main
h.handleImportError(e)
  File "/usr/lib/python2.7/dist-packages/morituri/rip/main.py", line 45, in main
ret = c.parse(argv)
  File "/usr/lib/python2.7/dist-packages/morituri/rip/main.py", line 123, in 
parse
logcommand.LogCommand.parse(self, argv)
  File "/usr/lib/python2.7/dist-packages/morituri/extern/command/command.py", 
line 401, in parse
return self.subCommands[command].parse(args[1:])
  File "/usr/lib/python2.7/dist-packages/morituri/extern/command/command.py", 
line 401, in parse
return self.subCommands[command].parse(args[1:])
  File "/usr/lib/python2.7/dist-packages/morituri/extern/command/command.py", 
line 363, in parse
ret = self.do(args)
  File "/usr/lib/python2.7/dist-packages/morituri/rip/cd.py", line 160, in do
self.doCommand()
  File "/usr/lib/python2.7/dist-packages/morituri/rip/cd.py", line 276, in 
doCommand
self.program.result.gstreamerVersion = gstreamer.gstreamerVersion()
  File "/usr/lib/python2.7/dist-packages/morituri/common/gstreamer.py", line 
59, in gstreamerVersion
import gi
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 39, in 
raise ImportError(_static_binding_error)
ImportError: When using gi.repository you must not import static modules like 
"gobject". Please change all occurrences of "import gobject" to "from 
gi.repository import GObject". See: 
https://bugzilla.gnome.org/show_bug.cgi?id=709183




- -- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing'), (500, 'stable'), (130, 
'unstable'), (120, 'experimental'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages morituri depends on:
ii  cdparanoia 3.10.2+debian-11
ii  cdrdao 1:1.2.3-2+b1
ii  gstreamer1.0-plugins-good  1.8.0-1+b1
ii  python 2.7.11-1
ii  python-cddb1.4-5.2
ii  python-gi  3.18.2-2+b1
ii  python-gobject 3.18.2-2
ii  python-gst-1.0 1.8.0-1
ii  python-musicbrainzngs  0.5-2
ii  python-pkg-resources   18.8-1

Versions of packages morituri recommends:
ii  gstreamer1.0-libav  1:1.8.0-1+b1
ii  gstreamer1.0-tools  1.8.0-2
ii  python-xdg  0.25-4

Versions of packages morituri suggests:
ii  gstreamer1.0-plugins-ugly  1.8.0-1
ii  python-gtk22.24.0-4
pn  python-pycdio  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlcXMmIACgkQ+z+IwlXqWf5tuQCfRpYKL8hVlkjvPczvzrSQOt66
tiYAn1XyXHpFtX7G5/7pxkLzH3T//gGQ
=zOKV
-END PGP SIGNATURE-

Bug#821306: FTBFS: Missing build dependency on libjson-glib-dev

[Anthony DeRobertis]

Package: gimp
Version: 2.8.16-1+b1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

checking for BABL... yes
checking for GEGL... no
configure: error: Package requirements (gegl-0.3 >= 0.3.0) were not met:

Package 'json-glib-1.0', required by 'gegl-0.3', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

I manually installed libjson-glib-dev and it's building now.

- -- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing'), (500, 'stable'), (130, 
'unstable'), (120, 'experimental'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages gimp depends on:
ii  gimp-data2.8.16-1
ii  libaa1   1.4p5-44
ii  libatk1.0-0  2.20.0-1
ii  libbabl-0.1-01:0.1.16-dmo1
ii  libbz2-1.0   1.0.6-8
ii  libc62.22-6
ii  libcairo21.14.6-1+b1
ii  libdbus-1-3  1.10.8-1
ii  libdbus-glib-1-2 0.106-1
ii  libexif120.6.21-2
ii  libexpat12.1.1-1
ii  libfontconfig1   2.11.0-6.4
ii  libfreetype6 2.6.3-3+b1
ii  libgdk-pixbuf2.0-0   2.32.3-2
ii  libgegl-0.3-01:0.3.6-dmo3
ii  libgimp2.0   2.8.16-1+b1
ii  libglib2.0-0 2.48.0-1
ii  libgs9   9.19~dfsg-1+b1
ii  libgtk2.0-0  2.24.30-1.1
ii  libgudev-1.0-0   230-3
ii  libice6  2:1.0.9-1+b1
ii  libjasper1   1.900.1-debian1-2.4+deb8u1
ii  libjpeg62-turbo  1:1.4.2-2
ii  libjson-glib-1.0-0   1.2.0-1
ii  liblcms2-2   2.6-3+b3
ii  libmng1  1.0.10+dfsg-3.1+b3
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1
ii  libpng16-16  1.6.21-2
ii  libpoppler-glib8 0.38.0-2+b1
ii  librsvg2-2   2.40.13-3
ii  libsm6   2:1.2.2-1+b1
ii  libtiff5 4.0.6-1
ii  libwmf0.2-7  0.2.8.4-10.5+b1
ii  libx11-6 2:1.6.3-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxmu6  2:1.1.2-2
ii  libxpm4  1:3.5.11-1+b1
ii  libxt6   1:1.1.5-1
ii  python-gtk2  2.24.0-4
ii  python2.72.7.11-7
pn  python:any   
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages gimp recommends:
ii  ghostscript  9.19~dfsg-1+b1

Versions of packages gimp suggests:
ii  gimp-data-extras  1:2.0.2-1
ii  gimp-help-en [gimp-help]  2.8.2-0.1
ii  gvfs-backends 1.28.0-1
ii  libasound21.1.0-1

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlcTkp4ACgkQ+z+IwlXqWf5SqwCfU8L0L0J71f+iceigle9dM90F
I54AnjwLVwXWNJx78+6mNXO7tEpe4iSd
=w0JL
-END PGP SIGNATURE-

Bug#813424: postinst fails hosteddomains and esmtpacceptmailfor.dir

[Anthony DeRobertis]

Package: courier-base
Version: 0.75.0-10
Severity: serious

# dpkg --configure -a
Setting up courier-base (0.75.0-10) ...
chown: cannot access ‘/etc/courier/hosteddomains’: No such file or directory
dpkg: error processing package courier-base (--configure):
 subprocess installed post-installation script returned error exit status 1

I'm not sure where that file is supposed to come from, I don't think
I've ever had one.

I touched it in to existance, then got:

# dpkg --configure -a
Setting up courier-base (0.75.0-10) ...
chown: cannot access ‘/etc/courier/esmtpacceptmailfor.dir’: No such file or 
directory
dpkg: error processing package courier-base (--configure):
 subprocess installed post-installation script returned error exit status 1

I don't think had that ever, either. Note that I'm only using the IMAP
server, not the SMTP server. Touching that into existence finally
allowed the postinst to finish. After it finished, I rm'd them.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages courier-base depends on:
ii  adduser 3.113+nmu3
ii  courier-authdaemon  0.66.1-1+b1
ii  courier-authlib 0.66.4-2
ii  courier-authlib-userdb  0.66.1-1+b1
ii  debconf [debconf-2.0]   1.5.58
ii  libc6   2.21-7
ii  libcourier-unicode1 1.4-1
ii  libfam0 2.7.0-17.1+b1
ii  libgdbm31.8.3-13.1
ii  libssl1.0.2 1.0.2f-2
ii  lsb-base9.20160110
ii  openssl 1.0.2f-2
ii  perl5.22.1-4

courier-base recommends no packages.

courier-base suggests no packages.

-- Configuration Files:
/etc/courier/shared/index [Errno 13] Permission denied: 
u'/etc/courier/shared/index'

-- debconf information:
  courier-base/maildirpath:
  courier-base/maildir: Maildir
* courier-base/webadmin-configmode: false
* courier-base/certnotice:

Bug#805320: Destroys hotkey configuration

[Anthony DeRobertis]

Package: kded5
Version: 5.15.0-1
Severity: grave
File: /usr/bin/kded5

I upgraded to the most recent KDE fairly recently—a week or two ago.

My machine crashed, and upon rebooting and logging back in all my custom
hotkeys had vanished. First, I attempted to restore a backup of
~/.config/khotkeysrc but found it to *also* bee missing all the hot
keys, despite being a backup from after configuring it and before the
machine crashed.

So I went ahead and opened up system settings and started trying to
enter them in again. I noticed when I created a new group, khotkeysrc
got bigger as expected... but then a short while later was reset! No
further edits seemed to make the file change, except mtime. Note that
the Custom Shortcuts settings show that the keybinds are there, and they
work just fine—until you log out, of course.

Checking with fatrace, "apply" in Custom Shortcuts does this:

root@Zia:/home/anthony/.config# fatrace | grep khotkeys
systemsettings5(7751): RO /home/anthony/.config/khotkeysrc
systemsettings5(7751): C /home/anthony/.config/khotkeysrc
systemsettings5(7751): O /home/anthony/.config/khotkeysrc.lock
systemsettings5(7751): W /home/anthony/.config/khotkeysrc.lock
systemsettings5(7751): W /home/anthony/.config/khotkeysrc.lock
systemsettings5(7751): RO /home/anthony/.config/khotkeysrc
systemsettings5(7751): C /home/anthony/.config/khotkeysrc
systemsettings5(7751): O /home/anthony/.config/khotkeysrc.sj7751
systemsettings5(7751): W /home/anthony/.config/khotkeysrc.sj7751
systemsettings5(7751): W /home/anthony/.config/khotkeysrc.sj7751
systemsettings5(7751): CW /home/anthony/.config/khotkeysrc
systemsettings5(7751): CW /home/anthony/.config/khotkeysrc.lock (deleted)
kded5(4983): RO /home/anthony/.config/khotkeysrc
kded5(4983): C /home/anthony/.config/khotkeysrc
kded5(4983): O /home/anthony/.config/khotkeysrc
kded5(4983): R /home/anthony/.config/khotkeysrc
kded5(4983): C /home/anthony/.config/khotkeysrc
kded5(4983): O /home/anthony/.config/khotkeysrc.lock
kded5(4983): W /home/anthony/.config/khotkeysrc.lock
kded5(4983): W /home/anthony/.config/khotkeysrc.lock
kded5(4983): O /home/anthony/.config/khotkeysrc
kded5(4983): R /home/anthony/.config/khotkeysrc
kded5(4983): C /home/anthony/.config/khotkeysrc
kded5(4983): O /home/anthony/.config/khotkeysrc.aq4983
kded5(4983): W /home/anthony/.config/khotkeysrc.aq4983
kded5(4983): W /home/anthony/.config/khotkeysrc.aq4983
kded5(4983): CW /home/anthony/.config/khotkeysrc.aq4983
kded5(4983): CW /home/anthony/.config/khotkeysrc.lock (deleted)
kded5(4983): O /home/anthony/.config/khotkeysrc
kded5(4983): R /home/anthony/.config/khotkeysrc
kded5(4983): C /home/anthony/.config/khotkeysrc
kded5(4983): WO /home/anthony/.config/khotkeysrc.lock
kded5(4983): W /home/anthony/.config/khotkeysrc.lock
kded5(4983): RO /home/anthony/.config/khotkeysrc
kded5(4983): C /home/anthony/.config/khotkeysrc
kded5(4983): O /home/anthony/.config/khotkeysrc.cS4983
kded5(4983): W /home/anthony/.config/khotkeysrc.cS4983
kded5(4983): W /home/anthony/.config/khotkeysrc.cS4983
kded5(4983): CW /home/anthony/.config/khotkeysrc.cS4983
kded5(4983): CW /home/anthony/.config/khotkeysrc.lock (deleted)

... and confirming it's kded5, doing `kill -STOP 4983` left the file
with my settings in it (though systemsettings hung at that point).
Killing kded5 made a mess of KDE and crashed system settings, but I
re-launched custom shortcuts without kded5 running, and now the file
changes as expected. Tried with several "apply"s, all of them save as
expected.

Further testing, I restarted kded5 (just from an xterm) and then after
the next "apply" in Custom Shortcuts, khotkeysrc again was reset to
defaults.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kded5 depends on:
ii  libc6  2.19-22
ii  libkf5configcore5  5.15.0-1
ii  libkf5coreaddons5  5.15.0-1
ii  libkf5crash5   5.15.0-1
ii  libkf5dbusaddons5  5.15.0-1
ii  libkf5service-bin  5.15.0+-1
ii  libkf5service5 5.15.0+-1
ii  libqt5core5a   5.5.1+dfsg-6
ii  libqt5dbus55.5.1+dfsg-6
ii  libqt5gui5 5.5.1+dfsg-6
ii  libqt5widgets5 5.5.1+dfsg-6
ii  libstdc++6 5.2.1-23

kded5 recommends no packages.

kded5 suggests no packages.

-- no debconf information

Bug#768620: [avahi-daemon] Install fails

[Anthony DeRobertis]

Package: avahi-daemon
Version: 0.6.31-4+b1
Followup-For: Bug #768620

On my system, something is immediately restarting avahi the second it
stops. Here is what journalctl -f shows:

Dec 16 14:27:50 Zia systemd[1]: Stopping Avahi mDNS/DNS-SD Stack...
Dec 16 14:27:50 Zia avahi-daemon[11795]: Got SIGTERM, quitting.
Dec 16 14:27:50 Zia avahi-daemon[11795]: Leaving mDNS multicast group on 
interface br0.IPv4 with address 172.16.1.244.
Dec 16 14:27:50 Zia dbus[1350]: [system] Activating via systemd: service 
name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service'
Dec 16 14:27:50 Zia systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Dec 16 14:27:51 Zia avahi-daemon[11795]: avahi-daemon 0.6.31 exiting.
Dec 16 14:27:51 Zia systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Dec 16 14:27:51 Zia avahi-daemon[12429]: Process 11795 died: No such process; 
trying to remove PID file. (/var/run/avahi-daemon//pid)
Dec 16 14:27:51 Zia avahi-daemon[12429]: Found user 'avahi' (UID 109) and group 
'avahi' (GID 115).
Dec 16 14:27:51 Zia avahi-daemon[12429]: Successfully dropped root privileges.
Dec 16 14:27:51 Zia avahi-daemon[12429]: avahi-daemon 0.6.31 starting up.
Dec 16 14:27:51 Zia dbus[1350]: [system] Successfully activated service 
'org.freedesktop.Avahi'
...

So it looks like it gets reactivated before it even fully shuts down.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17.0-p+ (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages avahi-daemon depends on:
ii  adduser  3.113+nmu3
ii  bind9-host [host]1:9.9.5.dfsg-6
ii  dbus 1.8.12-1
ii  init-system-helpers  1.22
ii  libavahi-common3 0.6.31-4+b2
ii  libavahi-core7   0.6.31-4+b2
ii  libc62.19-13
ii  libcap2  1:2.24-6
ii  libdaemon0   0.14-6
ii  libdbus-1-3  1.8.12-1
ii  libexpat12.1.0-6+b3
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages avahi-daemon recommends:
ii  libnss-mdns  0.10-6

Versions of packages avahi-daemon suggests:
pn  avahi-autoipd  

-- Configuration Files:
/etc/avahi/avahi-daemon.conf changed [not included]

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766308: Fails to purge: /var/lib/dpkg/info/mdadm.postrm: 9: /usr/share/debconf/confmodule: DEBIAN_HAS_FRONTEND: parameter not set

[Anthony DeRobertis]

Package: mdadm
Version: 3.3.2-2
Severity: serious

SUMMARY: "set -u" breaks debconf. You can't have it in effect in your
postrm when sourcing it.

DETAILS:

root@Heisenberg:~# dpkg --purge mdadm
(Reading database ... 313312 files and directories currently installed.)
Removing mdadm (3.3.2-2) ...
Purging configuration files for mdadm (3.3.2-2) ...
/var/lib/dpkg/info/mdadm.postrm: 9: /usr/share/debconf/confmodule: 
DEBIAN_HAS_FRONTEND: parameter not set
dpkg: error processing package mdadm (--purge):
 subprocess installed post-removal script returned error exit status 2
Errors were encountered while processing:
 mdadm
root@Heisenberg:~#

Adding set -x to the top of the postrm (editing the file in
/var/lib/dpkg/info), shows that it's blowing up here:

   # Automatically added by dh_installdebconf
   if [ "$1" = purge ] && [ -e /usr/share/debconf/confmodule ]; then
--->   . /usr/share/debconf/confmodule   <---
   db_purge
   fi

And that's because you have "set -ue" at the top of the script, the -u
being the problem. Once I remove that, the package purges successfully.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (150, 'unstable'), (125, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mdadm depends on:
ii  debconf  1.5.53
ii  initscripts  2.88dsf-53.4
ii  libc62.19-11
ii  lsb-base 4.1+Debian13
ii  udev 215-5+b1

Versions of packages mdadm recommends:
ii  exim4-daemon-light [mail-transport-agent]  4.84-2
ii  module-init-tools  18-3

mdadm suggests no packages.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754998: Compiling ANGLE with gcc 4.9 breaks WebGL (Browser Segfault)

[Anthony DeRobertis]

Package: iceweasel
Version: 30.0-2
Severity: grave

Trying to access maps.google.com, I get a segfault which very much looks
like a known (and now fixed) issue in ANGLE:

   https://code.google.com/p/angleproject/issues/detail?id=651
   https://bugzilla.mozilla.org/show_bug.cgi?id=1025576

I'm attaching the backtrace. Also, going to attempt a build that
patch to confirm it goes away, but that will take a bit of course.

-- Package-specific info:

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.15.5-p+ (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils   4.4
ii  fontconfig2.11.0-5
ii  libasound21.0.28-1
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-7
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.6-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi6   3.1-2
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.9.0-7
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-3
ii  libgtk2.0-0   2.24.24-1
ii  libhunspell-1.3-0 1.3.3-1
ii  libnspr4  2:4.10.6-1
ii  libnss3   2:3.16.1-1
ii  libpango-1.0-01.36.3-1
ii  libsqlite3-0  3.8.5-2
ii  libstartup-notification0  0.12-3
ii  libstdc++64.9.0-7
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  procps1:3.3.9-5
ii  zlib1g1:1.2.8.dfsg-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  fonts-mathjax  2.4-1
ii  fonts-oflb-asana-math  000.907-6
ii  fonts-stix [otf-stix]  1.1.1-1
ii  libcanberra0   0.30-2
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.12.1+dfsg-4
pn  mozplugger 
ii  otf-stix   1.1.1-1

-- no debconf information
	Using the running image of child Thread 0x77fc3740 (LWP 9508).
Program stopped at 0x0.
It stopped with signal SIGSEGV, Segmentation fault.


process 9508
Name:	iceweasel
State:	t (tracing stop)
Tgid:	9508
Ngid:	0
Pid:	9508
PPid:	9505
TracerPid:	9505
Uid:	1000	1000	1000	1000
Gid:	1000	1000	1000	1000
FDSize:	256
Groups:	4 7 20 24 25 29 33 44 46 100 113 126 127 128 129 130 134 504 1000 1001 5000 25000 29989 29990 29991 29992 29993 29994 29995 29996 29997 29998 2 
VmPeak:	 1643236 kB
VmSize:	 1643236 kB
VmLck:	   0 kB
VmPin:	   0 kB
VmHWM:	  630080 kB
VmRSS:	  630080 kB
VmData:	  870800 kB
VmStk:	 236 kB
VmExe:	  96 kB
VmLib:	  117676 kB
VmPTE:	2212 kB
VmSwap:	   0 kB
Threads:	53
SigQ:	0/193106
SigPnd:	
ShdPnd:	
SigBlk:	
SigIgn:	01001000
SigCgt:	000f800044af
CapInh:	
CapPrm:	
CapEff:	
CapBnd:	001f
Seccomp:	0
Cpus_allowed:	
Cpus_allowed_list:	0-15
Mems_allowed:	,0001
Mems_allowed_list:	0
voluntary_ctxt_switches:	8521
nonvoluntary_ctxt_switches:	1292


#0  0x in ?? ()
No symbol table info available.
#1  0x745637d1 in TSymbolTableLevel::~TSymbolTableLevel (
this=0x7fff9573c010, __in_chrg=)
at /tmp/buildd/iceweasel-30.0/gfx/angle/src/compiler/SymbolTable.cpp:174
it = {first = "main(", second = }
#2  0x7454f76c in TSymbolTable::pop (this=0x7fffb9eda4d0)
at /tmp/buildd/iceweasel-30.0/gfx/angle/src/compiler/SymbolTable.h:271
No locals.
#3  0x7455fdce in TCompiler::compile (this=0x7fffb9eda400, 
shaderStrings=shaderStrings@entry=0x7fff5fc0, 
numStrings=numStrings@entry=1, compileOptions=, 
compileOptions@entry=6220)
at /tmp/buildd/iceweasel-30.0/gfx/angle/src/compiler/Compiler.cpp:207
sourcePath = 
firstSource = 
parseContext = {intermediate = @0x7fff5e68, 
  symbolTable = @0x7fffb9eda4d0, shaderType = SH_FRAGMENT_SHADER, 
  shaderSpec = SH_WEBGL_SPEC, compileOptions = 6221, sourcePath = 0x0, 
  treeRoot = 0x7fff9573c260, loopNestingLevel = 0, 
  structNestingLevel = 0, currentFunctionType = 0x7fff9573c7e8, 
  functionReturnsValue = false, checksPrecisionErrors = true, 
  fragmentPrecisionHigh = true, HashErrMsg = "", 
  diagnostics = { = {
  _vptr.Diagnostics = 0x766071b0 }, mInfoSink = @0x7fffb9eda570, mNumErrors = 0, mNumWarnings = 0}, 
  directiveHandler = { = {
  _vptr.DirectiveHan

Bug#740491: nfs-common: fails to upgrade (action "restart" failed)

[Anthony DeRobertis]

Package: nfs-common
Followup-For: Bug #740491

I've had this happen on two machines I've upgrade so far.

It turns out that you get an error (sorry, didn't copy down the exact
message) when you try to run:

rpcinfo -d status 1

to un-register the service.

On a third machine, I ran that *beofore* upgrading and also stopped
nfs-common, and that avoided 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#736708: /usr/share/pulseaudio/alsa-mixer/profiles belongs in /etc

[Anthony DeRobertis]

After some testing, it turns out you can set PULSE_PROFILE_SET to an
absolute path. Probably not supported, as the only documentation I can
find says otherwise:


under "pulseaudio profile set" says:

The file mentioned in udev rule, (e g "pulseaudio-conexant.conf")
must exist in /usr/share/lib/pulseaudio/alsa-mixer/profile-sets

(BTW: /usr/share/lib/pulseaudio/alsa-mixer/paths similarly should be
moved to /etc)
-- 


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736708: /usr/share/pulseaudio/alsa-mixer/profiles belongs in /etc

[Anthony DeRobertis]

Package: pulseaudio
Version: 4.0-6+b1
Severity: serious

In order to get 7.1 sound working over HDMI, you must edit files in
/usr/share/pulseaudio/alsa-mixer/profile-sets.

You can edit udev rules to get the extra-hdmi profile set to be used,
but that doesn't have anything above 5.1.

>From what I was able to disocver by STFW, upstream doesn't ship a 7.1
profile because the channel mapping is system-specific, and needs to be
set up by the administrator. Having used multiple HDMI cards, I agree.
I've even seen it change from one driver version to the next...

There are apparently three ways to do this:

1. Edit default.conf. By far the easiest!
2. Write udev rules to set ENV{PULSE_PROFILE_SET} to something, and then
   edit that profile set. You have to put your custom file in
   /usr/share/pulseaudio/alsa-mixer/profile-sets/ at least as far as I
   can see in the docs.
3. Disable module-udev-detect, and load all your modules by hand. Then
   you can pass a profile set to module-alsa-card, which is documented
   to allow a absolute path, so you can actually put it in /etc. Not
   really acceptable, since you have to disable udev-detect first.

The configuration files really need to be moved to /etc and treated as
configuration files (e.g., not overwritten on upgrade).

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (150, 'unstable'), (125, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725111: Dependency mess (Can't locate TeXLive/TLUtils.pm)

[Anthony DeRobertis]

Actually, I guess texlive-base already depends on tex-common, so that
suggestion would create a dependency loop.

However, even with a loop, I think they'll both be unpacked before
either is configured, so that might be enough.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725111: Dependency mess (Can't locate TeXLive/TLUtils.pm)

[Anthony DeRobertis]

Package: tex-common
Version: 4.03
Severity: serious

An upgrade yesterday failed with a bunch of TeX packages failing. After
that:

# dpkg --configure -a
⋮
Setting up tex-common (4.03) ...
Running mktexlsr. This may take some time... done.
Running mtxrun --generate. This may take some time... done.
Running updmap-sys. This may take some time... 
updmap-sys failed. Output has been stored in
/tmp/updmap.zXegYtLB
Please include this file if you report a bug.
⋮

# cat /tmp/updmap.zXegYtLB 
Can't locate TeXLive/TLUtils.pm in @INC (you may need to install the 
TeXLive::TLUtils module) (@INC contains: /usr/share/texlive/tlpkg /etc/perl 
/usr/local/lib/perl/5.18.1 /usr/local/share/perl/5.18.1 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 
/usr/local/lib/site_perl .) at /usr/bin/updmap line 41.
BEGIN failed--compilation aborted at /usr/bin/updmap line 41.

It appears that in stable, this was in texlive-common. Now its been
moved to texlive-base. Unfortunately, I'm left with:

 - texlive-common not installed
 - texlive-base 2012.20120611-5 from stable

so there is no TLUtils.pm on my system.

Seems like tex-common ought to have a versioned Depends on texlive-base.
Not sure if that's all that is needed...

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  dpkg   1.16.10
ii  ucf3.0027+nmu1

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  9.20130720

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  dpkg   1.16.10
ii  install-info   5.1.dfsg.1-5
ii  libpaper-utils 1.1.24+nmu2
ii  luatex 0.70.1.20120524-3
ii  texlive-binaries   2012.20120628-4
pn  texlive-common 
pn  texlive-doc-base   
ii  ucf3.0027+nmu1
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages texlive-base recommends:
ii  lmodern  2.004.4-3

Versions of packages texlive-base suggests:
ii  evince [postscript-viewer]   3.8.3-2
ii  ghostscript [postscript-viewer]  9.05~dfsg-8
ii  gv [postscript-viewer]   1:3.7.4-1
ii  mupdf [pdf-viewer]   1.2-2
ii  okular [postscript-viewer]   4:4.10.5-1
ii  perl-tk  1:804.031-1+b1
ii  xpdf [pdf-viewer]3.03-11

Versions of packages texlive-binaries depends on:
ii  dpkg1.16.10
ii  ed  1.9-2
ii  install-info5.1.dfsg.1-5
ii  libc6   2.17-92+b1
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.1-10
ii  libgraphite31:2.3.1-0.2
ii  libgs9  9.05~dfsg-8
ii  libkpathsea62012.20120628-4
ii  libpng12-0  1.2.49-4
ii  libpoppler190.18.4-8
ii  libptexenc1 2012.20120628-4
ii  libstdc++6  4.8.1-10
ii  libx11-62:1.6.1-1
ii  libxaw7 2:1.0.11-1
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  libxt6  1:1.1.4-1
ii  perl5.18.1-4
pn  texlive-common  
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages texlive-binaries recommends:
ii  luatex  0.70.1.20120524-3
ii  python  2.7.5-4
ii  ruby1:1.9.3
ii  ruby1.8 [ruby]  1.8.7.358-7.1
ii  texlive-base2012.20120611-5
ii  tk8.4 [wish]8.4.20-1
ii  tk8.5 [wish]8.5.14-2

-- Configuration Files:
/etc/texmf/web2c/mktex.cnf changed:
: ${MT_FEATURES=appendonlydir:texmfvar}
: ${MODE=ljfzzz}
: ${BDPI=1200}


-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:
  texlive-base/texconfig_ignorant:
* texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#717190: Leaves RAID sync speed set to 0

[Anthony DeRobertis]

Package: hdparm
Version: 9.39-1+b1
Severity: grave
File: /lib/udev/rules.d/85-hdparm.rules
X-Debbugs-CC: anth...@derobert.net

I enabled RAID_WORKAROUND, and it managed to leave sync_speed_min and
sync_speed_max set to 0. That of course had a degraded RAID array sitting
there, not rebuilding—a scenario that puts data at great risk.

Looking at the scripts, I think what happens is that 85-hdparm.rules calls the
init script, which does:

1. save current value of sync speeds to variables
2. change both to 0.
3. call hdparm
4. restore from variables.

but udev works in parallel, so multiple "hotplugs" can happen at once. Leading 
to
a race:

a1. save (200k)
a2. change (from 200k to 0)
b1. save (this will save 0!)
a3. hdparm
b2. change (from 0 to 0)
b3. hdparm
a4. restore (back to 200k)
b4. restore (back to 0) (!)

Of course, that race can go other ways, such as calling hdparm with the rebuild
in progress (which supposedly corrupts data). Or both could happen.

The most obvious approach to fix this is locking.

There are related bugs, such as each RAID array actually can use a non-default
set of sync speed parameters, set in /sys. But I think that can be documented
and left to the user to solve.

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hdparm depends on:
ii  libc6 2.13-38
ii  lsb-base  4.1+Debian8+deb7u1

Versions of packages hdparm recommends:
ii  powermgmt-base  1.31

Versions of packages hdparm suggests:
pn  apmd  

-- Configuration Files:
/etc/default/hdparm changed:
harddisks=/dev/sd[a-f]
hdparm_opts="-B 255"
RAID_WORKAROUND=yes


-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696496: Unreproducable

[Anthony DeRobertis]

severity 696496 important
notfixed 696496 0.3.17-1
found 696496 0.3.17-1
thanks

Seeing as it only affects one of the audio qualities, sure, makes sense 
to lower the severity.


Also, hopefully one of those two will clear the fixed in 0.3.17-1 off.

On 01/02/2013 05:10 PM, Anton Gladky wrote:

What about relaxing the bug severity?

Anton


2013/1/2 Anthony DeRobertis :


More testing on my end shows it only happens with the mp3-hifi playback
format set (yes, I have a Pandora One account)



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696496: Unreproducable

[Anthony DeRobertis]

On 12/22/2012 06:42 PM, Anton Gladky wrote:

I am not able to reproduce the bug. At least on Gnome.
Not tagging it "unreproducable", need feedback from
somebody else to confirm.


More testing on my end shows it only happens with the mp3-hifi playback  
format set (yes, I have a Pandora One account)



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696496: Broken by Pandora changes

[Anthony DeRobertis]

Package: pithos
Version: 0.3.17-1
Severity: grave

anthony@Zia:~$ pithos 
/usr/bin/pithos:805: GtkWarning: Ignoring the separator setting
  builder.add_from_file(ui_filename)
ERROR:root:Could not bind media keys
WARNING:root:Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pithos/gobject_worker.py", line 34, in 
_run
result = command(*args)
  File "/usr/lib/python2.7/dist-packages/pithos/pandora/pandora.py", line 252, 
in get_playlist
songs.append(Song(self.pandora, i))
  File "/usr/lib/python2.7/dist-packages/pithos/pandora/pandora.py", line 276, 
in __init__
self.audioUrl = d['additionalAudioUrl'][self.pandora.audio_format]
IndexError: list index out of range

pianobar needed an update (released ~2012-12-01) to continue working,
pithos probably does too.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pithos depends on:
ii  gstreamer0.10-plugins-bad   0.10.23-7
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1
ii  python  2.7.3~rc2-1
ii  python-dbus 1.1.1-1
ii  python-gobject  3.2.2-1
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-3
ii  python-notify   0.1.1-3
ii  python-xdg  0.19-4
ii  python2.6   2.6.8-0.2
ii  python2.7   2.7.3~rc2-2.1

pithos recommends no packages.

pithos suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#667684: Does "fallen off the bus" continue if you downgrade?

[Anthony DeRobertis]

I've also had fun with a "GPU fell off the bus" message, but it happened 
without any upgrade, and turned out to be caused by a bad video card and 
bad motherboard (yes, both of them were bad, as in moving the card to 
another machine and it'd fail in that machine, and also putting a 
known-working card or brand new card in my machine failed.) Replacing 
both the card and the motherboard fixed it.


That hardware problem came on suddenly—the machine had been in use for 
over a year before this started happening.


So, I suggest downgrading to 295.20 (e.g., grab it from 
http://snapshot.debian.org, or your /var/cache/apt/archives if you still 
have it there) and making sure it goes away.




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#648892: TypeError: integer argument expected, got float

[Anthony DeRobertis]

Package: gnome-osd
Version: 0.12.2-1
Severity: grave

Appears gnome-osd is completely broken:

$ gnome-osd-client 'hello'
ServerError: Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.7/gnomeosd/server.py", line 316, in 
message_show_cb
osd_msg.show(message, timeout)
  File "/usr/lib/pymodules/python2.7/gnomeosd/server.py", line 127, in show
self.__show_task = gtasklet.Tasklet(self._show_messages())
  File "/usr/lib/pymodules/python2.7/gnomeosd/gtasklet.py", line 644, in 
__init__
self.__next_round() # bootstrap
  File "/usr/lib/pymodules/python2.7/gnomeosd/gtasklet.py", line 693, in 
__next_round
gen_value = self.__invoke()
  File "/usr/lib/pymodules/python2.7/gnomeosd/gtasklet.py", line 672, in 
__invoke
gen_value = self.gen.next()
  File "/usr/lib/pymodules/python2.7/gnomeosd/server.py", line 171, in 
_show_messages
w.move(x, y_final)
TypeError: integer argument expected, got float


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-osd depends on:
ii  gconf2  2.32.4-1   
ii  python  2.7.2-9
ii  python-dbus 0.84.0-2   
ii  python-gnome2   2.28.1-3   
ii  python-gtk2 2.24.0-2   
ii  python-pyorbit  2.24.0-6+b1
ii  python-pyorbit-omg  2.24.0-6   
ii  python-support  1.0.14 

gnome-osd recommends no packages.

Versions of packages gnome-osd suggests:
ii  evolution  3.0.3-2
ii  muine   
ii  pidgin 2.10.0-1+b1
ii  rhythmbox  2.90.1~git20110919.2dfea6-3
ii  xchat  2.8.8-3.1  

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#608793: deletes symlinks /usr/share/zoneminder/events and ../images, replacing with hard dirs.

[Anthony DeRobertis]

Package: zoneminder

FYI, dpkg should not change symlinks to directories or vice versa.
Policy 6.6(4) documents this. In my experience, this works as
documented, but dpkg does have bugs of course.

Also, I've never used zoneminder, so I don't know what the dirs are for,
but from this bug report it sounds like events & images contain
important data. But you've symlinked them to /var/cache in the package,
which is certainly not a good place to store important data!

/var/cache must only be used for things your program can regenerate. To
quote the FHS, "The application must be able to regenerate or restore
the data. Unlike /var/spool, the cached files can be deleted without
data loss."

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.36-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#579847: dpkg fails with has no external symbol with name "CLEAR-OUTPUT-TRANSLATIONS"

[Anthony DeRobertis]

On 05/03/2010 01:49 PM, Alexander Reichle-Schmehl wrote:

Could you please check, if upgrading cl-asdf to version 2:1.704-1 solves
the issue for you?
   


Yes, it does.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#579847: dpkg fails with has no external symbol with name "CLEAR-OUTPUT-TRANSLATIONS"

[Anthony DeRobertis]

Package: clisp
Version: 1:2.48-1.1
Severity: serious

# dpkg --configure -a
Setting up clisp (1:2.48-1.1) ...
Installing clc...
;; Loading file /usr/lib/clisp-2.48/install-clc.lisp ...
;;  Loading file 
/usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp
 ...
;;  Loaded file 
/usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp
;;  Loading file 
/var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas
 ...
;;  Loaded file 
/var/cache/common-lisp-controller/0/clisp/common-lisp-controller/common-lisp-controller.fas
;;  Loading file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas ...
;;  Loaded file /var/cache/common-lisp-controller/0/clisp/cl-asdf/asdf.fas
;;  Loading file 
/var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas ...
;;  Loaded file 
/var/cache/common-lisp-controller/0/clisp/cl-asdf/wild-modules.fas
Error during init-common-lisp-controller-v4: 
READ from #: # has no external symbol with name 
"CLEAR-OUTPUT-TRANSLATIONS"

install-clc error: 
READ from #: # has no external symbol with name 
"CLEAR-OUTPUT-TRANSLATIONS"

Building of new image failed!
dpkg: error processing clisp (--configure):
 subprocess installed post-installation script returned error exit status 4
Errors were encountered while processing:
 clisp



# dpkg -s cl-asdf | grep Vers
Version: 2:1.502-1

-- System Information:
Debian Release: squeeze/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'testing'), (130, 'unstable'), (120, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages clisp depends on:
ii  common-lisp-controller7.2Common Lisp source and compiler ma
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libdb4.7  4.7.25-9   Berkeley v4.7 Database Libraries [
ii  libffcall11.10+2.41-3Foreign Function Call Libraries
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand
ii  libreadline5  5.2-7  GNU readline and history libraries
ii  libsigsegv0   2.5-3  Library for handling page faults i
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxau6   1:1.0.5-2  X11 authorisation library
ii  libxext6  2:1.1.1-3  X11 miscellaneous extension librar
ii  libxpm4   1:3.5.8-1  X11 pixmap library

clisp recommends no packages.

Versions of packages clisp suggests:
pn  clisp-dev  (no description available)
pn  clisp-doc  (no description available)
ii  gdb   7.0.1-2The GNU Debugger
pn  slime  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576687: gets written to a+r file ...

[Anthony DeRobertis]

Package: udisks
Version: 1.0.0-1+b1
Severity: critical

The udev data is viewable by all users by running:

/sbin/udevadm info --query=all --name=mapper/sdb4_crypt

Not only that, it is written to a a+r file /dev/.udev/db/block:dm-1,
which is THANKFULLY on a tmpfs.

So anyone on the system who can read files can read encryption keys.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-4-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages udisks depends on:
ii  libatasmart4  0.17+git20100219-1 ATA S.M.A.R.T. reading and parsing
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.2.20-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.84-1 simple interprocess messaging syst
ii  libdevmapper1.02. 2:1.02.45-1The Linux Kernel Device Mapper use
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgudev-1.0-0151-3  GObject-based wrapper library for 
ii  libparted1.8-12   1.8.8.git.2009.07.19-6 The GNU Parted disk partitioning s
ii  libpolkit-backend 0.96-1 PolicyKit backend API
ii  libpolkit-gobject 0.96-1 PolicyKit Authorization API
ii  libsgutils2-2 1.28-2 utilities for working with generic
ii  libudev0  151-3  libudev shared library
ii  udev  151-3  /dev/ and hotplug management daemo

Versions of packages udisks recommends:
ii  dosfstools3.0.9-1utilities for making and checking 
ii  hdparm9.27-2 tune hard disk parameters for high
ii  mtools4.0.12-1   Tools for manipulating MSDOS files
pn  ntfs-3g(no description available)
pn  ntfsprogs  (no description available)
ii  policykit-1   0.96-1 framework for managing administrat

Versions of packages udisks suggests:
ii  cryptsetup2:1.1.0-2  configures encrypted block devices
ii  mdadm 3.0.3-2tool to administer Linux MD arrays
pn  reiserfsprogs  (no description available)
pn  xfsprogs   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574784: Doesn't work with icedove 3.0.1-2 herel; kde problem?

[Anthony DeRobertis]

Package: xdg-utils
Version: 1.0.2+cvs20100223-1
Severity: normal

This doesn't work on my system either, but I think this is actually a
KDE bug (at least here).

$ XDG_UTILS_DEBUG_LEVEL=99 xdg-email --body "$(printf foo\\nbar)"
Running kmailservice "mailto:?body=foo%0D%0Abar";

So, its calling through KDE, and the body winds up as "foobar", ignoring
the newline. But if I run:

icedove "mailto:?body=foo%0D%0Abar";

then the mail has the newline as expected.

Testing gnome-open, that works fine too. Just kmailservice seems to
break it.

Suggest the submitter run with XDG_UTILS_DEBUG_LEVEL to see what command
is being run.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

xdg-utils depends on no packages.

Versions of packages xdg-utils recommends:
ii  file5.04-1   Determines file type using "magic"
ii  iceweasel [www-browser] 3.5.8-1  Web browser based on Firefox
ii  konqueror [www-browser] 4:4.3.4-1KDE 4's advanced file manager, web
ii  links [www-browser] 2.2-1+b1 Web browser running in text mode
ii  lynx-cur [www-browser]  2.8.8dev.2-1 Text-mode WWW Browser with NLS sup
ii  mime-support3.48-1   MIME files 'mime.types' & 'mailcap
ii  shared-mime-info0.71-1   FreeDesktop.org shared MIME databa
ii  w3m [www-browser]   0.5.2-4  WWW browsable pager with excellent
ii  x11-utils   7.5+2X11 utilities
ii  x11-xserver-utils   7.5+1+b1 X server utilities

Versions of packages xdg-utils suggests:
pn  gvfs-bin   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567770: Moving config to /etc left empty /usr/share/e16/config; completely borks e16

[Anthony DeRobertis]

On 02/10/2010 05:43 PM, Laurence J. Lane wrote:

I had time to examine this situation more carefully. The vast majority of the
data in that directory fails policy's definition of configuration files.
   


Most of them seem to be configuration files by policy's definition as 
far as I can tell.



anth...@feynman:config$ ls -l
total 76
-rw-r--r-- 1 root root  8602 2010-01-23 10:01 actionclasses.cfg
   
This one defines what various buttons do. For example, if you want to 
change what happens when you middle-click a window titlebar system wide, 
you change this file. (Maybe your machine doesn't have a middle mouse 
button, or its hard to reach.)


http://etherdoxproject.com/etheme_tutorials/tut3.htm sort of explains 
this file.



-rw-r--r-- 1 root root  3629 2010-01-23 10:01 bindings.cfg
   


Global keyboard and mouse bindings. Definitely configuration; there is 
even a tool to edit this on a per-user basis (e16keyedit). Perfectly 
sane to edit. For example, if you're configuring a system with Firefox 
as the default browser, changing e16's default Alt-Enter keybinding 
makes a lot of sense.



-rw-r--r-- 1 root root 25915 2010-01-23 10:01 definitions
   


This one really isn't a config file, I agree. It's just needed to parse 
actionclasses.cfg. I think it used to be used more widely; 
actionclasses.cfg maintains the old syntax (C preprocessor) that a bunch 
of e16 config used to use…



-rw-r--r-- 1 root root  4269 2010-01-23 10:01 e16keyedit.db
   


This doesn't appear to be a config file really, I agree. Seems to just 
list things for e16keyedit, I'm not sure why an admin would want to 
change it.



-rw-r--r-- 1 root root   698 2010-01-23 10:01 fonts.pango.cfg
-rw-r--r-- 1 root root   660 2010-01-23 10:01 fonts.xft.cfg
   


I believe this is where you can change the default e16 fonts 
system-wide. Considering even GNOME's much-simplified interface contains 
font preferences, this is surely configuration.



-rw-r--r-- 1 root root  1778 2010-01-23 10:01 matches.cfg
   


This seems to let you configure e16 defaults on a per-app basis. I 
didn't know this existed before, thanks for getting me to go through 
this directory. This is pretty awesome... and looks like something an 
admin would want to change. I've got a couple systems to change now, to 
make Pidgin conversation windows sticky.



drwxr-xr-x 2 root root  4096 2010-01-31 02:56 menus
-rw-r--r-- 1 root root   247 2010-01-23 10:01 menus.cfg
   


Let's you customize the various menus. There is even a per-user editor 
for this, e16menuedit, and pretty much every desktop environment has a 
way to edit the menus. I think menu definitions are well-established as 
configuration. See also /etc/menu/



drwxr-xr-x 2 root root  4096 2010-01-31 02:56 pix
   


This is clearly not config.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567770: Patch to ensure symlink after /usr/share/e16/config -> /etc move

[Anthony DeRobertis]

Package: e16
Severity: normal

Attached is a patch which I believe fixes this problem. Maybe debconf
should be used to prompt instead of bailing out if there are unexpected
files, but this is probably good enough.

[Note: this is from git, but I made my own git repo, hopefully that
won't cause any problems. I'm a git newbie, really.]

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages e16 depends on:
ii  e16-data  1.0.0-3.2  e16 window manager support files
ii  libaudiofile0 0.2.6-8Open-source version of SGI's audio
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libesd0   0.2.41-6   Enlightened Sound Daemon - Shared 
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  libimlib2 1.4.2-5powerful image loading and renderi
ii  libpango1.0-0 1.26.2-1   Layout and rendering of internatio
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.3.3-1  X11 client-side library
ii  libxcomposite11:0.4.1-1  X11 Composite extension library
ii  libxdamage1   1:1.1.2-1  X11 damaged region extension libra
ii  libxext6  2:1.1.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.4-1  X11 miscellaneous 'fixes' extensio
ii  libxft2   2.1.14-1   FreeType-based font drawing librar
ii  libxinerama1  2:1.1-2X11 Xinerama extension library
ii  libxrandr22:1.3.0-2  X11 RandR extension library
ii  libxrender1   1:0.9.5-1  X Rendering Extension client libra
ii  libxxf86vm1   1:1.1.0-2  X11 XFree86 video mode extension l

Versions of packages e16 recommends:
pn  esound (no description available)
ii  menu  2.1.43 generates programs menu for all me

Versions of packages e16 suggests:
ii  e16keyedit0.6-1  a keybinding editor for the enligh
pn  e16menuedit2   (no description available)
ii  konsole [x-terminal-emulator] 4:4.3.2-1  X terminal emulator for KDE 4
ii  rxvt-unicode-ml [x-terminal-e 9.06-3 multi-lingual terminal emulator wi
ii  xterm [x-terminal-emulator]   253-1  X terminal emulator

-- no debconf information
>From 0d2c23a325d32e2879667a0d8e9997c523e00138 Mon Sep 17 00:00:00 2001
From: Anthony DeRobertis 
Date: Thu, 4 Feb 2010 17:47:18 -0500
Subject: [PATCH 2/2] Fix move of files to /etc

---
 e16-1.0.0/debian/changelog |7 +++
 e16-1.0.0/debian/e16-data.postinst |   34 ++
 2 files changed, 41 insertions(+), 0 deletions(-)
 create mode 100755 e16-1.0.0/debian/e16-data.postinst

diff --git a/e16-1.0.0/debian/changelog b/e16-1.0.0/debian/changelog
index 72869c5..7098070 100644
--- a/e16-1.0.0/debian/changelog
+++ b/e16-1.0.0/debian/changelog
@@ -1,3 +1,10 @@
+e16 (1.0.0-3.2) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Make sure compatability symlink really gets created. (Closes: #567770)
+
+ -- Anthony DeRobertis   Thu, 04 Feb 2010 16:28:32 -0500
+
 e16 (1.0.0-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/e16-1.0.0/debian/e16-data.postinst 
b/e16-1.0.0/debian/e16-data.postinst
new file mode 100755
index 000..780d5a9
--- /dev/null
+++ b/e16-1.0.0/debian/e16-data.postinst
@@ -0,0 +1,34 @@
+#!/bin/sh
+set -e
+
+phase="$1"
+oldvers="$2"
+
+
+# When we move the config files to /etc, unfortunately dpkg will not
+# reliably create the compatability symlink for us. This only applies to
+# upgrades from versions before 1.0.0-3.2.
+if [ "configure" = "$phase" ] && dpkg --compare-versions "$oldvers" lt-nl 
1.0.0-3.2; then
+   if [ -d /usr/share/e16/config ]; then
+   if rmdir /usr/share/e16/config; then
+   true
+   else
+   # directory probably not empty. don't feel like adding 
debconf
+   # to nicely display a note, just print it and bail.
+   cat <&2
+This version of e16-data moves E16's configuration from /usr to /etc
+where it belongs. Unfortunately, there are still files in that
+directory. Please move /usr/share/e16/config out of the way.
+
+Until 

Bug#567770: Moving config to /etc left empty /usr/share/e16/config; completely borks e16

[Anthony DeRobertis]

Package: e16
Version: 1.0.0-3.1
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Instead of putting a symlink at /usr/share/e16/config, I wound up with
an empty directory there. Among other things, this causes (some only
after manual config cache purge & restart):

o Can not change the theme. It uses the winter theme, period.

o The right click and middle-click on desktop menus do not work. So
  you can't configure or purge config caches.

o The control-right click window op menu doesn't work (it will not
  appear)

o The window op menu button (in the title bar, if your theme has
  one) doesn't work. This is before restart (winter theme doesn't
  have button)

o The close button (window title bar) doesn't work. Neither does the
  minimize button. It isn't possible to close windows.

rmdir followed by ln -s, then purge cache (manually, via rm -Rf), then
restart e16 brings back normal functionality.

PS: I don't see any maintainer script to make the symlink. It looks like
you attempted to have dpkg make the change, but, quoting policy 6.6:

A directory will never be replaced by a symbolic link to a directory
or vice versa; instead, the existing state (symlink or not) will be
left alone and `dpkg' will follow the symlink if there is one.

I am therefor filing as grave, as I'm pretty sure this hits all
upgrades, not just me.

- -- System Information:
Debian Release: squeeze/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'testing'), (130, 'unstable'), (120, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages e16 depends on:
ii  e16-data  1.0.0-3.1  e16 window manager support files
ii  libaudiofile0 0.2.6-8Open-source version of SGI's audio
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libesd0   0.2.41-6   Enlightened Sound Daemon - Shared 
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  libimlib2 1.4.2-5powerful image loading and renderi
ii  libpango1.0-0 1.26.2-1   Layout and rendering of internatio
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.3.3-1  X11 client-side library
ii  libxcomposite11:0.4.1-1  X11 Composite extension library
ii  libxdamage1   1:1.1.2-1  X11 damaged region extension libra
ii  libxext6  2:1.1.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.4-1  X11 miscellaneous 'fixes' extensio
ii  libxft2   2.1.14-1   FreeType-based font drawing librar
ii  libxinerama1  2:1.1-2X11 Xinerama extension library
ii  libxrandr22:1.3.0-2  X11 RandR extension library
ii  libxrender1   1:0.9.5-1  X Rendering Extension client libra
ii  libxxf86vm1   1:1.1.0-2  X11 XFree86 video mode extension l

Versions of packages e16 recommends:
pn  esound (no description available)
ii  menu  2.1.42 generates programs menu for all me

Versions of packages e16 suggests:
ii  e16keyedit0.6-1  a keybinding editor for the enligh
ii  e16menuedit2  0.0.3-2A graphical menu editor for enligh
ii  konsole [x-terminal-emulator] 4:4.3.2-1  X terminal emulator for KDE 4
ii  rxvt-unicode-ml [x-terminal-e 9.06-3 multi-lingual terminal emulator wi
ii  xterm [x-terminal-emulator]   253-1  X terminal emulator

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEUEARECAAYFAktlYdQACgkQ+z+IwlXqWf5ANACXby7vaUDlQJEcmmTtLjUGjRuk
hwCfU/KbJ5teMJTzmbWioAMp7axsPrc=
=T9ty
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567049: make_system_path_relative_to_its_root works for me...

[Anthony DeRobertis]

Package: grub-common
Severity: normal

[I am not the maintainer]

anth...@tao:~$ ls -l /boot/grub/grub.cfg 
-r--r--r-- 1 root root 2709 2010-01-12 16:25 /boot/grub/grub.cfg

anth...@tao:~$ uptime
 18:19:03 up 2 days,  5:00, 43 users,  load average: 0.27, 0.39, 0.34

So, I've booted with my current grub config, which has paths justs like
the submitter's:

anth...@tao:~$ grep // /boot/grub/grub.cfg 
linux   //vmlinuz-2.6.32-trunk-686 root=/dev/md2 ro  enable_mtrr_cleanup
initrd  //initrd.img-2.6.32-trunk-686
linux   //vmlinuz-2.6.31-1-686 root=/dev/md2 ro  enable_mtrr_cleanup
initrd  //initrd.img-2.6.31-1-686

The // is weird; it really should just be /. The only reason /boot/
works in front is because of /boot/boot being a symlink to .

Are you /sure/ your /boot is on a different partition?

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grub-common depends on:
ii  base-files  5.0.0Debian base system miscellaneous f
ii  dpkg1.15.5.6 Debian package management system
ii  gettext-base0.17-8   GNU Internationalization utilities
ii  install-info4.13a.dfsg.1-5   Manage installed documentation in 
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages grub-common recommends:
pn  os-prober  (no description available)

Versions of packages grub-common suggests:
pn  grub-emu   (no description available)
pn  multiboot-doc  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#555036: Randomly breaks commands

[Anthony DeRobertis]

Package: bash-completion-lib
Version: 1.3.1-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sometimes, weird things happen to command lines. 

Example:

$ ls -l download.s_E6Re
... huge listing, instead of just the one file ...
bash: --color=auto: command not found
$

This happens rarely (and, AFAICT, randomly), but only when
bash-completion-lib (/etc/bash_completion_lib/bash_completion_lib) has
been sourced.

I'm filing this as grave because splitting command lines like that can
easily lead to very bad things, like data loss (for example, losing -i
on rm) or exposing data that needs to remain secret (losing --exclude on
tar). Also, my brother has seen this on Ubuntu (karmic) as well, so its
not just my system (or even just Debian).


- -- System Information:
Debian Release: squeeze/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'testing'), (130, 'unstable'), (120, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-rc5 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash-completion-lib depends on:
ii  bash  4.0-4  The GNU Bourne Again SHell

bash-completion-lib recommends no packages.

bash-completion-lib suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkr2VRsACgkQ+z+IwlXqWf6V7ACbBhPtQ24mVPSOfDBlBoPeOiur
DCsAnAwsxFo4tfwugF/T1Ys3sioH1WQ2
=Z/Tt
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#552046: /usr/share/e16/config really ought to be in /etc

[Anthony DeRobertis]

Package: e16-data
Version: 1.0.0-3
Severity: serious
File: /usr/share/e16/config
Justification: Policy 10.7.2

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

e16-data ships a lot of configuration files, which specify system defaults,
in /usr/share/e16/config instead of /etc/e16.

- -- System Information:
Debian Release: squeeze/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'testing'), (130, 'unstable'), (120, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-rc5 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrg5wwACgkQ+z+IwlXqWf75ZgCfUb9nR3uHlw8Emoz3LfRWNLmU
hNMAnRUQs0sfrutoNDhmpQ4rPBdbz1+/
=1m9J
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#548905: Conflicts with xulrunner-1.9-dbg

[Anthony DeRobertis]

Package: xulrunner-1.9.1-dbg
Version: 1.9.1.3-1
Severity: serious

Unpacking xulrunner-1.9.1-dbg (from .../xulrunner-1.9.1-dbg_1.9.1.3-1_i386.deb) 
...
dpkg: error processing 
/var/cache/apt/archives/xulrunner-1.9.1-dbg_1.9.1.3-1_i386.deb (--unpack):
 trying to overwrite 
`/usr/lib/debug/usr/lib/pyshared/python2.5/xpcom/_xpcom.so', which is also in 
package xulrunner-1.9-dbg

Probably should be conflicts/replaces there...

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xulrunner-1.9.1-dbg depends on:
ii  xulrunner-1.9.1   1.9.1.2-1  XUL + XPCOM application runner
ii  xulrunner-1.9.1-gnome-support 1.9.1.3-1  Support for GNOME in xulrunner app

xulrunner-1.9.1-dbg recommends no packages.

xulrunner-1.9.1-dbg suggests no packages.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#531625: Source package doesn't actually have source code

[Anthony DeRobertis]

Package: comixcursors
Version: 0.5.0-1
Severity: serious
Justification: GPL

The source package just contains the compiled cursors. The actual source
uses uses a bunch of shell scripts, inkscape, imagemagick, etc. to build
these; see http://www.kde-look.org/content/show.php?content=32627 for
the source.

(Filed as serious because this is probably a GPL violation)

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508510: Can't parse packages.debian.org output anymore

[Anthony DeRobertis]

Package: debget
Version: 1.6
Severity: grave

$ debget debget
debget: Debian::Debget::parse_pdo_source: parse_pdo_source(): failure parsing 
package web page for source debget: main parse failed at 
/usr/share/perl5/Debian/Debget.pm line 149.

Seems that it can't handle the new packages.debian.org format.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debget depends on:
ii  libapt-pkg-perl   0.1.22+b1  Perl interface to libapt-pkg
ii  libproc-waitstat-perl 1.00-4 interpret and act on wait() status
ii  libwww-perl   5.813-1WWW client/server library for Perl
ii  perl  5.10.0-18  Larry Wall's Practical Extraction 
ii  perl-modules [libnet-perl]5.10.0-18  Core Perl modules

debget recommends no packages.

Versions of packages debget suggests:
ii  devscripts2.10.35scripts to make the life of a Debi

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#498671: Is libxml-rsslite really suitable for stable?

[Anthony DeRobertis]

Package: libxml-rsslite-perl
Version: 0.11-3
Severity: serious
File: /usr/share/perl5/XML/RSSLite.pm

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

(1) It seems abandoned upstream — the last update is Feb 2003 according
to CPAN.

(2) bug 443629 (CDATA handling) makes it useles for a large number of
feeds, and worse even feeds that work now may break at any time — CDATA
is standard XML, after all.

(3) bug 443629 is not just a CDATA problem. Its actually a
nearly-arbitrary regexp injection. e.g.,
{hello}
gives
Reference to nonexistent group in regex; marked by <-- HERE in
m/f(?2) <-- HERE o/ at /usr/share/perl5/XML/RSSLite.pm line 266.
Thankfully, { and } are changed to spaces, so (?{code}) is not
possible, so its probably just a DoS attack (e.g., via exponential time
regexp).

(4) libxml-rsslite-perl has no reverse dependencies in lenny or sid.

(5) popcon data:
vote
13   http://qa.debian.org/popcon.php?package=libxml-rsslite-perl
357  http://qa.debian.org/popcon.php?package=libxml-rss-perl
1http://qa.debian.org/popcon.php?package=libxml-feedpp-perl [new]


Overall, the module isn't very widely used, is of questionable quality,
is probably a security issue, is abandoned upstream, and I suggest
doesn't belong in lenny.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkjJ5ksACgkQ+z+IwlXqWf7iLACeL5Z91gwVbOZ64Ij6diC9x+4w
xdgAnRn0EgGawHND3/zsOX0dcEgUiojh
=VoDC
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#488405: Does not start / ImportError: No module named pkg_resources

[Anthony DeRobertis]

Package: indywiki
Version: 0.9.9.1-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED]:~$ indywiki 
Traceback (most recent call last):
  File "/usr/bin/indywiki", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources
[EMAIL PROTECTED]:~$ 

You need a Depends: on python-pkg-resources

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (130, 'unstable'), (120, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages indywiki depends on:
ii  python2.5.2-1An interactive high-level object-o
ii  python-nodebox-web1.9.2-2collection of web-related Python m
ii  python-qt44.4.2-1Python bindings for Qt4
ii  python-support0.8.1  automated rebuilding support for P

indywiki recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIZnPQ+z+IwlXqWf4RAlj+AJ0RAx5vCjMYunPCh3+JBc/xglKb1wCeLooX
70FUnKQatc0wZM41KKvu+Wg=
=HKBB
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#439621: exceptions.IndexError (list index out of range)

[Anthony DeRobertis]

Package: clive
Version: 0.2.0-1
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I tried on several videos, they all seem to give this error.

$ clive -y http://www.youtube.com/watch?v=c-SSu3tJ3ns
agent : urllib2/2.4
proxy : unused
newt : used
scan : checking 1/1...
(e) : exceptions.IndexError (list index out of range)
>> show traceback? (Y/n):y
Traceback (most recent call last):
  File "/usr/bin/clive", line 28, in ?
c.main()
  File "/usr/lib/python2.4/site-packages/clive/cli.py", line 150, in main
(videos,ignored) = self.ext.scan()
  File "/usr/lib/python2.4/site-packages/clive/__init__.py", line 95, in scan
(xurl,filename) = pp.parse(cn,vurl,self.opts)
  File "/usr/lib/python2.4/site-packages/clive/parse.py", line 93, in parse
vurl = self._parseyt(page)
  File "/usr/lib/python2.4/site-packages/clive/parse.py", line 127, in _parseyt
return 'http://www.youtube.com/get_video?video_id=' + \
IndexError: list index out of range


- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (130, 'unstable'), (120, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages clive depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.5.14 register and build utility for Pyt

Versions of packages clive recommends:
ii  python-newt   0.52.2-10  A NEWT module for Python

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG0NUS+z+IwlXqWf4RAuXRAJwKLJVVpyiIPoDeyWQ+zXZGtj7OTQCfa7QE
VvtPIlAKmhGCPiVEMk1xW08=
=FWWa
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#388616: Can reports of serious policy violations be downgraded to important?

[Anthony DeRobertis]

Marc Dequènes (Duck) wrote:
> Note for the release team: as explained by Toots, a failed upgrade
> cannot occur with a proper install. Then, we cannot guess what
> filesystem changes the sysadm decided and react accordingly, so removing
> the symlink, as it is first installed, is a mistake.

I'm not sure the admin modifying files in /etc, as he/she is supposed to
be allowed to do by Policy (and the FHS), can be considered anything
less than a proper install.

Personally, I find the commitment (codified in 10.7.3) to treating /etc,
and the system administrator's modifications to it, as sacred one of
Debian's strongest points. It makes administering Debian boxes
significantly more easy than distros which have taken other
approaches[0]. And it's normally so well and consistently done that I'm
quite surprised when it's violated.



[0] Like, say, one involving hats of colors only worn by Dr. Suess
characters.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#388616: Can reports of serious policy violations be downgraded to important?

[Anthony DeRobertis]

Romain Beauxis wrote:
>
> Now here is my anwser:
> I do not feel apropriate to correcet this bug and here is why :
> * The configuration file is not located in /etc and this is a policy 
> violation, that is a fact. However, this configuration file is linked in /etc 
> so that the administrator can locate it when he needs it. 
>   

Except the administrator is probably backing up /etc expecting that to
back up his config. I've always understood the requirement for
configuration files to be placed in /etc to be more for things like
backups, config change tracking & notifications (often used when there
are multiple admins), etc.

Having configuration files in /etc is important for many reasons other
than making them easy to find.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#388616: (no subject)

[Anthony DeRobertis]

reopen 388616
severity 388616 serious
thanks

I think you (Romain Beauxis) have mis-read policy. Policy 10.7.2 says
that if it is too hard to make the package look directly in /etc for the
config file, put the config file in /etc anyway ("put the files in
/etc") and then put a symlink to the config files (located in /etc)
wherever the package expects them ("and create symbolic links to those
files from the location that the package requires").

Policy most definitely requires configuration files to be in /etc.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#409434: mediawiki1.7: Nuked my LocalSettings.php in /etc

[Anthony DeRobertis]

Package: mediawiki1.7
Version: 1.7.1-6
Severity: serious
Justifiaction: Policy 10.7.3

The latest MediaWiki 1.7 upgrade (from -4 to -6, I believe) decided to
nuke my LocalSettings.php file in /etc/mediawiki1.7 and replace it with
a symlink:

lrwxrwxrwx 1 root root 39 2007-01-29 12:29 /etc/mediawiki1.7/LocalSettings.php 
-> /var/lib/mediawiki1.7/LocalSettings.php

and...

lrwxrwxrwx 1 root root 35 2007-01-04 12:23 
/var/lib/mediawiki1.7/LocalSettings.php -> /etc/mediawiki1.7/LocalSettings.php

So, it deleted my config file (which was a plain file in
/etc/mediawiki1.7) and replaced it with a symlink loop. Thankfully, I
have backups!

It did the same thing with AdminSettings.php.

[Note: I've previously had older versions of mediawiki installed,
including 1.5, but they were not installed (but not purged) when this
upgrade occured]

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages mediawiki1.7 depends on:
ii  apache2   2.2.3-3.2  Next generation, scalable, extenda
ii  apache2-mpm-prefork [httpd]   2.2.3-3.2  Traditional model for Apache HTTPD
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  mime-support  3.39-1 MIME files 'mime.types' & 'mailcap
ii  php5  5.2.0-8server-side, HTML-embedded scripti
ii  php5-cli  5.2.0-8command-line interpreter for the p
ii  php5-mysql5.2.0-8MySQL module for php5

Versions of packages mediawiki1.7 recommends:
ii  mysql-server-5.0 [mysql-serve 5.0.30-3   mysql database server binaries
ii  postgresql-8.18.1.6-1object-relational SQL database, ve

-- debconf information:
* mediawiki/webserver: apache2
* mediawiki/upgrade-1d5: true
* mediawiki/upgrade-1d5-adminuser: root


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#404590: "Send To" crash backtrace with gaim-dbg

[Anthony DeRobertis]

Package: gaim-otr
Version: 3.0.0+cvs20060530-3
Followup-For: Bug #404590

Ok, I installed gaim-dbg... here is a better backtrace.

#0  0xb77f412e in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#1  0xb78e87cf in gaim_conversation_get_data (conv=0x868baa8, 
key=0xb6700495 "otr-menu") at ../../libgaim/conversation.c:724
#2  0xb66fe4dc in otrg_gtk_dialog_get_ui_ops () from /usr/lib/gaim/gaim-otr.so
#3  0x0868baa8 in ?? ()
#4  0xb6700495 in ?? () from /usr/lib/gaim/gaim-otr.so
#5  0xb6700495 in ?? () from /usr/lib/gaim/gaim-otr.so
#6  0xb78b36f0 in ?? () from /usr/lib/libgobject-2.0.so.0
#7  0xb66fe4b0 in otrg_gtk_dialog_get_ui_ops () from /usr/lib/gaim/gaim-otr.so
#8  0x081c3520 in ?? ()
#9  0xbfe3cff8 in ?? ()
#10 0xb7890e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#11 0xb7890e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#12 0xb788398b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#13 0xb7893f2d in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#14 0xb7895429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#15 0xb78955d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#16 0xb7c7a6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#17 0xb7d4f543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#18 0xb7886031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#19 0xb7c7a4fe in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#20 0xb7d4f725 in gtk_widget_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#21 0xb7b8f0d0 in gtk_box_pack_start_defaults ()
   from /usr/lib/libgtk-x11-2.0.so.0
#22 0xb7bc9ce9 in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#23 0xb7bca62e in _gtk_container_dequeue_resize_handler ()
   from /usr/lib/libgtk-x11-2.0.so.0
#24 0xb7890e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#25 0xb7881f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#26 0xb7883a7c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#27 0xb78946d6 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#28 0xb7895429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#29 0xb78955d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#30 0xb7c7a6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#31 0xb7d4f543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#32 0xb7886031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#33 0xb7c7a4fe in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#34 0xb7d4f725 in gtk_widget_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#35 0xb7b8f0d0 in gtk_box_pack_start_defaults ()
   from /usr/lib/libgtk-x11-2.0.so.0
#36 0xb7bc9ce9 in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#37 0xb7bca62e in _gtk_container_dequeue_resize_handler ()
   from /usr/lib/libgtk-x11-2.0.so.0
#38 0xb7890e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#39 0xb7881f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#40 0xb7883a7c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#41 0xb78946d6 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#42 0xb7895429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#43 0xb78955d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#44 0xb7c7a6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#45 0xb7d4f543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#46 0xb7886031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#47 0xb7c7a4fe in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#48 0xb7d4f725 in gtk_widget_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#49 0xb7c7d79a in gtk_option_menu_new () from /usr/lib/libgtk-x11-2.0.so.0
#50 0xb7bc9ce9 in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#51 0xb7bca62e in _gtk_container_dequeue_resize_handler ()
   from /usr/lib/libgtk-x11-2.0.so.0
#52 0xb7890e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#53 0xb7881f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#54 0xb7883a7c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#55 0xb78946d6 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#56 0xb7895429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#57 0xb78955d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#58 0xb7c7a6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#59 0xb7d4f543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#60 0xb7886031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#61 0xb7c7a4fe in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#62 0xb7d4f725 in gtk_widget_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#63 0xb7b8f0d0 in gtk_box_pack_start_defaults ()
   from /usr/lib/libgtk-x11-2.0.so.0
#64 0xb7bc9ce9 in gtk_container_foreach () from /usr/lib/

Bug#404590: In conversation window, change "Send To", close window: crash

[Anthony DeRobertis]

Package: gaim-otr
Version: 3.0.0+cvs20060530-3
Severity: grave

If you have a buddy with multiple accounts (using Gaim's grouping
feature), gaim give you a "Send To" menu in the conversation window. If
you change which account it is being sent to, a second OTR button
immediately appears. If you then close the conversation window, gaim
crashes. Here is the backtrace... though without debug symbols, it may
be useless:

#0  0xb788812e in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#1  0xb797c7cf in gaim_conversation_get_data () from /usr/lib/libgaim.so.0
#2  0xb67924dc in otrg_gtk_dialog_get_ui_ops () from /usr/lib/gaim/gaim-otr.so
#3  0x08663370 in ?? ()
#4  0xb6794495 in ?? () from /usr/lib/gaim/gaim-otr.so
#5  0xb6794495 in ?? () from /usr/lib/gaim/gaim-otr.so
#6  0xb79476f0 in ?? () from /usr/lib/libgobject-2.0.so.0
#7  0xb67924b0 in otrg_gtk_dialog_get_ui_ops () from /usr/lib/gaim/gaim-otr.so
#8  0x081c3520 in ?? ()
#9  0xbfa17598 in ?? ()
#10 0xb7924e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#11 0xb7924e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#12 0xb791798b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#13 0xb7927f2d in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#14 0xb7929429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#15 0xb79295d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#16 0xb7d0e6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#17 0xb7de3543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#18 0xb791a031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#19 0xb7d0e4fe in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#20 0xb7de3725 in gtk_widget_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#21 0xb7c230d0 in gtk_box_pack_start_defaults ()
   from /usr/lib/libgtk-x11-2.0.so.0
#22 0xb7c5dce9 in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#23 0xb7c5e62e in _gtk_container_dequeue_resize_handler ()
   from /usr/lib/libgtk-x11-2.0.so.0
#24 0xb7924e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#25 0xb7915f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#26 0xb7917a7c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#27 0xb79286d6 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#28 0xb7929429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#29 0xb79295d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#30 0xb7d0e6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#31 0xb7de3543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#32 0xb791a031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#33 0xb7d0e4fe in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#34 0xb7de3725 in gtk_widget_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#35 0xb7c230d0 in gtk_box_pack_start_defaults ()
   from /usr/lib/libgtk-x11-2.0.so.0
#36 0xb7c5dce9 in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#37 0xb7c5e62e in _gtk_container_dequeue_resize_handler ()
   from /usr/lib/libgtk-x11-2.0.so.0
#38 0xb7924e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#39 0xb7915f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#40 0xb7917a7c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#41 0xb79286d6 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#42 0xb7929429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#43 0xb79295d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#44 0xb7d0e6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#45 0xb7de3543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#46 0xb791a031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#47 0xb7d0e4fe in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#48 0xb7de3725 in gtk_widget_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#49 0xb7d1179a in gtk_option_menu_new () from /usr/lib/libgtk-x11-2.0.so.0
#50 0xb7c5dce9 in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#51 0xb7c5e62e in _gtk_container_dequeue_resize_handler ()
   from /usr/lib/libgtk-x11-2.0.so.0
#52 0xb7924e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#53 0xb7915f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#54 0xb7917a7c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#55 0xb79286d6 in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#56 0xb7929429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#57 0xb79295d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#58 0xb7d0e6ef in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0
#59 0xb7de3543 in gtk_widget_hide () from /usr/lib/libgtk-x11-2.0.so.0
#60 0xb791a031 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#61 0xb7d0e4fe in gtk_object_destroy () from /usr/lib/li

Bug#401488: FTBFS: Aap: Recipe file "/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/main.aap" not found

[Anthony DeRobertis]

James Vega wrote:
>
> Last time I tried, my computer couldn't handle building
> the actual spellfiles so I haven't had a chance to try cleaning up the
> build.

Couldn't handle it, as in the vim ... -c 'mkspell! ...' command didn't
work? That part did work for me when I ran it by hand on the Swedish files.

[Though, I do recall seeing in the mkspell docs that it's fairly
resource intensive, so if that's what you mean I'll be happy to test out
a few builds for you.]

By adding an 'extract' as a dependency in debian/rules:

build-spell-%-stamp: build-locales-stamp extract
  

I was able to get to the point where it spewed a python traceback:

*** DEBIAN *** BUILDING SPELLFILES FOR af
env LOCPATH=/tmp/vsf/vim-spellfiles-20060604/debian/locales aap -f 
upstream/vim-runtime-spell/af/main.aap
Aap: Internal Error
Aap: Traceback (most recent call last):
   File "/usr/lib/aap/Process.py", line 1163, in Process
exec script_string in recdict, recdict
   File "", line 8, in ?
   File "/usr/lib/aap/Commands.py", line 2744, in aap_fetch
verscont_cmd(line_nr, recdict, arg, "fetch")
   File "/usr/lib/aap/Commands.py", line 2739, in verscont_cmd
do_verscont_cmd(rpstack, recdict, action, attrdict, varlist)
   File "/usr/lib/aap/Commands.py", line 2726, in do_verscont_cmd
failed = fetch_nodelist(rpstack, recdict, nodelist, 0)
   File "/usr/lib/aap/VersCont.py", line 196, in fetch_nodelist
"fetch", [ "fetch", "commit" ])
   File "/usr/lib/aap/VersCont.py", line 174, in handle_nodelist
this_use_cache, action)
   File "/usr/lib/aap/VersCont.py", line 85, in verscont_command
ok = download_file(recdict, dict, node, use_cache)
   File "/usr/lib/aap/Remote.py", line 311, in download_file
shutil.copyfile(fname, node.absname)
   File "shutil.py", line 42, in copyfile
raise Error, "`%s` and `%s` are the same file" % (src, dst)
 Error: 
`/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` and 
`/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` are 
the same file

Aap: Aborted
Aap: More info in the logfile: 
/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/AAPDIR/log



I have attached the log.
extra:  Reading recipe "main.aap"
extra:  Finished reading recipe "main.aap"
depend: Adding default dependency for "clean"
depend: Adding default dependency for "cleanmore"
depend: Building the "all" target
depend: 1 - updating target "all"
depend: 2 - Using dependency "all : ../af.latin1.spl ../af.utf-8.spl 
../README_af.txt"
depend: 3 - updating target "../af.latin1.spl"
depend: 4 - Using dependency "../af.latin1.spl : af_ZA.aff af_ZA.dic"
depend: 5 - updating target "af_ZA.aff"
depend: 6 - Using dependency "af_ZA.aff af_ZA.dic : " for target "af_ZA.aff"
depend: 5 - Updating "af_ZA.aff" from "": it doesn't exist
error:  Internal Error
error:  Traceback (most recent call last):
   File "/usr/lib/aap/Process.py", line 1163, in Process
exec script_string in recdict, recdict
   File "", line 8, in ?
   File "/usr/lib/aap/Commands.py", line 2744, in aap_fetch
verscont_cmd(line_nr, recdict, arg, "fetch")
   File "/usr/lib/aap/Commands.py", line 2739, in verscont_cmd
do_verscont_cmd(rpstack, recdict, action, attrdict, varlist)
   File "/usr/lib/aap/Commands.py", line 2726, in do_verscont_cmd
failed = fetch_nodelist(rpstack, recdict, nodelist, 0)
   File "/usr/lib/aap/VersCont.py", line 196, in fetch_nodelist
"fetch", [ "fetch", "commit" ])
   File "/usr/lib/aap/VersCont.py", line 174, in handle_nodelist
this_use_cache, action)
   File "/usr/lib/aap/VersCont.py", line 85, in verscont_command
ok = download_file(recdict, dict, node, use_cache)
   File "/usr/lib/aap/Remote.py", line 311, in download_file
shutil.copyfile(fname, node.absname)
   File "shutil.py", line 42, in copyfile
raise Error, "`%s` and `%s` are the same file" % (src, dst)
 Error: 
`/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` and 
`/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` are 
the same file

error:  Aborted

Bug#401488: FTBFS: Aap: Recipe file "/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/main.aap" not found

[Anthony DeRobertis]

Package: vim-spellfiles
Version: 20060604-1
Severity: serious
Justification: fails to build from source

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

VERSIONS:

debhelper: 5.0.42
aap: 1.072-1.1
unzip: 5.52-9
locales: 2.3.6.ds1-8
quilt: 0.45-5

LOG:
Script started on Sun 03 Dec 2006 08:53:56 PM EST
[EMAIL PROTECTED]:vsf$ dpkg-source -x vim-spellfiles_20060604-1.dsc 
dpkg-source: extracting vim-spellfiles in vim-spellfiles-20060604
dpkg-source: unpacking vim-spellfiles_20060604.orig.tar.gz
dpkg-source: applying ./vim-spellfiles_20060604-1.diff.gz
[EMAIL PROTECTED]:vsf$ cd vim-spellfiles-20060604/
[EMAIL PROTECTED]:vim-spellfiles-20060604$ dpkg-buildpackage -rfakeroot -b -uc
dpkg-buildpackage: source package is vim-spellfiles
dpkg-buildpackage: source version is 20060604-1
dpkg-buildpackage: source changed by Stefano Zacchiroli <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture amd64
dpkg-buildpackage: source version without epoch 20060604-1
 fakeroot debian/rules clean
quilt pop -a
No patch removed
make: [clean] Error 2 (ignored)
rm -rf upstream/vim-runtime-spell upstream/AAPDIR debian/locales
dh_testdir
dh_testroot
rm -f 
dh_clean 
 debian/rules build
dh_testdir
env LOCPATH=/tmp/vsf/vim-spellfiles-20060604/debian/locales/debian/locales sh 
debian/locale-gen
Generating locales...
  af_ZA.UTF-8... done
  af_ZA.ISO-8859-1... done
  am_ET.UTF-8... done
  bg_BG.UTF-8... done
  bg_BG.CP1251... done
  ca_ES.UTF-8... done
  ca_ES.ISO-8859-1... done
  cs_CZ.UTF-8... done
  cs_CZ.ISO-8859-2... done
  da_DK.UTF-8... done
  da_DK.ISO-8859-1... done
  de_DE.UTF-8... done
  de_DE.ISO-8859-1... done
  el_GR.UTF-8... done
  el_GR.ISO-8859-7... done
  es_ES.UTF-8... done
  es_ES.ISO-8859-1... done
  fo_FO.UTF-8... done
  fo_FO.ISO-8859-1... done
  fr_FR.UTF-8... done
  he_IL.UTF-8... done
  hr_HR.UTF-8... done
  hr_HR.ISO-8859-2... done
  hu_HU.UTF-8... done
  hu_HU.ISO-8859-2... done
  it_IT.UTF-8... done
  it_IT.ISO-8859-1... done
  lt_LT.UTF-8... done
  lt_LT.ISO-8859-13... done
  nl_NL.UTF-8... done
  nl_NL.ISO-8859-1... done
  no_NO.UTF-8... done
  no_NO.ISO-8859-1... done
  pl_PL.UTF-8... done
  pl_PL.ISO-8859-2... done
  pt_PT.UTF-8... done
  pt_PT.ISO-8859-1... done
  ro_RO.UTF-8... done
  ro_RO.ISO-8859-2... done
  ru_RU.UTF-8... done
  ru_RU.KOI8-R... done
  ru_RU.CP1251... done
  sk_SK.UTF-8... done
  sk_SK.ISO-8859-2... done
  sl_SI.UTF-8... done
  sl_SI.ISO-8859-2... done
  tl_PH.ISO-8859-1... done
  tr_TR.UTF-8... done
  tr_TR.ISO-8859-9... done
  uk_UA.UTF-8... done
  uk_UA.KOI8-U... done
Generation complete.
touch build-locales-stamp
dh_testdir
*** DEBIAN *** BUILDING SPELLFILES FOR af
env LOCPATH=/tmp/vsf/vim-spellfiles-20060604/debian/locales aap -f 
upstream/vim-runtime-spell/af/main.aap
Aap: Recipe file 
"/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/main.aap" not 
found
make: *** [build-spell-af-stamp] Error 1
]0;[EMAIL PROTECTED]: /tmp/vsf/[EMAIL PROTECTED]:vim-spellfiles-20060604$ d

[EMAIL PROTECTED]:vim-spellfiles-20060604$ ls -l upstream/
total 27844
- -rw-r--r-- 1 anthony anthony 26144885 2006-06-05 18:25 
dictionaries.tar.gz
- -rw-r--r-- 1 anthony anthony  2324033 2006-06-05 18:25 
vim-runtime-spell.tar.gz
]0;[EMAIL PROTECTED]: /tmp/vsf/[EMAIL PROTECTED]:vim-spellfiles-20060604$ 
Script done on Sun 03 Dec 2006 08:56:41 PM EST

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable'), (120, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFc4EX+z+IwlXqWf4RAuZjAJ4rnSsOwI8vrNgQWiRepAe+axFDMgCfQj6l
uK6yUxx2Ej1LW+FLWJmT/D0=
=Bu+7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#392698: Indeed fixed in 2.0.4-2

[Anthony DeRobertis]

All the reproducible parts of this bug are gone as of 2.0.4-2.

Thank you!




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#392698: Backtraces

[Anthony DeRobertis]

With 2.0.4~rc3-1 I managed to hit the insert chart dialog twice problem 
two times. I haven't been able to get it to happen again in 2.0.4~rc3-1, 
unfortunately. Same with moving the chart around.


Here are the backtraces I've collected so far. I'm trying to get OOO to 
leave core files... but even adding this to ooo-wrapper didn't work:


use BSD::Resource;
setrlimit(RLIMIT_CORE, RLIM_INFINITY, RLIM_INFINITY)
   or die "could not unlimit core size";


I clicked a CSV file in Firefox and picked open with oocalc. The startup
screen (with the logo & progress bar) stayed on screen for a long while
(much more than normal). So I attached gdb, interrupted the program, and
got...


#0  0xb7fa1410 in ?? ()
#1  0xbfeea5d8 in ?? ()
#2  0x0008 in ?? ()
#3  0x0870a408 in ?? ()
#4  0xb6eb97fb in __read_nocancel () from /lib/tls/i686/cmov/libpthread.so.0
#5  0xb6fa9a4e in _IceTransClose () from /usr/lib/libICE.so.6
#6  0xb6fa791f in _IceTransRead () from /usr/lib/libICE.so.6
#7  0xb6fada6e in _IceRead () from /usr/lib/libICE.so.6
#8  0xb6fb216f in IceProcessMessages () from /usr/lib/libICE.so.6
#9  0xb6fa57c3 in IceOpenConnection () from /usr/lib/libICE.so.6
#10 0xb6fbbbe0 in SmcOpenConnection () from /usr/lib/libSM.so.6
#11 0xb5b8a671 in SessionManagerClient::open ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#12 0xb5b50c57 in X11SalFrame::Show () from 
/usr/lib/openoffice/program/libvclplug_gen680li.so
#13 0xb7eaee6e in Window::Show () from 
/usr/lib/openoffice/program/libvcl680li.so
#14 0xb7e43d5f in Dialog::Execute () from 
/usr/lib/openoffice/program/libvcl680li.so
#15 0xad582aa7 in CreateDialogFactory () from 
/usr/lib/openoffice/program/libscui680li.so
#16 0xade34778 in component_writeInfo () from 
/usr/lib/openoffice/program/libsc680li.so
#17 0xae6281e0 in component_getDescriptionFunc () from 
/usr/lib/openoffice/program/libuui680li.so
#18 0xae62c053 in component_getDescriptionFunc () from 
/usr/lib/openoffice/program/libuui680li.so
#19 0xae61f747 in component_getDescriptionFunc () from 
/usr/lib/openoffice/program/libuui680li.so
#20 0xb3713292 in SfxObjectShell::HandleFilter () from 
/usr/lib/openoffice/program/libsfx680li.so
#21 0xb37205f0 in SfxObjectShell::DoLoad () from 
/usr/lib/openoffice/program/libsfx680li.so
#22 0xb3785202 in SfxBaseModel::load () from 
/usr/lib/openoffice/program/libsfx680li.so
#23 0xb37bd102 in non-virtual thunk to SfxViewShell::~SfxViewShell() ()
   from /usr/lib/openoffice/program/libsfx680li.so
#24 0xb31d98b2 in component_writeInfo () from 
/usr/lib/openoffice/program/libfwk680li.so
#25 0xb31db5d3 in component_writeInfo () from 
/usr/lib/openoffice/program/libfwk680li.so
#26 0xb31db811 in component_writeInfo () from 
/usr/lib/openoffice/program/libfwk680li.so
#27 0xb30799b4 in ?? () from /usr/lib/openoffice/program/libfwk680li.so
#28 0x080855ee in desktop::DispatchWatcher::executeDispatchRequests ()
#29 0x08077635 in desktop::OfficeIPCThread::ExecuteCmdLineRequests ()
#30 0x0807244f in desktop::Desktop::OpenClients ()
#31 0x080737af in desktop::Desktop::OpenClients_Impl ()
#32 0xb7ec0003 in Window::~Window () from 
/usr/lib/openoffice/program/libvcl680li.so
#33 0xb5b854b0 in SalDisplay::DispatchInternalEvent ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#34 0xb5b854e5 in SalX11Display::Yield () from 
/usr/lib/openoffice/program/libvclplug_gen680li.so
#35 0xb5b86603 in SalDisplay::deregisterFrame ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#36 0xb5b7d392 in SalXLib::Yield () from 
/usr/lib/openoffice/program/libvclplug_gen680li.so
#37 0xb5b87907 in X11SalInstance::Yield () from 
/usr/lib/openoffice/program/libvclplug_gen680li.so
#38 0xb7ccbbdc in Application::Yield () from 
/usr/lib/openoffice/program/libvcl680li.so
#39 0xb7ccbcbc in Application::Execute () from 
/usr/lib/openoffice/program/libvcl680li.so
#40 0x0806e5e2 in desktop::Desktop::Main ()
#41 0xb7cd1d7c in InitVCL () from /usr/lib/openoffice/program/libvcl680li.so
#42 0xb7cd1e85 in SVMain () from /usr/lib/openoffice/program/libvcl680li.so
#43 0x08060744 in sal_main ()
#44 0x080607c6 in main ()
Kill the program being debugged? (y or n) 
This is after letting a data source display in the preview window (in
the spreadsheet module). Then hit F4 to close the data sources window.

#0  0xacd4a024 in component_writeInfo () from 
/usr/lib/openoffice/program/libfrm680li.so
#1  0xacd4244d in component_writeInfo () from 
/usr/lib/openoffice/program/libfrm680li.so
#2  0xacd909af in component_writeInfo () from 
/usr/lib/openoffice/program/libfrm680li.so
#3  0xb746255e in cppu::OInterfaceContainerHelper::disposeAndClear () from 
/usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3
#4  0xace58ea4 in component_writeInfo () from 
/usr/lib/openoffice/program/libfrm680li.so
#5  0xacd5ddbd in component_writeInfo () from 
/usr/lib/openoffice/program/libfrm680li.so
#6  0xb747525e in cppu::OComponentHelper::dispose () from 
/usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3
#7  0xacd42

Bug#392698: 2.0.4 crashes so much as to be utterly useless

[Anthony DeRobertis]

FYI, at work (where I use OOO) I have started collecting backtraces with
ddd. I'll start sending them in Monday.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#392698: 2.0.4 crashes so much as to be utterly useless

[Anthony DeRobertis]

Package: openoffice.org
Version: 2.0.4~rc3-1
Severity: grave

Base:
- Run a query in Base. Close the query window. Crash.
- Edit a query in Base. Hit run. Everything is fine. Hit run a
  second time. Crash.
- All of these are with the libmysql-java JDBC connector.

Spreadsheet
- When inserting a chart, it somehow brought up the insert chart
  dialog twice. Crash.
- Hit F4 for data sources. Click on a query, let it load. Hit F4.
  Crash.
- When moving a chart around. Crash.
- Tried to drag a data set (from the F4 thing) into the spreadsheet.
  Crash.

Random error on the console it gave:
I/O warning : failed to load external entity "vnd.sun.star.pkg:/"
I/O warning : failed to load external entity "vnd.sun.star.pkg:/"
I/O warning : failed to load external entity "vnd.sun.star.pkg:/"
I/O warning : failed to load external entity "vnd.sun.star.pkg:/"
/usr/lib/openoffice/program/soffice: line 252: 26675 Segmentation fault  
"$sd_prog/$sd_binary" "$@"

Here is a gdb backtrace:

#0  0xa639d024 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#1  0xa639544d in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#2  0xa63e39af in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#3  0xb73fa55e in cppu::OInterfaceContainerHelper::disposeAndClear ()
   from /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3
#4  0xa64abea4 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#5  0xa63b0dbd in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#6  0xb740d25e in cppu::OComponentHelper::dispose ()
   from /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3
#7  0xa6395855 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#8  0xa63959f5 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#9  0xa63d7092 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfrm680li.so
#10 0xb740d25e in cppu::OComponentHelper::dispose ()
   from /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3
#11 0xadaa3ac1 in component_getFactory ()
   from /usr/lib/openoffice/program/libdbu680li.so
#12 0xada96639 in component_getFactory ()
   from /usr/lib/openoffice/program/libdbu680li.so
#13 0xadaa773f in component_getFactory ()
   from /usr/lib/openoffice/program/libdbu680li.so
#14 0xb73eef2f in cppu::WeakComponentImplHelperBase::dispose ()
   from /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3
#15 0xad89cecd in ?? () from /usr/lib/openoffice/program/libdbu680li.so
#16 0xb3e605a0 in ?? () from /usr/lib/openoffice/program/libfwk680li.so
#17 0xb3e5fb3a in ?? () from /usr/lib/openoffice/program/libfwk680li.so
#18 0xb3e99086 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfwk680li.so
#19 0xb3e974e1 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfwk680li.so
#20 0xb3e98bf0 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfwk680li.so
#21 0xb3e98e14 in component_writeInfo ()
   from /usr/lib/openoffice/program/libfwk680li.so
#22 0xb7ef7e05 in vcl::EventPoster::EventPoster ()
   from /usr/lib/openoffice/program/libvcl680li.so
#23 0xb7e94403 in Window::~Window ()
   from /usr/lib/openoffice/program/libvcl680li.so
#24 0xb61e04a0 in SalDisplay::DispatchInternalEvent ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#25 0xb61e04d5 in SalX11Display::Yield ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#26 0xb61e15f3 in SalDisplay::deregisterFrame ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#27 0xb61d8382 in SalXLib::Yield ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#28 0xb61e28f7 in X11SalInstance::Yield ()
   from /usr/lib/openoffice/program/libvclplug_gen680li.so
#29 0xb7ca0b4c in Application::Yield ()
   from /usr/lib/openoffice/program/libvcl680li.so
#30 0xb7ca0c2c in Application::Execute ()
   from /usr/lib/openoffice/program/libvcl680li.so
#31 0x0806e7b2 in desktop::Desktop::Main ()
#32 0xb7ca69ea in InitVCL () from /usr/lib/openoffice/program/libvcl680li.so
#33 0xb7ca6af5 in SVMain () from /usr/lib/openoffice/program/libvcl680li.so
#34 0x08060914 in sal_main ()
#35 0x08060996 in main ()

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages openoffice.org depends on:
ii  openoffice.org-base  2.0.4~rc3-1 OpenOffice.org office suite - data
ii  openoffice.org-calc  2.0.4~rc3-1 OpenOffice.org office suite - spre
ii  openoffice.org-core  2.0.4~rc3-1 OpenOffice.org office suite archit
ii  openoffice.org-draw  2.0.4~rc3-1 OpenOffice.org office suite - draw
ii  openoffice.org-impress   2.0.4~rc3-1 OpenOff

Bug#354622: Mozilla Thunderbird

[Anthony DeRobertis]

reassign 354622 firefox,thunderbird
thanks

In response to my question if bug 354622 applies to Thunderbird,
Christopher Beard replied to me (via private email[0]) that Firefox's
trademark policies apply to Thunderbird as well.

Chris, I'm cc'ing this to you so that you may forward that message to
the BTS if you wish (send it to  [EMAIL PROTECTED]) or, if I've
misunderstood, correct me.



[0]: Message-Id [EMAIL PROTECTED]>
 dated Mon, 9 Oct 2006 04:46:34 -0700.


[It seems control@ ate this...]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354622: Thunderbird?

[Anthony DeRobertis]

H, before it gets even closer to the hopeful release date, does this
apply the Thunderbird as well?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#390733: Upgrade from sarge fails (Segmentation fault scrollkeeper-update -q)

[Anthony DeRobertis]

Package: synaptic
Version: 0.57.11
Severity: serious

# dpkg --configure -a
Setting up synaptic (0.57.11) ...
/var/lib/dpkg/info/synaptic.postinst: line 6:  4289 Segmentation fault  
scrollkeeper-update -q
dpkg: error processing synaptic (--configure):
 subprocess post-installation script returned error exit status 139
Errors were encountered while processing:
 synaptic

This is with scrollkeeper 0.3.14-10 (sarge); installing 0.3.14-11 (etch)
fixes the problem, maybe there is a missing versioned depends.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages synaptic depends on:
ii  apt [libapt-pkg-lib 0.6.46   Advanced front-end for dpkg
ii  apt-utils [libapt-i 0.6.46   APT utility programs
ii  libatk1.0-0 1.12.2-1 The ATK accessibility toolkit
ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
ii  libcairo2   1.2.4-1  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.1-2  generic font configuration library
ii  libgcc1 1:4.1.1-13   GCC support library
ii  libglade2-0 1:2.6.0-2library to load .glade files at ru
ii  libglib2.0-02.12.3-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface 
ii  libncurses5 5.5-3Shared libraries for terminal hand
ii  libpango1.0-0   1.14.4-2 Layout and rendering of internatio
ii  libstdc++6  4.1.1-13 The GNU Standard C++ Library v3
ii  libvte4 1:0.12.2-4   Terminal emulator widget for GTK+ 
ii  libx11-66.9.0.dfsg.1-6~bpo.4 X Window System protocol client li
ii  libxcursor1 1.1.3-1  X cursor management library
ii  libxext66.9.0.dfsg.1-6~bpo.4 X Window System miscellaneous exte
ii  libxfixes3  6.9.0.dfsg.1-6~bpo.4 X Window System miscellaneous 'fix
ii  libxft2 2.1.7-1  FreeType-based font drawing librar
ii  libxi6  6.9.0.dfsg.1-6~bpo.4 X Window System Input extension li
ii  libxinerama16.9.0.dfsg.1-6~bpo.4 X Window System multi-head display
ii  libxml2 2.6.26.dfsg-3GNOME XML library
ii  libxrandr2  6.9.0.dfsg.1-6~bpo.4 X Window System Resize, Rotate and
ii  libxrender1 1:0.9.0.2-0bpo1  X Rendering Extension client libra
ii  scrollkeeper0.3.14-10A free electronic cataloging syste

Versions of packages synaptic recommends:
ii  deborphan 1.7.15 Find orphaned libraries
ii  gksu  1.2.5-3graphical frontend to su
ii  libgnome2-perl1.021-1Perl interface to the GNOME librar

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383063: Uses non-Essential: yes packages in postrm purge & abort-

[Anthony DeRobertis]

On Wed, Aug 16, 2006 at 10:17:23AM -0400, sean finney wrote:
 
> - install the package and its deps
> - remove the package into rcfiles state
> - remove dependencies
> - purge package

Another step that needs to be in there is to dpkg -i the package
*without* its dependencies to make sure that the abort-* targets work.
Do it twice in a row, make sure that the package is left in upacked, not
half-installed, state.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383063: Uses non-Essential: yes packages in postrm purge & abort-

[Anthony DeRobertis]

On Tue, Aug 15, 2006 at 12:17:05AM +0100, Stephen Gran wrote:

> The problem is needing a non-essential package during purge.  This means
> one of two things: dbconfig-common becomes essential (not that great,
> IMHO - it's big enough already)

Quite unlikely. It'd be a very long uphill battle to add:
dbconfig-common  (1205 KB)
  ucf  (388 KB)
  debconf (1468 KB)
debconf-english (20 KB) or debconf-i18n (760 KB)
  pwgen (76 KB)
to the list of essential packages.


> Admittedly, this is a policy violation that bacula doesn't have compliant
> postrm scripts, but I'm not sure that it's a problem with dbconfig-common.

Well, if the examples lead to broken packages, surely that's a bug?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383063: Uses non-Essential: yes packages in postrm purge & abort-

[Anthony DeRobertis]

On Mon, Aug 14, 2006 at 08:53:27PM -0500, John Goerzen wrote:

> What effect will this have on bacula's release-worthiness?

It's up to the release team, but generally packages with serious or
higher bugs don't get released.

I'd like to see Bacula in etch too, but not with this bug. Remember that
any user who hits this bug will suddenly find that apt-get, aptitude,
etc. all no longer work, and will likely have no clue how to fix his/her
system.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383142: bacula-director-pgsql: postrm script unconditionally sources /usr/share/dbconfig-common/dpkg/postrm.pgsql

[Anthony DeRobertis]

Andreas Metzler wrote:

And indeed this the case. Verified in
bacula-director-pgsql_1.38.11-2_ia64.deb.

  


I should have mentioned I was planning on filing it

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383063


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383063: Uses non-Essential: yes packages in postrm purge & abort-

[Anthony DeRobertis]

Package: bacula-director-pgsql
Version: 1.38.11-2
Severity: serious

(Also in -1, and no doubt many previous versions)

The postrm script always uses dbconfig-common. Even if the first
parameter is 'purge' (policy says you may only use Essential: yes
packages in that case). Similarly, you can't use it in the abort-*
targets either (though I don't see anywhere policy explitly says so).
Try the following to see why (in a chroot, I'd hope):

# dpkg --purge dbconfig-common
# dpkg -i bacula-director-pgsql*deb
# dpkg -i bacula-director-pgsql*deb
# dpkg --remove bacula-director-pgsql

dpkg will inform you that bacula-director-pgsql is in a very bad state
(what it calls half-installed) and to install it again in order remove
it. Which of course you can't do, because the prerm fails out. Twice.
And then again when dpkg tries to do an error unwind. Leaving the
package half-installed.

(To fix the chroot, install dbconfig common --- using dpkg, apt-get
won't work anymore --- then install bacula-director-pgsql, then you can
remove both. You probably already knew this, of course.)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#375300: new tar behavior and --wildcards

[Anthony DeRobertis]

Bdale Garbee wrote:

>The following table summarizes pattern-matching default values:
>
>MembersDefault settings
>--
>Inclusion  `--no-wildcards --anchored
>--no-wildcards-match-slash'
>Exclusion  `--wildcards --no-anchored
>--wildcards-match-slash'
>
>-- Footnotes --

Will this break my Amanda config? I'm not sure what flags Amanda passes
to tar, but I'm pretty syre I have no control (absent changing the
source, of course) over them.

Do I need to worry now which version of tar is installed on each machine
being backed up by Amanda? That'll be fun :-(


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#369968: Can't locate Gtk2/Ex/Simple/List.pm in @INC

[Anthony DeRobertis]

On Fri, Jun 09, 2006 at 06:27:34PM +0200, Steinar H. Gunderson wrote:
> 
> On Fri, Jun 02, 2006 at 11:26:22AM -0400, Anthony DeRobertis wrote:
> > 
> > I suspect you're missing a versioned depends on libgtk2-perl.
> 
> Are you sure? My libgtk2-perl has no such file (the closest is
> Gtk2/SimpleList.pm), and apt-file can't find any either. Perhaps this belongs
> to a package simply not in Debian?

No idea. I tried running it on stable, so I just assumed that it must
work in unstable. Looking at p.d.o, it does appear you're right...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296332: Works with patch once debugging is turned off

[Anthony DeRobertis]

Steinar H. Gunderson wrote:
>   http://storage.sesse.net/stratagus_2.1-9.1_amd64.deb 
>
> which is basically -9 + my stratagus.diff + a fix for -lX11.
It needs a newer version of sdl than I have. Do you have a source
package available so I may recompile it?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#369968: Can't locate Gtk2/Ex/Simple/List.pm in @INC

[Anthony DeRobertis]

Package: libgtk2-ex-podviewer-perl
Version: 0.14-2
Severity: serious

[EMAIL PROTECTED]:~$ podviewer 
Can't locate Gtk2/Ex/Simple/List.pm in @INC (@INC contains: lib/ /etc/perl 
/usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at /usr/bin/podviewer line 12.
BEGIN failed--compilation aborted at /usr/bin/podviewer line 12.

I suspect you're missing a versioned depends on libgtk2-perl.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libgtk2-ex-podviewer-perl depends on:
ii  libgtk2-perl   1:1.081-1 Perl interface to the 2.x series o
ii  libio-stringy-perl 2.110-1   Perl5 modules for IO from scalars 
ii  libpod-simple-perl 3.02-2Perl framework for parsing files i
ii  perl   5.8.4-8sarge4 Larry Wall's Practical Extraction 

libgtk2-ex-podviewer-perl recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296332: Works with patch once debugging is turned off

[Anthony DeRobertis]

Package: stratagus
Version: 2.1-9.1
Followup-For: Bug #296332

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I rebuilt without nostrip,noopt and now it seems to work fine w/o
crashing (with the patch I sent applied). Maybe I missed a broken printf
somewhere

Anyway, if you conditionalize my alignment code to only be on 64-bit
platforms, I think you'll have a patch to fix this issue.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages stratagus depends on:
ii  bos [stratagus-data]  1.1-3  Invasion: Battle of Survival data 
ii  libbz2-1.01.0.3-2high-quality block-sorting file co
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libflac7  1.1.2-3.1  Free Lossless Audio Codec - runtim
ii  liblua50  5.0.2-6Main interpreter library for the L
ii  liblualib50   5.0.2-6Extension library for the Lua 5.0 
ii  libogg0   1.1.3-2Ogg Bitstream Library
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libsdl1.2debian   1.2.9-5Simple DirectMedia Layer
ii  libvorbis0a   1.1.2-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.2-1The Vorbis General Audio Compressi
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  zlib1g1:1.2.3-11 compression library - runtime

stratagus recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEdS1X+z+IwlXqWf4RAobEAJ0Y8hCotms2OSyTGII5BcC8VmiODACeJYHB
yqBS89lltXj3p1yWCUb2Uwk=
=F8Qs
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296332: Found the problem

[Anthony DeRobertis]

Package: stratagus
Version: 2.1-9
Followup-For: Bug #296332

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In src/movie/vp31/FrameIni.c there is a macro:

#define ROUNDUP32(X) ( ( ( (unsigned long) X ) + 31 )&( 0xFFE0 ) )

which is, I guess, supposed to enforce some sort of alignment. Probably
nearest 32 byte boundry. However, not only does it do that, but it eats
the leading 32 bits out of the 64-bit pointer. Evil.

Changing it to:

#define ROUNDUP32(X) ( ( ( (unsigned long) X ) + 31 )&( 0xFFE0 ) )

of course fixes amd64, but I'm sure breaks ia32. 

There are also some playes where %d was used instead of %ld. Blame
damned ANSI/ISO for not assigning a %whatever for ptrdiff_t. I think
these changes will work on ia32.

Now it at least starts. Unfortunately, after playing a little while, we
get a new segfault:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1552124256 (LWP 32022)]
0x2b11fb25 in sem_post () from /lib/libpthread.so.0
(gdb) bt
#0  0x2b11fb25 in sem_post () from /lib/libpthread.so.0
#1  0x2afd841e in SDL_SemPost () from /usr/lib/libSDL-1.2.so.0
#2  0x2afd7ca1 in SDL_RunThread () from /usr/lib/libSDL-1.2.so.0
#3  0x2afd7f79 in SDL_KillThread () from /usr/lib/libSDL-1.2.so.0
#4  0x2b11bb1c in start_thread () from /lib/libpthread.so.0
#5  0x2baa99c2 in clone () from /lib/libc.so.6
#6  0x in ?? ()


Patch to get this far, and make it possible to build with noopt,nostrip
attached.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages stratagus depends on:
ii  bos [stratagus-data]  1.1-3  Invasion: Battle of Survival data 
ii  libbz2-1.01.0.3-2high-quality block-sorting file co
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libflac7  1.1.2-3.1  Free Lossless Audio Codec - runtim
ii  liblua50  5.0.2-6Main interpreter library for the L
ii  liblualib50   5.0.2-6Extension library for the Lua 5.0 
ii  libogg0   1.1.3-2Ogg Bitstream Library
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libsdl1.2debian   1.2.9-5Simple DirectMedia Layer
ii  libvorbis0a   1.1.2-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.2-1The Vorbis General Audio Compressi
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  zlib1g1:1.2.3-11 compression library - runtime

stratagus recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEdQou+z+IwlXqWf4RAkf2AJ96cPxqK3FO6txYv79oIzIkt084PwCbB7zr
p2N9b8+OeCqs6DqsdNLnrAY=
=KLnL
-END PGP SIGNATURE-
Only in stratagus-2.1.new/: build-stamp-no_opengl
Only in stratagus-2.1.new/: build-stamp-opengl
Only in stratagus-2.1.new/: config.log
Only in stratagus-2.1.new/: config.status
Only in stratagus-2.1.new/: configure-stamp-no_opengl
Only in stratagus-2.1.new/: configure-stamp-opengl
Only in stratagus-2.1.new/debian: files
Only in stratagus-2.1.new/debian: stratagus
Only in stratagus-2.1.new/debian: stratagus-gl
Only in stratagus-2.1.new/debian: stratagus-gl.postinst.debhelper
Only in stratagus-2.1.new/debian: stratagus-gl.postrm.debhelper
Only in stratagus-2.1.new/debian: stratagus-gl.prerm.debhelper
Only in stratagus-2.1.new/debian: stratagus-gl.substvars
Only in stratagus-2.1.new/debian: stratagus.postinst.debhelper
Only in stratagus-2.1.new/debian: stratagus.postrm.debhelper
Only in stratagus-2.1.new/debian: stratagus.prerm.debhelper
Only in stratagus-2.1.new/debian: stratagus.substvars
diff -rdbU3 stratagus-2.1/Makefile stratagus-2.1.new/Makefile
--- stratagus-2.1/Makefile	2006-05-24 19:39:55.0 -0400
+++ stratagus-2.1.new/Makefile	2006-05-24 20:55:34.0 -0400
@@ -356,3 +356,24 @@
 	rm $(PREFIX)/bin/stratagus
 	@echo uninstallation of stratagus complete
 
+
+### Fucking learn to write code that produces no warnings before turning
+### on -Werror
+src/action/obj/action_patrol.o: src/action/obj/../action_patrol.c
+	$(CC) -c $(CFLAGS) $(CPPFLAGS) -Wno-error -o $@ $<
+src/action/obj/action_resource.o: src/action/obj/../action_resource.c
+	$(CC) -c $(CFLAGS) $(CPPFLAGS) -Wno-error -o $@ $<
+src/action/obj/command.o: src/action/obj/../command.c
+	$(CC) -c $(CFLAGS) $(CPPFLAGS) -Wno-error -o $@ $<
+src/stratagus/obj/iolib.o: src/stratagus/obj/../iolib.c
+	$(CC) -c $(CFLAGS) $(CPPFLAGS) -Wno-error -o $@ $<
+src/movie/vp31/obj/DDecode.o: src/movie/vp31/obj/../DDecode.c
+	$(CC) -c $(CFLAGS) $(CPPFLAGS) -Wno-error -o $@ $<
+src/network/obj/net

Bug#365102: synfigstudio: 365102: please provide a backtrace

[Anthony DeRobertis]

Fabian Fagerholm wrote:

Anthony, any chance you could try the following things:

  * Could you compile the attached file (g++ -g -o test test.cpp)
and run it under gdb? If it crashes in the same way, we have a
smaller test case to work with.
  

The program does not crash.


  * Could you apply the attached patch to src/gtkmm/dockdialog.cpp,
recompile and provide the output? Or put a gdb breakpoint at
dockdialog.cpp:506 and then print the value of str and
separator?
  


Breakpoint 1, studio::DockDialog::set_contents (this=0xfe2320, 
   z=) at dockdialog.cpp:506

506 
book_contents=String(str.begin(),str.begin()+separator);
(gdb) p str
$3 = {static npos = 18446744073709551615, 
 _M_dataplus = {> = {<__gnu_cxx::new_allocator> = {}, }, 
   _M_p = 0xfee418 "navigator - info pal_edit pal_browse - tool_options history canvases - layers groups"}}

(gdb) p separator
$4 = 10


However, it appears that line is run several times.

  1. 1: str = {static npos = 18446744073709551615,
   _M_dataplus = {> =
 {<__gnu_cxx::new_allocator> = {}, },
 _M_p = 0xfee418 "navigator - info pal_edit pal_browse -
 tool_options history canvases - layers groups"}}
 (gdb) display separator
 2: separator = 10
  2. 2: separator = 26
 1: str = {static npos = 18446744073709551615,
   _M_dataplus = {> =
 {<__gnu_cxx::new_allocator> = {}, },
 _M_p = 0xfee548 " info pal_edit pal_browse - tool_options
 history canvases - layers groups"}}
  3. 2: separator = 31
 1: str = {static npos = 18446744073709551615,
   _M_dataplus = {> =
 {<__gnu_cxx::new_allocator> = {}, },
 _M_p = 0xff8218 " tool_options history canvases - layers groups"}}
  4. 2: separator = 4294967295
 1: str = {static npos = 18446744073709551615,
   _M_dataplus = {> =
 {<__gnu_cxx::new_allocator> = {}, }, _M_p = 0xff2b28 " layers groups"}}

The crash is, of course, after #4.

Looking at the code, on line 483 and 485, is unsigned int really right? 
Note that on amd64, sizeof(int) is 4 and sizeof(ptrdiff_t) is 8...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#365102: synfigstudio: 365102: please provide a backtrace

[Anthony DeRobertis]

Paul Wise wrote:

I don't have this problem on i386. Can you please install
synfigstudio-dbg and get a gdb backtrace?
  

Sorry for taking so long on this. Anyway, here it is:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912570136816 (LWP 7679)]
0x2e65701f in memcpy () from /lib/libc.so.6
(gdb) bt
#0  0x2e65701f in memcpy () from /lib/libc.so.6
#1  0x0054d29d in std::string::_S_construct<__gnu_cxx::__normal_iterator > (__beg={_M_current = 0xff24e8 " layers groups"}, 
   __end=, __a=)

   at char_traits.h:269
#2  0x0054d2d9 in basic_string<__gnu_cxx::__normal_iterator, std::allocator > > > (
   this=0x7fcfad70, __beg={_M_current = 0x2aaab1232b28 ""}, __end=
 {_M_current = 0x1032fe8 ""}, [EMAIL PROTECTED]) at basic_string.h:1444
#3  0x00553460 in studio::DockDialog::set_contents (this=0xfe24c0, 
   z=) at dockdialog.cpp:506
#4  0x0054db1a in studio::DockSettings::set_value (this=0xe3ee90, 
   [EMAIL PROTECTED], [EMAIL PROTECTED]) at dockmanager.cpp:184
#5  0x2acdaacc in synfigapp::Settings::set_value (this=0x2ae10260, 
   [EMAIL PROTECTED], [EMAIL PROTECTED]) at settings.cpp:124

#6  0x0059cb22 in studio::App::load_settings () at app.cpp:1481
#7  0x005a0ec6 in App (this=0x7fcfb9d0, argc=0x7fcfb8cc, 
   argv=0x7fcfb8c0) at app.cpp:1247

#8  0x00587093 in main (argc=1, argv=0x7fcfbb98) at main.cpp:84




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#365102: Segmentation fault

[Anthony DeRobertis]

Package: synfigstudio
Version: 0.61.05-2
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Just installed it, want to try it for the first time, and

[EMAIL PROTECTED]:~$ synfigstudio 
synfig(2890): info: Created directory "/home/anthony/.synfig"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "tool_
options"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "histo
ry"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "canva
ses"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "keyfr
ames"

(synfigstudio:2890): Gtk-WARNING **: node type doesn't match 2 (menu-main is typ
e 7)
synfig(2890): info: DockManager::register_dockable(): Registered dockable "layer
s"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "param
s"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "meta_
data"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "child
ren"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "info"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "navig
ator"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "timet
rack"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "curve
s"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "group
s"
synfig(2890): info: Input device changed to "Core Pointer"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "pal_e
dit"
synfig(2890): info: DockManager::register_dockable(): Registered dockable "pal_b
rowse"
synfig(2890): info: Created directory "/home/anthony/.synfig/tmp"
synfig(2890): info: dock_book_list.size()=1
synfig(2890): info: dock_book_list.size()=2
synfig(2890): info: dock_book_list.size()=3
Segmentation fault


Right. Running it again results in a segfault, too.


Valgrind notices this:

synfig(2949): info: dock_book_list.size()=3
==2949== 
==2949== Syscall param writev(vector[...]) points to uninitialised byte(s)
==2949==at 0x85F4FE0: writev (in /lib/libc-2.3.6.so)
==2949==by 0x7936BAB: (within /usr/X11R6/lib/libX11.so.6.2)
==2949==by 0x791B2D6: _XSend (in /usr/X11R6/lib/libX11.so.6.2)
==2949==by 0x790F736: (within /usr/X11R6/lib/libX11.so.6.2)
==2949==by 0x790F939: XPutImage (in /usr/X11R6/lib/libX11.so.6.2)
==2949==by 0x74402A4: XcursorImageLoadCursor (in 
/usr/lib/libXcursor.so.1.0.2)
==2949==by 0x744064A: XcursorImagesLoadCursor (in 
/usr/lib/libXcursor.so.1.0.2)
==2949==by 0x7443409: XcursorTryShapeCursor (in 
/usr/lib/libXcursor.so.1.0.2)
==2949==by 0x78FB183: XCreateGlyphCursor (in /usr/X11R6/lib/libX11.so.6.2)
==2949==by 0x78FB6CE: XCreateFontCursor (in /usr/X11R6/lib/libX11.so.6.2)
==2949==by 0x693CE5B: gdk_cursor_new_for_display (in 
/usr/lib/libgdk-x11-2.0.so.0.800.16)
==2949==by 0x6358763: _gtk_tree_view_column_realize_button (in 
/usr/lib/libgtk-x11-2.0.so.0.800.16)
==2949==  Address 0x913ABD9 is 1,105 bytes inside a block of size 16,384 alloc'd
==2949==at 0x4A1BD7D: calloc (vg_replace_malloc.c:279)
==2949==by 0x790B04B: XOpenDisplay (in /usr/X11R6/lib/libX11.so.6.2)
==2949==by 0x693D892: gdk_display_open (in 
/usr/lib/libgdk-x11-2.0.so.0.800.16)
==2949==by 0x691EE0C: gdk_display_open_default_libgtk_only (in 
/usr/lib/libgdk-x11-2.0.so.0.800.16)
==2949==by 0x6285653: gtk_init_check (in 
/usr/lib/libgtk-x11-2.0.so.0.800.16)
==2949==by 0x6285678: gtk_init (in /usr/lib/libgtk-x11-2.0.so.0.800.16)
==2949==by 0x5C82CBF: Gtk::Main::init(int*, char***, bool) (in 
/usr/lib/libgtkmm-2.4.so.1.0.22)
==2949==by 0x5C82DD3: Gtk::Main::Main(int*, char***, bool) (in 
/usr/lib/libgtkmm-2.4.so.1.0.22)
==2949==by 0x59FC6D: studio::App::App(int*, char***) (in 
/usr/bin/synfigstudio)
==2949==by 0x587092: main (in /usr/bin/synfigstudio)
==2949== Warning: set address range perms: large range 4294971360, a 0, v 1
==2949== 
==2949== Source and destination overlap in memcpy(0x70D60048, 0x90CE010)
==2949==at 0x4A1CA62: memcpy (mac_replace_strmem.c:394)
==2949==by 0x54D29C: char* 
std::string::_S_construct<__gnu_cxx::__normal_iterator 
>(__gnu_cxx::__normal_iterator, 
__gnu_cxx::__normal_iterator, std::allocator const&, 
std::forward_iterator_tag) (in /usr/bin/synfigstudio)
==2949==by 0x54D2D8: 
std::string::string<__gnu_cxx::__normal_iterator 
>(__gnu_cxx::__normal_iterator, 
__gnu_cxx::__normal_iterator, std::allocator const&) 
(in /usr/bin/synfigstudio)
==2949==by 0x55345F: studio::DockDialog::set_contents(std::string const&) 
(in /usr/bin/synfigstudio)
==2949==by 0x54DB19: studio::DockSettings::set_value(std::string const&, 
std::string const&) (in /usr/bin/synfigstudio)
==2949==by 0x4C36ACB: synfigapp::Settings::set_value(std::string const&, 
std::string const&) (in /usr/lib/libsynfigapp.so.0.0.0)
==2949==by 0x59CB21: studio::A

Bug#358718: linux-image-2.6.16-1-k7 unexpected IRQ trap, divide error on boot, panic before even initrd

[Anthony DeRobertis]

Jurij Smakov wrote:

Hi,

Is it a laptop? The first impression is that it is some kind of ACPI 
problem. Could you please try some combinations of boot options 
Well, I just tried to debug it, only to discover that the machine does 
not wish to crash tonight, no matter what options I give it. Even with 
no options, like it crashed 9/10ths of the time before.


Maybe it felt like being a trickster when it heard me threaten to reboot 
it 16 times to try every possibility. Wait, it doesn't have a mic on it, 
how could it hear


Anyway, I'll try sneaking up on it sometime and seeing if I can catch it 
in a crashing mood.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#358718: linux-image-2.6.16-1-k7 unexpected IRQ trap, divide error on boot, panic before even initrd

[Anthony DeRobertis]

Jurij Smakov wrote:

Hi,

Is it a laptop? 

No. It's a mid-tower.
The first impression is that it is some kind of ACPI problem. Could 
you please try some combinations of boot options


acpi=off
pci=norouteirq
pci=noacpi

I'll give these a try ASAP.

nolapic
The boot messages with 2.6.16 says that the BIOS disabled the local 
APIC, and that its not re-enabling it. 2.6.8 definitely re-enables it, 
however, booting 2.6.16 with the lapic (or whatever it was) option had 
2.6.16 re-enable it, but still crashes.


to see if that has any effect on your problems? What was the previous 
kernel which worked properly on this machine?
Well, except for the ide-tape drive (there is a separate bug on that), 
2.6.15.


PS: The BTS set a reply-to of -quiet, which I think will make this 
response not go to the Debian kernel mailing list. Sending to non-quiet 
instead.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#358718: Ooops, forgot the lspci. Attached

[Anthony DeRobertis]

Package: linux-2.6
Followup-For: Bug #358718

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Attached.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEI3lP+z+IwlXqWf4RAsEuAJ9+Ri8kAFTIxsMxMTbIx04GSsj3ZgCeL7YO
4wDVYGIupATs5QroCJbphlc=
=GZp5
-END PGP SIGNATURE-
:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 
02)
Subsystem: ABIT Computer Corp. KT7/KT7-RAID/KT7A/KT7A-RAID Mainboard
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- Reset- FastB2B-
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

:00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] 
(rev 22)
Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping+ SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- SERR-  [disabled]

:00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RT8139
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 

Bug#358718: linux-image-2.6.16-1-k7 unexpected IRQ trap, divide error on boot, panic before even initrd

[Anthony DeRobertis]

Package: linux-2.6
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I upgraded a machine (lspci attached) to linux-image-2.6.16-1-k7
(version 2.6.16-2) and this new kernel panics before even getting to the
initrd. It appears to break right after detecting the VGA console. Here
is the output that is on screen; note that I copied this down by hand
and re-typed it, so please forgive any mistakes (my handwriting really
sucks...) 

Console: colour VGA+ 80x25
unexpected IRQ trap at vector ad
divide error  [#1]
Modules linked in:
CPU: 0
EIP: 0060:[<602ec265>] not tainted VLI
EFLAGS: 0246 [2.6.16-1-k7]
EIP is at start_kernel+0xc9/0x29b
eax:  ebx:  ecx:  edx: b0df2000
esi: 0009f700 edi: b02e3800 ebp: 0036c007 esp: b02ebff8
ds: 007b es: 007b ss: 0068
process swapper pid: 0 threadinfo b07ea000 task b0224300
stack <0> b0314ee0 b0100199
call trace:
code: e8 77 4f 00 00 e8 1f 49 01 00 21 28 31 31 60 ...
  (sorry, gave up writing this all down!)
<0> kernel panic - not syncing attempted to kill idle task!


Sorry for any mistakes above.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEI2uE+z+IwlXqWf4RAk3tAJwI1191lKQ6LdHWCJp94wH3BiGnYgCggxaV
csh8uC6FuGQ6lvp2LGuIgmk=
=yafW
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356850: initramfs-tools: upon udev upgrade, system becomes unbootable if using lilo

[Anthony DeRobertis]

Jonas Smedegaard wrote:

> I believe udev cintained within ramdisk needs to match udev outside -
> so if udev on the system is updated then (all!) initramfs-based
> ramdisks needs to be regenerated in order to survive _next_ boot.

Ouch! If this is true, it'd seem that somehow, the udev postinst needs
to find every intramfs image and regenerate it. First, that sounds like
a bad idea, even if it were technically possible. Second, it sounds
technically impossible (what if the admin generates one for his
hand-built kernel?)

> 
> That is a fundamental challenge to using udev in initial ramdisks. Not
> because of udev itself, but because of its lack of backwards
> compatibility (which can be a plus, as it means less ugly workarounds
> to fight with kernel maintainers about).

OTOH, it makes the system extremely fragile. If the new kernel breaks,
you're supposed to be able to boot with LinuxOLD. But it sounds like
that can't be made safe: Either there is a udev version mismatch or
there is a newly-created, potentially-broken initramfs for that kernel.

> Something like kernel-install-helper[1] perhaps?

Yeah.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#347412: Tried with just skge

[Anthony DeRobertis]

Ok, I just tried with having only the 'skge' module loaded since boot.
Once again, ethernet died.

So, the summary is:

2.6.12, w/ sk98lin: Works
2.6.12 does not have skge.

2.6.15 w/ sk98lin & skge (yes, you can load both[0]): Fails
2.6.15 w/ sk98lin: Fails
2.6.15 w/ skge: Fails

where "fails" means either the ethernet card stops working (silently,
with no errors) or SATA fails (all I/O gives I/O errors --- quite a bit
not silent, and loses data).

[0] And at least the combination of udev and discover was doing so until
I stopped it.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#347412: Sorry it took so long, tested sk98lin

[Anthony DeRobertis]

Same problem. Network died.

I did notice that udev/discover were somehow loading both the skge and
sk98lin modules. The sk98lin test I just did was after confirming that
skge had never been loaded since boot.

I can test again with only skge loaded since boot, but it can take some
time to reproduce the problem.

(e.g., massive 50mbps ping flood combined with 75MB/sec of IO did not do
it after 10 minutes or so. But reading gmail in firefox did, after an
hour or so.)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#349549: XAUTHORITY broken

[Anthony DeRobertis]

Package: sudo
Version: 1.6.8p7-1.3
Severity: grave

sudo  no longer works due to XAUTHORITY not being forwarded.
Futher, adding in:

Defaults env_keep += XAUTHORITY

makes no difference whatsoever. It appears you have to turn on env_reset
to have any hope of getting this to work. But then env_check no longer
works, so how do you pass things like LANG?

AFAICT, it seems the new version of sudo in stable has broken the
ability to run X11 apps under sudo.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages sudo depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libpam-modules  0.76-22  Pluggable Authentication Modules f
ii  libpam0g0.76-22  Pluggable Authentication Modules l

sudo recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#347412: using network (skge) and disk (SATA/promise) at same time = one breaks

[Anthony DeRobertis]

Package: linux-image-2.6.15-1-amd64-k8-smp
Version: 2.6.15-1
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have an ASUS A8V motherboard. When I use both the on-board LAN, skge,
and the on-board Promise PDC20378 SATA controller, one or the other
dies. Ways to kill the machine include NFS server; raid rebuild + pretty
much any network; etc.

When the network interface dies, ifdown/modprobe -r/modprobe/ifup is
sufficient to make it work again, for a few minutes.

When SATA dies, hitting the reset button is required.

2.6.12 w/ the sk98lin ethernet module works fine. I can test 2.6.14 if
you'd like. I'll also test sk98lin under 2.6.15 this evening.


lspci:

:00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge
Subsystem: ASUSTeK Computer Inc.: Unknown device 80a3
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- Reset- FastB2B-
Capabilities: 

:00:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host 
Controller (rev 80) (prog-if 10 [OHCI])
Subsystem: ASUSTeK Computer Inc.: Unknown device 808a
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:08.0 RAID bus controller: Promise Technology, Inc. PDC20378 (FastTrak 
378/SATA 378) (rev 02)
Subsystem: ASUSTeK Computer Inc. K8V Deluxe/PC-DL Deluxe motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:0a.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit 
Ethernet Controller (rev 13)
Subsystem: ASUSTeK Computer Inc. Marvell 88E8001 Gigabit Ethernet 
Controller (Asus)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID 
Controller (rev 80)
Subsystem: ASUSTeK Computer Inc. A7V600/K8V Deluxe/K8V-X motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:0f.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a 
[Master SecP PriP])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 81) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) (prog-if 
20 [EHCI])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X motherboard
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2

Bug#346160: Acknowledgement (Recent enlightenment breaks xinerama)

[Anthony DeRobertis]

Oh, there is another build-depends missing too. libxxf86vm-dev.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#346160: Recent enlightenment breaks xinerama

[Anthony DeRobertis]

Package: enlightenment
Version: 1:0.16.7.2-2
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED]:~$ eesh xinerama
Xinerama is disabled on your system

It used to work right before upgrading it.

[EMAIL PROTECTED]:enlightenment$ xdpyinfo | grep -i xinerama
XINERAMA

Checking the buildd logs (e.g.,
http://buildd.debian.org/fetch.php?&pkg=enlightenment&ver=1%3A0.16.7.2-2&arch=powerpc&stamp=1134869025&file=log&as=raw)
it was built without xinerama support.

You're missing a build-depends on libxinerama-dev.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages enlightenment depends on:
ii  enlightenment-data   1:0.16.7.2-2Enlightenment Window Manager Run T
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libesd0  0.2.36-1Enlightened Sound Daemon - Shared 
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libimlib21.2.1-2 powerful image loading and renderi
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte

Versions of packages enlightenment recommends:
ii  menu  2.1.27 generates programs menu for all me
ii  polypaudio [esound]   0.7+20050805-2 Pluggable sound server

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDvdTc+z+IwlXqWf4RAgFgAKCQMQXkgJ+OMMkU+HtTh36CigZ6eQCggzBi
sSP6Yh3fJu6sLUXWffQOFd4=
=OIfc
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336645: Please fix this, even if it doesn't affect the default config

[Anthony DeRobertis]

register_globals is often turned on to support legacy code and
CVE-2005-3390 makes code which by the documentation should be safe not so.

Consider:

> ; You should do your best to write your scripts so that they do not require
> ; register_globals to be on;  Using form variables as globals can easily lead
> ; to possible security problems, if the code is not very well thought of.

>From the Debian-shipped php.ini, certainly does not warn that
register_globals itself is a security problem, but rather that poorly
written scripts are.


> but keep in mind that the directive itself isn't insecure but rather it's the
> misuse of it.

>From . The page also notes that
reliance on the directive "was quite common and many people didn't even
know it existed and assumed it's just how PHP works." It then goes on to
explain how register_globals is unsafe --- examples which show the
well-known register_globals problem, not the CVE-2005-3390 one. Further,
one of the examples (29-3) could even be subverted by this bug!

Also, considering the number of Debian installations which probably have
register_globals turned on, and how that makes (as already pointed out
in this bug) anything using PEAR extremely vulnerable, I really think
this ought to be fixed in stable ASAP.

CVSS rates this as an 8 (high).
testing-security rates this as medium.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#345253: Second attempt works

[Anthony DeRobertis]

FYI, a second attempt to remove it succeeds.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#345253: Removal fails

[Anthony DeRobertis]

Package: uim-common
Version: 1:0.4.9.1-1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Removing uim-common ...
ERROR: could not open uim-module-manager.scm (errobj No such file or directory)

*backtrace*
>>(require "uim-module-manager.scm")
>>(*catch (quote errobj) (require "uim-module-manager.scm"))
>>(eq? (quote *uim-module-manager.scm-loaded*) (*catch (quote errobj) (require 
>>"uim-module-manager.scm")))

dpkg: error processing uim-common (--remove):
 subprocess post-removal script returned error exit status 1


- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages uim-common depends on:
pn  im-switch  (no description available)
pn  libuim0(no description available)
pn  uim-utils  (no description available)

uim-common recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDtGSf+z+IwlXqWf4RAiMEAJ9Vhc0+aCbLq+QGJWbOKhhL+TiVqQCeOqub
zodnmYvN6WLRigx7w4O/rYk=
=i4K0
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#344853: (no subject)

[Anthony DeRobertis]

Hmmm doing an apt-get upgrade has made it work again, I suspect
there is an undeclared (or too losely declared) dependency.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#344853: host: symbol lookup error: host: undefined symbol: isc_net_pton

[Anthony DeRobertis]

Package: bind9-host
Version: 1:9.3.1-2
Severity: grave
File: /usr/bin/host

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED]:archives$ host google.com
host: symbol lookup error: host: undefined symbol: isc_net_pton

[EMAIL PROTECTED]:archives$ ldd `which host`
linux-gate.so.1 =>  (0xe000)
liblwres.so.1 => /usr/lib/liblwres.so.1 (0xb7f64000)
libdns.so.20 => /usr/lib/libdns.so.20 (0xb7e45000)
libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0xb7d43000)
libbind9.so.0 => /usr/lib/libbind9.so.0 (0xb7d3c000)
libisc.so.9 => /usr/lib/libisc.so.9 (0xb7d04000)
libisccfg.so.1 => /usr/lib/libisccfg.so.1 (0xb7cf5000)
libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7cde000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7ccc000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7b95000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7b91000)
libisccc.so.0 => /usr/lib/libisccc.so.0 (0xb7b8a000)
/lib/ld-linux.so.2 (0xb7f8)



- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (130, 'unstable'), (120, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages bind9-host depends on:
ii  libbind9-0 1:9.3.1-2.0.1 BIND9 Shared Library used by BIND
ii  libc6  2.3.5-8   GNU C Library: Shared libraries an
ii  libdns20   1:9.3.1-2 DNS Shared Library used by BIND
ii  libisc91:9.3.1-2.0.1 ISC Shared Library used by BIND
ii  libisccfg1 1:9.3.1-2.0.1 Config File Handling Library used 
ii  liblwres1  1:9.3.1-2.0.1 Lightweight Resolver Library used 
ii  libssl0.9.70.9.7g-2  SSL shared libraries

bind9-host recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDsHgV+z+IwlXqWf4RAlMJAKCPXOrA8bs5FlLecnAJ84nCDGJ+YgCeMiPl
Bewyk5WsNlj6VbAt+H98baQ=
=Clac
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#339488: apt-src: Needs to install build-deps before clean

[Anthony DeRobertis]

Package: apt-src
Version: 0.25.1
Severity: serious
Justification: Policy 7.6

Quoting Policy 7.6:

Build-Depends, Build-Conflicts
The Build-Depends and Build-Conflicts fields must be satisfied when
any of the following targets is invoked: build, clean, binary,
binary-arch, build-arch, build-indep and binary-indep.

Failing to do so causes problems:

$ apt-src upgrade
I: Upgrading /home/anthony/apt-src/yaird-0.0.11 ..
I: Cleaning in /home/anthony/apt-src/local-yaird-0.0.11 ..
debian/rules:11: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory
debian/rules:12: /usr/share/cdbs/1/class/autotools.mk: No such file or directory
/usr/share/cdbs/1/rules/patchsys-quilt.mk:38: 
/usr/share/cdbs/1/rules/buildcore.mk: No such file or directory
debian/cdbs/1/rules/buildinfo.mk:29: /usr/share/cdbs/1/rules/buildcore.mk: No 
such file or directory
make: *** No rule to make target `/usr/share/cdbs/1/rules/buildcore.mk'.  Stop.
E: Cleaning failed


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.14-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages apt-src depends on:
ii  apt   0.5.28.6   Advanced front-end for dpkg
ii  dpkg-dev  1.10.28Package building tools for Debian
ii  libapt-pkg-perl   0.1.13 Perl interface to libapt-pkg
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334113: [Secure-testing-team] Re: kernel allows loadkeys to be used by any user, allowing for local root compromise

[Anthony DeRobertis]

Krzysztof Halasa wrote:

> Why doesn't the intruder just simulate login process (printing "login: "
> and "Password:")? That's known and used for ages.

Well, you can configure a single vty to only allow logins from admins.
Then you avoid the fake login problem, but not the loadkeys problem
(since that affects all vtys)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#329903: /etc/gtk-2.0/gtk.immodules should not be in /etc

[Anthony DeRobertis]

Package: libgtk2.0-0
Version: 2.6.8-1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

feynman:/etc/gtk-2.0# head /etc/gtk-2.0/gtk.immodules 
# GTK+ Input Method Modules file
# Automatically generated file, do not edit
# Created by gtk-query-immodules-2.0 from gtk+-2.6.8

That doesn't belong in /etc.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgtk2.0-bin 2.6.8-1The programs for the GTK+ graphica
ii  libgtk2.0-common  2.6.8-1Common files for the GTK+ graphica
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libtiff4  3.7.3-1Tag Image File Format (TIFF) libra
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.8.2.dfsg.1-7 X Window System Input extension li
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme0.8-3  default fallback theme for FreeDes

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDNSlu+z+IwlXqWf4RAiUhAJ4nP9+mADaabpsl63Ypc9+8j74EQgCZAYjL
rRdJXhuvuOcnVJF/lCBnROQ=
=B4Nw
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#329698: trustees: Please improve description; properly package kernel stuff

[Anthony DeRobertis]

Package: trustees
Version: 2.8-3
Severity: serious

First off, the description really should mention the necissity of kernel
patches. It should especially mention the supported versions, which
apparently don't include 2.6 and later versions of 2.4. Looking at the
patches in the package, I don't see any current kernels. I haven't
actually tested to see if they apply to new kernels, much less work.

Second, those kernel patches do not belong in /usr/share/doc. They
belong where kernel-package can find and use them. Perhaps even in a
seperate kernel-patch-FOO package, for consitency's sake. They are not
documentation; they are code that is an essential part of this pacakge.
Putting them in /usr/share/doc is a violation of the FHS and of Debian
policy (e.g., 12.3, "Packages must not require the existence of any
files in /usr/share/doc/ in order to function")

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages trustees depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]