Bug#973042: thunderbird: Thunderbird doesn't recognize GPG key if the address is not the primary identity on the key

[Mark Caglienzi]

On Tue, 27 Oct 2020 17:55:53 +0100 Carsten Schoenert 
 wrote:

Hello Mark,


Hello Carsten,
thank you for the quick reply!



Am 27.10.20 um 15:15 schrieb Mark Caglienzi:
...
> How can I make Thunderbird use my GPG key in both cases as it was before (when
> using enigmail)?

this is mainly a question Mozilla or the user community around
Thunderbird might able to answer.

It's also quite possible that the GPG integration in Thunderbird is
still lacking some needed functionality.


[...]


I recommend your report your problem to the Bugzilla issue tracker from
Mozilla and link back the created issue so we can follow it.



I registered on bugzilla.mozilla.org (I did not have an account there) 
and submitted the bug report, as you suggested.


The bug report is here:

https://bugzilla.mozilla.org/show_bug.cgi?id=1673993

Thank you again!

PS: Do I have to do something else? If so, please tell me and I'll try to.

[...]


--
Regards
Carsten


Regards,
Mark


OpenPGP_0xE293A2EBCD542422.asc
Description: application/pgp-keys


OpenPGP_signature
Description: OpenPGP digital signature

Bug#973042: thunderbird: Thunderbird doesn't recognize GPG key if the address is not the primary identity on the key

[Mark Caglienzi]

Package: thunderbird
Version: 1:78.4.0-1~deb10u1
Severity: normal

Dear Maintainer,
I have two Debian buster installations, and I use Thunderbird as the email
client in both of them.
I have a GPG key with more than one identity.
On the installation where the email address matches the primary identity on the
key, the migration
from the older thunderbird + enigmail to the newer thunderbird with GPG
integrated support went
flawlessly and I am able to send encrypted email messages as I was before.

On the other installation the migration recognized the key and migrated it, but
Thunderbird does not find an eligible key for this account (I tried also to
manually re-import it. The manual import went well, but
nothing changed: it cannot find a usable key for this account).

How can I make Thunderbird use my GPG key in both cases as it was before (when
using enigmail)?

Thank you!



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

Kernel: Linux 4.19.0-12-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages thunderbird depends on:
ii  debianutils 4.8.6.1
ii  fontconfig  2.13.1-2
ii  libatk1.0-0 2.30.0-2
ii  libbotan-2-92.9.0-2
ii  libbz2-1.0  1.0.6-9.2~deb10u1
ii  libc6   2.28-10
ii  libcairo-gobject2   1.16.0-4
ii  libcairo2   1.16.0-4
ii  libdbus-1-3 1.12.20-0+deb10u1
ii  libdbus-glib-1-20.110-4
ii  libevent-2.1-6  2.1.8-stable-4
ii  libffi6 3.2.1-9
ii  libfontconfig1  2.13.1-2
ii  libfreetype62.9.1-3+deb10u2
ii  libgcc1 1:8.3.0-6
ii  libgdk-pixbuf2.0-0  2.38.1+dfsg-1
ii  libglib2.0-02.58.3-2+deb10u2
ii  libgtk-3-0  3.24.5-1
ii  libjson-c3  0.12.1+ds-2+deb10u1
ii  libpango-1.0-0  1.42.4-8~deb10u1
ii  libstdc++6  8.3.0-6
ii  libx11-62:1.6.7-1+deb10u1
ii  libx11-xcb1 2:1.6.7-1+deb10u1
ii  libxcb-shm0 1.13.1-2
ii  libxcb1 1.13.1-2
ii  libxext62:1.3.3-1+b2
ii  libxrender1 1:0.9.10-1
ii  psmisc  23.2-1
ii  x11-utils   7.7+4
ii  zlib1g  1:1.2.11.dfsg-1

Versions of packages thunderbird recommends:
ii  hunspell-en-gb [hunspell-dictionary]  1:6.2.0-1
ii  hunspell-en-us [hunspell-dictionary]  1:2018.04.16-1
ii  hunspell-it [hunspell-dictionary] 1:6.2.0-1

Versions of packages thunderbird suggests:
ii  apparmor  2.13.2-10
pn  fonts-lyx 
ii  libgssapi-krb5-2  1.17-3
ii  libgtk2.0-0   2.24.32-3

-- no debconf information

Bug#925134: grub-efi-amd64-signed: doesn't mount cryptodisk

[Mark Caglienzi]

Hi all,
is this bug relevant yet?

I have a buster laptop (so no VM, but real hardware, and no fresh
install) with encrypted disk, and I blocked the upgrade of grub since
March because of the fear to not be able to boot it after the upgrade of
grub.

I am still with 2.02+dfsg1-12 because of this.

The severity is critical (and if the bug is confirmed, I understand
that's *critical*), but I don't understand if I can upgrade or not.

I don't see "movement" in the thread since some months, and the bug just
"lies here".

Thanks in advance,
Mark



signature.asc
Description: OpenPGP digital signature

Bug#916016: qbittorrent: No search plugins available

[Mark Caglienzi]

This is the python3 package I have installed in my system (if it's useful):

$ dpkg -l python3 | grep ^ii
ii  python33.6.7-1  amd64interactive high-level 
object-oriented language
(default python3 version)


Then I installed also qbittorrent-dbg and ran qbittorrent under gdb, trying to 
get more
informations, but I didn't:

$ gdb qbittorrent
GNU gdb (Debian 8.2-1) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
;.
Find the GDB manual and other documentation resources online at:
;.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from qbittorrent...Reading symbols from /usr/lib/debug/.build-
id/6d/150b4e78fe6cdf604d079d0ed2822596ef5ca7.debug...done.
done.
(gdb) run
Starting program: /usr/bin/qbittorrent 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x711d1700 (LWP 6737)]
[New Thread 0x7fffeac42700 (LWP 6738)]
[New Thread 0x7fffea441700 (LWP 6739)]
[New Thread 0x7fffe9bd9700 (LWP 6740)]
[New Thread 0x7fffe9399700 (LWP 6741)]
[New Thread 0x7fffe8b98700 (LWP 6742)]
[New Thread 0x7fffd37fe700 (LWP 6744)]
[New Thread 0x7fffd3fff700 (LWP 6743)]
[New Thread 0x7fffcaffd700 (LWP 6745)]
[New Thread 0x7fffd2ffd700 (LWP 6746)]
[New Thread 0x7fffd27fc700 (LWP 6747)]
[New Thread 0x7fffd1df7700 (LWP 6748)]
[New Thread 0x7fffd15f6700 (LWP 6749)]
[New Thread 0x7fffd0df5700 (LWP 6750)]
[Detaching after fork from child process 6751]
[Detaching after fork from child process 6752]
Could not parse Nova search engine capabilities, msg:  
Error:  
QProcess: Destroyed while process ("python3") is still running.
[New Thread 0x7fffcbfff700 (LWP 6793)]
[New Thread 0x7fffcb7fe700 (LWP 6794)]
[New Thread 0x7fffca7fc700 (LWP 6795)]
[New Thread 0x7fffc9ffb700 (LWP 6796)]
[New Thread 0x7fffc97fa700 (LWP 6797)]
[New Thread 0x7fffc8ff9700 (LWP 6798)]
[New Thread 0x7fffa3fff700 (LWP 6799)]
[New Thread 0x7fffa37fe700 (LWP 6800)]
[New Thread 0x7fffa2ffd700 (LWP 6801)]
[New Thread 0x7fffa27fc700 (LWP 6802)]
[New Thread 0x7fffa1ffb700 (LWP 6803)]
[New Thread 0x7fffa17fa700 (LWP 6804)]
[New Thread 0x7fffa0ff9700 (LWP 6805)]
[New Thread 0x7fff7700 (LWP 6806)]
[New Thread 0x7fff7f7fe700 (LWP 6807)]
[New Thread 0x7fff7effd700 (LWP 6808)]
[New Thread 0x7fff7e7fc700 (LWP 6809)]
[New Thread 0x7fff7dffb700 (LWP 6810)]
[New Thread 0x7fff7d7fa700 (LWP 6811)]



Kind regards,
Mark


signature.asc
Description: This is a digitally signed message part

Bug#916016: qbittorrent: No search plugins available

[Mark Caglienzi]

Package: qbittorrent
Version: 4.1.4-1
Severity: important

Dear Maintainer(s),
it's since a couple of days that qbittorrent does not have search plugins
available anymore (it used to have a bunch of them)

Searching online, I found that some years ago (maybe I was not even using it at
that time) it had this problem, resolved by fixing a bug wrt newer python
interpreters: https://bugs.launchpad.net/qbittorrent/+bug/846649

I have this python 2.7 version:

$ dpkg -l python2.7 | grep ^ii
ii  python2.7  2.7.15-5 amd64Interactive high-level object-
oriented language (version 2.7)

so 2.7.15-5, despite of the informations that reportbug extracts and adds below 
(that say 2.7.15-3)


If I launch qbittorrent from the terminal, it tells:

$ qbittorrent
Could not parse Nova search engine capabilities, msg:
Error:

so no really useful informations (aka no verbose error message), but there's
definitely a problem with search engine capabilities.

Kind regards,
Mark



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.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.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages qbittorrent depends on:
ii  geoip-database 20181108-1
ii  libboost-system1.67.0  1.67.0-11
ii  libc6  2.27-8
ii  libgcc11:8.2.0-9
ii  libqt5core5a   5.11.2+dfsg-7
ii  libqt5dbus55.11.2+dfsg-7
ii  libqt5gui5 5.11.2+dfsg-7
ii  libqt5network5 5.11.2+dfsg-7
ii  libqt5widgets5 5.11.2+dfsg-7
ii  libqt5xml5 5.11.2+dfsg-7
ii  libstdc++6 8.2.0-9
ii  libtorrent-rasterbar9  1.1.9-1+b1
ii  python 2.7.15-3
ii  zlib1g 1:1.2.11.dfsg-1

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  

-- no debconf information


signature.asc
Description: This is a digitally signed message part

Bug#837708: thunar: Segfault after file rename

[Mark Caglienzi]

On Sun, 18 Sep 2016 12:43:49 +0200 Mark Caglienzi <mark.caglie...@gmail.com> 
wrote:
> Hello,
> I was affected by this bug from some time, and about one week ago I found
> something that did the trick for me: 
> http://tqdev.com/2016-xubuntu-16-04-thunar-crashes-on-rename
> And tried the new thunar for a week. This solved for me.

Sorry to reply again but unfortunately no, this does not appear to solve my 
segfaults.
It seems that they happen less frequently, but they're not gone, unfortunately 
:(

Kind regards,
Mark

signature.asc
Description: This is a digitally signed message part

Bug#837708: thunar: Segfault after file rename

[Mark Caglienzi]

Hello,
I was affected by this bug from some time, and about one week ago I found
something that did the trick for me: 
http://tqdev.com/2016-xubuntu-16-04-thunar-crashes-on-rename

I did these steps:
* apt-get source thunar
* apt-get build-dep thunar
* Manually patch the file as in the blog post
* debuild -us -uc
* dpkg -i $THE_PATCHED_PACKAGES_(ONLY_THE_ONES_I_ALREADY_HAD_INSTALLED)

And tried the new thunar for a week. This solved for me.

Maybe the maintainers can test and packaged it more cleanly (I did this only 
for me).

Thank you in advance!

PS: I was going to test this patch for a week and then file a bug here in the 
BTS, but
Chris Tillman got it first :D)

signature.asc
Description: This is a digitally signed message part

Bug#832479: ValueError: Namespace Poppler not available

[Mark Caglienzi]

Package: mat
Version: 0.6.1-2
Severity: important

Dear Maintainer,
I just installed mat, and doing a simple

$ mat -c image.jpg

gives this error:

Traceback (most recent call last):
  File "/usr/bin/mat", line 10, in 
from libmat import mat
  File "/usr/lib/python2.7/dist-packages/libmat/mat.py", line 22, in 
import strippers  # this is loaded here because we need LOGGING_LEVEL
  File "/usr/lib/python2.7/dist-packages/libmat/strippers.py", line 9, in

import office
  File "/usr/lib/python2.7/dist-packages/libmat/office.py", line 15, in

gi.require_version('Poppler', '0.18')
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 102, in
require_version
raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace Poppler not available


However after manual installation of gir1.2-poppler-0.18 the problem is solved.

Maybe the mat package must ensure that the gir1.2-poppler-0.18 package is 
installed,
or install it otherwise.

Kind regards,
Mark



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.6.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 mat depends on:
ii  python-gi   3.20.1-1
ii  python-mutagen  1.33.2-1
ii  python-pdfrw0.2-2
pn  python:any  

Versions of packages mat recommends:
ii  gir1.2-gdkpixbuf-2.02.34.0-1
ii  gir1.2-glib-2.0 1.48.0-3
ii  gir1.2-gtk-3.0  3.20.6-2
pn  gir1.2-nautilus-3.0 
pn  gir1.2-poppler-0.18 
ii  libimage-exiftool-perl  10.20-1
ii  python-gi-cairo 3.20.1-1
pn  python-nautilus 

mat suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: PGP signature

Bug#808170: pulseaudio: Since pulseadio 5 speaker output is on headphones channel And randomly resets settings.

[Mark Caglienzi]

On Tue, 2015-12-22 at 17:13 -0300, Felipe Sateler wrote:
> Control: tags -1 - moreinfo
> Control: tags -1 upstream
> 
> Hi Mark,
> 
> On 16 December 2015 at 19:02, Mark Caglienzi <mark.caglie...@gmail.com> wrote:
> > And these are the logs with pulseaudio 4.0-6+b1
> > 
> > * Boot
> > * Launch VLC with a video, audio ok
> > * Launch pavucontrol
> > * Plug headphones, audio goes through them
> > * Unplug headphones, audio goes through speakers.
> > 
> > Everything works with this version of pulseaudio, and upgrading event
> > to pulseaudio 5 gives the same behaviour explained in the previous
> > message.
> 
> Could you please ask this question in the upstream mailing list?
> AFAICT, this is because at some point the default mappings have
> changed, but this is really a problem of the  upstream software as we
> don't modify those mappings.
> 
> The upstream mailinglist is pulseaudio-disc...@lists.freedesktop.org.

I posted to the upstream mailinglist:
http://lists.freedesktop.org/archives/pulseaudio-discuss/2015-December/025088.html

Kind regards,
Mark

Bug#808170: pulseaudio: Since pulseadio 5 speaker output is on headphones channel And randomly resets settings.

[Mark Caglienzi]

Package: pulseaudio
Version: 7.1-2
Severity: important

Dear Maintainer(s),
I have an HP Pavilion DV6-7009el with this soundcard:

IDT 92HD91BXX

00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family
High Definition Audio Controller (rev 04)
Subsystem: Hewlett-Packard Company Device 1818
Flags: bus master, fast devsel, latency 0, IRQ 30
Memory at d461 (64-bit, non-prefetchable) [size=16K]
Capabilities: 
Kernel driver in use: snd_hda_intel

I am forced to continue to use Pulseaudio 4, because newer versions (also the 7
one) have this problem (which I found a nearly working (but annoying) 
workaround to):

* At boot, no audio
* I have to restart pulseaudio and launch alsamixer, choose the soundcard, max
out the headphone volume and unmute it (It is always muted and at 0%)

and NOW I have audio coming out my main laptop speakers (yes, it seems that
from Pulseaudio 5 the mixer level for main speakers is the headphone one).

Now if I plug headphones then the audio comes out only in the headphones and
not from the main speakers (good), but when I unplug them -> settings reset
(which seems to be good
because if I unplug my headphones I want their channel to mute, *but* this bug
gives me no audio on speakers, afterwards).

And sometimes when an application uses audio, the settings revert to mute and
0% headphone channel level -> no audio (so I have to re-do the drill)
For example VLC does not do this, pidgin sometimes does it and sometimes
freezes itself. QBittorrent playing audio through mpg123 triggers the settings
reset once again.


Kind regards,
Mark



-- Package-specific info:
File '/etc/default/pulseaudio' does not exist



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.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 pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.29-1
ii  libasound2-plugins1.0.29-1
ii  libc6 2.19-22
ii  libcap2   1:2.24-12
ii  libdbus-1-3   1.10.4-1
ii  libfftw3-single3  3.3.4-2
ii  libgcc1   1:5.2.1-23
ii  libice6   2:1.0.9-1+b1
ii  libltdl7  2.4.2-1.11
ii  liborc-0.4-0  1:0.4.24-1
ii  libpulse0 7.1-2
ii  libsm62:1.2.2-1+b1
ii  libsndfile1   1.0.25-10
ii  libsoxr0  0.1.2-1
ii  libspeexdsp1  1.2~rc1.2-1
ii  libstdc++65.2.1-23
ii  libsystemd0   228-2
ii  libtdb1   1.3.8-1
ii  libudev1  228-2
ii  libwebrtc-audio-processing-0  0.1-3
ii  libx11-6  2:1.6.3-1
ii  libx11-xcb1   2:1.6.3-1
ii  libxcb1   1.10-3+b1
ii  libxtst6  2:1.2.2-1+b1
ii  lsb-base  9.20150917
ii  pulseaudio-utils  7.1-2
ii  udev  228-2

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-x11  7.1-2
ii  rtkit  0.11-4

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
ii  pavucontrol  3.0-3+b2
pn  pavumeter

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: PGP signature

Bug#770921: synaptic: Sometimes says (erroneusly) that packages are not authenticated

[Mark Caglienzi]

Package: synaptic
Version: 0.81.2
Severity: normal

Dear Maintainer,
sometimes synaptic says that the packages are not authenticated. Here
are the steps to reproduce the problem in my system:
* Select one or some packages (today I did this with the apache2
  packages I have to upgrade)
* Right click, select Mark for removal
* Click Cancel in the window that asks confirmation to remove related
  packages
* Reselect the same (apache2 packages in my case) packages as before
* Right click, select Mark for upgrade
* Select Apply in the toolbar

Now synaptic tells that the packages I am about to install are not
authenticated.

To make the warning go away I have to unmark the packages, reload, and
then select Mark for upgrade.

This happens everytime I made the mistake to click on remove instead of
upgrade.

Kind regards,
Mark


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

Kernel: Linux 3.16-3-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 synaptic depends on:
ii  hicolor-icon-theme   0.13-1
ii  libapt-inst1.5   1.0.9.3
ii  libapt-pkg4.12   1.0.9.3
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-7
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libept1.4.12 1.0.12.1
ii  libgcc1  1:4.9.1-19
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.0-2
ii  libgtk-3-0   3.14.4-2
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libstdc++6   4.9.1-19
ii  libvte-2.90-91:0.36.3-1
ii  libx11-6 2:1.6.2-3
ii  libxapian22  1.2.19-1
ii  libxext6 2:1.3.3-1
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages synaptic recommends:
ii  gksu   2.0.2-7
ii  libgtk2-perl   2:1.2492-3
ii  policykit-10.105-7
ii  rarian-compat  0.8.1-6

Versions of packages synaptic suggests:
ii  apt-xapian-index 0.47
ii  deborphan1.7.28.8-0.1
pn  dwww none
ii  menu 2.1.47
ii  software-properties-gtk  0.92.25debian1
ii  tasksel  3.29

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#763690: libgtk2.0-0: Many (all?) gtk2 applications segfault when using threads

[Mark Caglienzi]

Package: libgtk2.0-0
Version: 2.24.24-1
Severity: grave
Tags: patch
Justification: renders package unusable

Dear GTK2 Maintainers,
since I upgraded a couple of days ago libgtk2 packages I cannot use any
of the gtk2 applications I tried (for example: mirage, reportbug,
exaile).

These are the messages I get:

$ mirage
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve 
property `gtk-toolbar-icon-size' of type `GtkIconSize' from rc file value 
GTK_ICON_SIZE_SMALL_TOOLBAR of type `GtkIconSize'
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property 
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be 
removed in a future version.
  self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted

$ reportbug
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve 
property `gtk-toolbar-icon-size' of type `GtkIconSize' from rc file value 
GTK_ICON_SIZE_SMALL_TOOLBAR of type `GtkIconSize'
Attempt to unlock mutex that was not locked
Aborted

$ exaile
INFO: Loading Exaile 3.4.0 on Python 2.7.8...
INFO: Loading settings...
INFO: Using en_US UTF-8 locale
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve 
property `gtk-toolbar-icon-size' of type `GtkIconSize' from rc file value 
GTK_ICON_SIZE_SMALL_TOOLBAR of type `GtkIconSize'
INFO: Loading plugins...
INFO: Loading collection...
INFO: Loading devices...
INFO: Connected to udisks2
INFO: Loading interface...
INFO: Using GTK+ 2.24.24
INFO: Loading main window...
INFO: Connecting main window events...
INFO: Loading panels...
INFO: Connecting panel events...
INFO: Done loading main window...
INFO: Exaile is shutting down...
INFO: Disabling plugins...
INFO: Saving state...
INFO: Bye!
Exception TypeError: 'NoneType' object is not callable in  ignored
Exception TypeError: 'NoneType' object is not callable in  ignored
Segmentation fault

I searched the internet and I found many links, like this for mirage in
fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1123953 (but the
advice to comment out the gtk.gdk.threads_init() in mirage's code
doesn't seem a thorough solution, even if it solves the mirage
problem. 'Solves' as in 'mirage does not segfault').

I think I found the solution in this precise message in a reportbug bug
report, here in the BTS: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619#114
that has a patch for gdk.c in libgtk, in a function related to threads.

I'm not an expert packager, but I wanted to try to download the sources
and rebuild the packages after patching gdk.c, and I confirm that in my
system the above linked patch works. What I did was:

* apt-get source libgtk2.0-0
* apt-get build-dep libgtk2.0-0
* [Patch the file]
* dpkg-source --commit (but as I'm not an expert, I didn't manage to
  bump the version of my package)
* debuild -us -uc

And then I installed with dpkg the binary packages I already had in my
debian box.

After this procedure, the bugs of the three application I tried are
solved.

Kind regards,
Mark

P.S.: obviously right now I have installed the patched packages, but the
version numbers are the same as the official jessie ones because of me
not being able to somewhat bump them.


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

Kernel: Linux 3.14-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 libgtk2.0-0 depends on:
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-7
ii  libcairo21.12.16-5
ii  libcups2 1.7.5-1
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.30.8-1+b1
ii  libglib2.0-0 2.42.0-1
ii  libgtk2.0-common 2.24.24-1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1
ii  libpangoft2-1.0-01.36.7-1
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-2
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-2
ii  libxi6   2:1.7.4-1
ii  libxinerama1 2:1.1.3-1
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  multiarch-support2.19-7
ii  shared-mime-info 1.3-1

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme  0.13-1
ii  libgtk2.0-bin   2.24.24-1

Versions of packages libgtk2.0-0 suggests:
ii  gvfs 1.20.3-1
ii  librsvg2-common  2.40.4-1

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, 

Bug#758310: libuv-dev: Current debian libuv version makes NeoVim compilation fail

[Mark Caglienzi]

Package: libuv-dev
Version: 0.10.27-2
Severity: normal

Dear Maintainer,
as a vim user I wanted to experiment with NeoVim, compiling it by myself.
libuv it's a requirement and neovim compilation stops with this error:

neovim.git/src/nvim/os/fs_defs.h:8:3: error: unknown type name ‘uv_stat_t’
   uv_stat_t stat;  /// @private
   ^

uv.h doesn't have the definition of uv_stat_t.

I looked in the github repository of libuv, and found that uv_stat_t definition
was introduced in March 2013 (as can be seen in this page:
https://github.com/joyent/libuv/commit/499c7976c613ba0291f55d8f2ff69434fbc4c950
)

The github repository lists tagged versions up to 0.11.28, while the pts here
https://tracker.debian.org/pkg/libuv tells that the new upstream version is
0.10.28 (that doesn't have the commit I linked above).

Kind regards,
Mark



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

Kernel: Linux 3.14-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

Versions of packages libuv-dev depends on:
ii  libuv0.10  0.10.27-2

libuv-dev recommends no packages.

libuv-dev suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#751930: clementine: Can't export songs to my Sandisk Sansa Clip +

[Mark Caglienzi]

Package: clementine
Version: 1.2.0+dfsg-2+b1
Severity: normal

Dear Maintainer,
I just bought a Sandisk Sansa Clip+ 8GB after my old mp3 player died. I chose
this model because it's supported by Rockbox.

My music collection is in FLAC+CUE format (I rip my CDs using abcde and
tagmove the files on a USB hard disk).

I found that Clementine could be the best audio player for my (wanted) use
case:
* Listen to my music collection in FLAC+CUE format
* Occasionally transcode some music to ogg vorbis and export it to my sansa
clip+

(Just to say... Neither amarok, nor mocp, nor exaile seem to like cue files, 
which
clementine support out of the box. Yay!)

Here come the bad news: everywhere on the internet I see that it's easy to do
in clementine:
* Select some songs in a playlist
* Right click
* Choose 'Copy to device' (eventually, setting the transcoding preferences
before)

But Clementine doesn't seem to have that menu item.

I tried in every possible way, booting the Sansa with Rockbox and with its
original firmware, nothing changes.

The unit is seen by Clementine, but I don't have the menu item to export songs
to it.

Maybe the fact that the songs are not single files (a.k.a. a CD with 10 songs
it's 2 files: 1 flac and 1 cue, instead of 10 flac/ogg/whatever) is causing
this problem to Clementine?

Kind regards,
Mark



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

Kernel: Linux 3.14-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

Versions of packages clementine depends on:
ii  gstreamer0.10-plugins-base   0.10.36-1.1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu3
ii  gstreamer0.10-plugins-ugly   0.10.19-2.1
ii  libc62.19-1
ii  libcdio130.83-4.1
ii  libchromaprint0  1.1-1+b1
ii  libechonest2.1   2.1.0-2
ii  libfftw3-double3 3.3.4-1
ii  libgcc1  1:4.9.0-6
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgpod4 0.8.3-1.1+b1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libimobiledevice41.1.6+dfsg-1
ii  liblastfm1   1.0.8-2
ii  libmtp9  1.1.6-51-g1a2669c~ds0-1
ii  libprojectm2 2.1.0+dfsg-1+b1
ii  libprotobuf8 2.5.0-9
ii  libqjson00.8.1-3
ii  libqt4-dbus  4:4.8.6+dfsg-1
ii  libqt4-network   4:4.8.6+dfsg-1
ii  libqt4-opengl4:4.8.6+dfsg-1
ii  libqt4-sql   4:4.8.6+dfsg-1
ii  libqt4-sql-sqlite4:4.8.6+dfsg-1
ii  libqt4-xml   4:4.8.6+dfsg-1
ii  libqtcore4   4:4.8.6+dfsg-1
ii  libqtgui44:4.8.6+dfsg-1
ii  libqxt-gui0  0.6.2-1+b1
ii  libstdc++6   4.9.0-6
ii  libtag1c2a   1.9.1-2
ii  libusb-1.0-0 2:1.0.18-2
ii  libx11-6 2:1.6.2-2
ii  libxml2  2.9.1+dfsg1-3
ii  projectm-data2.1.0+dfsg-1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages clementine recommends:
ii  gstreamer0.10-alsa0.10.36-1.1
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu3

clementine suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#745756: python-django-registration: Sends user_activated signal twice

[Mark Caglienzi]

Package: python-django-registration
Version: 1.0-1
Severity: normal
Tags: patch

Dear Maintainer,
I am using python-django-registration in a couple of projects, and today I
encountered this problem [0]: when activating a user, django-registration
triggers the signal twice.
On stackoverflow there is an answer that links to this patch (done in a
bitbucket fork of the main repository, made by a user called Kami.) [1].

I'm not a packager, but I tried to do my best to obtain a patched debian
package, so that it would be easier work with it (for me and my colleagues).

I simply did:
* dget
* dch
* dpkg-source --commit
* debuild -us -uc

The resulting package installed well with dpkg and the problem was indeed
solved by Kami's patch.

So I'm reporting the bug and attaching the result of debdiff of the two
packages' dsc. If I can do something to help building a possible better patch,
feel free to tell me.

Kind regards,
Mark

[0]: 
https://stackoverflow.com/questions/18789048/django-registration-user-activated-signal-sent-twice
[1]: 
https://bitbucket.org/kami/django-registration/commits/6a0aff33bcf2cc24190916c74bc1b6822622d45a



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

Kernel: Linux 3.13-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

Versions of packages python-django-registration depends on:
ii  libjs-sphinxdoc  1.2.2+dfsg-1
ii  python   2.7.5-5
ii  python-django1.5.4-1

python-django-registration recommends no packages.

python-django-registration suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.
diff -Nru python-django-registration-1.0/debian/changelog 
python-django-registration-1.0/debian/changelog
--- python-django-registration-1.0/debian/changelog 2013-07-01 
14:36:29.0 +0200
+++ python-django-registration-1.0/debian/changelog 2014-04-24 
16:16:35.0 +0200
@@ -1,3 +1,10 @@
+python-django-registration (1.0-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Don't send user_activated signal twice.
+
+ -- Mark Caglienzi mark.caglie...@gmail.com  Thu, 24 Apr 2014 16:15:47 +0200
+
 python-django-registration (1.0-1) unstable; urgency=low
 
   * New stable upstream.
diff -Nru 
python-django-registration-1.0/debian/patches/send_signal_only_once_when_activating_user
 
python-django-registration-1.0/debian/patches/send_signal_only_once_when_activating_user
--- 
python-django-registration-1.0/debian/patches/send_signal_only_once_when_activating_user
1970-01-01 01:00:00.0 +0100
+++ 
python-django-registration-1.0/debian/patches/send_signal_only_once_when_activating_user
2014-04-24 16:20:53.0 +0200
@@ -0,0 +1,102 @@
+Description: Fixes double signal sending when activating user.
+ .
+ python-django-registration (1.0-1.1) UNRELEASED; urgency=medium
+ .
+   * Non-maintainer upload.
+   * Don't send user_activated signal twice.
+Author: Mark Caglienzi mark.caglie...@gmail.com
+Origin: other, 
https://bitbucket.org/kami/django-registration/commits/6a0aff33bcf2cc24190916c74bc1b6822622d45a#chg-registration/views.py
+
+--- python-django-registration-1.0.orig/registration/views.py
 python-django-registration-1.0/registration/views.py
+@@ -7,7 +7,6 @@ from django.shortcuts import redirect
+ from django.views.generic.base import TemplateView
+ from django.views.generic.edit import FormView
+ 
+-from registration import signals
+ from registration.forms import RegistrationForm
+ 
+ 
+@@ -16,7 +15,7 @@ class _RequestPassingFormView(FormView):
+ A version of FormView which passes extra arguments to certain
+ methods, notably passing the HTTP request nearly everywhere, to
+ enable finer-grained processing.
+-
++
+ 
+ def get(self, request, *args, **kwargs):
+ # Pass request to get_form_class and get_form for per-request
+@@ -60,7 +59,7 @@ class _RequestPassingFormView(FormView):
+ class RegistrationView(_RequestPassingFormView):
+ 
+ Base class for user registration views.
+-
++
+ 
+ disallowed_url = 'registration_disallowed'
+ form_class = RegistrationForm
+@@ -72,7 +71,7 @@ class RegistrationView(_RequestPassingFo
+ 
+ Check that user signup is allowed before even bothering to
+ dispatch or do other processing.
+-
++
+ 
+ if not self.registration_allowed(request):
+ return redirect(self.disallowed_url)
+@@ -81,7 +80,7 @@ class RegistrationView(_RequestPassingFo
+ def form_valid(self, request, form):
+ new_user = self.register(request

Bug#745093: python-model-mommy: doesn't support models with post_save hooks

[Mark Caglienzi]

Package: python-model-mommy
Version: 1.2-1
Severity: normal

Dear Maintainer,
I am using model_mommy with models like this:

class Operator(models.Model):
user = models.OneToOneField(User)

class OperatorContract(models.Model):
operator = models.ForeignKey(Operator, null=False, blank=False, 
related_name=contracts)

def create_user_profile(sender, instance, created, **kwargs):
if created:
Operator.objects.create(user=instance)
post_save.connect(create_user_profile, sender=User)

When I tell mommy
mommy.make('myapp.OperatorContract')

the test fails with this error:
IntegrityError: UNIQUE constraint failed: myapp_operator.user_id

I tried to clone from the main github repository [0] but the error was
reported as issue #113 [1]. I tried to clone [2] that claimed that the
error was fixed, but I experienced it also in that fork.

Then, finally, I found [3], cloned it, and it solved the issue (at least
for me).

If I understood correctly, it seems that the upstream developer didn't
want to merge the pull request done by tkrajca [4] (and maybe that's the
reason that made limdauto integrate the patch in his fork).

For now I'm using the 'right for me' fork [3], cloned and symlinked in my
project(s), but surely it isn't the best practice...

Kind regards,
Mark

[0] https://github.com/vandersonmota/model_mommy 
[1] https://github.com/vandersonmota/model_mommy/issues/113
[2] https://github.com/tkrajca/model_mommy
[3] https://github.com/limdauto/model_mommy
[4] https://github.com/vandersonmota/model_mommy/pull/121

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

Kernel: Linux 3.13-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

Versions of packages python-model-mommy depends on:
ii  python 2.7.5-5
ii  python-django  1.5.4-1
ii  python-mock1.0.1-3
ii  python-six 1.6.1-1

python-model-mommy recommends no packages.

python-model-mommy suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#741853: mutt-patched: sidebar_shortpath is not recognized in mutt 1.5.22-2

[mark . caglienzi]

On 18 Mar  8:18, Evgeni Golov wrote:
 Hi,
 
 On Mon, Mar 17, 2014 at 11:09:25PM +0100, mark.caglie...@gmail.com wrote:
 
   That seems true. My muttrc is from old-times, and it seems my IMAP 
   server does the sorting itself these days, so I did not notice the bug.
  
  If it can be useful, I don't use imap directly from mutt, but I sync my mail
  using offlineimap and mutt reads local maildirs where offlineimap
  synchronizes the emails (maybe it's a little strange setup, I know).
 
 IMHO a quite common one, and yeah, I could reproduce the bug by leaving 
 out my IMAP and using local maildirs. Can you try setting 
 sidebar_sort *before* setting mailboxes?

I tried, and I confirm that this way the behaviour is fixed, I have the maildirs
sorted like before.

 The old patch sorted the sidebar in every call of calc_boundaries (which 
 happens *really* often), the new one only once when mutt refreshes the 
 list of mailboxes.
 
 I hope this workaround works for you until we have fixed the patch 
 itself :)

It definitely works, thank you!

 Regards
 Evgeni

Regards,
Mark

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#741853: mutt-patched: sidebar_shortpath is not recognized in mutt 1.5.22-2

[mark . caglienzi]

On 17 Mar 22:51, Evgeni Golov wrote:
 Heya,
 
 On Mon, Mar 17, 2014 at 10:31:58PM +0100, mark.caglie...@gmail.com wrote:
 
   That's documented in mutt's NEWS.Debian:
   mutt (1.5.22-1) unstable; urgency=low
   
 The sidebar-dotted patch was replaced by the sidebar-dotpathsep patch 
   from
 Gentoo. This new version drops the sidebar_shortpath option from the
 configuration. You can configure the behaviour with the
 sidebar_delim_chars option now.
  
  argh, my mistake to not go through /usr/share/doc/mutt...
 
 apt-get install apt-listchanges ;-)

Done! :-)

 That seems true. My muttrc is from old-times, and it seems my IMAP 
 server does the sorting itself these days, so I did not notice the bug.

If it can be useful, I don't use imap directly from mutt, but I sync my mail
using offlineimap and mutt reads local maildirs where offlineimap
synchronizes the emails (maybe it's a little strange setup, I know).

 I'll see what I can do here, as sorting the sidebar is clearly something 
 you want to have as a feature :)

Thank you for being so responsive :)

 Regards
 Evgeni

Regards,
Mark

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#741853: mutt-patched: sidebar_shortpath is not recognized in mutt 1.5.22-2

[Mark Caglienzi]

Package: mutt-patched
Version: 1.5.22-2
Severity: important

Dear Maintainer,
after CVE-2014-0467 solved in bug report #708731 I found that the new version
of mutt-patched package seems to have problems with sidebar patch.

When I launch mutt, it says:

Error in /home/mark/.muttrc, line 44: sidebar_shortpath: unknown variable
source: errors in /home/mark/.muttrc
Press any key to continue...

And after pressing a key, it loads anyway. I commented out line 44 like so:

#set sidebar_shortpath=yes

And now mutt doesn't complain anymore, but removing this setting makes
sidebar_sort acting weird, and it seems that my mailboxes are not sorted, but
somewhat random.

Was the sidebar patch removed from mutt-patched?

Thanks in advance,
Mark



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

Kernel: Linux 3.12-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

Versions of packages mutt-patched depends on:
ii  libassuan02.1.1-1
ii  libc6 2.18-4
ii  libcomerr21.42.9-3
ii  libgnutls26   2.12.23-13
ii  libgpg-error0 1.12-0.2
ii  libgpgme111.4.3-0.1
ii  libgssapi-krb5-2  1.12+dfsg-2
ii  libidn11  1.28-1
ii  libk5crypto3  1.12+dfsg-2
ii  libkrb5-3 1.12+dfsg-2
ii  libncursesw5  5.9+20140118-1
ii  libsasl2-22.1.26.dfsg1-9
ii  libtinfo5 5.9+20140118-1
ii  libtokyocabinet9  1.4.48-2
ii  mutt  1.5.22-2

mutt-patched recommends no packages.

mutt-patched suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#725672: apt-listbugs: version 0.1.10 fails to dowload bugs from the BTS

[Mark Caglienzi]

Hi!
I have two Debian Jessie installations, one that is a very old 32bit
version on a 64bit machine, always updated/upgraded successfully (sources.list
says that the cdrom I used to install it dates back to 20080608), and a
much newer laptop with Jessie 64bit (that born with Sid + experimental
kernel to workaround wifi problems, but that now is a clean Jessie
environment).

The behavior is different: 32bit machine's apt-listbugs is broken, the
64bit one is fine. And the output of irb (as the previous messages) is
different as well.

32bit
--
$ irb
irb(main):001:0 require 'xsd/xmlparser/libxmlparser'
NameError: uninitialized constant XML::SaxParser
from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:18:in 
`class:LibXMLParser'
from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:17:in 
`module:XMLParser'
from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:14:in 
`module:XSD'
from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:13:in 
`top (required)'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from (irb):1
from /usr/bin/irb:12:in `main'
irb(main):002:0 

$ dpkg -l | grep libxml
ii  libxml++2.6-2   2.36.0-2  i386
ii  libxml++2.6-dev 2.36.0-2  i386
ii  libxml-atom-perl0.41-1all 
ii  libxml-commons-external-java1.4.01-2  all 
ii  libxml-commons-resolver1.1-java 1.2-7 all 
ii  libxml-dom-perl 1.44-1all
ii  libxml-feed-perl0.52+dfsg-2   all 
ii  libxml-grove-perl   0.46alpha-12  all 
ii  libxml-handler-yawriter-perl0.23-6all 
ii  libxml-libxml-perl  2.0106+dfsg-1 i386
ii  libxml-libxslt-perl 1.81-1+b1 i386
ii  libxml-namespacesupport-perl1.09-3all 
ii  libxml-parser-perl  2.41-1+b2 i386
ii  libxml-perl 0.08-2all 
ii  libxml-regexp-perl  0.04-1all 
ii  libxml-rss-perl 1.54-1all 
ii  libxml-sax-base-perl1.07-1all 
ii  libxml-sax-expat-perl   0.40-2all 
ii  libxml-sax-perl 0.99+dfsg-2   all
ii  libxml-simple-perl  2.20-1all 
ii  libxml-twig-perl1:3.39-1  all
ii  libxml-writer-perl  0.623-1   all 
ii  libxml-xpath-perl   1.13-7all 
ii  libxml-xpathengine-perl 0.13-1all 
ii  libxml-xql-perl 0.68-6all 
ii  libxml2:i3862.9.1+dfsg1-3 i386
ii  libxml2-dev:i3862.9.1+dfsg1-3 i386
ii  libxml2-utils   2.9.1+dfsg1-3 i386
ii  libxmlgraphics-commons-java 1.5-3 all 
ii  libxmlrpc-core-c3   1.16.33-3.2   i386
ii  libxmltv-perl   0.5.63-2  all
ii  python-libxml2  2.9.1+dfsg1-3 i386
ii  python-lxml 3.2.0-1+b1i386


64bit
--
$ irb
irb(main):001:0 require 'xsd/xmlparser/libxmlparser'
LoadError: cannot load such file -- xml/libxml
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:10:in 
`top (required)'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from (irb):1
from /usr/bin/irb:12:in `main'
irb(main):002:0 

$ dpkg -l | grep libxml
ii  libxml-commons-external-java1.4.01-2  all   
ii  libxml-commons-resolver1.1-java 1.2-7 all   
ii  libxml-libxml-perl  2.0106+dfsg-1 amd64 
ii  libxml-namespacesupport-perl1.09-3all   
ii  libxml-parser-perl  2.41-1+b2 amd64 
ii  libxml-sax-base-perl1.07-1all   
ii  libxml-sax-expat-perl   0.40-2all   
ii  libxml-sax-perl 0.99+dfsg-2   all
ii  libxml-simple-perl  2.20-1all   
ii  libxml-twig-perl1:3.39-1  all
ii  libxml-xpath-perl   1.13-7all   
ii  libxml-xpathengine-perl 0.13-1all   
ii  libxml2:amd64   2.9.1+dfsg1-3 amd64 
ii  libxml2:i3862.9.1+dfsg1-3 i386  
ii  libxml2-dev:amd64   2.9.1+dfsg1-3 amd64 
ii  libxml2-utils   2.9.1+dfsg1-3 amd64 
ii  libxmlrpc-core-c3   1.16.33-3.2   amd64
ii  python-libxml2  2.9.1+dfsg1-3 amd64 
ii  python-lxml 3.2.0-1+b1amd64 
ii  python3-lxml3.2.0-1+b1amd64


Hope this can help solving the problem, best regards,
Mark

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: 

Bug#720318: quiterss: Segmentation Fault when pressing on 'next unread'

[Mark Caglienzi]

On 21 Sep 17:03, Dmitry Smirnov wrote:
  
 Usually you can rebuild the package with debugging symbols using the
 following commands (assuming devscripts package installed):
 
 apt-get source quiterss
 DEB_BUILD_OPTIONS=nostrip debuild -uc -b
 
 I might provide quiterss-dbg package in the future...
 
  I launched it under gdb even without debug info, and it segfaults
  reliably when clicking on Next unread when
  * There is no article opened in the right pane, AND
  * There are unread articles in the left one.
 
 I had some difficulties to reproduce this so it would be very helpful
 if you could provide a meaningful backtrace. You might need to
 install additional packages like libgtk-3-0-dbg etc., read more in
 
 https://wiki.debian.org/HowToGetABacktrace

Thank you for the patience in pointing me towards the right link in the
debian wiki, I tried to do my best in following it.

* Rebuilt quiterss package with debug symbols
* Installed it with dpkg
* MALLOC_CHECK_=2 gdb quiterss

Inside gdb I did this:
* (gdb) set logging on
* (gdb) run
[ click on 'Next unread', SIGSEGV]
* (gdb) thread apply all bt full 500

I'll attach the log of this gdb session to this email.

As another try to explain the problem, I uploaded showing the behaviour
here: https://www.youtube.com/watch?v=NUin0NSsHz8

 
 Thank you.

You're welcome.

 
 -- 
 Regards,
  Dmitry Smirnov
  GPG key : 4096R/53968D1B

Regards,
Mark

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


quiterss.log.xz
Description: Binary data


signature.asc
Description: Digital signature

Bug#720318: quiterss: Segmentation Fault when pressing on 'next unread'

[Mark Caglienzi]

On 08 Sep 13:36, Dmitry Smirnov wrote:
 Dear Mark,
 
 Thanks for your detailed report.
 
 I can't reproduce this problem with quiterss/0.13.3+dfsg-1 which is
 in unstable now. Perhaps upstream fixed it in new (recently
 uploaded) release. Please confirm whenever this problem still exist so
 we could either close this bug or escalate to upstream. Thanks.

Sorry for the delay in my answer, but I waited quiterss/0.13.3+dfsg-1
migration to jessie.

Unfortunately the SIGSEGV (at least for me) is here also in this
version.

To investigate more on this, I thought I can build it with debug
informations on and play around with gdb and/or valgrind.

I tried these steps:
* apt-get build-dep quiterss
* dget 
http://ftp.de.debian.org/debian/pool/main/q/quiterss/quiterss_0.13.3+dfsg-1.dsc
* debuild -us -uc

And I confirm that the package gets built.

I'm not a packager, so I wasn't able to build it with debug informations
turned on playing around with debian/ files and using debuild. 

I launched it under gdb even without debug info, and it segfaults
reliably when clicking on Next unread when
* There is no article opened in the right pane, AND
* There are unread articles in the left one.

This is gdb output:

Reading symbols from /usr/bin/quiterss...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/quiterss 
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffeac50700 (LWP 14582)]
[New Thread 0x7fffea44f700 (LWP 14583)]
[New Thread 0x7fffe9c4e700 (LWP 14584)]
[New Thread 0x7fffe92ae700 (LWP 14585)]
[New Thread 0x7fffdbfff700 (LWP 14586)]
[New Thread 0x7fffda71b700 (LWP 14587)]
[New Thread 0x7fffd9f1a700 (LWP 14588)]
[New Thread 0x7fffd8eed700 (LWP 14589)]
[New Thread 0x7fff8bfff700 (LWP 14590)]
[New Thread 0x7fff8b7fe700 (LWP 14591)]

Program received signal SIGSEGV, Segmentation fault.
_int_malloc (av=0x73c5b640 main_arena, bytes=128) at malloc.c:3709
3709malloc.c: No such file or directory.
(gdb) bt
#0  _int_malloc (av=0x73c5b640 main_arena, bytes=128) at malloc.c:3709
#1  0x73933093 in __GI___libc_malloc (bytes=128) at malloc.c:2859
#2  0x741d3e6d in operator new(unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x7473c551 in QMapData::createData(int) () from 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x555f54d7 in ?? ()
#5  0x556a60eb in ?? ()
#6  0x55682281 in ?? ()
#7  0x5568236e in ?? ()
#8  0x5567f1b3 in ?? ()
[...]
#46 0x5567f236 in ?? ()
---Type return to continue, or q return to quit---


Regards,
Mark

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#720459: quiterss: Sometimes downloads the same article

[Mark Caglienzi]

Package: quiterss
Version: 0.13.2+dfsg-1
Severity: normal

Dear Maintainer,
sometimes when I launch quiterss, it downloads articles that I have already
read. I keep it running all day long, and the same happens sometimes during
normal use of the program.

I wasn't able to understand what is the cause that triggers this behaviour.

I start to think that this is a feature in the intentions of the developer,
because there is an option Automatically mark identical news as read, but
it seems to me that makes more sense if identical news are not downloaded
in the first place, instead of marking them as read (and, btw, setting this
option doesn't seem to do what I understood it's intended to do..)

I'm sorry I'm not very helpful, please let me know if I can help you more.

Kind regards,
Mark



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

Kernel: Linux 3.5-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 quiterss depends on:
ii  libc6  2.17-92
ii  libgcc11:4.8.1-2
ii  libqt4-network 4:4.8.5+dfsg-2
ii  libqt4-sql 4:4.8.5+dfsg-2
ii  libqt4-sql-sqlite  4:4.8.5+dfsg-2
ii  libqt4-xml 4:4.8.5+dfsg-2
ii  libqtcore4 4:4.8.5+dfsg-2
ii  libqtgui4  4:4.8.5+dfsg-2
ii  libqtwebkit4   2.2.1-5
ii  libsqlite3-0   3.7.17-1
ii  libstdc++6 4.8.1-2

quiterss recommends no packages.

quiterss suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#720514: qa.debian.org: Link to source package in binary package page is missing

[Mark Caglienzi]

Package: qa.debian.org
Severity: normal

Dear Maintainer,
I noticed a weird thing in the binary package page of quiterss:
http://packages.debian.org/unstable/quiterss

Here it says:
Download Source Package : Not found

But the browse source code link in
http://packages.qa.debian.org/q/quiterss.html works, and if I do

$ apt-get source quiterss

I can download the sources without a problem.
Maybe it's some bug with the page generation that break with this package
(I don't know if there are some other broken links like this).

Best regards,
Mark



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

Kernel: Linux 3.5-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

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#720318: quiterss: Segmentation Fault when pressing on 'next unread'

[Mark Caglienzi]

Package: quiterss
Version: 0.13.2+dfsg-1
Severity: important

Dear Maintainer,
I added 'Next unread news' and 'Previous unread news' in the toolbar, and these
are the steps to reproduce the bug I encountered:

1. Launch quiterss
2. Set 'Show unread' in the left column
3. Update the feeds so that some articles appear in the tree
4. Press 'Next unread news in the toolbar
5. SIGSEGV

If I launch quiterss from the terminal, no output whatsoever, only this:
$ quiterss
Segmentation fault (core dumped)

And the core file is something like 1.2GB (so unfortunately difficult to upload
somewhere for debug/inspection):
$ ls core -lha
-rw--- 1 mark mark 1.2G Aug 20 14:48 core

If it's of some help, I have ~150 feeds organized in ~10-15 folders.

Thanks in advance,
Mark



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

Kernel: Linux 3.5-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 quiterss depends on:
ii  libc6  2.17-92
ii  libgcc11:4.8.1-2
ii  libqt4-network 4:4.8.5+dfsg-2
ii  libqt4-sql 4:4.8.5+dfsg-2
ii  libqt4-sql-sqlite  4:4.8.5+dfsg-2
ii  libqt4-xml 4:4.8.5+dfsg-2
ii  libqtcore4 4:4.8.5+dfsg-2
ii  libqtgui4  4:4.8.5+dfsg-2
ii  libqtwebkit4   2.2.1-5
ii  libsqlite3-0   3.7.17-1
ii  libstdc++6 4.8.1-2

quiterss recommends no packages.

quiterss suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#708068: synaptic: Add a 'date' or 'age' column in packages' list

[Mark Caglienzi]

Package: synaptic
Version: 0.75.13
Severity: wishlist

Dear Maintainer(s),
especially just after a stable release (but not only in this occasion), when
unstable is flooded with new packages, I think it could be useful to have an
'age' or 'date' sortable column, to quickly see if the package has entered sid
or testing just a couple of days ago, or something like a month ago.

Kind regards,
Mark



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

Kernel: Linux 3.5-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 synaptic depends on:
ii  hicolor-icon-theme  0.12-1
ii  libapt-inst1.5  0.9.7.8
ii  libapt-pkg4.12  0.9.7.8
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libept1.4.121.0.9
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.2-5
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.5.0-1
ii  libxapian22 1.2.12-2
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages synaptic recommends:
ii  gksu 2.0.2-6
ii  libgtk2-perl 2:1.244-1
ii  policykit-1  0.105-3
ii  rarian-compat0.8.1-5
ii  software-properties-gtk  0.82.7.1debian1

Versions of packages synaptic suggests:
ii  apt-xapian-index  0.45
ii  deborphan 1.7.28.8
pn  dwww  none
ii  menu  2.1.46

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#706524: gvfsd-metadata process sometimes loads the CPU

[Mark Caglienzi]

Package: gvfs
Version: 1.12.3-4
Severity: normal

Dear Maintainers,
sometimes (unfortunately I haven't spotted the real cause) my laptop (a core i7
with 8GB of RAM) suffer high CPU loads, like 2.0 or 3.0 with only a browser, a
couple of terminals, liferea and pidgin.

htop says that very high amounts of CPU are taken by the gvfsd-metadata
process. Killing it and deleting ~/.local/share/gvfs-metadata/* solve the issue
without evidence of causing other problems (or at least evident to me).

As a quick and dirty workaround I setup a daily cronjob that do that
automatically, but it's definitely not a solution.

Kind regards,
Mark



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5-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 gvfs depends on:
ii  gvfs-common   1.12.3-4
ii  gvfs-daemons  1.12.3-4
ii  gvfs-libs 1.12.3-4
ii  libc6 2.13-38
ii  libdbus-1-3   1.6.8-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libudev0  175-7.2

gvfs recommends no packages.

Versions of packages gvfs suggests:
ii  gvfs-backends  1.12.3-4

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#702766: epdfview: Often don't show pages

[Mark Caglienzi]

Package: epdfview
Version: 0.1.8-3
Followup-For: Bug #702766

Hello,
I can confirm the bug.
I found that it occurs when the page is a raster.
Not in all raster pages, but it seems to me that everytime it occurs, it is on
a raster page (i.e. on the first page of ebooks, which is often a scan of the
book cover).

And it seems that epdfview loads the page but almost immediately it becomes
gray (I tried the 02.pdf file linked in the above comment, I confirm the
behaviour).

Regards,
Mark



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5-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 epdfview depends on:
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcups21.5.3-5
ii  libgcc1 1:4.7.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libpoppler-glib80.18.4-6
ii  libstdc++6  4.7.2-5

epdfview recommends no packages.

Versions of packages epdfview suggests:
ii  poppler-data  0.4.6-3

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#704618: vim-runtime: Distinguish between python and python.django, setting filetype accordingly

[Mark Caglienzi]

Package: vim-runtime
Version: 2:7.3.547-7
Severity: wishlist
Tags: patch

Dear Maintainer,
I am experimenting with https://github.com/mcagl/snipmate.vim (which is the
snipmate plugin, plus https://github.com/robhudson/snipmate_for_django to
handle specific django snippets).

I found that the django specific snippets are triggered when vim is aware that
I am editing a htmldjango or python.django file. The former is already taken
care of in /usr/share/vim/vim73/filetype.vim but the latter is not.

I never wrote a vimscript, so maybe the proposed patch isn't the better way to
handle this, but for me it seems to work. I used the function that distinguishes
html and htmldjango as a base for my patch.

If '.*django.*' (I thought that in the beginning of the file there will be some
import from django.something) is found in the first 20 lines of the .py file,
vim will set 'python.django' (and snipmate will expand, for example, 
modelTAB),
otherwise it will set 'python' (and the django related snippets aren't loaded).

Kind regards,
Mark



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5-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

vim-runtime depends on no packages.

Versions of packages vim-runtime recommends:
ii  vim-gnome [vim]  2:7.3.547-7
ii  vim-gtk [vim]2:7.3.547-7
ii  vim-nox [vim]2:7.3.547-7
ii  vim-tiny 2:7.3.547-7

vim-runtime suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.
--- filetype.vim.original	2013-04-03 17:43:34.074603035 +0200
+++ filetype.vim	2013-04-03 17:47:58.595510818 +0200
@@ -1530,7 +1530,20 @@
 au BufNewFile,BufRead *.pyx,*.pxd		setf pyrex
 
  Python
-au BufNewFile,BufRead *.py,*.pyw		setf python
+au BufNewFile,BufRead *.py,*.pyw		call s:FTpydjango()
+
+ Distinguish between Python and Django
+func! s:FTpydjango()
+  let n = 1
+  while n  20  n  line($)
+if getline(n) =~ '.*django.*'
+  setf python.django
+  return
+endif
+let n = n + 1
+  endwhile
+  setf python
+endfunc
 
  Quixote (Python-based web framework)
 au BufNewFile,BufRead *.ptl			setf python


signature.asc
Description: Digital signature

Bug#699910: nikola init does not find jinja2 and markdown

[Mark Caglienzi]

Package: nikola
Version: 5-1
Severity: minor

Dear Maintainer,
I just installed nikola, and when I do 'nikola init' it complains about
jinja2 and markdown not found:


ERROR:yapsy:Unable to import plugin: 
/usr/lib/python2.7/dist-packages/nikola/plugins/template_jinja
[...]
ImportError: No module named jinja2
ERROR:yapsy:Unable to import plugin: 
/usr/lib/python2.7/dist-packages/nikola/plugins/compile_markdown
[...]
ImportError: No module named markdown


I see that python-jinja2 is only suggested, and python-markdown is not
even suggested.
The problem obviously is solved by an installation of python-jinja2 and
python-markdown.

Kind regards,
Mark


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5-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 nikola depends on:
ii  libjs-jquery 1.7.2+dfsg-1
ii  libjs-jquery-colorbox1.3.20-1
ii  libjs-twitter-bootstrap  2.0.2+dfsg-2
ii  python   2.7.3-3
ii  python-docutils  0.8.1-8
ii  python-doit  0.19.0-1
ii  python-imaging   1.1.7-4
ii  python-lxml  2.3.5-1
ii  python-mako  0.7.0-1.1
ii  python-pygments  1.6+dfsg-1
ii  python-pyrss2gen 1.0.0-9
ii  python-unidecode 0.04.9-1
ii  python-yapsy 1.10.1-2

Versions of packages nikola recommends:
pn  python-webassets  none

Versions of packages nikola suggests:
ii  python-jinja2  2.6-1

-- no debconf information


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

Bug#689238: aptitude calls localepurge even if the invocation installed no package(s)

[Mark Caglienzi]

Package: aptitude
Version: 0.6.8.1-2
Severity: normal

Dear Maintainer,

I have localepurge installed, and when I do something like:

# aptitude install $package

and the package name is misspelled, or if the package is already installed and
not upgradable (i.e. the installed version is the same as the repository
version), aptitude calls localepurge, which seems like a waste of time.

For example, assuming that python-sqlite is already installed:

# aptitude install python-sqlite
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
localepurge: Disk space freed in /usr/share/locale: 0 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB
localepurge: Disk space freed in /usr/share/omf: 0 KiB
localepurge: Disk space freed in /usr/share/doc/kde/HTML: 0 KiB

Total disk space freed by localepurge: 0 KiB


I'm not 100% sure that it's a bug in aptitude instead of localepurge,
please excuse me if I'm pointing in the wrong direction.

If I use apt-get instead of aptitude, the behaviour is different: no
localepurge invocation.

Best regards,
Mark



-- Package-specific info:
Terminal: rxvt-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.8.1 compiled at Sep 25 2012 15:27:00
Compiler: g++ 4.7.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.12.0

aptitude linkage:
linux-gate.so.1 =  (0xb7796000)
libapt-pkg.so.4.12 = /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 
(0xb7213000)
libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5 (0xb71e)
libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xb71bf000)
libsigc-2.0.so.0 = /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 
(0xb71ba000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb70ba000)
libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0xb7027000)
libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xb6e3e000)
libz.so.1 = /lib/i386-linux-gnu/libz.so.1 (0xb6e24000)
libsqlite3.so.0 = /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb6d73000)
libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 
(0xb6d5b000)
libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
(0xb6d42000)
libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6c56000)
libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6c2f000)
libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6c12000)
libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6ab5000)
libutil.so.1 = /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb6ab1000)
libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6aad000)
libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6a9b000)
libuuid.so.1 = /lib/i386-linux-gnu/libuuid.so.1 (0xb6a95000)
librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6a8c000)
/lib/ld-linux.so.2 (0xb7797000)

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

Kernel: Linux 3.2.0-3-686-pae (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 aptitude depends on:
ii  aptitude-common   0.6.8.1-2
ii  libapt-pkg4.120.9.7.4
ii  libboost-iostreams1.49.0  1.49.0-3.1
ii  libc6 2.13-35
ii  libcwidget3   0.5.16-3.4
ii  libept1.4.12  1.0.9
ii  libgcc1   1:4.7.1-7
ii  libncursesw5  5.9-10
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsqlite3-0  3.7.13-1
ii  libstdc++64.7.1-7
ii  libtinfo5 5.9-10
ii  libxapian22   1.2.12-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages aptitude recommends:
ii  apt-xapian-index0.45
pn  aptitude-doc-en | aptitude-doc  none
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.7

Versions of packages aptitude suggests:
ii  debtags  1.10.1
ii  tasksel  3.12

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#688558: texstudio: The pdflatex command runs first 'latex' and then 'pdflatex'

[Mark Caglienzi]

On 29 Sep 11:10, Tom Jampen wrote:
 Meanwhile you can avoid this unwanted behavior by disabling the
 following option in the texstudio configuration dialog:
 
 On the left side select the item Quick Build (even if you don't use
 quick build) and activate Show advanced options at the bottom. Answer
 the strange question (type '3'). Then you will see additional options on
 the right side.
 
 Deactivate 'Run latex bibtex latex before compiling if bib-files were
 changed'. (The bug shows up if this option is enabled and no bib-file is
 present/referenced in the tex-files. It results in a single unwanted
 latex run).
 
 I will probably deactivate this option by default as most users - as you
 say - use pdflatex and not latex nowadays.
 
 Hope this helps.
 

Hello Tom,
yes, I confirm that the workaround you posted is working for me.

Thank you for the prompt solution, even if you are on holidays!

Best regards,
Mark

P.S.: I don't know if the bug report is to be closed now (after all the bug
has an easy workaround, and you'll patch the package), or after the actual
upload of the properly fixed package.

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#688558: texstudio: The pdflatex command runs first 'latex' and then 'pdflatex'

[Mark Caglienzi]

Package: texstudio
Version: 2.3+debian-3
Severity: normal

Dear Maintainer,

I switched to TeXstudio from TeXmaker, and I noticed a strange behaviour.
If I click on the 'pdflatex' button, I see in the 'messages' tab that it starts
latex and then pdflatex.
In fact after that I can see the .dvi (output of latex) and the .pdf (output
of pdflatex) files in the project directory.

pdflatex compiles from tex to pdf, so the dvi isn't needed (it's not latex -
dvi2pdf, or latex - dvi2ps - ps2pdf, but directly tex - pdf).

The two commands in the TeXstudio configuration are:
latex = latex -interaction=nonstopmode %.tex
pdflatex = pdflatex -interaction=nonstopmode %.tex

I don't understand why TeXstudio is calling both when I ask for the
latter.

Thanks in advance,
Mark



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

Kernel: Linux 3.2.0-3-686-pae (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 texstudio depends on:
ii  libc6  2.13-35
ii  libgcc11:4.7.1-7
ii  libhunspell-1.3-0  1.3.2-4
ii  libpoppler-qt4-3   0.18.4-3
ii  libqt4-network 4:4.8.2+dfsg-2
ii  libqt4-script  4:4.8.2+dfsg-2
ii  libqt4-test4:4.8.2+dfsg-2
ii  libqt4-xml 4:4.8.2+dfsg-2
ii  libqtcore4 4:4.8.2+dfsg-2
ii  libqtgui4  4:4.8.2+dfsg-2
ii  libstdc++6 4.7.1-7
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages texstudio recommends:
ii  texlive-base   2012.20120611-4
ii  texlive-latex-base 2012.20120611-4
ii  texlive-latex-recommended  2012.20120611-4

Versions of packages texstudio suggests:
pn  hunspell-dictionarynone
ii  latex-beamer   3.10-2
pn  mythes-thesaurus   none
ii  texlive-fonts-recommended  2012.20120611-4
ii  texlive-latex-extra2012.20120611-2

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#685563: www.debian.org: Comments in DPN wml sources appear in RSS feed

[Mark Caglienzi]

Package: www.debian.org
Severity: normal
User: www.debian@packages.debian.org
Usertags: script news

Dear Webmasters,
tonight I noticed that in the RSS feed of the new DPN (2012/16) there were some
comments, so I started looking at the dwn-to-rdf.pl script.
I am not a Perl expert, but I came to a little workaround trying to make the
script ignore the lines that start with a '#' character.
I did not test the patch thoroughly, but a run with the same index.wml
with the comments gave a dwn.en.rdf that seemed clean to me.
As suggested in #debian-www by taffit, I removed the comments in the DPN source
file and now I'm sending here the patch as a bug report.
I'm almost sure that this is not the best solution, but maybe it's a
start.

Best regards,
Mark


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

Kernel: Linux 3.2.0-3-686-pae (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

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.
Index: dwn-to-rdf.pl
===
RCS file: /cvs/webwml/webwml/english/News/weekly/dwn-to-rdf.pl,v
retrieving revision 1.19
diff -u -u -r1.19 dwn-to-rdf.pl
--- dwn-to-rdf.pl   16 Apr 2011 23:50:00 -  1.19
+++ dwn-to-rdf.pl   21 Aug 2012 21:56:04 -
@@ -168,7 +168,9 @@
 while (F) {
# prevent double utf-8 encode by XML::RSS 
$_ = decode_utf8($_) if ($charset eq 'utf-8') ;
-   if (/^pstrong(.*)\/strong(?:br \/)?\s*(.*)/) {
+if (/^#.*$/) {
+}
+   elsif (/^pstrong(.*)\/strong(?:br \/)?\s*(.*)/) {
$headline = $1;
$body = $2.\n;
chop ($headline) if ($headline =~ /\.$/);


signature.asc
Description: Digital signature

Bug#659745: mocp: Assertion fails when lyrics file ends with a dot and mocp crashes

[Mark Caglienzi]

Package: moc
Version: 1:2.5.0~alpha4+svn20111012-1
Severity: normal

Hello,
when I enter a directory containing a lyrics file (that must have the same
name of the song, but without extension) ending with a dot, mocp crashes
with the following message:

mocp: decoder.c:128: find_extn_decoder: Assertion `extn  extn[0]' failed.
Aborted

For example, if the song filename is f.o.o..mp3 and the lyrics filename
is f.o.o. mocp crashes. Obviously, if I name the lyrics file f.o.o moc
doesn't crash, but doesn't recognize the lyrics.

Regards,
Mark



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

Kernel: Linux 3.2.0-1-686-pae (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 moc depends on:
ii  libasound21.0.24.1-4
ii  libc6 2.13-26
ii  libcurl3-gnutls   7.24.0-1
ii  libdb5.1  5.1.29-1
ii  libfaad2  2.7-7
ii  libflac8  1.2.1-6
ii  libgcc1   1:4.6.2-12
ii  libid3tag00.15.1b-10
ii  libjack0 [libjack-0.116]  1:0.121.0+svn4538-3
ii  libltdl7  2.4.2-1
ii  libmad0   0.15.1b-7
ii  libmagic1 5.09-2
ii  libmodplug1   1:0.8.8.4-1
ii  libmpcdec62:0.1~r459-1
ii  libncursesw5  5.9-4
ii  libogg0   1.2.2~dfsg-1
ii  librcc0   0.2.9-3
ii  libresid-builder0c2a  2.1.1-8
ii  libsamplerate00.1.8-2
ii  libsidplay2   2.1.1-8
ii  libsidutils0  2.1.1-8
ii  libsndfile1   1.0.25-4
ii  libspeex1 1.2~rc1-3
ii  libstdc++64.6.2-12
ii  libtagc0  1.7-1
ii  libtinfo5 5.9-4
ii  libvorbis0a   1.3.2-1.1
ii  libvorbisfile31.3.2-1.1
ii  libwavpack1   4.60.1-2
ii  zlib1g1:1.2.3.4.dfsg-3

moc recommends no packages.

Versions of packages moc suggests:
ii  moc-ffmpeg-plugin  1:2.5.0~alpha4+svn20111012-1

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#659745: mocp: Assertion fails when lyrics file ends with a dot and mocp crashes

[Mark Caglienzi]

On 13 Feb 19:44, Elimar Riesebieter wrote:
 * Mark Caglienzi [120213 15:44 +0100]:
 
  Package: moc
  Version: 1:2.5.0~alpha4+svn20111012-1
  Severity: normal
  
  Hello,
  when I enter a directory containing a lyrics file (that must have the same
  name of the song, but without extension) ending with a dot, mocp crashes
  with the following message:
  
  mocp: decoder.c:128: find_extn_decoder: Assertion `extn  extn[0]' failed.
  Aborted
  
  For example, if the song filename is f.o.o..mp3 and the lyrics filename
  is f.o.o. mocp crashes. Obviously, if I name the lyrics file f.o.o moc
  doesn't crash, but doesn't recognize the lyrics.
 
 What happens if you rename f.o.o..mp3 to f.o.o.mp3 and f.o.o. to
 f.o.o ?

Thanks for the very quick reply!
I tried to rename the files like you said, and in this way there's no
problem, mocp doesn't crash and the lyrics are correctly shown when I
press L.

 Elimar

Mark

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#650269: subversion: svn help recommends the old website

[Mark Caglienzi]

Package: subversion
Version: 1.6.17dfsg-3
Severity: minor

Hello,
the output of 'svn help' says:

Subversion is a tool for version control.
For additional information, see http://subversion.tigris.org/

and subversion.tigris.org says:

This is the former website of the Subversion software project, which now calls
subversion.apache.org home.

Regards,
Mark



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

Kernel: Linux 3.1.0-1-686-pae (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 subversion depends on:
ii  libapr1 1.4.5-1 
ii  libc6   2.13-21 
ii  libsasl2-2  2.1.24~rc1.dfsg1+cvs2011-05-23-4
ii  libsvn1 1.6.17dfsg-3

subversion recommends no packages.

Versions of packages subversion suggests:
pn  db4.8-utilnone 
pn  patch 2.6.1-2
pn  subversion-tools  none 

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#628546: uswsusp: uses deprecated ioctl, please update

[Mark Caglienzi]

Hello,
I'm using uswsusp 1.0+20110509-2 and I just upgraded my kernel to
3.1.0-1-686-pae version 3.1.1-1.
As everytime I upgrade the kernel, I test what I think is
kernel-related before removing the old kernel, and in the dmesg output
I found the message:

[ 1267.482064] snapshot_ioctl: ioctl '4004330c' is deprecated and will
be removed soon, update your suspend-to-disk utilities

after resuming, as someone already said. I saw on the upstream website
that the deprecated ioctl(s) isn't (aren't) used in the 1.0 version, but
it seems that the debian package, even if it's based on 1.0 (correct me
if I'm wrong), still uses it (them).

Regards,
Mark

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#649158: moreutils: typo in sponge(1) manpage

[Mark Caglienzi]

Package: moreutils
Version: 0.45
Severity: minor

Hello,
it seems to me that the line:

sponge reads standard input and writes it out to the specified file. Unlike a
shell redirect, sponge soaks up all its input before opening the output file.
This allows constricting pipelines that read from and write to the same file.

in the sponge(1) manpage has a typo: 'constricting' perhaps has to be
'constructing'.

Regards,
Mark



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

Kernel: Linux 3.0.0-1-686-pae (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 moreutils depends on:
ii  libc62.13-21 
ii  libipc-run-perl  0.90-1  
ii  perl 5.12.4-6

moreutils recommends no packages.

Versions of packages moreutils suggests:
ii  libtime-duration-perl  none  
ii  libtimedate-perl   1.2000-1

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#629377: wicd: Wicd will only try try to connect to last successfully connected wireless network

[Mark Caglienzi]

Hello again,
maybe the problem isn't directly wicd-related, but wl-related (in my
case, at least).

I discovered that the problem is bypassed by only reloading the wl
module (at the moment coming from the package broadcom-sta-source
5.100.82.112-1, compiled with module-assistant) and without touching
anything of wicd.

So, after being directed towards the possibility of adding scripts to
wicd by David Paleino, following the wicd wiki [0] I modified the script
skeleton by adding, at the bottom, these lines:

if [ ${essid} == $MyUniversityESSID ]; then
echo #629377 fix: wl module reload
rmmod wl
modprobe wl
sleep 10
fi

and I put it in the /etc/wicd/scripts/preconnect directory.

The sleep 10 line is necessary because otherwise wicd tries to connect
before the module is loaded, thus failing (obviously the timing can be
tailored, but it worked beautifully, today).

If the bug submitter uses this driver, maybe the workaround will work
for him too.

Regards,
Mark

[0] :
http://wicd.sourceforge.net/moinmoin/Adding%20pre%20and%20post%20%28dis%29connection%20scripts

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB.


signature.asc
Description: Digital signature

Bug#648446: terminator: problems with preferred applications for opening links and files

[Mark Caglienzi]

Package: terminator
Version: 0.95-1
Severity: normal

Hello,
I am using fluxbox (from the repositories), and I am experiencing two probably
correlated problems with the handling of http:// links in terminator.

First (somewhat managed to workaround it):
I had mozilla's firefox 7.0 but it seemed to me too much slow, so I installed
chromium from the Debian repositories, and set it as preferred browser. The
links (with Ctrl+click or by using the right click menu) were correctly opened
by chromium.
But firefox 8.0 revealed faster and more responsive than 7.0, so I
uninstalled chromium and managed to make firefox the preferred browser (with
update-alternatives). But now terminator still wants to use chromium (that is
not installed anymore), whereas other applications (like liferea) open
correctly firefox.

As a *very-ugly-and-dirty* workaround I made a symbolic link to the firefox 
binary,
named /usr/bin/chromium.

Second:
The http:// links of jpeg images are opened by gimp. And gimp is not my
preferred application to open images (it's mirage). It seems that in an image
link, the .jpg at the end is more important than the http:// at the beginning,
and so terminator decides that it's not a link, but an image (the gimp choice
has to be further investigated..)

Anyone has smarter/better advices? Or can tell me where I have to look to track
down where terminator decides what to launch when the user does ctrl-click?

Thanks in advance, and sorry for the long mail.
Regards,
Mark



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

Kernel: Linux 3.0.0-1-686-pae (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 terminator depends on:
ii  gconf2  2.32.4-1  
ii  libgtk2.0-bin   2.24.7-1  
ii  python  2.7.2-9   
ii  python-gobject  2.28.6-5  
ii  python-gtk2 2.24.0-2  
ii  python-support  1.0.14
ii  python-vte  1:0.28.2-1

Versions of packages terminator recommends:
ii  python-gnome2 2.28.1-3   
ii  python-keybinder  0.2.2-3
ii  xdg-utils 1.1.0~rc1-2

terminator suggests no packages.

-- no debconf information

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Why do nerds always confuse Halloween and Xmas? Because Oct 31 == Dec 
25


signature.asc
Description: Digital signature

Bug#629377: wicd: Wicd will only try try to connect to last successfully connected wireless network

[Mark Caglienzi]

Hello,
same problem here.
I have:
* Linux 3.0.0-1-686-pae #1 SMP Sat Aug 27 16:41:03 UTC 2011 i686 GNU/Linux
* wicd 1.7.0+ds1-9
* 01:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY 
(rev 01)

at home I have WPA2, at university the wifi is unsecured.

If I do:

1. Connect at home
2. Hibernate
3. Connect at university

it fails. If I do:

1. Connect at university
2. Hibernate
3. Connect at home

everything goes well.
I found that restarting the wicd service and client isn't enough. I have
to rmmod and modprobe the wifi controller module wl, and doing so I can
reconnect at university without rebooting my netbook every day.
As a workaround I made a script to do this.

-- 
. ''`.  | GPG Public Key  : 0xCD542422 - Download it from http://is.gd/fOa7Vm
: :'  : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422
`. `'`  | Powered by Debian GNU/Linux, http://www.debian.org
  `-| Why do nerds always confuse Halloween and Xmas? Because Oct 31 == Dec 
25


signature.asc
Description: Digital signature

Bug#644235: pcmanfm displays wrong filesizes

[Mark Caglienzi]

Package: pcmanfm
Version: 0.9.8-1
Severity: normal

Hello,
when I click on properties in the right-button menu on a file or a directory,
pcmanfm reports wrong sizes.
For example [0] I have a root partition of 48.2 GB, and properties of my /home
(which is in the same partition) say  33 GB total size, and 268.5 GB occupied
on disk.

TIA.

regards,
Mark

PS: probably also the free space and total in the status bar are not very
accurate (but in this case it can be a different rounding algorithm. They are,
respectively, 8.0/51.8 when 'df -h' says 7.5/49).

[0]: http://img254.imageshack.us/img254/7724/bugpcmanfm.png



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

Kernel: Linux 3.0.0-1-686-pae (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 pcmanfm depends on:
ii  libc6  2.13-21   
ii  libcairo2  1.10.2-6.1
ii  libfm-gtk0 0.1.14-2  
ii  libfm0 0.1.14-2  
ii  libglib2.0-0   2.28.6-1  
ii  libgtk2.0-02.24.4-3  
ii  libpango1.0-0  1.28.4-3  
ii  libx11-6   2:1.4.4-2 

Versions of packages pcmanfm recommends:
ii  gnome-icon-theme  3.0.0-4
ii  gvfs-backends 1.6.4-4
ii  gvfs-fuse none 
ii  lxde-icon-theme   0.0.1+svn20091206-2

pcmanfm suggests no packages.

-- no debconf information

-- 
GPG Public Key: 0xCD542422
Why do nerds always confuse Halloween and Xmas? Because Oct 31 == Dec 25


signature.asc
Description: Digital signature

Bug#640109: libpango1.0-0: After upgrade, fonts in GTK applications are rendered as squares.

[Mark Caglienzi]

Package: libpango1.0-0
Version: 1.28.4-3
Severity: important

Hello,
today I upgraded my wheezy, these are the packages involved in the process:

Start-Date: 2011-09-02  13:39:34
Commandline: synaptic
Upgrade: r-cran-lattice:i386 (0.19-31-1, 0.19-33-1), libcupscgi1:i386 (1.4.8-2,
1.5.0-5), cups-client:i386 (1.4.8-2, 1.5.0-5), libcupsmime1:i386 (1.4.8-2,
1.5.0-5), foomatic-db-engine:i386 (4.0.8-1, 4.0.8-2), cups-ppdc:i386 (1.4.8-2,
1.5.0-5), libffi5:i386 (3.0.9-7, 3.0.10~rc10-1), libcupsppdc1:i386 (1.4.8-2,
1.5.0-5), cups-common:i386 (1.4.8-2, 1.5.0-5), libpango1.0-0:i386 (1.28.4-1,
1.28.4-3), feh:i386 (1.14.2-1, 1.15.1-1), libcups2:i386 (1.4.8-2, 1.5.0-5),
kbd:i386 (1.15.3-5, 1.15.3-6), devscripts:i386 (2.11.0, 2.11.1), cups:i386
(1.4.8-2, 1.5.0-5), libcupsdriver1:i386 (1.4.8-2, 1.5.0-5), openprinting-
ppds:i386 (20110803-1, 20110803-3), cups-bsd:i386 (1.4.8-2, 1.5.0-5), libc-
ares2:i386 (1.7.4-1, 1.7.5-1), libcupsimage2:i386 (1.4.8-2, 1.5.0-5), foomatic-
db:i386 (20110803-1, 20110803-3), libnss3-1d:i386 (3.12.11-1, 3.12.11-2), ntfs-
3g:i386 (2011.4.12AR.4-2, 2011.4.12AR.6-1)
End-Date: 2011-09-02  13:42:34

and after that, some GTK applications present this bug (this is a screenshot of
Thunar): http://img64.imageshack.us/img64/6236/201109021359241024x600s.png

Just for the record, also two friends of mine (also with wheezy) are affected
by the same problem after the today upgrade.

If some more informations are needed, I'll try to provide them.

Regards,

Mark



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

Kernel: Linux 3.0.0-1-686-pae (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 libpango1.0-0 depends on:
ii  fontconfig2.8.0-3generic font configuration library
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.6-2FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libthai0  0.1.15-2   Thai language support library
ii  libx11-6  2:1.4.4-1  X11 client-side library
ii  libxft2   2.2.0-3FreeType-based font drawing librar
ii  libxrender1   1:0.9.6-2  X Rendering Extension client libra
ii  multiarch-support 2.13-16Transitional package to ensure mul

Versions of packages libpango1.0-0 recommends:
ii  x-ttcidfont-conf  32+nmu2TrueType and CID fonts configurati

Versions of packages libpango1.0-0 suggests:
pn  ttf-arphic-bkai00mp   none (no description available)
pn  ttf-arphic-bsmi00lp   none (no description available)
pn  ttf-arphic-gbsn00lp   none (no description available)
pn  ttf-arphic-gkai00mp   none (no description available)
pn  ttf-baekmuk   none (no description available)

-- no debconf information

-- 
GPG Public Key: 0xCD542422
Why do nerds always confuse Halloween and Xmas? Because Oct 31 == Dec 25


signature.asc
Description: Digital signature

Bug#638974: libsqlite3-dev: A call to sqlite3_open() gives a SIGSEGV

[Mark Caglienzi]

Package: libsqlite3-dev
Version: 3.7.7-2
Severity: important

I'm using this library to develop an application.
But as soon as I make a call to sqlite3_open() to open a database,
I receive a SIGSEGV.

Please note that I followed the basic tutorial (written in the docs and the
upstream website) about opening a database, and the code I already written
behaves correctly. But, as soon as I add:

sqlite3 *db;
sqlite3_open (filename, db);

I receive a Segmentation Fault.

Running my program under gdb, setting a breakpoint on sqlite3_open and doing a
backtrace, this is what I receive:


[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
malloc_consolidate (av=value optimized out) at malloc.c:5155
5155malloc.c: No such file or directory.
in malloc.c
(gdb) backtrace
#0  malloc_consolidate (av=value optimized out) at malloc.c:5155
#1  0xb7e37035 in _int_malloc (av=value optimized out, bytes=value optimized
out) at malloc.c:4373
#2  0xb7e394ac in __libc_malloc (bytes=536) at malloc.c:3660
#3  0xb7f50bfb in ?? () from /usr/lib/libsqlite3.so.0
#4  0xb7f2e75e in ?? () from /usr/lib/libsqlite3.so.0
#5  0xb7f36891 in ?? () from /usr/lib/libsqlite3.so.0
#6  0xb7f37184 in ?? () from /usr/lib/libsqlite3.so.0
#7  0xb7fa65ca in ?? () from /usr/lib/libsqlite3.so.0
#8  0x08048d16 in main (argc=4, argv=0xb504) at test.c:77


If I comment out the sqlite3 call, everything works fine.

Regards,
Mark



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

Kernel: Linux 3.0.0-1-686-pae (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 libsqlite3-dev depends on:
ii  libc6-dev 2.13-16Embedded GNU C Library: Developmen
ii  libsqlite3-0  3.7.7-2SQLite 3 shared library

libsqlite3-dev recommends no packages.

Versions of packages libsqlite3-dev suggests:
ii  sqlite3-doc   3.7.7-2SQLite 3 documentation

-- no debconf information



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

Bug#530475: perhaps it's another bug...

[Mark Caglienzi]

Package: notification-daemon
Version: 0.7.1-3
Followup-For: Bug #530475

SM Baby Siabef, judging from the age of this bugreport,
it's possible that you're affected by another bug (as I am).

I'm talking about #637067 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637067)

Sorry if I'm wrong.

Regards,
Mark


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

Kernel: Linux 3.0.0-1-686-pae (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 notification-daemon depends on:
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk-3-03.0.11-1   GTK+ graphical user interface libr
ii  libx11-6  2:1.4.4-1  X11 client-side library

notification-daemon recommends no packages.

notification-daemon suggests no packages.

-- no debconf information

-- 
GPG Public Key: 0xCD542422
Why do nerds always confuse Halloween and Xmas? Because Oct 31 == Dec 25


signature.asc
Description: Digital signature

Bug#627588: mutt-patched sometimes hangs after sending email (gmail account)

[Mark Caglienzi]

Package: mutt-patched
Version: 1.5.21-5
Severity: normal

Hello,
I use mutt-patched with this gmail account and gpg (which I use to sign every
email).
Sometimes after sending a message (i.e. mutt says Mail sent) it just hangs,
and I have to kill and relaunch to continue to use it (and the mail is
correctly sent).

I didn't keep a record of the successful/unsuccessful trials, but I may say
that it never hangs when the message doesn't have an attachment.

If I have to make some test, I'll do.

Thank in advance,

Mark


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

Kernel: Linux 2.6.38-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

Versions of packages mutt-patched depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libcomerr21.41.12-4  common error description library
ii  libgnutls26   2.10.5-1+b1the GNU TLS library - runtime libr
ii  libgpg-error0 1.10-0.3   library for common error values an
ii  libgpgme111.2.0-1.3  GPGME - GnuPG Made Easy
ii  libgssapi-krb5-2  1.9+dfsg-1+b1  MIT Kerberos runtime libraries - k
ii  libidn11  1.20-1 GNU Libidn library, implementation
ii  libk5crypto3  1.9+dfsg-1+b1  MIT Kerberos runtime libraries - C
ii  libkrb5-3 1.9+dfsg-1+b1  MIT Kerberos runtime libraries
ii  libncursesw5  5.9-1  shared libraries for terminal hand
ii  libsasl2-22.1.23.dfsg1-8 Cyrus SASL - authentication abstra
ii  libtokyocabinet8  1.4.37-6   Tokyo Cabinet Database Libraries [
ii  mutt  1.5.21-5   text-based mailreader supporting M

mutt-patched recommends no packages.

mutt-patched suggests no packages.

-- no debconf information

-- 
Why do nerds always confuse Halloween and Xmas? Because Oct 31 = Dec 25.


signature.asc
Description: Digital signature

Bug#627138: setserial: [INTL:it] debconf translation

[Mark Caglienzi]

Package: setserial
Version: 2.17-45.3
Severity: wishlist
Tags: l10n

Hello,
I'm sending the translation of the po-debconf.

Thanks,



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

Kernel: Linux 2.6.38-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

-- 
Why do nerds always confuse Halloween and Xmas? Because Oct 31 = Dec 25.
# Italian translation of setserial.
# Copyright (C) 2011 Free Software Foundation, Inc.
# This file is distributed under the same license as the setserial package.
# Translated during a translation sprint, 2011.
#
msgid 
msgstr 
Project-Id-Version: setserial 2.17-45.3\n
Report-Msgid-Bugs-To: setser...@packages.debian.org\n
POT-Creation-Date: 2008-04-28 09:20+0200\n
PO-Revision-Date: 2011-03-10 23:20+0200\n
Last-Translator: Mark Caglienzi mark.caglie...@gmail.com\n
Language-Team: Italian t...@lists.linux.it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../templates:2001
msgid Automatically configure the serial port parameters?
msgstr Configurare automaticamente i parametri della porta seriale?

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
It is recommended that the serial port parameters should be configured 
automatically. It is also possible to configure them manually by editing the 
file /etc/serial.conf.
msgstr 
È raccomandato che i parametri della porta seriale vengano configurati 
automaticamente. È anche possibile configurarli manualmente modificando 
il file /etc/setserial.conf.

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
PCMCIA serial-type devices should be configured with pcmciautils. See /usr/
share/doc/setserial/README.Debian.gz for details.
msgstr 
I dispositivi PCMCIA dovrebbero essere configurati con pcmciautils. 
Per maggiori dettagli consultare /usr/share/doc/setserial/README.Debian.gz.

#. Type: select
#. Choices
#: ../templates:3001
msgid autosave once
msgstr salvataggio automatico una volta

#. Type: select
#. Choices
#: ../templates:3001
msgid manual
msgstr manuale

#. Type: select
#. Choices
#: ../templates:3001
msgid autosave always
msgstr salvataggio automatico sempre

#. Type: select
#. Choices
#: ../templates:3001
msgid kernel
msgstr kernel

#. Type: select
#. Description
#: ../templates:3002
msgid Type of automatic serial port configuration:
msgstr Tipo di configurazione automatica della porta seriale:

#. Type: select
#. Description
#: ../templates:3002
msgid 
Setserial allows saving the current serial configuration in various ways:
msgstr 
\Setserial\ consente di salvare l'attuale configurazione della 
porta seriale in vari modi:

#. Type: select
#. Description
#: ../templates:3002
msgid 
 autosave once  : save only once, now;\n
 manual : never save the configuration automatically;\n
 autosave always: save on every system shutdown (risks overwriting the\n
  serial.conf file with errors);\n
 kernel : do not use the serial.conf file and use the kernel 
settings\n
  at bootup.
msgstr 
 salvataggio automatico una volta: salva una volta, adesso;\n
 manuale : non salvare mai automaticamente la 
configurazione;\n
 salvataggio automatico sempre   : salva ad ogni arresto del sistema (c'è il 
rischio 
   di sovrascrivere il file serial.conf con 
degli errori);\n
 kernel  : non utilizza il file serial.conf e usa le 
impostazioni del kernel\n
   all'avvio.

#. Type: error
#. Description
#: ../templates:4001
msgid Error during update-modules configuration for setserial
msgstr Errore durante la configurazione di update-modules per setserial

#. Type: error
#. Description
#: ../templates:4001
msgid 
The setserial configuration process tried to install the module management 
code to support the serial.o module being loaded and unloaded dynamically by 
the kernel module loader.
msgstr 
La procedura di configurazione di \setserial\ ha tentato di installare il 
codice di 
gestione del modulo per supportare il caricamento e lo scaricamento dinamico 
del modulo 
serial.o da parte del loader dei moduli del kernel.

#. Type: error
#. Description
#: ../templates:4001
msgid 
This process failed. This may be caused by a non-standard module 
configuration and should be solved manually by running '/sbin/update-
modules'.
msgstr 
Questa procedura non è riuscita. Ciò può essere causato dalla configurazione 
non standard di un modulo e dovrebbe essere risolto manualmente eseguendo 
\/sbin/update-modules\. 


signature.asc
Description: Digital signature

Bug#626512: texmaker: Autocompletion of \begin{...} statements gives two curly braces closing end{} statement

[Mark Caglienzi]

Package: texmaker
Version: 3.0-1
Severity: minor

If I use the autocompletion of \begin{} statements in this way:
for example writing \beg enter i enter TeXmaker writes

\begin{itemize}

\end{itemize}}

with two curly braces at the end, instead of just one (which is the expected
behaviour).



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

Kernel: Linux 2.6.38-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

Versions of packages texmaker depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.0-2  GCC support library
ii  libpoppler-qt4-3  0.12.4-1.2 PDF rendering library (Qt 4 based 
ii  libqt4-network4:4.7.2-3  Qt 4 network module
ii  libqt4-xml4:4.7.2-3  Qt 4 XML module
ii  libqtcore44:4.7.2-3  Qt 4 core module
ii  libqtgui4 4:4.7.2-3  Qt 4 GUI module
ii  libqtwebkit4  2.1.0~2011week13-1 Web content engine library for Qt
ii  libstdc++64.6.0-2The GNU Standard C++ Library v3
ii  texmaker-data 3.0-1  Texmaker LaTeX editor -- arch-inde
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages texmaker recommends:
ii  aspell0.60.6-6   GNU Aspell spell-checker
pn  asymptote none (no description available)
ii  ghostscript   9.02~dfsg-2interpreter for the PostScript lan
ii  myspell-en-us [myspell-di 1:3.3.0-3  English_american dictionary for my
ii  netpbm2:10.0-12.2+b1 Graphics conversion tools between 
ii  psutils   1.17-29A collection of PostScript documen
pn  texlive-latex-extra   none (no description available)

texmaker suggests no packages.

-- no debconf information

-- 
Why do nerds always confuse Halloween and Xmas? Because Oct 31 = Dec 25.


signature.asc
Description: Digital signature

Bug#626512: texmaker: Autocompletion of \begin{...} statements gives two curly braces closing end{} statement

[Mark Caglienzi]

On Thu, May 12, 2011 at 05:47:17PM +0200, Andreas Tille wrote:
 Hi Mark,
 
 thanks for your bug report.
 
 On Thu, May 12, 2011 at 04:18:08PM +0200, Mark Caglienzi wrote:
  Package: texmaker
  Version: 3.0-1
  Severity: minor
 
 Can you please test with verison 3.0.2 from unstable.  I can not
 reproduce this behaviour with the latest version.

Well, I tried a little bit of pinning and upgraded TeXmaker to the
version in unstable, and now it behaves perfectly.

Thanks (by me and the university colleague that found the bug) for
the fast reply and sorry for the noise in DBTS.

Bye :-)

-- 
Why do nerds always confuse Halloween and Xmas? Because Oct 31 = Dec 25.


signature.asc
Description: Digital signature

Bug#608128: [INTL: it] debconf traslation

[Mark Caglienzi]

Package: aide
Version: 0.15.1-2
Severity: wishlist
Tags: l10n

I attach the debconf translation.
Thanks.



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

Kernel: Linux 2.6.32-5-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
# Italian translation of aide
# Copyright (C) 2010 Free Software Foundation, Inc.
# This file is distributed under the same license as the aide package.
#
# Mark Caglienzi mark.caglie...@gmail.com
# Collaboratively translated during an online sprint, thanks to all 
contributors!
#
msgid 
msgstr 
Project-Id-Version: aide 0.15.1-2\n
Report-Msgid-Bugs-To: pkg-aide-maintain...@lists.alioth.debian.org\n
POT-Creation-Date: 2006-09-22 15:14+0200\n
PO-Revision-Date: 2010-12-15 22:44+0200\n
Last-Translator: Mark Caglienzi mark.caglie...@gmail.com\n
Language-Team: Italian t...@lists.linux.it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../aide-common.templates:1001
msgid Initialize AIDE database?
msgstr Inizializzare il database di AIDE?

#. Type: boolean
#. Description
#: ../aide-common.templates:1001
msgid 
Before AIDE can be used, you will have to initialize a database. You can 
immediately do this here, or run the '/usr/sbin/aideinit' script from a 
shell later.
msgstr 
Prima che AIDE possa essere usato, bisogna inizializzare un 
database. Si può fare in questo momento, oppure lanciando in 
seguito lo script '/usr/sbin/aideinit' da shell.

#. Type: boolean
#. Description
#: ../aide-common.templates:2001
msgid Move AIDE data files from old directory to new?
msgstr Spostare i file di dati di AIDE dalla vecchia alla nuova directory?


#. Type: boolean
#. Description
#: ../aide-common.templates:2001
msgid 
AIDE now stores its databases in /var/lib/aide by default. It appears that 
you have an older version installed which uses /usr/lib/aide. You can have 
the data files moved automatically.
msgstr La versione attuale di AIDE memorizza di default i propri database 
in /var/lib/aide. Attualmente risulta installata una versione precedente che 
usa 
/usr/lib/aide. Se richiesto, i file di dati possono essere spostati 
automaticamente.

#. Type: boolean
#. Description
#: ../aide-common.templates:3001
msgid Overwrite existing /var/lib/aide/aide.db.new?
msgstr Sovrascrivere il file /var/lib/aide/aide.db.new esistente?

#. Type: boolean
#. Description
#: ../aide-common.templates:3001
msgid 
You have already a newly generated AIDE database in /var/lib/aide/aide.db.
new. If you choose this option, the existing file will be be overwritten by 
the new data obtained from the current state of your file system.
msgstr 
Un nuovo database di AIDE è stato generato in /var/lib/aide/aide.db.new.
Se viene selezionata questa opzione, il file esistente verrà sovrascritto coi 
nuovi 
dati, ottenuti dallo stato attuale del filesystem.

#. Type: boolean
#. Description
#: ../aide-common.templates:4001
msgid Copy aide.db.new to aide.db?
msgstr Copiare aide.db.new come aide.db?

#. Type: boolean
#. Description
#: ../aide-common.templates:4001
msgid 
It is advisable for you to first look over /var/lib/aide/aide.db.new file 
before replacing the existing db. You can have the package replace the 
database anyway here.
msgstr È consigliabile controllare il file /var/lib/aide/aide.db.new 
prima di cambiare il database esistente. Se richiesto, in questa fase il 
pacchetto potrà occuparsi della sovrascrittura.

#. Type: boolean
#. Description
#: ../aide-common.templates:4001
msgid 
If you do not choose this option, you will need to copy the file /var/lib/
aide/aide.db.new to /var/lib/aide/aide.db before AIDE can use it.
msgstr 
Se non viene selezionata questa opzione, sarà necessario copiare il file 
/var/lib/aide/aide.db.new come /var/lib/aide/aide.db prima che AIDE possa 
usarlo.

Bug#583738: ghostscripts pdftoraster fails printing from gtk apps

[Mark Caglienzi]

Package: ghostscript
Version: 8.71~dfsg2-3
Severity: normal

Hello!
Same problem here, and I confirm: gedit and other Gnome apps not printing,
OpenOffice.org printing well.



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

Kernel: Linux 2.6.32-3-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 ghostscript depends on:
ii  debconf [de 1.5.32   Debian configuration management sy
ii  debianutils 3.2.3Miscellaneous utilities specific t
ii  ghostscript 8.71~dfsg2-3 The GPL Ghostscript PostScript/PDF
ii  gs-common   8.71~dfsg2-3 Dummy package depending on ghostsc
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libgs8  8.71~dfsg2-3 The Ghostscript PostScript/PDF int

ghostscript recommends no packages.

ghostscript suggests no packages.

-- no debconf information



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

Bug#537432: cups: CUPS doesn't print anything

[Mark Caglienzi]

Package: cups
Version: 1.3.10-2
Severity: important

I have the same problem here.
I cannot print anymore, any file, from any application (evince, openoffice, 
gimp, etc...)


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

Kernel: Linux 2.6.26-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 cups depends on:
ii  adduser  3.110   add and remove users and groups
ii  bc   1.06.94-3.1 The GNU bc arbitrary precision cal
ii  cups-common  1.3.10-2Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0 1.5.27  Debian configuration management sy
ii  ghostscript  8.64~dfsg-12The GPL Ghostscript PostScript/PDF
ii  libavahi-compat-libd 0.6.25-1Avahi Apple Bonjour compatibility 
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libcups2 1.3.10-2Common UNIX Printing System(tm) - 
ii  libcupsimage21.3.10-2Common UNIX Printing System(tm) - 
ii  libdbus-1-3  1.2.14-3simple interprocess messaging syst
ii  libgcc1  1:4.4.0-5   GCC support library
ii  libgnutls26  2.6.6-1 the GNU TLS library - runtime libr
ii  libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k
ii  libijs-0.35  0.35-7  IJS raster image transport protoco
ii  libkrb5-31.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries
ii  libldap-2.4-22.4.11-1OpenLDAP libraries
ii  libpam0g 1.0.1-9 Pluggable Authentication Modules l
ii  libpaper11.1.23+nmu1 library for handling paper charact
ii  libpoppler4  0.10.6-1PDF rendering library
ii  libslp1  1.2.1-7.6   OpenSLP libraries
ii  libstdc++6   4.4.0-5 The GNU Standard C++ Library v3
ii  lsb-base 3.2-22  Linux Standard Base 3.2 init scrip
ii  perl-modules 5.10.0-23   Core Perl modules
ii  poppler-utils [xpdf- 0.10.6-1PDF utilitites (based on libpopple
ii  procps   1:3.2.8-1   /proc file system utilities
ii  ssl-cert 1.0.23  simple debconf wrapper for OpenSSL
ii  ttf-freefont 20080323-3  Freefont Serif, Sans and Mono True
ii  zlib1g   1:1.2.3.3.dfsg-13   compression library - runtime

Versions of packages cups recommends:
ii  avahi-utils   0.6.25-1   Avahi browsing, publishing and dis
ii  cups-client   1.3.10-2   Common UNIX Printing System(tm) - 
ii  cups-driver-gutenprint5.2.3-3printer drivers for CUPS
ii  foomatic-filters  4.0-20090509-1 OpenPrinting printer support - fil
pn  smbclient none (no description available)

Versions of packages cups suggests:
ii  cups-bsd  1.3.10-2   Common UNIX Printing System(tm) - 
ii  cups-pdf  2.5.0-4PDF printer for CUPS
ii  foomatic-db   20090616-1 OpenPrinting printer support - dat
ii  foomatic-db-engine4.0-20090509-1 OpenPrinting printer support - pro
pn  hplip none (no description available)
pn  xpdf-korean | xpdf-japane none (no description available)

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd



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