Bug#638029: hugin: Segfault when trying to perform step 2 is assistant

[Andreas Metzler]

On 2011-08-16 Alex Ankudinov  wrote:
> Package: hugin
> Version: 2011.0.0+dfsg-2
> Severity: important

> I have just installed hugin and tried to make first panorama with
> hugin assistant. Step 1 is ok, I have downloaded 3 photoes. Then I
> click on the second button. It does something and shows logs about
> it and then suddenly segfault appears.
[...]

Hello,
Could you please doublecheck whether 2011.2.0+dfsg~rc3-1 (available
in experimental) works?

cu andreas



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

Bug#626812: [icedove] Same problem with 3.1.11-1

[Paolo Scarabelli]

Package: icedove
Version: 3.1.11-1

--- Please enter the report below this line. ---

I updated a few packages last night and this morning Icedove doesn't
work anymore.

The output I get running icedove from the command line is:

paolo@saturn:~$ icedove
/usr/share/themes/Shiki-Brave/gtk-2.0/gtkrc:126: Murrine configuration
option "gradients" is no longer supported and will be ignored.

(icedove-bin:5681): Bonobo-WARNING **: Bonobo must be initialized before use
/usr/lib/icedove/icedove-bin: symbol lookup error:
/usr/lib/icedove/components/libmailcomps.so: undefined symbol:
NS_CStringContainerInit


The difference with most reports is that Icedove has always been working
fine.

The solution suggested by Marco (LD_BIND_NOW=1 icedove) breaks Enigmail
and possibly other plugins.

Below is the list of packages in /var/cache/apt/archives which have been
accessed yesterday (therefore probably installed/updated) so it could be
one of them.

Regards,

Paolo

zenity-common_3.0.0-2_all.deb
zenity_3.0.0-2_i386.deb
xulrunner-6.0_6.0-1_i386.deb
xchat-gnome_1%3a0.30.0~git20100421.29cc76-1+b2_i386.deb
vlc-plugin-pulse_1.1.11-2+b1_i386.deb
vlc-plugin-notify_1.1.11-2+b1_i386.deb
vlc-plugin-fluidsynth_1.1.11-2+b1_i386.deb
vlc-nox_1.1.11-2+b1_i386.deb
vlc-data_1.1.11-2_all.deb
vlc_1.1.11-2+b1_i386.deb
vino_3.0.3-1_i386.deb
tangerine-icon-theme_0.26.debian-3_all.deb
sensors-applet_2.2.7-3.1_i386.deb
rpm-common_4.9.1.1-1_i386.deb
rpm_4.9.1.1-1_i386.deb
rpm2cpio_4.9.1.1-1_i386.deb
redshift_1.6-1_i386.deb
python-notify_0.1.1-3_i386.deb
network-manager-gnome_0.8.4-3_i386.deb
mozilla-plugin-vlc_1.1.11-2+b1_i386.deb
libvlccore4_1.1.11-2+b1_i386.deb
libvlc5_1.1.11-2+b1_i386.deb
libsensors-applet-plugin0_2.2.7-3.1_i386.deb
librpmsign0_4.9.1.1-1_i386.deb
librpmio2_4.9.1.1-1_i386.deb
librpmbuild2_4.9.1.1-1_i386.deb
librpm2_4.9.1.1-1_i386.deb
libnotify-bin_0.7.3-2_i386.deb
libmozjs6d_6.0-1_i386.deb
iceweasel_6.0-1_i386.deb
human-icon-theme_0.28.debian-3.1_all.deb
gtk-redshift_1.6-1_all.deb
gnome-user-share_2.30.2-1_i386.deb
gnome-settings-daemon_2.30.2-4_i386.deb
virtualbox-4.1_4.1.2-73507~Debian~squeeze_i386.deb
perl-modules_5.12.4-4_all.deb
perl-base_5.12.4-4_i386.deb
perl_5.12.4-4_i386.deb
libtracker-sparql-0.10-0_0.10.21-2_i386.deb
libtracker-client-0.10-0_0.10.21-2_i386.deb
libperl-dev_5.12.4-4_i386.deb
libperl5.12_5.12.4-4_i386.deb
libpcre3_8.12-4_i386.deb
libnotify4_0.7.3-2_i386.deb
libgnutlsxx27_2.12.7-6_i386.deb
libgnutls-openssl27_2.12.7-6_i386.deb
libgnutls-dev_2.12.7-6_i386.deb
libgnutls26_2.12.7-6_i386.deb
libgnome-bluetooth7_2.30.0-3_i386.deb
libgdu-gtk0_2.32.1-1_i386.deb
libgdu0_2.32.1-1_i386.deb
libbrasero-media0_2.30.3-3_i386.deb
gnome-power-manager_2.32.0-3_i386.deb
gnome-mplayer_1.0.4-1+b1_i386.deb
gnome-disk-utility_2.32.1-1_i386.deb
gnome-color-manager_2.32.0-2_i386.deb
gnome-bluetooth_2.30.0-3_i386.deb
gnome-applets-data_2.30.0-4_all.deb
gnome-applets_2.30.0-4_i386.deb
gettext-base_0.18.1.1-4_i386.deb
gettext_0.18.1.1-4_i386.deb
brasero-common_2.30.3-3_all.deb
brasero_2.30.3-3_i386.deb
autopoint_0.18.1.1-4_all.deb

--- System information. ---
Architecture: i386
Kernel:   Linux 3.0.0-1-686-pae

Debian Release: wheezy/sid
  500 testing www.debian-multimedia.org
  500 testing security.debian.org
  500 testing mirrors.kernel.org
  500 testing deb.opera.com
  500 stable  dl.google.com
   50 experimentalmirrors.kernel.org
  100 unstablemirrors.kernel.org

--- Package information. ---
Depends (Version) | Installed
=-+-=
fontconfig| 2.8.0-3
psmisc| 22.13-1
debianutils (>= 1.16) | 4.0.2
libasound2(>> 1.0.18) | 1.0.24.1-2
libatk1.0-0   (>= 1.12.4) | 2.0.1-2
libc6   (>= 2.3.6-6~) | 2.13-10
libcairo2  (>= 1.8.8) | 1.10.2-6.1
libdbus-1-3(>= 1.0.2) | 1.4.14-1
libffi5(>= 3.0.4) | 3.0.9-7
libfontconfig1 (>= 2.8.0) | 2.8.0-3
libfreetype6   (>= 2.2.1) | 2.4.6-1
libgcc1  (>= 1:4.1.1) | 1:4.6.1-4
libgdk-pixbuf2.0-0(>= 2.22.0) | 2.23.5-3
libglib2.0-0  (>= 2.24.0) | 2.28.6-1
libgtk2.0-0   (>= 2.24.0) | 2.24.4-3
libhunspell-1.2-0 (>= 1.2.11) | 1.2.14-4
libjpeg62(>= 6b1) | 6b1-2
libnspr4-0d  (>= 4.7.0~1.9b1) | 4.8.8-2
libnss3-1d(>= 3.12.6) | 3.12.10-3
libpango1.0-0 (>= 1.14.0) | 1.28.4-1
libpixman-1-0 (>= 0.11.2) | 0.22.2-1
libpng12-0  (>= 1.2.13-4) | 1.2.46-3
libsqlite3-0   (>= 3.6.5) | 3.7.7-2
libstartup-notification0 (>= 0.8) | 0.12-1
libstdc++6 

Bug#634052: Please binNMU libglew1.5 using packages against libglew1.6

[Julien Cristau]

A couple failures so far that will need a sourceful upload or removal...

On Tue, Aug 16, 2011 at 21:33:51 +0200, Julien Cristau wrote:

> >   nmu sofa-framework_1.0~beta4-5.1 . ALL . -m 'Rebuild against libglew1.6'

Obsolete build-dep on libqwt5-qt4-dev

> >   nmu tulip_3.1.2-2.3 . ALL . -m 'Rebuild against libglew1.6'

Conflicting build-dependencies.

Cheers,
Julien



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

Bug#553621: closed by Niels Thykier (Re: Bug#553621: lintian: add javascript to the usual interpreters)

[Niels Thykier]

On 2011-08-16 00:13, Jérémy Lal wrote:
 Jeremy Lal  wrote:
 I know javascript is, for now, not a usual interpreter, but with
 spidermonkey and libv8's node.js server, it's certainly growing to be
 more common.  I guess /usr/bin/javascript is a reasonnable name for the
 interpreter, though for now no package provides it.
> 
>>> Russ Allbery  wrote:
>>> I don't really understand this request.  If there's no such binary as
>>> /usr/bin/javascript, why would any file start with #!/usr/bin/javascript?
>>> Only files starting with that string would trigger this tag, and that
>>> string specifically means that there exists some binary named
>>> /usr/bin/javascript on the system that will run that script.
> 
>> Niels Thykier  wrote:
>> This bug as been tagged "moreinfo" for over a year, so I am taking the
>> liberty of closing the bug to clean up the bug tracker.  If this
>> particular request is still of interest to you, please reply to this
>> email with the relevant information.
> 
> My apologies, i forgot or did not read Russ answer.
> CCing to pkg-javascript-devel.
> 
> There is the /usr/bin/js alternative provided by spidermonkey-bin, nodejs.
> 
> But i am not so sure it is useful as a "usual interpreter" now,
> because all scripts doing something with i/o must use smjs or node,
> so they wouldn't have /usr/bin/js in their shebang.
> 
> Jérémy.

Hi

On a related note, I noticed we also got #623265, which is a request for
adding "node".  "smjs" seems new to me; though looking at the current
"emitted" tags[1] for "unusual interpreters" I do not see any use of "smjs".
  "node" does appear, but (as far as I can tell) never with a valid
#!-line (they use #!node).  Admittedly I did not check if this #!node
referred to "nodejs" or "node".

~Niels

[1] http://lintian.debian.org/tags/unusual-interpreter.html




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

Bug#638063: Pending fixes for bugs in the libdigest-sha-perl package

[pkg-perl-maintainers]

tag 638063 + pending
thanks

Some bugs in the libdigest-sha-perl package are closed in revision
ffc0f7d8cbfe4d6f2d84813f4c994ddadc109c08 in branch 'master' by
Salvatore Bonaccorso

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdigest-sha-perl.git;a=commitdiff;h=ffc0f7d

Commit message:

Divert /usr/bin/shasum and its manpage to avoid inconsistent situation 
where newer Digest::SHA is used with /usr/bin/shasum from perl package. 
(Closes: #638063)




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

Bug#638149: epiphany-browser: Epiphany-browser crashes when visiting https://mail.google.com/mail

[shirish शिरीष]

Package: epiphany-browser
Version: 3.0.4-1
Severity: important

*** Please type your report below this line ***
Hi all,
 Epiphany crashes when I try to access my mail via
https://mail.google.com/mail .

I have uploaded the small gdb (just backtrace) at
http://oron.com/xmdgqcw6fl28/gdb_small.txt.html and the big one with
thread apply all bt full at http://oron.com/fzhu4gt42t7m/gdb.txt.html






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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x111.4.14-1 simple interprocess messaging syst
ii  epiphany-browser-data   3.0.4-1  Data files for the GNOME web brows
ii  gnome-icon-theme3.0.0-4  GNOME Desktop icon theme
ii  gsettings-desktop-schemas   3.0.1-1  GSettings deskop-wide schemas
ii  iso-codes   3.27.1-1 ISO language, territory, currency,
ii  libavahi-client30.6.30-5 Avahi client library
ii  libavahi-common30.6.30-5 Avahi common library
ii  libavahi-gobject0   0.6.30-5 Avahi GObject library
ii  libc6   2.13-16  Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6.1   The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.4.14-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.94-4   simple interprocess messaging syst
ii  libgdk-pixbuf2.0-0  2.23.5-3 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.8-2 Library for handling GObject intro
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgnome-keyring0   3.0.3-1  GNOME keyring services library
ii  libgtk-3-0  3.0.12-1 GTK+ graphical user interface libr
ii  libice6 2:1.0.7-2X11 Inter-Client Exchange library
ii  libnspr4-0d 4.8.9-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.11-1Network Security Service libraries
ii  libpango1.0-0   1.28.4-2 Layout and rendering of internatio
ii  libseed-gtk3-0  3.0.0-2  GObject JavaScript bindings for th
ii  libsm6  2:1.2.0-2X11 Session Management library
ii  libsoup-gnome2.4-1  2.34.3-1 HTTP library implementation in C -
ii  libsoup2.4-12.34.3-1 HTTP library implementation in C -
ii  libwebkitgtk-3.0-0  1.4.2-2  Web content engine library for GTK
ii  libx11-62:1.4.4-1X11 client-side library
ii  libxml2 2.7.8.dfsg-4 GNOME XML library
ii  libxslt1.1  1.1.26-8 XSLT 1.0 processing library - runt

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20110502Common CA certificates
ii  evince   2.32.0-1Document (PostScript, PDF) viewer
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages epiphany-browser suggests:
ii  epiphany-extensions   3.0.0-3Extensions for Epiphany web browse

epiphany-webkit depends on no packages.

-- no debconf information


-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#637664: pu: package tzdata/2011h-0squeeze1

[Aurelien Jarno]

On Tue, Aug 16, 2011 at 09:22:53PM +0100, Adam D. Barratt wrote:
> tag 637664 + squeeze confirmed
> thanks
> 
> On Sat, 2011-08-13 at 17:37 +0200, Aurelien Jarno wrote:
> > I have just realized that tzdata is out of sync by 4 versions in stable.
> 
> Also oldstable, fwiw.
> 
> > The new upstream version, tzdata 2011h updates timezone information for
> > Antartica, Chile, Egypt, Falkland Islands, Morocco, Russia. You will
> > find the debdiff below. Is it ok to upload it to stable?
> 
> Yes, please go ahead; thanks.
> 

Uploaded, thanks.


-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#638148: emma creashes when retoring a saved workespace

[Dario Minnucci]

Package: emma
Version: 0.6-4
Severity: important
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Team,

When restoring a previously saved workspace the application crashes :(

Here is console output:



/usr/share/emma/emmalib/__init__.py:91: GtkWarning: GtkSpinButton: setting an 
adjustment with non-zero page size is deprecated
  self.xml = gtk.glade.XML(self.glade_file)
/usr/share/emma/emmalib/__init__.py:165: DeprecationWarning: Use the new widget 
gtk.Tooltip
  self.tooltips = gtk.Tooltips()
Traceback (most recent call last):
  File "/usr/bin/Emma", line 26, in 
sys.exit(emmalib.start(sys.argv[1:]))
  File "/usr/share/emma/emmalib/__init__.py", line 3379, in start
e.__init__()
  File "/usr/share/emma/emmalib/__init__.py", line 182, in __init__
self.load_config(True)
  File "/usr/share/emma/emmalib/__init__.py", line 3054, in load_config
h.__init__(self.add_sql_log, self.add_msg_log)
  File "/usr/share/emma/emmalib/mysql_host.py", line 35, in __init__
db_name = self.current_db.name
AttributeError: 'NoneType' object has no attribute 'name'



I consider 'restore workspace' functionality is an important feature for a 
daily usage, but please, feel free to downgrade this bug under your 
consideration.

Thanks in advance.



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

Kernel: Linux 2.6.38.2 (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 emma depends on:
ii  python   2.6.7-3 interactive high-level object-orie
ii  python-glade22.24.0-2GTK+ bindings: Glade support
ii  python-gtk2  2.24.0-2Python bindings for the GTK+ widge
ii  python-mysqldb   1.2.2-10+b3 A Python interface to MySQL
ii  python-support   1.0.14  automated rebuilding support for P

emma recommends no packages.

emma suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJOS1jyAAoJEKgvu4Pz1XAzqNYQAIQ0LhreY5xJPaNxtb9GNmeP
lRH8vpeFKXnUVU56xheE+ialjdaKY60hxFPkomC7RqZw0ofvraX8yOpMpFyopz/V
z/UgQ1SnYUNXQiUEH+1tZRjOHnd8p4gQdsN9wA7WJJ+5qlI4j9TbD0EAJYrrhymJ
lasa5gr88jgqH1t2fDy5OsZStudk36uSAWlXW1LqB+0eGU79aiTOfFR2Y5fph3Rg
XRKpsuXDfs0iB6iBzrI5YnpTQKZUA0+dIEB9KtfWEi6FuIvUvun1tXS9X/1Y2b7Z
AFd4pxMR9sWRlTeyAboPmySlmXip2a/oMt4wHe0NnXqIysxdqHEP5Ftp+RyHdP2z
v7MolGq1GMjraMGFVKw4Q/Y3pGiGzlP4yo8v6HJ3hNHJ004RddZGk6Fjn+uVCgZz
V5OtfXeXKQAmHHxDZm+RHGnB5ZxVb2GQDWYtQ29ZYCqSdoOQNih5if0qmCM3Csi/
wW9xLQMbTTf8lJ7C1nlkhnZNRg7X9tDlR5HjADGUB1s7EVRRICwBMxt47hQXEG/Y
1c+LyvpyEty2P8xYrf8cG2I7dwwGjH7bc5F+GkqZWr+3ckbHWItjkSj5L6fWLK+9
AisC77QGgNnV1YXbGbN1JINegRVLbGFwffS7zZsLDrUV0Xtf/2eb/sZX9ly8g/GG
HfvVW9hjyNslkhv0ZlIC
=IwOq
-END PGP SIGNATURE-



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

Bug#638107: [Pkg-xfce-devel] Bug#638107: xfce4-xfapplet-plugin: needs porting to new libpanel-applet interface

[Yves-Alexis Perez]

On mer., 2011-08-17 at 01:16 +0200, j...@debian.org wrote:
> Package: xfce4-xfapplet-plugin
> Version: 0.1.0-4
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: applets-transition
> 
> Hi,
> 
> this package currently depends on libpanel-applet2-0 - most likely 
> because it provides an applet for the GNOME panel.
> 
> The introduction of gnome-panel 3.0 to unstable is imminent. In this 
> version, the libpanel-applet library has undergone large changes, and 
> xfce4-xfapplet-plugin requires changes to support this version:
>  * updating to the D-Bus activation mechanism
>  * porting to GTK+ 3
> 
> You might want to check if upstream developers provide a new version, 
> compatible with gnome-panel 3.x. Otherwise, porting is a feasible task 
> if you have a pair of hours to spare. If you feel like it, the 
> following guides should help you:
>  * http://developer.gnome.org/gtk3/stable/gtk-migrating-2-to-3.html
>  * http://live.gnome.org/GnomeGoals/AppletsDbusMigration
> 
> For packages that provide other functionality than the GNOME applet, 
> you can simply disable it in the build and remove the 
> build-dependency if it hasn’t been ported. 
> 
> For pure applets packages, you should ask for removal from the 
> archive if you do not intend to port it to the new interface. Such 
> packages that have not been ported when gnome-panel is ready to 
> migrate will be kicked out of testing.
> 

xfce4-xfapplet-plugin is a bit special since it's not an applet for the
gnome panel but a plugin for the xfce4 panel which will host gnome panel
applets.

Unless we want to keep a way to host GNOME2 applets, I guess that mean
we should remove xfapplet-plugin. I'm not sure how much people use it,
but there's no trace of a GNOME3 migration upstream.

Regards,
-- 
Yves-Alexis


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

Bug#638147: rsyslog: lost microseconds in timestamps

[Kenyon Ralph]

Package: rsyslog
Version: 5.8.3-1
Severity: normal

When I enable high-precision timestamps by commenting the line

#$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

in /etc/rsyslog.conf, I only get high-precision timestamps on messages
that the kernel logs. The rest of logged messages only have 1-second
precision. In the squeeze and previous versions of rsyslog, simply
commenting the above line would give high-precision timestamps. I
don't see anything in the changelog that indicates this should have
changed.

Examples:

2011-08-16T21:15:54.085150-07:00 gauss kernel: [   17.369462] ppdev: user-space 
parallel port driver
2011-08-16T21:15:54-07:00 gauss racoon: INFO: 127.0.0.1[500] used as isakmp 
port (fd=6)

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

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

Versions of packages rsyslog depends on:
ii  initscripts 2.88dsf-13.11scripts for initializing and shutt
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages rsyslog recommends:
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages rsyslog suggests:
pn  rsyslog-doc(no description available)
pn  rsyslog-gnutls (no description available)
pn  rsyslog-gssapi (no description available)
pn  rsyslog-mysql | rsyslog-pgsql  (no description available)
pn  rsyslog-relp   (no description available)

-- Configuration Files:
/etc/rsyslog.conf changed:
$ModLoad imuxsock # provides support for local system logging
$ModLoad imklog   # provides kernel logging support (previously done by rklogd)
$FileOwner root
$FileGroup adm
$FileCreateMode 0640
$DirCreateMode 0755
$Umask 0022
*.* /var/log/all.log
$IncludeConfig /etc/rsyslog.d/*.conf
auth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none  -/var/log/syslog
daemon.*-/var/log/daemon.log
kern.*  -/var/log/kern.log
lpr.*   -/var/log/lpr.log
mail.*  -/var/log/mail.log
user.*  -/var/log/user.log
mail.info   -/var/log/mail.info
mail.warn   -/var/log/mail.warn
mail.err/var/log/mail.err
news.crit   /var/log/news/news.crit
news.err/var/log/news/news.err
news.notice -/var/log/news/news.notice
*.=debug;\
auth,authpriv.none;\
news.none;mail.none -/var/log/debug
*.=info;*.=notice;*.=warn;\
auth,authpriv.none;\
cron,daemon.none;\
mail,news.none  -/var/log/messages
*.emerg :omusrmsg:*
daemon.*;mail.*;\
news.err;\
*.=debug;*.=info;\
*.=notice;*.=warn   |/dev/xconsole


-- 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#587719: iceweasel: is quite broken wrt to logins, page forwards or similar

[Mike Hommey]

On Wed, Aug 17, 2011 at 10:31:50AM +0900, Norbert Preining wrote:
> reopen 587719
> thanks
> 
> Hi Mike,
> 
> sorry, I completely forgot about that, but it is still valid, even
> with firefox 6.0
> 
> I have finally created a screen cast where:
> - firefox/iceweasel is running in safe mode
> - I check that javascript is enabled etc (your checks below)
> - then go to www.youtube.com and clikc on "login" which pops me back
>   to the main youtube page.
> 
> I think that this shows the behaviour quite clearly.
> 
> THe video is at
>   http://www.logic.at/people/preining/debian/firefox.ogv
> 
> Hope that helps.

You basically are using the default settings. With such settings, it
works for me. What about cookies ? Can you check about:permissions? (new
in 6.0)

Mike



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

Bug#637975: iceape-browser: depends on iceape which conflicts with iceape-browser

[Mike Hommey]

On Tue, Aug 16, 2011 at 11:19:33PM +0200, Julien Cristau wrote:
> On Tue, Aug 16, 2011 at 10:06:10 +0200, Mike Hommey wrote:
> 
> > On Tue, Aug 16, 2011 at 09:49:40AM +0200, Sven Joachim wrote:
> > > Package: iceape-browser
> > > Version: 2.0.14-6
> > > Severity: grave
> > > 
> > > The traditional iceape-browser package is not installable because iceape
> > > declares an unversioned Conflicts with it.  That very much defeats the
> > > purpose of the traditional package.
> > 
> > Can you explain what your problem is exactly? I tested upgrade paths,
> > and it worked. If you're not upgrading, why do you want to install
> > iceape-browser when the package you want is iceape? If you are
> > upgrading, please paste the error you get from apt. If this is only
> > theoretical from the dependencies of the package, well, that was on
> > purpose ;)
> > 
> Sounds like a silly purpose.  We don't ship uninstallable packages.

Sounds like a purpose for which the documented way in policy is wrong
when checked with reality, sadly.

Mike



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

Bug#638146: cutechess: segfault when CPU is selected

[Daniel Bolton]

Package: cutechess
Version: 20101118+0.3.0+0.0.1-1
Severity: important

After selecting "CPU" as a player, then either "Start" or "Configure",
the program crashes with a segmentation fault.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-dbb-deb (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 cutechess depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-4  GCC support library
ii  libqt4-svg4:4.7.3-5  Qt 4 SVG module
ii  libqtcore44:4.7.3-5  Qt 4 core module
ii  libqtgui4 4:4.7.3-5  Qt 4 GUI module
ii  libstdc++64.6.1-4GNU Standard C++ Library v3

cutechess recommends no packages.

cutechess 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#637587: cronutils: FTBFS with ld --as-needed

[Ilya Barygin]

17.08.2011 05:53, Jamie Wilkinson:
> What does --as-needed do? (Why are you adding it? Pretend I have no idea
> what your context is.)
> 

It's enabled by default in Ubuntu, and will be default in Debian at some
point. The reasons for this are described in the page I have linked to,
http://wiki.debian.org/ToolChain/DSOLinking . tl;dr version: this helps
drop unnecessary dependencies of executables on libraries.

-- 
Ilya Barygin



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

Bug#632573: serf/experimental: FTBFS (kfreebsd): testsuite failures

[Anders Kaseorg]

I sent a patch to the upstream bug that seems to fix the test failures 
for me on Linux, at least (after removing the ip6-localhost kludge). 
Can someone try it on kFreeBSD?


http://code.google.com/p/serf/issues/detail?id=78#c2

Anders



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

Bug#638066: [Pkg-samba-maint] Bug#638066: winbind initscript should always run after samba initscript

[Christian PERRIER]

Quoting Phil Gold (pg...@hillmgt.com):

> winbind does not properly get user info from Active Directory unless it is
> started after smbd and nmbd, but there is nothing in its initscript to force
> that ordering with the new dependency-based boot system.  There should be
> something.
> 
> I just added "samba" to the Required-Start section of the winbind initscript,
> but that's probably not the most general approach, since I see that the 
> winbind
> package does not depend on the samba package.


Because there is no reason for such dependency, and (IIRC) situations
where winbind can be useful without samba.

I partly agree with your analysis, but the fix seems to be putting
samba in Should-Start, not Required-Start.



signature.asc
Description: Digital signature

Bug#637820: I can adopt this package

[Jean-Philippe MENGUAL]

Le mardi 16 août 2011 à 22:45 -0500, Kumar Appaiah a écrit :
> Hi.
> 
> On Wed, Aug 17, 2011 at 05:42:35AM +0200, Jean-Philippe MENGUAL wrote:
> 
> Would you guys want to collaborate on this, say on an SVN/GIT/hg/…
> repository or such? I can set one up for you on Debian infrastructure
> if you would find it useful. Alternately, collaboration over e-mail is
> also good enough, whatever you prefer.

My situation is that I'm "nothing" in Debian. I only have an alioth account. So 
I don't know how is easy collaborating on svn/git. So my 1st idea is going on 
by mail, agreeing about a method, then go ahead. But of course if solutions 
exist to have svn/git easily, I agree if Peter and you think it's useful. So 
far I discover Debian's world and rules (from dev point of view) and I've to 
know it's not easy to understand processes and infrastructure now I know to 
package.

So I stay opened for every proposal.

Regards,

> Thanks.
> 
> Kumar
-  
Jean-Philippe MENGUAL

accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels

Tél.: 06.76.34.93.37

Mail: mengualjean...@free.fr

Site Web: http://www.accelibreinfo.eu





signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#637820: I can adopt this package

[Kumar Appaiah]

Hi.

On Wed, Aug 17, 2011 at 05:42:35AM +0200, Jean-Philippe MENGUAL wrote:
> > On Tue, Aug 16, 2011 at 09:10:41PM -0500, Kumar Appaiah wrote:
> > > Another good samaritan, namely Peter Drysdale, whom
> > > I have CCed, has responded with an offer of help. It would be nice if
> > > you could collaborate on your changes, so that things can become
> > > easier for all and share your ideas.
> 
> Oh yes! great! Indeed my skills in programming are very low. So if I
> can work on packaging and someone to work on the code itself
> (patches, discuss with upstream), it'd be excellent. We could work
> together in a complementary way. I did 1st tests with lintian, I've
> to say I don't understand some messages, especially those which have
> been appeared since I changed from 3.9.1 to 3.9.2 as TODO says. That
> for both packages.

Fantastic!

> > > I'll also try to chip in whatever way I can.
> 
> In changelog, I added myself to Maintainer and uploaders, but I let
> your name. Does Peter want to be added to these fields? If yes, I
> could send the result of lintian and we could work together on it.

I guess Peter would, but I wouldn't mind having my name removed.

> I stay available for every idea,

Would you guys want to collaborate on this, say on an SVN/GIT/hg/…
repository or such? I can set one up for you on Debian infrastructure
if you would find it useful. Alternately, collaboration over e-mail is
also good enough, whatever you prefer.

Thanks.

Kumar
-- 
Kumar Appaiah



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

Bug#637820: I can adopt this package

[Jean-Philippe MENGUAL]

Hi,

Le mardi 16 août 2011 à 21:11 -0500, Kumar Appaiah a écrit :
> This time, CCing Peter.
> 
> On Tue, Aug 16, 2011 at 09:10:41PM -0500, Kumar Appaiah wrote:
> > 
> > Another good samaritan, namely Peter Drysdale, whom
> > I have CCed, has responded with an offer of help. It would be nice if
> > you could collaborate on your changes, so that things can become
> > easier for all and share your ideas.

Oh yes! great! Indeed my skills in programming are very low. So if I can work 
on packaging and someone to work on the code itself (patches, discuss with 
upstream), it'd be excellent. We could work together in a complementary way. I 
did 1st tests with lintian, I've to say I don't understand some messages, 
especially those which have been appeared since I changed from 3.9.1 to 3.9.2 
as TODO says. That for both packages.

> > I'll also try to chip in whatever way I can.

In changelog, I added myself to Maintainer and uploaders, but I let your name. 
Does Peter want to be added to these fields? If yes, I could send the result of 
lintian and we could work together on it. 

I stay available for every idea,

Regards,

> > Thanks!
> > 
> > Kumar
> > -- 
> > Kumar Appaiah
> 
-  
Jean-Philippe MENGUAL

accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels

Tél.: 06.76.34.93.37

Mail: mengualjean...@free.fr

Site Web: http://www.accelibreinfo.eu





signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#616066: Fix for bug 616066

[Anders Kaseorg]

This should address your comments so far.  A new patch series is
attached (and also available in the same Git repository).

On 07/29/2011 06:01 AM, Raphael Hertzog wrote:

PackageSpec is not supported in the current dpkg version so you can't
really use it until my branch gets merged and a new dpkg uploaded.
Or you should at least be able to deal with the case where it returns an
empty value.


Fixed both cases by falling back to Package if PackageSpec is empty.


And I don't really get the output format... why 2 \n after each field
value?


I just needed a separator that’s guaranteed not to otherwise appear in
the output.  Added a comment to that effect.


That's quite some code duplicated. It would probably be worth to factorize
the code.


Done.

Anders
>From efa322fa8ddbca14501ebf07f2b9fd6a6ffdca61 Mon Sep 17 00:00:00 2001
From: Anders Kaseorg 
Date: Fri, 8 Jul 2011 02:52:22 -0400
Subject: [PATCH 1/6] Read and write .md5sums files at multiarch paths when
 needed

Signed-off-by: Anders Kaseorg 
---
 debsums |   21 -
 1 files changed, 16 insertions(+), 5 deletions(-)

diff --git a/debsums b/debsums
index 855fbf7..5693287 100755
--- a/debsums
+++ b/debsums
@@ -151,6 +151,8 @@ my @debpath = '.';
 @debpath = map +(length) ? $_ : '.', split /:/, $debpath, -1 if $debpath;
 
 my $arch;
+chomp ($arch = `/usr/bin/dpkg --print-architecture`);
+
 my %generate;
 if ($gen_opt)
 {
@@ -172,8 +174,6 @@ if ($gen_opt)
 $generate{missing}++ unless $generate{all} or $generate{missing};
 $generate{keep}++if $generate{nocheck};
 
-chomp ($arch = `/usr/bin/dpkg --print-architecture`);
-
 # ensure generated files are world readable
 umask 022;
 }
@@ -254,6 +254,17 @@ sub dpkg_cmp
 !system '/usr/bin/dpkg', '--compare-versions', $ver, $op, $testver;
 }
 
+sub md5sums_path
+{
+# Calling dpkg-query --control-path for every package is too slow,
+# so we cheat a little bit.
+
+my ($path) = @_;
+return "$DPKG/info/$path.md5sums" if -e "$DPKG/info/$path.list";
+return "$DPKG/info/$path:$arch.md5sums" if $path !~ /:/ and -e "$DPKG/info/$path:$arch.list";
+die "Cannot find md5sums path for $path\n";
+}
+
 sub is_replaced
 {
 my ($pack, $path, $sum) = @_;
@@ -273,7 +284,7 @@ sub is_replaced
 
 for my $p (@{$installed{$pack}{ReplacedBy} || []})
 {
-	open S, "$DPKG/info/$p.md5sums" or next;
+	open S, md5sums_path($p) or next;
 	while ()
 	{
 	if ($_ eq "$sum  $path\n")
@@ -460,7 +471,7 @@ for (@ARGV)
 	}
 	else
 	{
-	$sums = "$DPKG/info/$pack.md5sums";
+	$sums = md5sums_path($pack);
 	unless (-f $sums or $config)
 	{
 		if ($missing)
@@ -626,7 +637,7 @@ for (@ARGV)
 
 	if ($generate{keep})
 	{
-	my $target = "$DPKG/info/$pack.md5sums";
+	my $target = md5sums_path($pack);
 	copy $sums, $target
 		or die "$self: can't copy sums to $target ($!)\n";
 	}
-- 
1.7.6

>From 73e52cbc6b6506774b2d29e6ffc54b0707d3d012 Mon Sep 17 00:00:00 2001
From: Anders Kaseorg 
Date: Thu, 7 Jul 2011 21:04:03 -0400
Subject: [PATCH 2/6] Use dpkg-query instead of reading /var/lib/dpkg/status

Signed-off-by: Anders Kaseorg 
---
 debsums |   41 -
 1 files changed, 28 insertions(+), 13 deletions(-)

diff --git a/debsums b/debsums
index 5693287..a17541e 100755
--- a/debsums
+++ b/debsums
@@ -116,6 +116,29 @@ sub warn_or_die {
   }
 }
 
+sub parse_dpkg {
+my ($command_cb, $field_names) = @_;
+
+local $/ = "\n\n";  # Separator that cannot appear in dpkg status format
+my @command = &$command_cb('--showformat=' .
+			   (join '', map {"\${$_}$/"} @$field_names));
+open DPKG, '-|', @command
+	or die "$self: can't run dpkg-query ($!)\n";
+
+my @ret;
+while (!eof DPKG)
+{
+	my %field = map {$_, scalar } @$field_names;
+	chomp @field{@$field_names};
+	push @ret, \%field;
+}
+
+close DPKG or die "$self: @command failed (",
+  $! ? $! : $? >> 8 ? "exit status " . ($? >> 8) : "signal " . ($? & 127),
+  ")\n";
+return @ret;
+}
+
 $root ||= '';
 $admindir ||= '/var/lib/dpkg';
 my $DPKG = $root . $admindir;
@@ -181,16 +204,11 @@ if ($gen_opt)
 my %installed;
 my %replaced;
 {
-open STATUS, "$DPKG/status" or die "$self: can't open $DPKG/status ($!)\n";
-local $/ = '';
-
-while ()
-{
-	chomp;
-	my %field = map /^(\S+):\s+(.*)/ms, split /\n(?!\s)/;
-	next unless exists $field{Package}
-		and exists $field{Version}
-		and exists $field{Status}
+for my $fields (parse_dpkg(sub {'dpkg-query', "--admindir=$DPKG", @_, '--show'},
+			   [qw(Package Version Status Conffiles Replaces)])) {
+	my %field = %$fields;
+	next unless $field{Package} ne ''
+		and $field{Version} ne ''
 		and $field{Status} =~ /\sinstalled$/;
 
 	$installed{$field{Package}}{Version} = $field{Version};
@@ -198,7 +216,6 @@ my %replaced;
 	map m!^\s*/(\S+)\s+([\da-f]+)!, split /\n/, $field{Conffiles}
 	} if $field{Conffiles};
 
-	next unless exists $field{Replaces};
 	for (split /,\s*/, $field

Bug#637923: tagging 637923

[Jeremy L. Gaddis]

# fixed in 7f8efa8d
tags 637923 +pending
thanks

-- 
Jeremy L. Gaddis




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

Bug#637916: tagging 637916

[Jeremy L. Gaddis]

# fixed in e4f4889a
tags 637916 +pending
thanks

-- 
Jeremy L. Gaddis




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

Bug#638145: bittorrent: Should Operate as a Background System Service

[Nick Daly]

Subject: bittorrent: Should operate as a background system service
Package: bittorrent
Version: 3.4.2-11.3
Severity: normal
Tags: patch

*** Please type your report below this line ***
Dear BitTorrent maintainers,

It's not currently possible to run a BitTorrent tracker as a system
service, like Apache, SSH, or other services.  It would be awesome if
that was possible, because you could configure a host to automatically
serve files as a tracker whenever it was restarted.

So, I wrote the attached patch to allow BitTorrent to function as a
system service.  The "bittorrent-tracker" file is the script that
starts and stops the tracker service and also allows you to create
torrents by placing the files in an /incoming/ directory.  The
"bittorrent-tracker.conf" file contains all the configuration options
required by the service.

Don't know if this is too Debian-specific to be upstreamable, but I'd
appreciate your help either way.

Thanks,
Nick

#! /bin/sh
#
### BEGIN INIT INFO
# Provides:  bittorrent
# Required-Start:$local_fs $remote_fs $network $syslog $named
# Required-Stop: $local_fs $remote_fs $network $syslog $named
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# X-Interactive: true
# Short-Description: Start/stop BitTorrent tracker
### END INIT INFO
#

# originally derived from: http://www.idealog.us/2005/04/howto_install_a.html

#
# startup code
#

CONFIGFILE="/etc/bittorrent-tracker.conf"

set -e
set -u

. /lib/lsb/init-functions

if [ -e $CONFIGFILE ]
then
. $CONFIGFILE
fi

# handle partial uninstallation
test -f $TRACK || exit 0

if [ $BTENABLED != 1 ]
then
log_failure_msg "Starting ${TRACKDESC}" "$TRACKNAME"
log_progress_msg "${TRACKDESC} is disabled."
log_progress_msg "\n Edit ${CONFIGFILE} to enable"
log_end_msg 0
exit 1
fi

#
# utility functions
#

while_sleep () {
# usage: while_sleep (time)
I=0
while [ $I -lt $1 ]
do
sleep 1
I=$(($I + 1))
log_progress_msg "."
done
}

start() {
# Start the Tracker as well as a seed for all the .torrents

log_daemon_msg "Starting ${TRACKDESC}" "$(basename $TRACKNAME)"
start-stop-daemon --oknodo -S -b -c $USER -d $FILESDIR -x $TRACK -- $OPTIONS
log_end_msg 0

start_seeding
}

stop() {
# Stop the Tracker and the seeder

log_daemon_msg "Stopping ${TRACKDESC}" "$(basename $TRACKNAME)"
start-stop-daemon --oknodo -K -q -R 30 -n $TRACKNAME
log_end_msg 0

stop_seeding
}

start_seeding() {
# Start the seeder.

log_daemon_msg "Starting ${SEEDDESC} in ${SLEEP} seconds" \
"$(basename $SEEDNAME)"
(sleep $SLEEP && start-stop-daemon --oknodo -S -b -c $USER -d $FILESDIR \
-x $SEED -- $TORRENTSDIR --ip `$MYIP`)&
log_end_msg 0
}

stop_seeding() {
# Stop the seeder.

log_daemon_msg "Stopping ${SEEDDESC}" "$(basename $SEEDNAME)"
start-stop-daemon --oknodo -K -q -R 30 -n "$SEEDNAME"
log_end_msg 0
}

restart_seeding() {
# Restart the seeder.

stop_seeding
start_seeding
}

make() {
# Create torrent, move to TORRENTSDIR. 
# Move file from FILESINCOMING to FILESDIR.
# usage: (filename)

basename="$(basename $1)"
torrent="$1.torrent"

cd "$FILESINCOMING"

if [ ! -e "${FILESINCOMING}/$basename" ]
then
log_failure_msg "$1 must be in ${FILESINCOMING}"
exit 1
fi

start-stop-daemon --oknodo -S -b -c $USER -d "$FILESINCOMING" -x 
$MAKETORRENT -- "$1" "${SERVER}/announce"

# sleep until we produce a torrent.
while [ ! -e "$torrent" ]
do
sleep 1
log_progress_msg "."
done

mv "$1" "${FILESDIR}/"
mv "$torrent" "${TORRENTSDIR}/"
}

#
# normal (procedural) script execution below.
#

mkdir -p "$FILESDIR" "$FILESINCOMING" "$TORRENTSDIR"
chown $USER "$FILEROOT" "$FILESDIR" "$FILESINCOMING" "$TORRENTSDIR"

case "${1}" in
start)
start
;;

stop)
stop
;;

restart)
stop
start
;;

restart-seeding)
restart_seeding
;;

make-all)
# Move each file from FILESINCOMING to FILESDIR. Create torrent.
# Move torrent to TORRENTSDIR.
log_daemon_msg "Making torrents for files in $FILESINCOMING" \
"$(basename $MAKETORRENT)"

for file in "$FILESINCOMING"/*
do
if [ `basename "$file"` = "." ]; then
continue;
fi

make "$file"
done
log_end_msg 0

if [ `$SEEDING` ]
then
restart_seeding
fi
;;

make)
log_daemon_msg "Making torrent file for $2" "$(basename $MAKETORRENT)"
make "$2"
log_end_msg 0

if [ `$SEEDING` ]
then
restart_seeding
fi
;;

*)
# Echo usage information
echo "Usage: $0 {start|stop|restart|restart-seeding|make-all|" \
"make [filename]}" >&2
exit 1
;;

# All is 

Bug#623963: gkrellm: GNUTLS dep broken

[Jacob Emmert-Aronson]

gnutls26 2.12.7-6 is now in unstable and testing, but the version of
gkrellm in experimental still hasn't been rebuilt against it.

-- 
Jacob Emmert-Aronson 
|_|0|_|
|_|_|0|
|0|0|0|


pgpOvVp2HX1vq.pgp
Description: PGP signature

Bug#638144: say what line or character caused the invalid input

[jidanni]

Package: recode
Version: 3.6-18
Severity: wishlist

$ recode -v -d u8..h < ...
recode: Invalid input in step `UTF-8..ISO-10646-UCS-2'
Why can't it at least mention what line or character number it pooped
out on, like iconv does?



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

Bug#637918: tagging 637918

[Jeremy L. Gaddis]

# fixed in 6b0c4445 by Hanspeter
tags 637918 +pending
thanks

commitdiff: http://goo.gl/gUD3A

-- 
Jeremy L. Gaddis




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

Bug#555296: Suspend Virtualbox VMs on Host System Suspend

[Nick Daly]

Dear bug 555296 subscribers,

Recently, I ran into this bug, where a host system cannot resume from
hibernate-to-disk when a VirtualBox VM was running while VT-X is
enabled.  It's fairly common [0].

So, I decided to patch it.  This patch allows the system to successfully
suspend while VMs are running.  It's been deployed on my machine for
around a week now (10 - 20 successfull suspend-resume cycles, without
needing to restart).

On to the details.  The patch:

- Iterates through each user on the system.
- Saves the state of each user's running VMs, safely stopping them.
- The system then continues hibernating, safely.

Shortcomings of this script folks might want to address include:

- Not disablable through configuration settings (not really sure what
  config file to use).

Enabling this script in Squeeze involves linking it to:

/etc/pm/sleep.d/01_virtualbox-vm-control

I hope this helps somebody,
Nick

#! /bin/sh

### BEGIN INIT INFO
# Provides:  Suspends all local virtual machines.
# Required-Start:$local_fs $remote_fs
# Required-Stop:
# Default-Start: 
# Default-Stop:  S 0 1 6
### END INIT INFO

# inspired by: http://ubuntuforums.org/showthread.php?t=405038

N=/etc/init.d/virtualbox_vm_control

set -e

users=`who | cut -f1 -d " " | sort -u`
vmCount="pgrep -c VirtualBox"
runningVms="vboxmanage list runningvms | tail -n +5 - | sed -e 's/{.*$//1' -e 
's/\\\"//g'"
perUserVms="su \$user -c \"$runningVms\""

wait_for() {
# usage: wait_for seconds
I=0
while [ `eval $perUserVms` ] && [ $I -lt $1 ]
do
sleep 1
I=$(($I + 1))
echo -n "."
done
}

case "$1" in
stop|hibernate)
for user in $users
do
echo "Stopping Virtualbox VMs for ${user}:"

if [ -z `eval $perUserVms` ]
then
echo "No running VMs."

else
# nicely ask the VMs to stop.
echo -n "Telling VMs to save state..."

for vm in `eval $perUserVms`
do
su $user -c "vboxmanage controlvm ${vm} savestate > 
/dev/null" &
done
echo " done."

echo -n "Waiting for VMs to die..."
wait_for 60

if [ -z `eval $perUserVms` ]
then
echo " done."

else
# the VMs didn't stop.
echo " NOT DONE."
echo -n "Killing VMs..."

killall VirtualBox &> /dev/null
wait_for 10

# the VMs still didn't stop.  slaughter them.
if [ -n `eval $perUserVms` ]
then
killall -s 9 VirtualBox &> /dev/null
wait_for 5
fi

echo " done."
fi
fi
done

# and sleep for a few seconds to let the disks flush.
sleep 5
;;
start|reload|restart|force-reload)
;;
*)
echo "Usage: $N stop" >&2
exit 1
;;
esac
exit 0
-- 
GPG: 0x4C682009 | 084E D805 31D8 5391 1D27  0DE1 9780 FD4D 4C68 2009

Bug#638143: xul-ext-scrapbook: Incompatible with recent Iceweasel versions.

[Philipp Weis]

Package: xul-ext-scrapbook
Version: 1.3.7-1
Severity: grave
Justification: renders package unusable

Please update this package to a more recent upstream version. The
current version is incompatible with Iceweasel 5 and later.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)

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

xul-ext-scrapbook depends on no packages.

Versions of packages xul-ext-scrapbook recommends:
ii  iceweasel 6.0-1  Web browser based on Firefox

xul-ext-scrapbook suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#205702:

[Vincent Lefevre]

I'm not the OP, but...

On 2006-10-11 17:22:55 +0200, Thomas Schoepf wrote:
> So, you know of a tool like catdoc for OpenOffice files?

There's my script sxw2txt (based on Liam Morland's), included in
Wolfgang Friebel's lesspipe.

> Please define "full featured".

Charset conversion, archive support (I mean being able to read files
in an archive, such files being processed themselves by lesspipe,
recursively).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#637820: I can adopt this package

[Kumar Appaiah]

This time, CCing Peter.

On Tue, Aug 16, 2011 at 09:10:41PM -0500, Kumar Appaiah wrote:
> Dear Jean-Philippe,
> 
> On Tue, Aug 16, 2011 at 01:26:09AM +0200, Jean-Philippe MENGUAL wrote:
> > I will try to adopt this package, as well as festival (so I'll try
> > closing bug 601596 too). Of course I'll have to see the TODO, see if
> > there's update to do, where finding new upstream source. Finally, as
> > I've to use sponsoring process, it could take some time. But I will try
> > handling these 2 bugs.
> 
> This is wonderful. Thank you for the initiative; I greatly appreciate
> it!
> 
> Another good samaritan, namely Peter Drysdale, whom
> I have CCed, has responded with an offer of help. It would be nice if
> you could collaborate on your changes, so that things can become
> easier for all and share your ideas.
> 
> I'll also try to chip in whatever way I can.
> 
> Thanks!
> 
> Kumar
> -- 
> Kumar Appaiah

-- 
Kumar Appaiah



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

Bug#637820: I can adopt this package

[Kumar Appaiah]

Dear Jean-Philippe,

On Tue, Aug 16, 2011 at 01:26:09AM +0200, Jean-Philippe MENGUAL wrote:
> I will try to adopt this package, as well as festival (so I'll try
> closing bug 601596 too). Of course I'll have to see the TODO, see if
> there's update to do, where finding new upstream source. Finally, as
> I've to use sponsoring process, it could take some time. But I will try
> handling these 2 bugs.

This is wonderful. Thank you for the initiative; I greatly appreciate
it!

Another good samaritan, namely Peter Drysdale, whom
I have CCed, has responded with an offer of help. It would be nice if
you could collaborate on your changes, so that things can become
easier for all and share your ideas.

I'll also try to chip in whatever way I can.

Thanks!

Kumar
-- 
Kumar Appaiah



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

Bug#637587: cronutils: FTBFS with ld --as-needed

[Jamie Wilkinson]

What does --as-needed do? (Why are you adding it? Pretend I have no idea
what your context is.)

On 13 August 2011 06:10, Ilya Barygin  wrote:

> Package: cronutils
> Version: 1.1-2
> Severity: normal
> Tags: upstream patch
> User: debian-...@lists.debian.org
> Usertags: ld-as-needed
>
> The package fails to build when --as-needed linker option is enabled,
> because of incorrect order of parameters passed to ld. Here's a log of
> failed build in Ubuntu:
>
> https://launchpadlibrarian.net/76832085/buildlog_ubuntu-oneiric-i386.cronutils_1.1-2_FAILEDTOBUILD.txt.gz
>
> See also
> http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries
>
> The attached patch was used in Ubuntu to fix the problem.
> https://launchpad.net/ubuntu/+source/cronutils/1.1-2ubuntu1
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers natty-updates
>  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500,
> 'natty-proposed'), (500, 'natty'), (100, 'natty-backports')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.38-11-generic (SMP w/2 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>

Bug#638142: [gambas2-gb-qt-opengl] "Qt" not properly capitalized in descriptions

[Filipus Klutiero]

Package: gambas2-gb-qt-opengl
Version: 2.23.1-1
Severity: minor

The short description reads:


OpenGL with QT toolkit Gambas component
"Qt" is spelled as a regular proper noun, with a capital "Q" but a 
lowercase "t". It shouldn't be completely uppercase as in the short 
description, nor completely lowercase as in the extended description.






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

Bug#638141: Missing dependency on gnome-icon-theme

[Ben Hutchings]

Package: metacity
Version: 1:2.34.1-1
Severity: serious

metacity crashes if gnome-icon-theme is not installed:

**
metacity:ERROR:ui/ui.c:754:meta_ui_get_default_window_icon: assertion failed 
(default icon)
Aborted

Ben.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages metacity depends on:
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libcanberra-gtk0  0.28-1 Gtk+ helper for playing widget eve
ii  libcanberra0  0.28-1 a simple abstract interface for pl
ii  libgconf2-4   2.32.4-1   GNOME configuration database syste
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  libgnome2-common  2.32.1-1   The GNOME library - common files
ii  libgtk2.0-0   2.24.5-4   GTK+ graphical user interface libr
ii  libgtop2-72.28.3-2   gtop system monitoring library (sh
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libmetacity-private0  1:2.34.1-1 library for the Metacity window ma
ii  libpango1.0-0 1.28.4-2   Layout and rendering of internatio
ii  libsm62:1.2.0-2  X11 Session Management library
ii  libstartup-notification0  0.12-1 library for program launch feedbac
ii  libx11-6  2:1.4.4-1  X11 client-side library
ii  libxcomposite11:0.4.3-2  X11 Composite extension library
ii  libxcursor1   1:1.1.12-1 X cursor management library
ii  libxdamage1   1:1.1.3-2  X11 damaged region extension libra
ii  libxext6  2:1.3.0-3  X11 miscellaneous extension librar
ii  libxfixes31:5.0-4X11 miscellaneous 'fixes' extensio
ii  libxinerama1  2:1.1.1-3  X11 Xinerama extension library
ii  libxrandr22:1.3.2-2  X11 RandR extension library
ii  libxrender1   1:0.9.6-2  X Rendering Extension client libra
ii  metacity-common   1:2.34.1-1 shared files for the Metacity wind
ii  zenity3.0.0-2Display graphical dialog boxes fro

Versions of packages metacity recommends:
ii  gnome-session [x-session-mana 2.30.2-3   The GNOME Session Manager - GNOME 

Versions of packages metacity suggests:
ii  gnome-control-center  1:2.30.1-3 utilities to configure the GNOME d
ii  gnome-themes  2.30.2-1   official themes for the GNOME desk
pn  xdg-user-dirs  (no description available)

-- 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#638015: seahorse: Changing login password does not change keyring password accordingly.

[Greg Farough]

From: Josselin Mouette 
Subject: Re: Bug#638015: seahorse: Changing login password does not change 
keyring password accordingly.
Date: Wed, 17 Aug 2011 02:06:35 +0200

> Le mardi 16 août 2011 à 09:52 -0500, Greg Farough a écrit :
>> Changing a user login password through GNOME or passwd does not change
>> it accordingly in Seahorse. One is presented with a "Enter password to
>> unlock your login keyring. The password you use to login to your
>> computer no longer matches that of your login keyring" prompt on each
>> login.
>> 
>> This can be fixed by opening Seahorse and changing the keyring
>> password manually, but this isn't immediately obvious to a new user.
> 
> Is libpam-gnome-keyring installed?
> 

Yes, though I did change the password from a terminal in Openbox.


pgpqa64NHN4bB.pgp
Description: PGP signature

Bug#638140: yaskkserv: Add ibus-skk to Enhances

[Youhei SASAKI]

Package: yaskkserv
Version: 0.4.0-6
Severity: wishlist

Hi, 

Please add ibus-skk to Enhances

Best Wishes,
---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (80, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages yaskkserv depends on:
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-7  GCC support library
ii  libstdc++64.6.1-7GNU Standard C++ Library v3
ii  skkdic20110529-1 standard dictionary file for SKK

Versions of packages yaskkserv recommends:
ii  skkdic-extra  20110529-1 extra dictionary files for SKK

yaskkserv suggests no packages.

-- Configuration Files:
/etc/default/yaskkserv changed:
YASKKSERV_BIN="yaskkserv_hairy"
HAIRY_OPTS="${NORMAL_OPTS} --server-completion-midasi-length=2048 
--server-completion-midasi-string-size=262144 --server-completion-test=1"
DAEMON_OPTS="${HAIRY_OPTS}"
DICS="SKK-JISYO.L \
SKK-JISYO.chibutsu \
"


-- 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#587719: iceweasel: is quite broken wrt to logins, page forwards or similar

[Norbert Preining]

reopen 587719
thanks

Hi Mike,

sorry, I completely forgot about that, but it is still valid, even
with firefox 6.0

I have finally created a screen cast where:
- firefox/iceweasel is running in safe mode
- I check that javascript is enabled etc (your checks below)
- then go to www.youtube.com and clikc on "login" which pops me back
  to the main youtube page.

I think that this shows the behaviour quite clearly.

THe video is at
http://www.logic.at/people/preining/debian/firefox.ogv

Hope that helps.

On So, 31 Jul 2011, Mike Hommey wrote:
> On Thu, Jul 01, 2010 at 09:39:32AM +0200, Mike Hommey wrote:
> > On Thu, Jul 01, 2010 at 04:37:15PM +0900, Norbert Preining wrote:
> > > On Do, 01 Jul 2010, Mike Hommey wrote:
> > > > Do you have javascript disabled? Because it just works, for me.
> > > 
> > > No. I have under Preferences -> Contetn:
> > > [ ] Block pop-up windows
> > > [X] Load images automatically
> > > [X] Enable JavaScript
> > > [X] Enable Java
> > > 
> > > Going into JavaScript -> Advanced:
> > > [X] Move or resize existing windows
> > > [ ] Raise or lower windows
> > > [X] Disable or replace context menus
> > > [ ] Hide the status bar
> > > [ ] Change the status bar text
> > > 
> > > x86_64 bit ...
> > 
> > Could you try to get a screencast of what happens for you, so that I can
> > see what differs between us?
> 
> Without any feedback, I'll assume this got better and close this bug.
> Please feel free to reopen if that is not the case.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

You step in the stream,
But the water has moved on.
This page is not here.
   --- Windows Error Haiku



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

Bug#638139: yaskkserv: update-skkdic-yasskserv failed

[Youhei SASAKI]

Package: yaskkserv
Version: 0.4.0-6
Severity: normal

Hi, 

I always add custom skk dictionary for yaskkserv.  However, The
"update-skkdic-yaskkserv" check only dictionaries provided by skkdic and
skkdic-extra.

Currently, update-skkdic-yaskkserv is:
  for dic in SKK-JISYO `dpkg -L skkdic skkdic-extra 2>/dev/null | grep 
/usr/share/skk/SKK-JISYO | sed -e 's/\/usr\/share\/skk\///'`
  (snip)

I suggest as follows:
  for dic in `/bin/ls -1 /usr/share/skk/SKK-JISYO.*| grep -v lock`;
  (snip)

If anyone want to add custom skk dictionary, they add the dictonary to
/usr/share/skk/ and exectute update-skkdic-yaskkserv again.


Best Wishes,
---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (80, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages yaskkserv depends on:
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-7  GCC support library
ii  libstdc++64.6.1-7GNU Standard C++ Library v3
ii  skkdic20110529-1 standard dictionary file for SKK

Versions of packages yaskkserv recommends:
ii  skkdic-extra  20110529-1 extra dictionary files for SKK

yaskkserv suggests no packages.

-- Configuration Files:
/etc/default/yaskkserv changed:
YASKKSERV_BIN="yaskkserv_hairy"
HAIRY_OPTS="${NORMAL_OPTS} --server-completion-midasi-length=2048 
--server-completion-midasi-string-size=262144 --server-completion-test=1"
DAEMON_OPTS="${HAIRY_OPTS}"
DICS="SKK-JISYO.L \
SKK-JISYO.chibutsu"


-- 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#638138: [compiz-gtk] "Gtk" not completely uppercase in descriptions

[Filipus Klutiero]

Package: compiz-gtk
Version: 0.8.4-4
Severity: minor

The short description reads:


OpenGL window and compositing manager - Gtk window decorator


"GTK+" should be completely uppercase.




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

Bug#638137: Please transition openssl for multiarch

[Steve Langasek]

Package: openssl
Version: 1.0.0d-3.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi guys,

Please find attached a patch to openssl to transition it to use of the
multiarch library paths as described at
.  This patch has been
tested and included in Ubuntu Oneiric.

openssl is obviously a pretty core library, and is part of the stack
packaged in ia32-libs.  Converting openssl for multiarch use, and thus
facilitating the direct installation of i386 packages on amd64 systems, will
be a great step forward in the release goal of getting rid of ia32-libs for
wheezy.  So please consider including this patch in Debian sooner rather
than later.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control  2011-04-02 13:19:19 +
+++ debian/control  2011-08-16 22:00:45 +
@@ -1,5 +1,5 @@
 Source: openssl
-Build-Depends: debhelper (>= 5.0.22), zlib1g-dev, m4, bc
+Build-Depends: debhelper (>= 8.1.3), zlib1g-dev, m4, bc
 Section: utils
 Priority: optional
 Maintainer: Debian OpenSSL Team 
@@ -30,6 +30,8 @@
 Section: libs
 Priority: important
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: SSL shared libraries
  libssl and libcrypto shared libraries needed by programs like
@@ -76,6 +78,7 @@
 Section: debug
 Priority: extra
 Architecture: any
+Multi-Arch: same
 Depends: libssl1.0.0 (= ${binary:Version}), ${misc:Depends}
 Description: Symbol tables for libssl and libcrypto
  This package is part of the OpenSSL implementation of SSL.

=== modified file 'debian/libssl-dev.files'
--- debian/libssl-dev.files 2010-12-12 15:37:21 +
+++ debian/libssl-dev.files 2011-08-16 22:00:45 +
@@ -1,6 +1,6 @@
-usr/lib/libssl.so
-usr/lib/libcrypto.so
-usr/lib/libssl.a
-usr/lib/libcrypto.a
-usr/lib/pkgconfig
+usr/lib/*/libssl.so
+usr/lib/*/libcrypto.so
+usr/lib/*/libssl.a
+usr/lib/*/libcrypto.a
+usr/lib/*/pkgconfig
 usr/include

=== modified file 'debian/libssl1.0.0.dirs'
--- debian/libssl1.0.0.dirs 2010-12-12 15:37:21 +
+++ debian/libssl1.0.0.dirs 2011-08-16 22:01:04 +
@@ -1,2 +1 @@
-usr/lib
 usr/share/doc/libssl1.0.0

=== modified file 'debian/libssl1.0.0.files'
--- debian/libssl1.0.0.files2010-12-12 15:37:21 +
+++ debian/libssl1.0.0.files2011-08-16 22:02:09 +
@@ -1,4 +1,4 @@
-usr/lib/*.so.*.*.*
 usr/lib/*/*.so.*.*.*
-usr/lib/i686/cmov/*.so.*.*.*
-usr/lib/openssl-1.0.0/engines
+usr/lib/*/*/*.so.*.*.*
+usr/lib/*/i686/cmov/*.so.*.*.*
+usr/lib/*/openssl-1.0.0/engines

=== modified file 'debian/rules'
--- debian/rules2011-04-02 13:19:19 +
+++ debian/rules2011-08-17 00:55:46 +
@@ -17,8 +17,9 @@
 
 # The binary architeture
 DEB_HOST_ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH)
+DEB_HOST_MULTIARCH=$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
-CONFARGS  = --prefix=/usr --openssldir=/usr/lib/ssl no-idea no-mdc2 no-rc5 
zlib  enable-tlsext no-ssl2
+CONFARGS  = --prefix=/usr --openssldir=/usr/lib/ssl 
--libdir=lib/$(DEB_HOST_MULTIARCH) no-idea no-mdc2 no-rc5 zlib  enable-tlsext 
no-ssl2
 OPT_alpha = ev4 ev5
 OPT_i386  = i486 i586 i686/cmov
 OPT_sparc = v8 v9
@@ -110,14 +111,14 @@
# pic static libraries, nobody should need them
 #  mv debian/tmp/usr/lib/libcrypto.a debian/tmp/usr/lib/libcrypto_pic.a
 #  mv debian/tmp/usr/lib/libssl.a debian/tmp/usr/lib/libssl_pic.a
-   cp -pf libcrypto.static debian/tmp/usr/lib/libcrypto.a
-   cp -pf libssl.static debian/tmp/usr/lib/libssl.a
+   cp -pf libcrypto.static 
debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libcrypto.a
+   cp -pf libssl.static debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libssl.a
mkdir -p debian/tmp/etc/ssl
mv debian/tmp/usr/lib/ssl/{certs,openssl.cnf,private} 
debian/tmp/etc/ssl/
ln -s /etc/ssl/{certs,openssl.cnf,private} debian/tmp/usr/lib/ssl/
-   cp -pf debian/tmp/usr/lib/libcrypto.so.* 
debian/libcrypto1.0.0-udeb/usr/lib/
-   cp -auv lib*.so* debian/tmp/usr/lib/
-   for opt in $(OPTS); do set -xe; mkdir -p debian/tmp/usr/lib/$$opt; cp 
-auv $$opt/lib*.so* debian/tmp/usr/lib/$$opt/; done
+   cp -pf debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libcrypto.so.* 
debian/libcrypto1.0.0-udeb/usr/lib/
+   cp -auv lib*.so* debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/
+   for opt in $(OPTS); do set -xe; mkdir -p 
debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/$$opt; cp -auv $$opt/lib*.so* 
debian/tmp/usr/lib/$$opt/; done
install debian/copyright debian/libssl1.0.0/usr/share/doc/libssl1.0.0/
install debian/changelog 
debian/libssl1.0.0/usr/sh

Bug#628679: libedit: FTBFS: Deprecated header warnings with -Werror

[Steve Langasek]

tags 628679 patch wheezy sid
tags 634324 patch wheezy sid
user ubuntu-de...@lists.ubuntu.com
usertags 628679 oneiric ubuntu-patch
usertags 634324 oneiric ubuntu-patch
thanks

Hi Anibal,

libedit has been FTBFS in unstable for a while now with no response on
either of these bugs.  Since I'm fixing this build failure for the upcoming
Ubuntu release anyway, I've gone ahead and prepared a 0-day NMU for the RC
build failures for Debian.  The NMU patch is attached.  It resembles the one
originally proposed by Daniel on bug #634324, but rather than suppressing
the warnings about deprecated headers, it patches libedit to not use those
headers - presumably more future proof since the deprecated headers will
probably go away eventually.

Since fixing libedit to build with current pmake means installing to the
multiarch library directories anyway, I've gone ahead and marked the
packages Multi-Arch: same as well.

This NMU will be uploaded to incoming shortly.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -u libedit-2.11-20080614/debian/control libedit-2.11-20080614/debian/control
--- libedit-2.11-20080614/debian/control
+++ libedit-2.11-20080614/debian/control
@@ -2,7 +2,7 @@
 Section: libs
 Priority: standard
 Maintainer: Anibal Monsalve Salazar 
-Build-Depends: debhelper (>= 7), quilt, pmake (>= 1.45-8), groff-base,
+Build-Depends: debhelper (>= 8.1.3), quilt, pmake (>= 1.111-3), groff-base,
  libbsd-dev (>= 0.1.3), libncurses5-dev, bsdmainutils
 Standards-Version: 3.8.2
 Vcs-Browser: http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libedit/
@@ -11,6 +11,8 @@
 Package: libedit2
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: BSD editline and history libraries
  The editline library provides generic line editing and
@@ -22,6 +24,7 @@
 Section: libdevel
 Priority: optional
 Architecture: any
+Multi-Arch: same
 Depends: libedit2 (= ${binary:Version}), libbsd-dev (>= 0.1.3), libncurses5-dev
 Description: BSD editline and history libraries (development files)
  The editline library provides generic line editing and
diff -u libedit-2.11-20080614/debian/libedit2.files libedit-2.11-20080614/debian/libedit2.files
--- libedit-2.11-20080614/debian/libedit2.files
+++ libedit-2.11-20080614/debian/libedit2.files
@@ -1,2 +1,2 @@
-usr/lib/libedit.so.2.11
-usr/lib/libedit.so.2
+usr/lib/*/libedit.so.2.11
+usr/lib/*/libedit.so.2
diff -u libedit-2.11-20080614/debian/rules libedit-2.11-20080614/debian/rules
--- libedit-2.11-20080614/debian/rules
+++ libedit-2.11-20080614/debian/rules
@@ -9,7 +9,7 @@
 PKGDIR		 = ${CURDIR}/debian/tmp
 PMAKE_ARGS	 = MKPROFILE=no MKCATPAGES=no MLINKS= MANPAGES= \
 		 SHLIB_SHFLAGS="-Wl,-soname,libedit.so.${major}" \
-		 LDADD="*.so -lbsd -lcurses"
+		 LDADD="-lbsd -lcurses"
 EDITLINE_3_LINKS = el_init el_end el_reset el_gets el_getc el_push \
 		 el_parse el_set el_get el_source el_resize el_line \
 		 el_insertstr el_deletestr history_init history_end history
@@ -23,6 +23,7 @@
 
 DEB_HOST_GNU_TYPE	?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE	?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_MULTIARCH	?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
 ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
 CROSS=CC=$(DEB_HOST_GNU_TYPE)-gcc LD=$(DEB_HOST_GNU_TYPE)-ld
@@ -52,7 +53,7 @@
 	dh_testdir
 	dh_testroot
 	dh_clean
-	install -d ${PKGDIR}/usr/lib
+	install -d ${PKGDIR}/usr/lib/$(DEB_HOST_MULTIARCH)
 	install -d ${PKGDIR}/usr/include/readline
 	install -d ${PKGDIR}/usr/include/libedit
 	install -d ${PKGDIR}/usr/share/man/man3
@@ -66,8 +67,8 @@
 	cd libedit/readline && \
 	 pmake incinstall DESTDIR=${PKGDIR} ${PMAKE_ARGS}
 	mv ${PKGDIR}/usr/include/readline ${PKGDIR}/usr/include/editline
-	ln -sf libedit.so.${version} ${PKGDIR}/usr/lib/libedit.so.${major}
-	ln -sf libedit.so.${major} ${PKGDIR}/usr/lib/libedit.so
+	ln -sf libedit.so.${version} ${PKGDIR}/usr/lib/$(DEB_HOST_MULTIARCH)/libedit.so.${major}
+	ln -sf libedit.so.${major} ${PKGDIR}/usr/lib/$(DEB_HOST_MULTIARCH)/libedit.so
 
 binary-indep: build install
 binary-arch: build install
diff -u libedit-2.11-20080614/debian/libedit-dev.files libedit-2.11-20080614/debian/libedit-dev.files
--- libedit-2.11-20080614/debian/libedit-dev.files
+++ libedit-2.11-20080614/debian/libedit-dev.files
@@ -4,5 +4,5 @@
-usr/lib/libedit.a
-usr/lib/libedit.so
+usr/lib/*/libedit.a
+usr/lib/*/libedit.so
 usr/share/man/man3/editline.3el
 usr/share/man/man5/editrc.5el
-usr/lib/pkgconfig/libedit.pc
+usr/lib/*/pkgconfig/libedit.pc
diff -u libedit-2.11-20080614/debian/changelog libedit-2.11-20080614/debian/changelog
--- libedit-2.11-20080614/debian/changelog
+++ libedit-2.11-20080614/de

Bug#638136: Add utility programs dhcp_release and dhcp_lease_time from contrib/wrt

[Monty Taylor]

Package: dnsmasq
Version: 2.57-1

Hi! We'd love to get dhcp_release and dhcp_lease_time added to the
dnsmasq package so that we can use them in some supporting scripts
around OpenStack. I've attached a debdiff that does this. Is there
anything else you'd like to see to be ok with this?

Thanks!
Monty
diff -u dnsmasq-2.57/debian/changelog dnsmasq-2.57/debian/changelog
--- dnsmasq-2.57/debian/changelog
+++ dnsmasq-2.57/debian/changelog
@@ -1,3 +1,9 @@
+dnsmasq (2.57-2) unstable; urgency=low
+
+  * Added dhcp_release and dhcp_lease_time to the package.
+
+ -- Monty Taylor   Tue, 16 Aug 2011 20:06:02 -0400
+
 dnsmasq (2.57-1) unstable; urgency=low
 
* New upstream.
diff -u dnsmasq-2.57/debian/rules dnsmasq-2.57/debian/rules
--- dnsmasq-2.57/debian/rules
+++ dnsmasq-2.57/debian/rules
@@ -56,6 +56,7 @@
$(checkdir)
rm -rf debian/daemon debian/base debian/*~ debian/files debian/substvars
make clean
+   make -C contrib/wrt clean
 
 binary-indep:  checkroot
$(checkdir)
@@ -88,6 +89,7 @@
rm -rf debian/base
install -m 755 \
-d debian/base/DEBIAN \
+   -d debian/base/usr/bin \
-d debian/base/usr/share/doc/$(package) \
-d debian/base/usr/share/doc/$(package)/examples \
-d debian/base/var/run \
@@ -116,6 +118,9 @@
gzip -9 $$f/man8/dnsmasq.8 ; \
 fi \
done
+   make -C contrib/wrt PREFIX=/usr DESTDIR=`pwd`/debian/base 
CFLAGS="$(CFLAGS)" COPTS="$(COPTS)" CC=gcc
+   install -m755 contrib/wrt/dhcp_release debian/base/usr/bin/dhcp_release
+   install -m755 contrib/wrt/dhcp_lease_time 
debian/base/usr/bin/dhcp_lease_time
 ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
strip -R .note -R .comment debian/base/usr/sbin/dnsmasq
 endif

Bug#638015: seahorse: Changing login password does not change keyring password accordingly.

[Josselin Mouette]

Le mardi 16 août 2011 à 09:52 -0500, Greg Farough a écrit :
> Changing a user login password through GNOME or passwd does not change
> it accordingly in Seahorse. One is presented with a "Enter password to
> unlock your login keyring. The password you use to login to your
> computer no longer matches that of your login keyring" prompt on each
> login.
> 
> This can be fixed by opening Seahorse and changing the keyring
> password manually, but this isn't immediately obvious to a new user.

Is libpam-gnome-keyring installed?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#638135: python-gnomeapplet: binary should be removed

[Josselin Mouette]

Package: python-gnomeapplet
Version: 2.32.0-1
Severity: important
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: applets-transition

This is a reminder bug for dropping python-gnomeapplet, since it is
replaced by gir1.2-panelapplet-4.0, when the fate of all Python applets
has been decided:
http://deb.li/panel3 

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#638134: libgnomepanel2.24-cil: binary should be removed

[Josselin Mouette]

Package: libgnomepanel2.24-cil
Version: 2.26.0-4
Severity: important
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: applets-transition

Hi, 

gnome-panel 3.0 is going to reach unstable soon, and there is no new
version of the C# bindings available upstream.

I think the best thing to do is to remove this binary, as soon as drapes
(#638077) and tomboy (already in experimental) have been fixed to
disable the panel applet code. 

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-



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

Bug#638133: liblablgtk2-gnome-ocaml: please remove gnome-panel support

[Josselin Mouette]

Package: liblablgtk2-gnome-ocaml
Version: 2.14.2+dfsg-1
Severity: important
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: applets-transition

Hi, 

gnome-panel 3.0 is going to reach unstable soon, and there is no new
version of the OCaml bindings available upstream.

I think the best thing to do is to remove libpanel-applet support from
this package, since no package in the archive seems to actually use it. 

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-



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

Bug#634419: libphone-ui-shr: FTBFS: util/ui-utils.c:505:2: error: implicit declaration of function 'elm_list_horizontal_mode_set' [-Werror=implicit-function-declaration]

[Colin Watson]

tags 634419 patch
user ubuntu-de...@lists.ubuntu.com
usertags 634419 ubuntu-patch oneiric
thanks

On Tue, Jul 19, 2011 at 12:02:37AM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > /bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
> > -I..-I../src/util -I../src/widget -I../src/view 
> > -DDATADIR=\"/usr/share\" -DPKGDATADIR=\"/usr/share/libphone-ui-shr\" 
> > -DPACKAGE=\"libphone-ui-shr\" -DLOCALEDIR=\"/usr/share/locale\" 
> > -DG_LOG_DOMAIN=\"libphone-ui-shr\" -I/usr/include/freetype2 
> > -I/usr/include/evas-1 -I/usr/include/eet-1 -I/usr/include/fribidi 
> > -I/usr/include/eina-1 -I/usr/include/eina-1/eina -I/usr/include/ecore-1 
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/edje-1 
> > -I/usr/include/lua5.1 -I/usr/include/embryo-1 -I/usr/include/elementary-0   
> > -pthread -I/usr/include/dbus-1.0 
> > -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/phoneui 
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/fso-glib 
> > -I/usr/include/fsoframework-2.0   -pthread -I/usr/include/dbus-1.0 
> > -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/fso-glib 
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -pthread 
> > -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
> > -I/usr/include/fsoframework-2.0 -I/usr/include/glib-2.0 
> > -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 
> > -I/usr/lib/glib-2.0/include   -pthread -I/usr/include/phone-utils 
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -g3 -Wall -Wextra 
> > -Werror -g -O2 -g -O2 -Wall -c -o ui-utils.lo `test -f 'util/ui-utils.c' || 
> > echo './'`util/ui-utils.c
> > libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I../src/util 
> > -I../src/widget -I../src/view -DDATADIR=\"/usr/share\" 
> > -DPKGDATADIR=\"/usr/share/libphone-ui-shr\" -DPACKAGE=\"libphone-ui-shr\" 
> > -DLOCALEDIR=\"/usr/share/locale\" -DG_LOG_DOMAIN=\"libphone-ui-shr\" 
> > -I/usr/include/freetype2 -I/usr/include/evas-1 -I/usr/include/eet-1 
> > -I/usr/include/fribidi -I/usr/include/eina-1 -I/usr/include/eina-1/eina 
> > -I/usr/include/ecore-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> > -I/usr/include/edje-1 -I/usr/include/lua5.1 -I/usr/include/embryo-1 
> > -I/usr/include/elementary-0 -pthread -I/usr/include/dbus-1.0 
> > -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/phoneui 
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/fso-glib 
> > -I/usr/include/fsoframework-2.0 -pthread -I/usr/include/dbus-1.0 
> > -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/fso-glib 
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread 
> > -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
> > -I/usr/include/fsoframework-2.0 -I/usr/include/glib-2.0 
> > -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 
> > -I/usr/lib/glib-2.0/include -pthread -I/usr/include/phone-utils 
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g3 -Wall -Wextra 
> > -Werror -g -O2 -g -O2 -Wall -c util/ui-utils.c  -fPIC -DPIC -o 
> > .libs/ui-utils.o
> > util/ui-utils.c: In function 'ui_utils_view_inwin_list':
> > util/ui-utils.c:505:2: error: implicit declaration of function 
> > 'elm_list_horizontal_mode_set' [-Werror=implicit-function-declaration]
> > cc1: all warnings being treated as errors
> > 
> > make[3]: *** [ui-utils.lo] Error 1

I had a look at this.  It turned out to be a great deal more difficult
than I was expecting, and even the option of just packaging a newer
upstream snapshot was far from straightforward because it was hard to
find a point that had all the build failures fixed and also worked
properly with the current EFL stack.

However, I eventually managed to put together a set of ten (!) upstream
backports that builds cleanly, although it is possible that you may also
need to get http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633324 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633244 fixed before it
builds against a multiarched version of glib2.0.  Have fun.

  * Backport from upstream:
- Replace elm_list_horizontal_mode_set with elm_list_mode_set (closes:
  #634419).
- ui-utils-contacts: check returned item from elm_list_item_append.
- Remove unnecessary and broken include of Edje_Edit.h.
- Callbacks API change, *data is no longer passed as const.
- message-show-view: adjust to new opimd using New instead of
  MessageRead.
- call-common: drop unused state_string.
- Adapt to elm_toolbar_* API changes.
  * Insert Photo property, not Name, as Photo option.

diff -Nru libphone-ui-shr-0.1+git20100726/debian/control 
libphone-ui-shr-0.1+git20100726/debian/control
--- libphone-ui-shr-0.1+git20100726/debian/control  2010-11-08 
05:30:58.0 +
+++ libphone-ui-shr-0.1+git20100726/debian/control  2011-08-16 
12:23:59.0 +0

Bug#638132: libpanelappletmm-2.6-1c2: binary should be removed

[Josselin Mouette]

Package: libpanelappletmm-2.6-1c2
Version: 2.26.0-1
Severity: important
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: applets-transition

Hi, 

gnome-panel 3.0 is going to reach unstable soon, and there is no new
version of the C++ bindings available upstream.

I think the best thing to do is to remove this binary, as soon as gnote
(#638108) has been fixed to disable the panel applet code.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#638071: FTBFS: recursive make loop

[Jonathan Nieder]

tags 638071 + pending
quit

Thorsten Glaser wrote:

> make[28]: Leaving directory 
> `/tmp/buildd/xz-utils-5.1.1alpha+20110809/debian/xzdec-build'
> /usr/bin/make -f debian/rules 
> make[28]: Entering directory `/tmp/buildd/xz-utils-5.1.1alpha+20110809'
> dh build --parallel 
>dh_testdir -O--parallel
>debian/rules build-arch
[...]
> make[30]: Leaving directory 
> `/tmp/buildd/xz-utils-5.1.1alpha+20110809/debian/xzdec-build'
> /usr/bin/make -f debian/rules
> make[30]: Entering directory `/tmp/buildd/xz-utils-5.1.1alpha+20110809'
> dh build --parallel
>dh_testdir -O--parallel
>debian/rules build-arch
[...]

Packages fixing this for sid and experimental are at

 
http://alioth.debian.org/~jrnieder-guest/xz-utils/xz-utils_5.1.1alpha+20110809-2.dsc
 
http://alioth.debian.org/~jrnieder-guest/xz-utils/xz-utils_5.1.1alpha+20110809-3~exp1.dsc

Or one can check them out from the master (0d22d82) and experimental
(eb619cd) branches at git://git.debian.org/collab-maint/xz.git and
build with "debian/autogen.sh && debuild".

They seem to fix the bug.  I'd be happy for any thoughts you have,
or to see one or both of them in the archive.

Thanks, and sorry for the trouble.
Jonathan



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

Bug#637376: perl: Encode security: Unicode.xs!decode_xs n-byte heap-overflow

[Dominic Hargreaves]

On Wed, Aug 10, 2011 at 06:52:43PM +0100, Dominic Hargreaves wrote:
> Encode 2.44 has been released with the following change:
> 
> ! Unicode/Unicode.xs
>   Addressed the following:
> Date: Fri, 22 Jul 2011 13:58:43 +0200
> From: Robert Zacek 
> To: perl5-security-rep...@perl.org
> Subject: Unicode.xs!decode_xs n-byte heap-overflow
> 
> This has been fixed in libencode-perl 2.44-1; it probably also needs
> fixing in perl.
> 
> The relevant patch appears to be
> 
> 
> 
> I haven't seen any further details about this one, but setting severity
> to grave for now.

Now fixed in experimental, sid, and wheezy. Fix prepared for squeeze
in git (http://anonscm.debian.org/gitweb/?p=perl/perl-squeeze.git).
Awaiting more information from upstream about the issue before
considering a DSA.

The code in lenny is completely different, and I don't feel qualified
to say whether the issue exists there.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#627951: linux-image-2.6.39-1-amd64: Resume from hibernate

[Gilles Grandou]

I'm experiencing the same issue on my lenovo T410.

starting from debian kernel 2.6.39, resume from hibernate almost always 
leads to a reset upon resume from hibernate.


The issue sitll exists today with update testing 
(linux-image-3.0.0-1-amd64 3.0.0-1-amd64 and nvidia-kernel-dkms 280.13-1)


I was suspecting nvidia driver as well, so I've switched nouveau driver 
(which is a bit of regression in term of features, but well, it's 
another story).


2 or 3 resumes went fine, but I've started to experience spurious reset 
as well. so nvidia driver might not be so guilty.


I've tried to bisect kernel between linus' 2.6.39 (good) and 3.0.0-rc1 
(bad), but after numerous iterations, I've ended up nowhere on pausible 
candidate.


Anyway, the good/bad iterations led me to suspect wifi merges into 
linus' tree.


so that, I've made experiments by rmmod'ing iwlagn module before going 
to hibernate. So far, I no longer experience bad resumes!


Here is my "fix" file:
-
$ cat /etc/pm/sleep.d/80_fix_buggy_iwlagn
#!/bin/sh

# gg.
# remove iwlagn upon hibernation

PATH=/sbin:/usr/sbin:/bin:/usr/bin

case "${1}" in
hibernate)
modprobe -r iwlagn
;;
resume|thaw)
modprobe iwlagn
;;
esac
-

Could other affected people try this to see if we are speaking about the 
same issue or not ?


Gilles.




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

Bug#638063: libdigest-sha-perl: should set up divert of /usr/bin/shasum installed by perl

[Dominic Hargreaves]

On Tue, Aug 16, 2011 at 10:11:07PM +0100, Dominic Hargreaves wrote:
> The solution in this case is to divert the /usr/bin/shasum and its man
> page, as provided by the perl package, out of the way, in preinst and
> postinst. See libdevel-dprof-perl for an example.

That should have read "preinst and postrm".

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#629371: usb-modeswitch: Devices no longer detected when plugged in at boot-time

[Christian Kastner]

On 08/15/2011 05:36 PM, Josua Dietze wrote:
> Am 13.08.2011 10:03, schrieb Josua Dietze:
>> The main issue was that udev did not run usb_modeswitch _at all_
>> during boot on
>> the router. That may shift the focus to the udev rules file, which is
>> part of
>> the data package.
> 
> Oddly enough, I received a report by mail from someone at AltLinux. He
> encountered a boot-n-switch problem as well. His analysis is quite
> interesting (quoted):
> 
> "The reason for that is that the kernel emits only 'change' events for
> the devices it finds already plugged-in when 'udevadm trigger' is called
> on the udev service start. However, only 'add' events are processed by
> the modeswitch udev rule script."
> 
> The udev version involved was 172 which is fairly new.
> 
> The fix should be easy - let the rules be evaluated not only for an
> "add" event but also for a "change" event.
> 
> To put it in a nutshell: in /lib/udev/rules.d/40-usb_modeswitch.rules
> change this line
> 
> ACTION!="add", GOTO="modeswitch_rules_end"
> 
> to this:
> 
> ACTION!="add|change", GOTO="modeswitch_rules_end"

This explanation sounded so plausible and convincing, imagine my
disappointment when it didn't work -- the device is still not switched.

I did not yet have time to run the full battery of tests (eg [0]), but
will do so as soon as I can. I put ~50 reboots in tonight before I
realized my dumb mistake mentioned in the other mail...

I should have more info tomorrow; Friday latest.

Thanks for your patience and perseverance...
Christian


[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629371#96



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

Bug#629371: usb-modeswitch: Devices no longer detected when plugged in at boot-time

[Christian Kastner]

On 08/13/2011 10:03 AM, Josua Dietze wrote:
> Am 11.08.2011 00:34, schrieb Christian Kastner:
>> Strange thing: on my netbook the problem hasn't changed, but on my
>> desktop PC switching occurs with versions 1.1.4 to 1.1.9 (as confirmed
>> by lsusb and dmesg output), but the /dev/gsmmodem symlink does not get
>> set up in versions 1.1.7 and above.
> 
> So what you are saying that the main problem (no mode switch at boot) is
> now limited to your router, right?

It was still present on the netbook for sure; I couldn't test the router
because it is still in my old apartment and I didn't want to push my
luck (Murphy's Law, etc).

But please scratch that about the desktop PC as well, this was a serious
error on my part. My shell history shows me *rebooting* instead of
powering off/booting to test, which of course meant every reboot going
from 1.1.4 to 1.1.9 was seeing the device already switched by 1.1.4 as
it never lost power. So my success, wasn't.

> Regarding the symlink, the logic has changed somewhat in 1.1.7; to avoid
> treating unrelated devices, a list of known USB IDs is checked before
> acting. This list is appended if you switch your device for the first
> time by plugging in. You will get the symlink from every following mode
> switch, but not on that first "encounter".
> So, to test this feature during a boot process, you would in advance
> have to 1. install, 2. plug in, 3. reboot (with or without a previous
> re-plug cycle).
> 
> The list of known devices is being deleted when uninstalling, so you
> have the same situation after each version testing. See
> /var/lib/usb_modeswitch/link_list if you want to check it out.

Thanks for the info; I was wondering about that file. It does seem
obvious but it's good to have confirmation.

> Resuming the earlier exchange, the error that you saw in the udev debug
> log should be gone with version 1.1.9 ('arithmetic expression: expecting
> EOF: "0x"'). Also, the shell script is not likely to be the culprit when
> it is not even being called during boot.
> 
> The main issue was that udev did not run usb_modeswitch _at all_ during
> boot on the router. That may shift the focus to the udev rules file,
> which is part of the data package.

Yeah, that sounds plausible.

> Can you tell us which usb-modeswitch-data version is currently installed
> on your gateway router?
> And did you install a new data package on your desktop machine at some
> point?

Yes, I tried all upgrades provided via squeeze-backports.

Currently, I have usb-modeswitch_1.1.8-1~bpo60+1 and
usb-modeswitch-data_20110714~bpo60+1 installed (I gave 1.1.9 and
20110805 from unstable a try, too).



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

Bug#637994: [reportbug/master] added test for bug triggering #637994

[Sandro Tosi]

tag 637994 pending
thanks

Date:   Tue Aug 16 21:31:32 2011 +0200
Author: Sandro Tosi 
Commit ID: 5ea9ec813a9a81a3abfc2138272b66d14334c03f
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=5ea9ec813a9a81a3abfc2138272b66d14334c03f
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=5ea9ec813a9a81a3abfc2138272b66d14334c03f

added test for bug triggering #637994

  



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

Bug#637289: fixed in pango1.0 1.28.4-3

[Samuel Thibault]

Josselin Mouette, le Tue 16 Aug 2011 20:51:01 +, a écrit :
> We believe that the bug you reported is fixed in the latest version of
> pango1.0, which is due to be installed in the Debian FTP archive:

I can confirm that with this package, the squares in the gtk installer
went away.

Samuel



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

Bug#628463: [reportbug/master] more verbose message when we can't find a package; thanks to Lionel Elie Mamane for the report; Closes: #628463

[Sandro Tosi]

tag 628463 pending
tag 628463 pending
thanks

Date:   Tue Aug 16 19:44:14 2011 +0200
Author: Sandro Tosi 
Commit ID: c01aacc26adb4f0842a2839eee223af9e622ab84
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=c01aacc26adb4f0842a2839eee223af9e622ab84
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=c01aacc26adb4f0842a2839eee223af9e622ab84

more verbose message when we can't find a package; thanks to Lionel Elie 
Mamane for the report; Closes: #628463

  



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

Bug#626930: [reportbug/master] when sending/writing the report fails, output the message in the UI, so also GTK+ and urwid users can see the failure and where the report is saved; thanks to Stefan Mon

[Sandro Tosi]

tag 626930 pending
tag 626930 pending
thanks

Date:   Tue Aug 16 22:07:26 2011 +0200
Author: Sandro Tosi 
Commit ID: 0a57ce662b6508050f587d441a323e3cd343379a
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=0a57ce662b6508050f587d441a323e3cd343379a
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=0a57ce662b6508050f587d441a323e3cd343379a

when sending/writing the report fails, output the message in the UI, so 
also GTK+ and urwid users can see the failure and where the report is saved; 
thanks to Stefan Monnier for the report; Closes: #626930

  



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

Bug#625654: reportbug: Please add support for debbugs.gnu.org GNU bug tracker

[Sandro Tosi]

Hello Reuben,
sorry for the delay.

On Wed, May 4, 2011 at 23:42, Reuben Thomas  wrote:
> On 4 May 2011 22:37, Sandro Tosi  wrote:
>> On Wed, May 4, 2011 at 23:29, Reuben Thomas  wrote:
>>>
>>> and for emacs, I got no bug reports found, as before.
>>
>> but with a different, new to me, exception.
>>
>>> I don't know if it matters, because I am on natty I am using Python 2.7.
>>
>> nope, reportbug is compatible with 2.7, AFAIK.
>
> Good, so it should work in principle? I hope you can help, because the
> GNU people don't know anything about reportbug.

I just gave a more deep look at the possibility to integrate GNU
debbugs installation into reportbug (and sadly it's not so positive).

Reportbug used (since a few days ago) screen-scraping to create the
bugs list for a given package and to extract the information of a bug.
This screen-scraping was done exclusively taking debian debbugs as
example, that has some differences with the GNU ones.

We just moved to a SOAP interface to avoid silly problems with web
scraping, and I don't think there's anyone in the reportbug team
willing to tune the "old" scraping code for GNU debbugs (and what if
there's another installation with some little differences? and so on).

The easiest solution is to activate (if possible) the SOAP interface
on GNU debbugs, so that we can easily merge the current setup with
yours.

IF this is not possible, we're sadly unable to help you - you'll have
to find someone willing to tune the reportbug web scraping code to
parse GNU debbugs pages and feed reportbug correctly. Sorry I can't
help you more.

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#638071: FTBFS: recursive make loop

[Jonathan Nieder]

Thorsten Glaser wrote:

> Please look at the attached build log and tell me it's a recursive
> make invocation loop I'm seeing. (That's how I'm interpreting it.)

That's embarrassing.  Thanks for reporting it.

-- >8 --
Subject: debian/rules: avoid infinite makefile loop with 
DEB_BUILD_OPTIONS=nocheck

When the list of test_targets is empty, the rules for build-arch
simply run

make -f debian/rules

which invokes the default target, which depends on build-arch.
Oops.

Fixes: http://bugs.debian.org/638071
Reported-by: Thorsten Glaser 
---
 debian/changelog |8 
 debian/rules |4 +++-
 2 files changed, 11 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 4435cc3..6d6e978 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xz-utils (5.5.1alpha+20110809-1.1) unstable; urgency=low
+
+  * debian/rules build-arch: Do not trigger an infinite "make"
+recursion loop when DEB_BUILD_OPTIONS=nocheck.  Closes: #638071.
+Thanks to Thorsten Glaser for reporting it.
+
+ -- Jonathan Nieder   Tue, 16 Aug 2011 17:51:12 -0500
+
 xz-utils (5.1.1alpha+20110809-1) unstable; urgency=low
 
   * New snapshot, taken from upstream commit 5c5b225.
diff --git a/debian/rules b/debian/rules
index 600311d..8c30269 100755
--- a/debian/rules
+++ b/debian/rules
@@ -74,6 +74,8 @@ debian/xzdec-build/Makefile: $(configure_input)
 $(autoreconf_products): $(autoreconf_sources)
autoreconf -is
 
+noop: ;
+
 opt_optimize = CFLAGS="-g -O2"
 opt_optimize_small = CFLAGS="-g -Os"
 opt_no_act =
@@ -110,7 +112,7 @@ ifneq (,$(filter quiet,$(DEB_BUILD_OPTIONS)))
 endif
 
 ifneq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
-test_targets =
+test_targets = noop
 endif
 
 # Build a tarball with the latest upstream version.
-- 
1.7.6




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

Bug#594027: ITP: lucene3

[Mat Scales]

I am interested in maintaining this package, as well as packaging apache
solr 3 (now built from the same upstream source package.) I have done some
initial work on this but I do not yet have a working candidate package.

I am not a DM yet, so I would need the cooperation of a sponsor.

Bug#638073: gdal: Xerces is not linked in GDAL-Util-Package when --as-needed is in effect

[Clint Byrum]

Package: gdal
Version: 1.7.3-5
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

If the linker is setup to use --as-needed, during configuration xerces
is not found, because it uses LDFLAGS instead of LIBS to compile the test
program. This patch adds dh_autoreconf and patches the m4 file to allow
configure to find Xerces and link it properly.


  * d/control, d/rules, d/patches/fix-xerces: Patching m4 macro to
find xerces properly with --as-needed. (LP: #786790) Added
dh_autoreconf to pickup patches m4 macro.


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-8-generic (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
=== modified file '.pc/applied-patches'
--- .pc/applied-patches 2011-05-12 12:24:15 +
+++ .pc/applied-patches 2011-08-16 20:56:55 +
@@ -10,3 +10,4 @@
 ecw-plugin
 mrsid-plugin
 epsilon
+fix-xerces

=== added directory '.pc/fix-xerces'
=== added file '.pc/fix-xerces/.timestamp'
=== added directory '.pc/fix-xerces/m4'
=== added file '.pc/fix-xerces/m4/ax_xerces.m4'
--- .pc/fix-xerces/m4/ax_xerces.m4  1970-01-01 00:00:00 +
+++ .pc/fix-xerces/m4/ax_xerces.m4  2011-08-16 20:57:01 +
@@ -0,0 +1,268 @@
+dnl $Id: ax_xerces.m4 13277 2007-12-07 00:26:11Z mloskot $
+dnl
+dnl @synopsis AX_LIB_XERCES([MINIMUM-VERSION])
+dnl
+dnl This macro provides tests of availability of Apache Xerces C++ Parser 
+dnl of particular version or newer.
+dnl This macros checks for Apache Xerces C++ Parser headers and libraries 
+dnl and defines compilation flags
+dnl 
+dnl Macro supports following options and their values:
+dnl 1) Single-option usage:
+dnl --with-xerces - yes, no or path to Xerces C++ Parser installation prefix
+dnl 2) Three-options usage (all options are required):
+dnl --with-xerces=yes
+dnl --with-xerces-inc - path to base directory with Xerces headers
+dnl --with-xerces-lib - linker flags for Xerces
+dnl
+dnl This macro calls:
+dnl
+dnl   AC_SUBST(XERCES_CFLAGS)
+dnl   AC_SUBST(XERCES_LDFLAGS)
+dnl   AC_SUBST(XERCES_VERSION) - only if version requirement is used
+dnl
+dnl And sets:
+dnl
+dnl   HAVE_XERCES
+dnl
+dnl @category InstalledPackages
+dnl @category Cxx
+dnl @author Mateusz Loskot 
+dnl @version $Date: 2007-12-06 16:26:11 -0800 (Thu, 06 Dec 2007) $
+dnl @license AllPermissive
+dnl  Copying and distribution of this file, with or without 
modification,
+dnl  are permitted in any medium without royalty provided the 
copyright notice and
+dnl  this notice are preserved.
+dnl
+AC_DEFUN([AX_LIB_XERCES],
+[
+AC_ARG_WITH([xerces],
+AC_HELP_STRING([--with-xerces=@<:@ARG@:>@],
+[use Xerces C++ Parser from given prefix (ARG=path); check 
standard prefixes (ARG=yes); disable (ARG=no)]
+),
+[
+if test "$withval" = "yes"; then
+if test -d /usr/local/include/xercesc ; then 
+xerces_prefix=/usr/local
+elif test -d /usr/include/xercesc ; then
+xerces_prefix=/usr
+else
+xerces_prefix=""
+fi
+xerces_requested="yes"
+elif test -d "$withval"; then
+xerces_prefix="$withval"
+xerces_requested="yes"
+else
+xerces_prefix=""
+xerces_requested="no"
+fi
+],
+[
+dnl Default behavior is implicit yes
+if test -d /usr/local/include/xercesc ; then 
+xerces_prefix=/usr/local
+elif test -d /usr/include/xercesc ; then
+xerces_prefix=/usr
+else
+xerces_prefix="" 
+fi
+]
+)
+
+AC_ARG_WITH([xerces-inc],
+AC_HELP_STRING([--with-xerces-inc=@<:@DIR@:>@],
+[path to Xerces C++ Parser headers]
+),
+[xerces_include_dir="$withval"],
+[xerces_include_dir=""]
+)
+AC_ARG_WITH([xerces-lib],
+AC_HELP_STRING([--with-xerces-lib=@<:@ARG@:>@],
+[link options for Xerces C++ Parser libraries]
+),
+[xerces_lib_flags="$withval"],
+[xerces_lib_flags=""]
+)
+
+XERCES_CFLAGS=""
+XERCES_LDFLAGS=""
+XERCES_VERSION=""
+
+dnl
+dnl Collect include/lib paths and flags
+dnl 
+run_xerces_test="no"
+
+if test -n "$xerces_prefix"; then
+xerces_include_dir="$xerces_prefix/include"
+xerces_include_dir2="$xerces_prefix/include/xercesc"
+xerces_lib_flags="-L$xerces_prefix/lib -lxerces-c -lpthread"
+run_xerces_test="yes"
+elif test "$xerces_requested" = "yes"; then
+if test -n "$xerces_include_dir" -a -n "$xerces_lib_flag

Bug#638072: "Resource temporarily unavailable" after using 'vzctl enter'

[Daniel Alder]

Package: vzctl
Architecture: i386
Version: 3.0.24-12

Try the following command lines in bash:


$ set -x
$ vzctl enter 222 --exec exit ; read a
+ vzctl enter 222 --exec exit
entered into CT 222
exit
root@durin:/# exit
logout
exited from CT 222
+ read a
-bash: read: read error: 0: Resource temporarily unavailable
$
$ read a
+ read a
here i can type
$


The command which follows after the vzctl call does not work if it uses 
stdin. A command like apt-get will even switch to non-interactive mode.


The strange thing is, that the next command typed at the command line 
works without problems.


When using the same commands in a script file, stdin is blocked until 
the end of script execution, which makes it impossible for me to do some 
batch jobs.



"vzctl enter 222 --exec exit" was only an example. you can also try 
"vzctl enter 222" and type exit manually



When using the above commands using dash 'read' outputs the following 
message: "turning off NDELAY mode"




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

Bug#638070: sylpheed: crash when dealing with imap server

[gpe]

Package: sylpheed
Version: 3.2.0~beta1-1
Severity: normal

I attach the bubuddy log.


-- 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=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sylpheed 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  libcompfaceg1 1:1.5.2-5  Compress/decompress images for mai
ii  libdbus-1-3   1.4.14-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.94-4 simple interprocess messaging syst
ii  libenchant1c2a1.6.0-2a wrapper library for various spel
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.6-1FreeType 2 font engine, shared lib
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  libgpg-error0 1.10-0.3   library for common error values an
ii  libgpgme111.2.0-1.4  GPGME - GnuPG Made Easy
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libgtkspell0  2.0.16-1   a spell-checking addon for GTK's T
ii  libldap-2.4-2 2.4.25-1.1 OpenLDAP libraries
ii  libonig2  5.9.1-1Oniguruma regular expressions libr
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libpisock90.12.5-3   library for communicating with a P
ii  libssl1.0.0   1.0.0d-3   SSL shared libraries

Versions of packages sylpheed recommends:
ii  aspell-fr [aspell-dictiona 0.50-3-7  French dictionary for aspell
ii  ca-certificates20110502  Common CA certificates
ii  sylpheed-i18n  3.2.0~beta1-1 Locale data for Sylpheed (i18n sup
ii  xfonts-100dpi  1:1.0.3   100 dpi fonts for X
ii  xfonts-75dpi   1:1.0.3   75 dpi fonts for X

Versions of packages sylpheed suggests:
ii  bogofilter1.2.2-3fast Bayesian spam filter (dummy p
pn  bsfilter   (no description available)
pn  claws-mail-tools   (no description available)
ii  jpilot1.8.1.1-1  graphical app. to modify the conte
pn  sylpheed-doc   (no description available)

-- no debconf information
System: Linux 3.0.0-1-686-pae #1 SMP Sun Jul 24 14:27:32 UTC 2011 i686
X Vendor: The X.Org Foundation
X Vendor Release: 11003000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Adwaita
Icon Theme: gnome
GTK+ Modules: gnomebreakpad, canberra-gtk-module

Memory status: size: 165449728 vsize: 165449728 resident: 28651520 share: 
15863808 rss: 28651520 rss_rlim: 18446744073709551615
CPU usage: start_time: 1313523649 rtime: 3107 utime: 2656 stime: 451 cutime:3 
cstime: 2 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/sylpheed'

[Thread debugging using libthread_db enabled]
0xb78d7424 in __kernel_vsyscall ()
#0  0xb78d7424 in __kernel_vsyscall ()
#1  0xb6c811eb in waitpid () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#2  0xb6b88e0f in g_spawn_sync (working_directory=0x0, argv=0x949b4a0, 
envp=0x0, flags=G_SPAWN_SEARCH_PATH, child_setup=0, user_data=0x0, 
standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfcc92dc) at 
/build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gspawn.c:392
#3  0xb6b8930c in g_spawn_command_line_sync (command_line=0x958dd00 "bug-buddy 
--appname=\"sylpheed\" --pid=2853", standard_output=0x0, standard_error=0x0, 
exit_status=0x0, error=0xbfcc92dc) at 
/build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gspawn.c:706
#4  0xb78b48f4 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5  
#6  0xb77a7f3d in ?? () from /usr/lib/libsylph-0.so.1
#7  0xb77abb29 in ?? () from /usr/lib/libsylph-0.so.1
#8  0xb77abc8d in ?? () from /usr/lib/libsylph-0.so.1
#9  0xb77af897 in imap_msg_set_perm_flags () from /usr/lib/libsylph-0.so.1
#10 0x081217d8 in ?? ()
#11 0x080a553a in ?? ()
#12 0x080a5787 in ?? ()
#13 0xb6c53d6c in g_cclosure_marshal_VOID__VOID (closure=0x9233fb8, 
return_value=0x0, n_param_values=1, param_values=0x99e9700, 
invocation_hint=0xbfccab80, marshal_data=0x0) at 
/build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./gobject/gmarshal.c:79
#14 0xb6c379f2 in g_closure_invoke (closure=0x9233fb8, return_value=0x0, 
n_param_values=1, param_values=0x99e9700, invocation_hint=0xbfccab80) at 
/build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./gobject/gclosure.c:767
#15 0xb6c4a988 in signal

Bug#634600: nast: FTBFS: Libpcap archive file (libpcap.a) not found in /usr or /usr/local!

[Jakub Wilk]

tags 634600 + patch
thanks

* Lucas Nussbaum , 2011-07-19, 08:43:

checking for /usr/lib/libpcap.a... no
checking for /usr/local/lib/libpcap.a... no
configure: error:

Libpcap archive file (libpcap.a) not found in /usr or /usr/local!

Libpcap-0.7.1 Packet Capture Library is required.
You can download it from official web site: http://www.tcpdump.org/#current


The attached patch makes nast buildable again. (Don't forget to run 
autoconf after applying it.)


--
Jakub Wilk
--- nast-0.2.0.orig/configure.ac
+++ nast-0.2.0/configure.ac
@@ -83,22 +83,6 @@
 # -- libnet --
 #
 
-filechk="yes"
-AC_CHECK_FILE(/usr/lib/libnet.a,, filechk="no")
-if test "$filechk" = "no"; then
- AC_CHECK_FILE(/usr/local/lib/libnet.a, filechk="yes" ; LDFLAGS="-L/usr/local/lib"; CPPFLAGS="-I/usr/local/include")
-fi
-
-if test "$filechk" = "no"; then AC_MSG_ERROR([
-
-Libnet archive file (libnet.a) not found in /usr or /usr/local!
-
-Libnet-1.1.x Packet Shaping Library is required.
-You can download it from official web site: http://www.packetfactory.net/libnet
-
-])
-fi
-
 AC_CHECK_LIB(net, libnet_name2addr4,, AC_MSG_ERROR([
 
 Libnet-1.1.x Packet Shaping Library not found! It's required.
@@ -110,22 +94,6 @@
 # -- libpcap --
 #
 
-filechk="yes"
-AC_CHECK_FILE(/usr/lib/libpcap.a,, filechk="no")
-if test "$filechk" = "no"; then
- AC_CHECK_FILE(/usr/local/lib/libpcap.a, filechk="yes" ; LDFLAGS="-L/usr/local/lib"; CPPFLAGS="-I/usr/local/include")
-fi
-
-if test "$filechk" = "no"; then AC_MSG_ERROR([
-
-Libpcap archive file (libpcap.a) not found in /usr or /usr/local!
-
-Libpcap-0.7.1 Packet Capture Library is required. 
-You can download it from official web site: http://www.tcpdump.org/#current
-
-])
-fi
-
 AC_CHECK_LIB(pcap, pcap_dispatch,, AC_MSG_ERROR([
 
 Libpcap-0.7.1 Packet Capture Library not found! It's required. 
@@ -137,26 +105,6 @@
 # -- libncurses support --
 #
 
-filechk="yes"
-AC_CHECK_FILE(/usr/lib/libncurses.a,, filechk="no")
-if test "$filechk" = "no"; then
- AC_CHECK_FILE(/usr/local/lib/libncurses.a, filechk="yes" ; LDFLAGS="-L/usr/local/lib"; CPPFLAGS="-I/usr/local/include")
-fi
-
-if test "$filechk" = "no"; 
-then AC_MSG_WARN([
-
-Libncurses archive file (libncurses.a) not found in /usr or /usr/local!
-
-Ncurses library (*) not found in your system.
-You can download it from official web site: http://www.gnu.org/software/ncurses/ncurses.html
-(*): CRT screen handling and optimization package
-
-Building without ncurses menu support (-G flag will doesn't work)
-
-])
-fi
-
 ENABLE_NCRS="no"
 AC_CHECK_LIB(ncurses, initscr, ENABLE_NCRS="yes"; NCURSES=ncurses/n_nast.o; LIBS="-lncurses $LIBS"; AC_DEFINE(HAVE_LIBNCURSES), AC_MSG_RESULT([
 
@@ -173,28 +121,6 @@
 #  --lmenu support--
 #
 
-filechk="yes"
-AC_CHECK_FILE(/usr/lib/libmenu.a,, filechk="no")
-if test "$filechk" = "no"; then
- AC_CHECK_FILE(/usr/local/lib/libmenu.a, filechk="yes" ; LDFLAGS="-L/usr/local/lib"; CPPFLAGS="-I/usr/local/include")
-fi
-
-if test "$filechk" = "no"; 
-then AC_MSG_WARN([
-
-Menu archive file (libncurses.a) not found in /usr or /usr/local!
-
-
-Menu library (*) not found in your system.
-You can download it from official web site: http://www.gnu.org/software/ncurses/ncurses.html
-(*): CRT screen handling and optimization package
-
-
-Building without ncurses menu support (-G flag will doesn't work)
-])
-
-fi
-
 ENABLE_NCRS="no"
 AC_CHECK_LIB(menu, menu_opts_off, ENABLE_NCRS="yes"; MENU=ncurses/n_menu.o; LIBS="-lmenu $LIBS"; AC_DEFINE(HAVE_LIBMENU), AC_MSG_RESULT([
 

Bug#633789: notify-osd

[Sylvestre Ledru]

Le mardi 16 août 2011 à 10:41 +0200, Daniel Huhardeaux a écrit :
> I can confirm as well that installing notify-osd solved the problem.
ok, thanks.

However, I have some input that adding notify-osd causes some dep
issues.

I will see what I can do when I have time.

Sylvestre






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

Bug#638069: iceweasel: Yahoo! Mail attachment upload doesn't send user and password to proxy

[Ivan Baldo]

Package: iceweasel
Version: 3.5.16-8
Severity: normal

Please see https://bugzilla.mozilla.org/show_bug.cgi?id=679519 .
I tried with current Squeeze Iceweasel and the 6.0 backport.
Thanks a lot!!!


-- Package-specific info:

-- Extensions information
Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Español (AR) Language Pack
Location: /usr/lib/iceweasel/extensions/langpack-es...@firefox.mozilla.org
Package: iceweasel-l10n-es-ar
Status: enabled

-- Plugins information
Name: DivX® Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: enabled

Name: IcedTea NPR Web Browser Plugin (using IcedTea6 1.8.7 
(6b18-1.8.7-2~squeeze1))
Location: /usr/lib/jvm/java-6-openjdk/jre/lib/i386/IcedTeaPlugin.so
Package: icedtea6-plugin
Status: enabled

Name: MozPlugger 1.14.1 handles QuickTime and Windows Media Player Plugin 
(1.14.1)
Location: /usr/lib/mozilla/plugins/mozplugger.so
Package: mozplugger
Status: enabled

Name: OpenOffice.org Plug-in
Location: /usr/lib/openoffice/program/libnpsoplugin.so
Package: mozilla-openoffice.org
Status: enabled

Name: QuickTime Plug-in 7.6.6
Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so
Package: totem-mozilla
Status: enabled

Name: Shockwave Flash
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled

Name: VLC Multimedia Plugin (compatible Totem 2.30.2)
Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so
Package: totem-mozilla
Status: enabled

Name: Windows Media Player Plug-in 10 (compatible; Totem)
Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so
Package: totem-mozilla
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled


-- Addons package information
ii  icedtea6-plugi 6b18-1.8.7-2~s web browser plugin based on OpenJDK and Iced
ii  iceweasel  3.5.16-8   Web browser based on Firefox
ii  iceweasel-l10n 1:3.5.15+debia Spanish (Argentina) language package for Ice
ii  mozilla-openof 1:3.2.1-11+squ office productivity suite -- Mozilla plugin
ii  mozplugger 1.14.1-1   Plugin allowing external viewers to be launc
ii  rhythmbox-plug 0.12.8-3   plugins for rhythmbox music player
ii  totem-mozilla  2.30.2-6   Totem Mozilla plugin

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to 
es_UY)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils   3.4Miscellaneous utilities specific t
ii  fontconfig2.8.0-2.1  generic font configuration library
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libnspr4-0d   4.8.6-1NetScape Portable Runtime Library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  procps1:3.2.8-9  /proc file system utilities
ii  xulrunner-1.9.1   1.9.1.16-8 XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts 1.6.7-1  TrueType versions of some TeX font
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii  mozplugger  1.14.1-1 Plugin allowing external viewers t
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font
pn  ttf-mathematica4.1 (no description available)
ii  xfonts-mathml   4Type1 Symbol font for MathML
pn  xprint (no description available)

Versions of packages xulrunner-1.9.1 depends on:
ii  libasound2 1.0.23-2.1shared library for ALSA applicatio
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libbz2-1.0 1.0.5-6   high-quality block-sorting file co
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, shared lib
ii  libgcc11:4.4.5-8 GCC support library
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02

Bug#437176: Any news on this?

[Alejandro Exojo]

Can the maintainers please give any feedback on this bug? Wontfix? Help needed?

Thank you very much.
-- 
Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2
http://barnacity.net/ | http://disperso.net



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

Bug#638068: [bisected] initramfs-tools generates unbootable initrd.img on IA-64 platform (Itanium)

[Émeric Maschino]

Package: initramfs-tools
Version: 0.99
Severity: grave

As stated in this thread
http://lists.debian.org/debian-ia64/2011/08/msg1.html, Debian
"Wheezy" Testing cannot be booted at all on IA-64 (current
linux-image-3.0.0-1-mckinley in Testing depends on initramfs-tools
0.99, so initramfs-tools cannot be downgraded to previously working
0.98.8). Hence severity set to grave. Last message displayed on
console is:

[   17.146492] Freeing unused kernel memory: 1024kB freed
Loading, please wait...

And then, nothing.

Regression has been bisected to commit
8f8299d9ba017d2a5af853a52be37ee50c89fac2 (mkinitramfs: copy over on
build instead of using symlink tree) from maximilian attems,
2011-02-21 (initramfs-tools v0.99 development cycle).

Comparison of last good and first bad generated initrd.img ramdisks show that:
- good one has bin/busybox and bin/sh, bin/sh being a soft link on
bin/busybox and size of bin/busybox matching size of system
/bin/busybox (1320720 bytes)
- bad one has no bin/busybox, only bin/sh (executable, not a link) but
size (199144 bytes) doesn't match size of system /bin/busybox (1320720
bytes). Indeed, analyzing hook-functions and hooks/busybox source
code, it's my understanding that bin/sh should be a copy of system
/bin/busybox and thus should have the same size, right? I don't know
where this 199144 bytes executable comes from.

Applying patch proposed in bug #628374 (initramfs-tools: Recent
changes to hooks break busybox in initrd) to revert changes on busybox
hook doesn't help.

Simply reverting commit 8f8299d9ba017d2a5af853a52be37ee50c89fac2 from
initramfs-tools v0.99 source code doesn't help either as resulting
initramfs-tools binaries generate initrd.img failing to boot system
with kernel panic, probably because of
post-8f8299d9ba017d2a5af853a52be37ee50c89fac2 commits.

The problem is still present in current initramfs-tools git repository.

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 18M Aug 16 21:45 /boot/initrd.img-2.6.39-2-mckinley
-- /proc/cmdline
BOOT_IMAGE=scsi1:/EFI/debian/vmlinuz.old root=UUID=59bf61ca-bdc4-4819-b6c7-5e6f8
057e8be  ro

-- resume
RESUME=UUID=d550ead1-5755-40a6-af3a-07725fe4e688
-- /proc/filesystems
ext4
fuseblk

-- lsmod
Module  Size  Used by
fuse  148263  1
nfsd  580932  2
nfs   667482  0
lockd 148031  2 nfsd,nfs
fscache78844  1 nfs
auth_rpcgss80673  2 nfsd,nfs
nfs_acl 5191  2 nfsd,nfs
sunrpc401530  6 nfsd,nfs,lockd,auth_rpcgss,nfs_acl
ipv6  667084  36
loop   30718  0
radeon   2088892  2
snd_fm801  35165  2
snd_ac97_codec184761  1 snd_fm801
ac97_bus1838  1 snd_ac97_codec
ttm   117516  1 radeon
drm_kms_helper 53852  1 radeon
snd_pcm   147663  2 snd_fm801,snd_ac97_codec
snd_page_alloc 11557  1 snd_pcm
snd_tea575x_tuner   8774  1 snd_fm801
videodev  160214  1 snd_tea575x_tuner
media  22901  1 videodev
drm   318125  4 radeon,ttm,drm_kms_helper
i2c_algo_bit   10968  1 radeon
fm801_gp4776  0
gameport   15903  2 fm801_gp
i2c_core   35751  5 radeon,drm_kms_helper,videodev,drm,i2c_algo_bit
power_supply   16323  1 radeon
evdev  20535  4
snd_opl3_lib   19238  1 snd_fm801
snd_timer  42224  2 snd_pcm,snd_opl3_lib
snd_hwdep  13629  1 snd_opl3_lib
snd_mpu401_uart13763  1 snd_fm801
snd_rawmidi40192  1 snd_mpu401_uart
snd_seq_device 10749  2 snd_opl3_lib,snd_rawmidi
snd   102026  13 snd_fm801,snd_ac97_codec,snd_pcm,snd_opl3_lib,s
nd_timer,snd_hwdep,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore  10343  1 snd
ext4  554604  1
mbcache12842  1 ext4
jbd2  118997  1 ext4
crc16   1479  1 ext4
sd_mod 75886  3
crc_t10dif  1420  1 sd_mod
usbhid 61155  0
hid   134780  1 usbhid
sg 47353  0
sr_mod 32745  0
cdrom  73444  1 sr_mod
ata_generic 5671  0
ohci_hcd   53106  0
pata_cmd64x10096  0
libata349825  2 ata_generic,pata_cmd64x
mptspi 27375  2
mptscsih   38872  1 mptspi
ehci_hcd   91574  0
mptbase   116134  2 mptspi,mptscsih
scsi_transport_spi 44772  1 mptspi
usbcore   284414  4 usbhid,ohci_hcd,ehci_hcd
scsi_mod  252243  7 sd_mod,sg,sr_mod,libata,mptspi,mptscsih,scsi_tra
nsport_spi
tg3   299933  0
e100   64313  0
mii 8419  1 e100
libphy 36137  1 tg3

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# K

Bug#632758: (False?) warning about problematic Seagate drives

[Anthony DeRobertis]

Second confirmation from Seagate—my drive is not affected.

-- 



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

Bug#638067: transition: evolution

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

we’d like to schedule a transition to evolution 3.0. As usual for 
evolution transitions, there is a small set of packages requiring 
sourceful uploads and more that require binNMUs. I haven’t tested 
whether they build correctly, but I don’t expect it to be harder than 
usual.

The transition needs to be done together with libgdata, which only 
implies only one extra binNMU.

In order to avoid forcing reverse dependencies to be updated to gtk+ 3
simultaneously, the evolution-data-server source package has been 
renamed to evolution-data-server3. Some binaries are simply replaced by 
the newer version, while libraries that changed soname are 
co-installable - this is especially true of libedataserverui.
Once reverse dependencies have all been updated to gtk+ 3, the plan is 
to rename back the source package to evolution-data-server and decruft 
old binaries.

The following packages need sourceful uploads, they are ready in 
experimental except for evolution-mapi which is not in testing either:
 * evolution
 * evolution-data-server3
 * evolution-exchange
 * evolution-mapi (not in testing)
 * evolution-rss
 * libgdata

The following packages need binary NMUs for libgdata:
 * totem

The following packages can be rebuilt against a newer libcamel, but 
even if they are not this should not prevent the packages from 
migrating:
 * almanah
 * deskbar-applet
 * ekiga
 * empathy
 * eweouz
 * giggle
 * gnome-panel
 * gnome-phone-manager
 * gnome-python-desktop
 * gnome-shell
 * libopensync-plugin-evolution2
 * librevolution-ruby
 * mail-notification
 * sflphone
 * syncevolution
 * tracker

The following packages will need to be updated to gtk+ 3 and 
libedataserverui-3.0 later so that e-d-s 2.30 can be dropped:
 * gnome-panel (will have its own transition)
 * sflphone
 * tracker

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-



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

Bug#638066: winbind initscript should always run after samba initscript

[Phil Gold]

Package: winbind
Version: 2:3.5.6~dfsg-3squeeze4
Severity: normal

winbind does not properly get user info from Active Directory unless it is
started after smbd and nmbd, but there is nothing in its initscript to force
that ordering with the new dependency-based boot system.  There should be
something.

I just added "samba" to the Required-Start section of the winbind initscript,
but that's probably not the most general approach, since I see that the winbind
package does not depend on the samba package.

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

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

Versions of packages winbind depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.
ii  libcomerr21.41.12-4stable1   common error description library
ii  libgssapi-krb5-2  1.8.3+dfsg-4squeeze1   MIT Kerberos runtime libraries - k
ii  libk5crypto3  1.8.3+dfsg-4squeeze1   MIT Kerberos runtime libraries - C
ii  libkrb5-3 1.8.3+dfsg-4squeeze1   MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries
ii  libpam-runtime1.1.1-6.1  Runtime support for the PAM librar
ii  libpam0g  1.1.1-6.1  Pluggable Authentication Modules l
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libtalloc22.0.1-1hierarchical pool based memory all
ii  libwbclient0  2:3.5.6~dfsg-3squeeze4 Samba winbind client library
ii  lsb-base  3.2-23.2squeeze1   Linux Standard Base 3.2 init scrip
ii  samba-common  2:3.5.6~dfsg-3squeeze4 common files used by both the Samb
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

winbind recommends no packages.

winbind suggests no packages.

-- Configuration Files:
/etc/init.d/winbind changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
[ -r /etc/default/winbind ] && . /etc/default/winbind
DAEMON=/usr/sbin/winbindd
PIDDIR=/var/run/samba
WINBINDPID=$PIDDIR/winbindd.pid
unset TMPDIR
test -x $DAEMON || exit 0
. /lib/lsb/init-functions
case "$1" in
start)
log_daemon_msg "Starting the Winbind daemon" "winbind"
mkdir -p /var/run/samba/winbindd_privileged || return 1
chgrp winbindd_priv $PIDDIR/winbindd_privileged/ || return 1
chmod 0750 $PIDDIR/winbindd_privileged/ || return 1
start-stop-daemon --start --quiet --oknodo --exec $DAEMON -- 
$WINBINDD_OPTS
log_end_msg $?
;;
stop)
log_daemon_msg "Stopping the Winbind daemon" "winbind"
start-stop-daemon --stop --quiet --oknodo --exec $DAEMON
log_end_msg $?
;;
restart|force-reload)
$0 stop && sleep 2 && $0 start
;;
status)
status_of_proc -p $WINBINDPID $DAEMON winbind && exit 0 || exit 
$?
;;
*)
echo "Usage: /etc/init.d/winbind 
{start|stop|restart|force-reload|status}"
exit 1
;;
esac


-- 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#617422: Offer to help

[Alejandro Exojo]

Hi.

I would love to see the new version of figlet in Debian. Is there anything that 
I could do? My packaging knowledge maybe is too dated, but I would love to 
help. Or is a legal issue with respect the legal change?

Thank you.

-- 
Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2
http://barnacity.net/ | http://disperso.net



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

Bug#638060: debian-policy: §9.1.1: FHS should also be a "must" for generated files

[Jonathan Nieder]

Hi Axel,

Axel Beckert wrote:

> Policy 9.1.1 states: "The location of all installed files and
> directories must comply with the Filesystem Hierarchy Standard (FHS)
> [...]".
[...]
> I therefore suggest to rephrase this sentence as follows:
>
> "The location of all installed files and directories, and all files
> and directories generated or created by installed programs or scripts
> (including maintainer scripts) must comply with the Filesystem
> Hierarchy Standard (FHS) [...]".

Sounds sensible to me, with one exception: many programs write to
_configurable_ locations, without validating that the choice of the
user complies with the FHS, and I believe that is a sensible thing to
do.

So, perhaps:

The default location of files and directories created by
installed programs or scripts (including maintainer scripts)
must comply with the Filesystem Hierarchy Standard (FHS).

Of course, you already mentioned that. :)

[...]
> It is not clear where to
> draw the line between these extremes, for example, would a script that
> installs a software to a non-standard location (e.g., because upstream
> has weird opinions about such things) after asking the user to confirm
> this be allowed in Debian?



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

Bug#637904: __m2crypto.so: undefined symbol: SSLv2_method

[Charles Plessy]

Le Mon, Aug 15, 2011 at 05:16:44PM +0100, Simon McVittie a écrit :
> 
> m2crypto appears to have regressed between 0.20.1-1.1 and 0.21.1-1:
> 
> > smcv@reptile(sid-amd64)% python2.6 -c 'import M2Crypto'
> > Traceback (most recent call last):
> >   File "", line 1, in 
> >   File "/usr/lib/python2.6/dist-packages/M2Crypto/__init__.py", line 22, in 
> > 
> > import __m2crypto
> > ImportError: /usr/lib/python2.6/dist-packages/M2Crypto/__m2crypto.so: 
> > undefined symbol: SSLv2_method
> 
> The amd64 binaries were the ones uploaded by the maintainer, but buildd logs
> for a couple of arbitrarily-chosen architectures (i386 and s390) suggest that
> this is a general problem with the package, not just a problem with the
> maintainer's build environment:
> 
> > SWIG/_m2crypto_wrap.c: In function '_wrap_sslv2_method':
> > SWIG/_m2crypto_wrap.c:15485:3: warning: implicit declaration of function 
> > 'SSLv2_method' [-Wimplicit-function-declaration]
> 
> Because the file in question is a Python module (basically a plugin),
> unresolvable symbols do not cause the build to fail.

Thank you very much Simon and Sébastien for your help.

I have built the amd64 version of the package in a clean Sid chroot with
sbuild, and I indeed did not understand the compiler warnings.  The problem
should be solved now that I re-enabled Sebastian's patch, that I did not
realise was not part from revision 721 in Upstream's Subversion repository.  As
you can see from the commit diff below (I keep the build logs in the same Git
repository as the source package), the compiler warnings dissapeared as
expected.

http://anonscm.debian.org/gitweb/?p=collab-maint/m2crypto.git;a=commitdiff;h=3a906d75c341b97ba5cc03af76d535173b07cc4b#patch2

I tested python-m2crypto version 0.21.1-1 on my local system, which is a
mixture of Squeeze, Wheezy and Sid where libssl1.0.0 and libssl0.9.8 are
installed.  Given that the module was working well, as per successful use of
the euca2ools programs that use it, and given that the regression tests were
failing for lack of SSLv2 support, I thought that I successfully tested it
against libssl1.0.0, the OpenSSL library the package was built on depends on.

Have I misunderstood how dynamic libraries are used, or is it indeed a bug that 
a
package depending on libssl1.0.0 seems to be using libssl0.9.8 when
they are co-installed ?

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#638065: [iceweasel] crash when accessing Preference/General tab (undefined symbol: gnome_vfs_unescape_string)

[Xavier Brochard]

Package: iceweasel
Version: 6.0-1
Severity: important

--- Please enter the report below this line. ---
Each time I access Preferences/General tab or Preferences/Applications tab 
Iceweasel crash. Other tabs are OK.
Launched from CLI I get this message:
/usr/lib/iceweasel/firefox-bin: symbol lookup error: 
/usr/lib/gnome-vfs-2.0/modules/libfile.so: undefined symbol: 
gnome_vfs_unescape_string

In safe-mode, Iceweasel crash when accessing Preferences, with same error 
message

regards
xavier

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.0.0-1-amd64

Debian Release: wheezy/sid
  500 wheezy  mozilla.debian.net 
  500 unstablemirror.home-dn.net 
  500 unstableftp.fr.debian.org 
  500 instabledownload.tuxfamily.org 
  101 experimentalftp2.fr.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libc6(>= 2.2.5) | 2.13-11
libgdk-pixbuf2.0-0  (>= 2.22.0) | 2.23.5-2
libglib2.0-0(>= 2.16.0) | 2.28.6-1
libgtk2.0-0   (>= 2.10) | 2.24.5-3
libnspr4-0d   (>= 1.8.0.10) | 4.8.8-2
libstdc++6   (>= 4.1.1) | 4.6.1-5
fontconfig  | 2.8.0-3
procps  | 1:3.2.8-11
debianutils   (>= 1.16) | 4.0.2
xulrunner-6.0(>= 6.0-1) | 6.0-1
libasound2(>> 1.0.24.1) | 1.0.24.1-2
libatk1.0-0 (>= 1.12.4) | 2.0.1-2
libbz2-1.0  | 1.0.5-6
libc6(>= 2.3.2) | 2.13-11
libcairo2(>= 1.10.2-2~) | 1.10.2-6
libdbus-1-3  (>= 1.0.2) | 1.4.12-5
libevent-1.4-2   (>= 1.4.13-stable) | 1.4.13-stable-1
libfontconfig1   (>= 2.8.0) | 2.8.0-3
libfreetype6 (>= 2.2.1) | 2.4.4-2
libgcc1(>= 1:4.1.1) | 1:4.6.1-5
libgdk-pixbuf2.0-0  (>= 2.22.0) | 2.23.5-2
libglib2.0-0(>= 2.24.0) | 2.28.6-1
libgtk2.0-0 (>= 2.24.0) | 2.24.5-3
libhunspell-1.2-0   (>= 1.2.11) | 1.2.14-4
libjpeg8(>= 8c) | 8c-2
libmozjs6d(= 6.0-1) | 6.0-1
libnspr4-0d(>> 4.7.1-1) | 4.8.8-2
libnss3-1d (>= 3.12.10) | 3.12.10-3
libpango1.0-0   (>= 1.14.0) | 1.28.4-1
libpixman-1-0   (>= 0.11.2) | 0.22.2-1
libreadline6   (>= 6.0) | 6.2-2
libsqlite3-0 (>= 3.7.4) | 3.7.7-2
libstartup-notification0   (>= 0.8) | 0.12-1
libstdc++6 (>= 4.6) | 4.6.1-5
libvpx0  (>= 0.9.0) | 0.9.6-1
libx11-6| 2:1.4.3-2
libxext6| 2:1.3.0-3
libxrender1 | 1:0.9.6-2
libxt6  | 1:1.1.1-2
zlib1g (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
ttf-lyx   | 2.0.0-1
 OR latex-xft-fonts   | 
xfonts-mathml | 4
ttf-mathematica4.1| 
mozplugger| 
libgssapi-krb5-2  | 1.9.1+dfsg-1+b1
 OR libkrb53  | 
libdbus-glib-1-2(>= 0.78) | 0.94-4
libgconf2-4   (>= 2.31.1) | 2.32.4-1
libgnomevfs2-0 (>= 1:2.17.90) | 1:2.24.4-1
libnotify4 (>= 0.7.0) | 
libgnomeui-0  | 2.24.3-1
libcanberra0  | 0.28-1




-8<---8<---8<---8<---8<---8<---8<---8<---8<--
Please attach the file: 
  /tmp/reportbug-ng-iceweasel-6f9Re5.txt 
to the mail. I'd do it myself if the output wasn't too long to handle.

  Thank you!
->8--->8--->8--->8--->8--->8--->8--->8--->8--
Xavier
xav...@alternatif.org - 06 29 23 16 59



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

Bug#631684: transition: libmtp

[Philipp Kern]

On Tue, Aug 16, 2011 at 11:04:02AM +0200, Alessio Treglia wrote:
> On Tue, Aug 16, 2011 at 10:41 AM, Philipp Kern  wrote:
> > Please start.  (And please followup after your upload of libmtp got
> > accepted, so that we can schedule the binNMUs.)
> Accepted in unstable, thanks!

I just scheduled some binNMUs (except for mipsel).  Can you arrange
for the pymtp upload?  (I.e. pinging the maintainer or NMU it, but
somehow ensure that it gets done in time.)

Thanks
Philipp Kern


signature.asc
Description: Digital signature

Bug#638064: O: libstevesoft-regex-java

[Torsten Werner]

Package: wnpp
Severity: normal

Hi,

I am orphaning the package in behalf of the Java team because:
- it hasn't been maintained for a long time
- it has no reverse dependencies
- it has a low popcon value
Feel free to re-introduce it to the team if want to actively maintain it.

Torsten



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

Bug#638063: libdigest-sha-perl: should set up divert of /usr/bin/shasum installed by perl

[Dominic Hargreaves]

Package: libdigest-sha-perl
Severity: normal
Version: 5.62-1

At the moment, on sid, /usr/bin/shasum from this package will not be
installed, since perl Replaces libdigest-sha-perl. This causes dpkg to
silently ignore /usr/bin/shasum from the package being replaced.

AFAIK, the reason for the Replaces entry in the perl package is to make
upgrades work smoothly when the versioned Conflicts comes into play
(by hinting the removal of the old libdigest-sha-perl). However, when
this isn't the case -- ie when libdigest-sha-perl provides a newer
version than Digest::SHA than the perl package -- such as unstable at the
moment, both perl and libdigest-sha-perl can co-exist.

This results in a situation where the newer Digest::SHA is used (owing
to @INC ordering) but the old /usr/bin/shasum is being used, which is
inconsistent and is probably not what the user expects, having installed
libdigest-sha-perl (note: I haven't checked how the functionality in the
two scripts compares, but there is the potential for future problems even
if they currently provide the same functionality).

The solution in this case is to divert the /usr/bin/shasum and its man
page, as provided by the perl package, out of the way, in preinst and
postinst. See libdevel-dprof-perl for an example.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#638062: shelldap: Missing dependency on libio-socket-ssl-perl

[David Duncan Ross Palmer]

Package: shelldap
Version: 0.2-1
Severity: normal
Tags: d-i

I installed shelldap 0.2-1. When trying to run:
overlord@ochre:~$ shelldap
Can't locate IO/Socket/SSL.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10
/usr/local/lib/site_perl .) at /usr/share/perl5/Net/LDAP.pm line 1005.

Installing libio-socket-ssl-perl resolves the problem.



-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages shelldap depends on:
ii  libalgorithm-diff-perl 1.19.02-2 module to find differences between
ii  libnet-ldap-perl   1:0.4001-2client interface to LDAP servers
ii  libterm-readkey-perl   2.30-4A perl module for simple terminal 
ii  libterm-readline-gnu-p 1.20-1Perl extension for the GNU ReadLin
ii  libterm-shell-perl 0.02-2Perl module for writing shell-like
ii  libyaml-syck-perl  1.12-1Perl module providing a fast, ligh
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 

shelldap recommends no packages.

shelldap 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#638061: xtables-addons-common: missing xtables geoip management script

[Paul Traina]

Package: xtables-addons-common
Version: 1.37-1
Severity: important


The debian xtables package does not include the code present in the source
package that downloads the geoip database and correctly builds it into
country specific code.

While the "download" script is redundant with the geoip-database or
geoip-database-contrib packages (which provide, or download the geoip
database) the "build" script is not duplicated elsewhere in the debian
universe and should be part of this package as it does not conflict with
functionality elsewhere.  It's necessary to actually make use of the
geoip functionality, since it is responsible for carving up and packaging
the monolithic geoip database into something the xtable modules can actually
use.

The script in question also depends upon the libtext-csv-xs-perl package in
order to run (run-depend, not a build depend).

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

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xtables-addons-common depends on:
ii  iptables  1.4.12-1   administration tools for packet fi
ii  libc6 2.13-10Embedded GNU C Library: Shared lib

Versions of packages xtables-addons-common recommends:
ii  xtables-addons-dkms   1.37-1 Extensions targets and matches for

xtables-addons-common 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#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies

[Michael Tokarev]

17.08.2011 01:24, Julien Cristau wrote:
> On Wed, Aug 17, 2011 at 00:59:36 +0400, Michael Tokarev wrote:
>> 17.08.2011 00:46, Julien Cristau wrote:
>>
>>> Even with Requires.private you'll need the corresponding -dev packages
>>> in Depends, because pkg-config will look for them for --cflags, just not
>>> --libs.
>>
>> You're right, it complains without libpixman-1-dev too, just as before.
[]
> What problem are you trying to solve that doesn't go away with Depends:
> libpixman-1-dev?

We'll need to list all the rest in build-depends too, and update
it every time upstream will pick something else as needlessly as
it is now.  In particular, currently it's libssl-dev (right version) --
provided we patched out various other X bits.  With this particular
user - qemu-kvm - it so happens that libssl-dev gets pulled too,
unlike libpixmap, so there's no issue here.  For other package that
will try to use libspice, there will be yet another bug of the same
nature but due to missing libssl-dev dependency.

The problem is to have real dependencies - both build- and run-tme,
no less (to avoid bugs like this) and no more (to avoid pulling
whole archive just to install a random binary).

Thanks,

/mjt



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

Bug#638059: PTS: links to source code in the footer

[Giovanni Mascellani]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: pts
Tags: patch

Hi.

I find it useful to have links to the source code in the footer of
Debian web services. This encourages users to have a look at the code
and contribute to it.

The attached patch adds such links for the PTS.

Thanks, Gio.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org


From ec86b3ba379ebea2a07af500067827e515ac197a Mon Sep 17 00:00:00 2001
From: Giovanni Mascellani 
Date: Fri, 29 Jul 2011 23:57:16 +0200
Subject: [PATCH] Added repo link.

---
 pts/www/xsl/pts.xsl |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/pts/www/xsl/pts.xsl b/pts/www/xsl/pts.xsl
index 071235f..71f76b4 100644
--- a/pts/www/xsl/pts.xsl
+++ b/pts/www/xsl/pts.xsl
@@ -1260,6 +1260,8 @@ other-to-%xx, especially % to %25... Fortunately, that's rare -->
   http://bugs.debian.org/qa.debian.org";>qa.debian.org
 pseudopackage in the http://bugs.debian.org";>Debian
 BTS.
+Checkout SVN repository |
+http://anonscm.debian.org/viewvc/qa/trunk/pts/";>Browse SVN repository
   Last modified: .
 
   
-- 
1.7.5.4



signature.asc
Description: OpenPGP digital signature

Bug#637656: unavailable build depends

[Damien Raude-Morvan]

Le mardi 16 août 2011 13:58:45, Damien Raude-Morvan a écrit :
> On Tue, 16 Aug 2011 13:10:01 +0200, Torsten Werner 
> 
> wrote:
> > Hi Damien, Hi Ludovic,
> 
> Hi,
> 
> > m-d-h version 1.4.4 is already committed to the svn repo. Is it ready
> > for upload? What about m-r-h 1.5.2?
> 
> I'll try to do some checks and upload both packages this evening.

Ok, I need a fix for #637213 before I can do an upload to unstable.
Can anyone have a look at this one ?

Cheers,
-- 
Damien


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

Bug#638016: xutils-dev: Fix FTBFS of xxkb on hurd-i386

[Samuel Thibault]

Svante Signell, le Tue 16 Aug 2011 21:36:31 +0200, a écrit :
> On Tue, 2011-08-16 at 17:05 +0200, Samuel Thibault wrote:
> > Svante Signell, le Tue 16 Aug 2011 16:54:05 +0200, a écrit :
> > > The attached patch fixes the FTBFS problem of xxkb-1.11-2.1 for
> > > GNU/Hurd. ProjectRoot and ManDirectoryRoot are added to gnu.cfg.
> > 
> > And this is to be kept in Debian only, not upstream, because only
> > the Debian distribution of GNU/Hurd uses a separate /usr, others use
> > prefix=/
> 
> Would the problem be solved by removing ProjectRoot set to /usr?

The same applies to ManDirectoryRoot, since ProjectRoot is a prefix of
ManDirectoryRoot

> In fact only ManDirectoryRoot set to /usr/share/man in needed to fix the
> build problem.

But some other issues might appear in other packages. linux.cf does
define ProjectRoot to /usr, so let's just do the same for Debian
GNU/Hurd.

> Are other GNU distributions using /usr/share/man
> or /usr/man for manpages?

/share/man, simply because prefix is /

> In case /usr/share/man is OK, I can remove
> ProjectRoot from the patch, and it would not be Debian specific.

Keep it as you already submitted. That's what we do in the Linux case,
let's just do the same for Debian GNU/Hurd, even if that is not useful
to xxkb, it'd be useful to other packages.

So in short: please apply Svante's patch, and keep it as Debian-specific
patch.

Samuel



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

Bug#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies

[Julien Cristau]

On Wed, Aug 17, 2011 at 00:59:36 +0400, Michael Tokarev wrote:

> 17.08.2011 00:46, Julien Cristau wrote:
> 
> > Even with Requires.private you'll need the corresponding -dev packages
> > in Depends, because pkg-config will look for them for --cflags, just not
> > --libs.
> 
> You're right, it complains without libpixman-1-dev too, just as before.
> 
> It looks like it may be better to patch away pkg-config usage
> in the dependent packages instead... ;)
> 
> So, what is the right way here, having in mind that - in this
> particular example - pixman isn't used except of a an inter-
> dependent library?  It looks like the upstream should switch
> from
> 
>   Requires: $pkg
> 
> (or as my wrong attempt, Requires.private) to
> 
>   libs.private: $(pkg-config --libs $pkg)
> 
> with some way of handling -L options, right?  Is there some
> good document outlining all this pkg-config "best practices"?
> 
What problem are you trying to solve that doesn't go away with Depends:
libpixman-1-dev?

Cheers,
Julien



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

Bug#638058: PTS: better integration with patch-tracker.d.o

[Giovanni Mascellani]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: pts

Hi.

Some days ago I proposed a few patches for the PTS to show links to
patch-tracker.d.o. After discussing a bit this with some people (mostly
zack and hertzog), I propose here an enhanced version of that.

I already got in touch with seanius and proposed a few patches to export
a summary of the patches used within each package in a JSON formatted
file. These patches are still waiting for review, but I'm confident that
they'll eventually be accepted.

The patch I'm attaching here uses such information to how, for each
version of the package, the number of patches and a star ('*') if the
package also conveys modification outside the debian/ dir in the
.diff.gz/.debian.tar.gz patch.

The code still has one very dirty hack (a hardcoded dictionary for
converting release name from lenny,squeeze,wheezey to
oldstable,stable,testing). I'm not sure about how to fix it, suggestions
welcome. Moreover, it lacks of the infrastructure to actually download
from patch-tracker.d.o the JSON file that has to be processed (after
all, that file doesn't exist yet!).

Comments/suggestions welcome.

Thanks, Gio.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org

From 7357222e631ac0484445e3c334bf497967a61493 Mon Sep 17 00:00:00 2001
From: Giovanni Mascellani 
Date: Fri, 29 Jul 2011 23:47:46 +0200
Subject: [PATCH] Better patch-tracker.d.o integration in PTS.

---
 pts/www/bin/other_to_xml.py |   43 +++-
 pts/www/xsl/pts.xsl |   64 ---
 2 files changed, 59 insertions(+), 48 deletions(-)

diff --git a/pts/www/bin/other_to_xml.py b/pts/www/bin/other_to_xml.py
index 2d6f2a5..0c14e43 100755
--- a/pts/www/bin/other_to_xml.py
+++ b/pts/www/bin/other_to_xml.py
@@ -10,7 +10,7 @@
 # This file is distributed under the terms of the General Public License
 # version 2 or (at your option) any later version.
 
-import os.path, sys, string, re, email, common, cPickle, yaml
+import os.path, sys, string, re, email, common, cPickle, yaml, json
 import xml.dom
 
 try:
@@ -313,6 +313,15 @@ piuparts = read_piuparts(os.path.join(dir, "piuparts-sid.txt"))
 
 new_queue = read_NEW(os.path.join(dir, "new.822"))
 
+with open(os.path.join(dir, "patch_tracker.json")) as patch_tracker_file:
+patch_tracker_array = json.load(patch_tracker_file)
+patch_tracker = {}
+for record in patch_tracker_array:
+if record['package'] not in patch_tracker:
+patch_tracker[record['package']] = {}
+patch_tracker[record['package']][record['suite']] = record
+del patch_tracker_array
+
 # read QA lintian info
 lintian = read_lintian_info(os.path.join(dir, "lintian.qa-list.txt"))
 
@@ -325,7 +334,6 @@ try:
 f.close()
 except:
 pass # Silent failure
-
 # read info gathered from watch file scanner
 data = yaml.load(file(os.path.join(dir, "dehs.yaml")), yaml.CLoader)
 dehs = {}
@@ -633,6 +641,37 @@ while 1:
 root_elt.setAttribute('security', '0')
 sec_sig = '0'
 
+# FIXME bad hack
+codenames_resolver = {'lenny': 'oldstable',
+  'squeeze': 'stable',
+  'wheezy': 'testing',
+  'sid': 'unstable',
+  'experimental': 'experimental'}
+suites_order = ['oldstable', 'stable', 'testing', 'unstable', 'experimental']
+suites_order_lookup = dict(map(lambda (a, b): (b, a), enumerate(suites_order)))
+
+# Add patch_tracker data
+if pkg in patch_tracker:
+elt = doc.createElement("patch-tracker")
+root_elt.setAttribute("patch-tracker", "yes")
+suites = patch_tracker[pkg].items()
+suites.sort(key=lambda (a, b): suites_order_lookup[codenames_resolver[a]])
+for suite, suite_data in suites:
+version, nondebian, patch_num = suite_data['version'], \
+sum(suite_data['nondebian']) > 0, len(suite_data['patches'])
+elt2 = doc.createElement("package")
+elt2.setAttribute("suite", codenames_resolver[suite])
+elt2.setAttribute("version", version)
+elt2.setAttribute("patch-number", str(patch_num))
+if nondebian:
+	elt2.setAttribute("nondebian-modifications", "yes")
+else:
+	elt2.setAttribute("nondebian-modifications", "no")
+elt.appendChild(elt2)
+root_elt.appendChild(elt)
+else:
+root_elt.setAttribute("patch-tracker", "no")
+
 # TODO: try to do that signature checking before the creation of XML DOM
 # Build the sig and check if anything changed
 sig = (pts.get(pkg, "0"), dc_sig, wnpp_sig, override_sig, dehs_sig,
diff --git a/pts/www/xsl/pts.xsl b/pts/www/xsl/pts.xsl
index 0607fe5..071235f 100644
--- a/pts/www/xsl/pts.xsl
+++ b/pts/www/xsl/pts.xsl
@@ -869,13 +869,10 @@ oth

Bug#637975: iceape-browser: depends on iceape which conflicts with iceape-browser

[Julien Cristau]

On Tue, Aug 16, 2011 at 10:06:10 +0200, Mike Hommey wrote:

> On Tue, Aug 16, 2011 at 09:49:40AM +0200, Sven Joachim wrote:
> > Package: iceape-browser
> > Version: 2.0.14-6
> > Severity: grave
> > 
> > The traditional iceape-browser package is not installable because iceape
> > declares an unversioned Conflicts with it.  That very much defeats the
> > purpose of the traditional package.
> 
> Can you explain what your problem is exactly? I tested upgrade paths,
> and it worked. If you're not upgrading, why do you want to install
> iceape-browser when the package you want is iceape? If you are
> upgrading, please paste the error you get from apt. If this is only
> theoretical from the dependencies of the package, well, that was on
> purpose ;)
> 
Sounds like a silly purpose.  We don't ship uninstallable packages.

Cheers,
Julien



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

Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable

[Martin]

On Tue, 2011-08-16 at 02:04 +0200, Cyril Brulebois wrote:
> Martin  (16/08/2011):
> > *. Updating to the latest kernel from backports
> > 
> > 2.6.39+35.1~bpo60+1
> > 
> > However this doesn't solve the problem.
> > 
> > I'm all out of ideas, all suggestions most welcome.
> 
> Wait a bit for the buildds to kick in for the X stack backports, and let
> me a few days to make sure the instructions at [1] are also correct for
> i386 (I did prepare those on amd64). Then try that and cross fingers.
> 
>  1. http://x.debian.net/reference/squeeze-backports.html

OK; that looks do-able.  Is there a particular X version I am waiting
for?

Cheers,
 - Martin





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

Bug#613979: [regression] "BUG: Unable to handle kernel paging request at ffffc90013cd8000" and no sound card recognized

[Paul Menzel]

Dear PCI folks,


do you prefer to discuss this issues on the linux-pci list or in the
Kernel Bug Tracker?


Am Dienstag, den 16.08.2011, 15:01 -0500 schrieb Jonathan Nieder:

> Svante Signell wrote:
> 
> [lots of irrelevant context snipped]
> > I'm back now and have physical access to the computer. How can I confirm
> > the commit causing the problems?
> 
> Thanks for the offer.  Testing 3e3da00c and 3e3da00c^ would be
> interesting; posting a boot log from an affected kernel with both
> "debug" and "ignore_loglevel" on the kernel command line to
> 
>  https://bugzilla.kernel.org/show_bug.cgi?id=30552
> 
> would also be helpful.

As written in the bug tracker [1] adding `debug ignore_loglevel` or
`debug` to the Linux kernel command line the boot stops after around 2
seconds and the cryptsetup LUKS passphrase dialog is not shown. Is that
a know problem with Linux 2.6.3{3,4}?


Thanks,

Paul


[1] https://bugzilla.kernel.org/show_bug.cgi?id=30552#c13


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

Bug#637236: FTBFS on kfreebsd-amd64: gengtype: Internal error: abort in get_output_file_with_visibility, at gengtype.c:1998

[Christoph Egger]

Hi!

Matthias Klose  writes:
> afaik, this is a buildd issue. any comments?
>
> On 08/09/2011 08:44 PM, Ludovic Brenta wrote: 
>>>From the buildd logs on kfreebsd-amd64[1]:
>> 
>> gengtype: Internal error: abort in get_output_file_with_visibility, at 
>> gengtype.c:1998
>> 
>> I got this error also when building gnat-4.6 on a different buildd[2],
>> but not on asdfasdf.debian.net, the porter box, where the package builds
>> fine.  Could this error be specific to the two buildd machines?
>> 
>> [1] 
>> https://buildd.debian.org/status/fetch.php?pkg=gcc-4.6&arch=kfreebsd-amd64&ver=4.6.1-6&stamp=1312911887
>> [2] 
>> https://buildd.debian.org/status/fetch.php?pkg=gnat-4.6&arch=kfreebsd-amd64&ver=4.6.1-3&stamp=1312911422

  At least it happens reproducibly on both buildds. Let me see what
happens if I build it locally.

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#457364: debian-policy: please reserve part of the package namespace for cross compilation

[Hector Oron]

Hello,

On Tue, Aug 16, 2011 at 02:14:37PM -0500, Jonathan Nieder wrote:
 
> A lot has changed since this proposal, and I am uninformed, hence
> curious: does it still make sense to reserve this namespace (maybe to
> avoid causing trouble for existing users of dpkg-cross)?

  Now that we are getting into multiarch days, and we might gain
cross architecture dependencies I believe reserving such namespace is
not needed. Also note that dpkg-cross'd packages are not to be released
and we do not need to polute the official archive with them.

  Using path provided by dpkg-cross is arriving to its end, either by
using multiarch paths in Debian world or setting up a sysroot path in
upstream world (which is not compatible with current dpkg-cross).

  Note that the intention has always been to merge dpkg-cross usefulness
into proper dpkg and throw away useless dpkg-cross bits, so it really
needs to die.

Best regards,
  -- Héctor Orón



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

Bug#638057: UDD: add gatherer for patch-tracker.d.o data

[Giovanni Mascellani]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: udd

Hi.

I already discussed this feature with Lucas Nussbaum at Debconf11. It
would be nice to have a gatherer for patch-tracker.d.o data in UDD. I
already wrote a patch for patch-tracker.d.o to export the data we could
be interested into in a JSON file. The patch is still waiting for review
and I'll ping Sean in the next days.

I also wrote patches for UDD, and I'm attaching them here. They're still
incomplete, need to be adjusted for the actual setup of UDD (which I do
not know enough), still have some FIXME for potential SQL injection.
Moreover, SQL schemas have to be fixed and the whole infrastructure for
getting JSON data from patch-tracker.d.o must be set up.

But, in the meantime, people can have a look at the code to understand
what's going on.

I'm also attaching a draft of the SQL schema (which probably still lacks
things, most notably sane indexes). A gzipped test data file (based on a
snapshot of a few days ago) can be found here:

http://people.debian.org/~gio/patch_tracker.json.gz

Thanks, Gio.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org
From ef97570af8a56e7018b971574152cdcbd29c1b8b Mon Sep 17 00:00:00 2001
From: Giovanni Mascellani 
Date: Mon, 1 Aug 2011 11:51:39 +0200
Subject: [PATCH] Added sketch of patch_tracker gatherer.

---
 udd/config-org.yaml   |7 +
 udd/doc/sources/patch-tracker |   24 +
 udd/udd/patch_tracker_gatherer.py |   52 +
 3 files changed, 83 insertions(+), 0 deletions(-)
 create mode 100644 udd/doc/sources/patch-tracker
 create mode 100644 udd/udd/patch_tracker_gatherer.py

diff --git a/udd/config-org.yaml b/udd/config-org.yaml
index 0a0745b..368425c 100644
--- a/udd/config-org.yaml
+++ b/udd/config-org.yaml
@@ -13,6 +13,7 @@ general:
 orphaned-packages: module udd.orphaned_packages_gatherer
 bugs: exec DEBBUGS_CONFIG_FILE=/org/bugs.debian.org/etc/config perl /org/udd.debian.org/udd/udd/bugs_gatherer.pl 
 carnivore: module udd.carnivore_gatherer
+patch-tracker: module udd.patch_tracker_gatherer
 lintian: module udd.lintian_gatherer
 debtags: module udd.debtags_gatherer
 ubuntu-bugs: module udd.ubuntu_bugs_gatherer
@@ -546,6 +547,12 @@ carnivore:
   login-table: carnivore_login
   schema: carnivore
 
+patch-tracker:
+  type: patch-tracker
+  path: /home/giovanni/packages/qa/collab-qa/udd/mirrors/patch_tracker.json
+  patch-tracker-table: patch_tracker
+  patches-table: patches
+
 lintian:
   type: lintian
   update-command: rm -f /org/udd.debian.org/mirrors/lintian.log && wget -q http://lintian.debian.org/lintian.log -O /org/udd.debian.org/mirrors/lintian.log
diff --git a/udd/doc/sources/patch-tracker b/udd/doc/sources/patch-tracker
new file mode 100644
index 000..20027f9
--- /dev/null
+++ b/udd/doc/sources/patch-tracker
@@ -0,0 +1,24 @@
+DESCRIPTION
+  patch-tracker.d.o is a web service that shows the patches that get
+  applied to the Debian packages at build time. A summary of the shown
+  data is stored and published as JSON file, so it can be included
+  in UDD.
+
+  We import such information assigning a unique integer ID to each
+  pair (package, release). Two tables are then used to store the
+  data:
+   * patch-tracker-table: keeps general information about the
+ package (name, version, release) and about the patching method
+ it uses (the series type - i.e., whether it uses quilt, dpatch
+ or other systems, including the 'native' and 'no_series' values;
+ and the number of lines added and removed outside the debian/
+ directory by the .diff.gz or .debian.tar.gz patch);
+   * patches-table: keeps information about the specific patches
+ (the package to which belongs, its name and the number of lines
+ added and removed); it will probably extended in the future to
+ store also DEP 3 metadata.
+
+CONFIGURATION:
+  path: The path of the JSON statistics from patch-tracker.d.o.
+  patch-tracker-table, patches-table: The names of the database
+   tables used to describe the packages and patches.
diff --git a/udd/udd/patch_tracker_gatherer.py b/udd/udd/patch_tracker_gatherer.py
new file mode 100644
index 000..ed56727
--- /dev/null
+++ b/udd/udd/patch_tracker_gatherer.py
@@ -0,0 +1,52 @@
+#!/usr/bin/env python
+
+import sys
+from gatherer import gatherer
+import json
+
+def get_gatherer(connection, config, source):
+  return patch_tracker_gatherer(connection, config, source)
+
+class patch_tracker_gatherer(gatherer):
+
+  def __init__(self, connection, config, source):
+gatherer.__init__(self, connection, config, source)
+self.assert_my_config('path', 'patch-tracker-table', 'patches-table')
+
+  def run(self):
+my_config = self.my_config
+
+cur = self.cursor()
+
+cur.execute("DELETE FROM %s" % my_config["patches-table

Bug#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies

[Michael Tokarev]

17.08.2011 00:46, Julien Cristau wrote:

> Even with Requires.private you'll need the corresponding -dev packages
> in Depends, because pkg-config will look for them for --cflags, just not
> --libs.

You're right, it complains without libpixman-1-dev too, just as before.

It looks like it may be better to patch away pkg-config usage
in the dependent packages instead... ;)

So, what is the right way here, having in mind that - in this
particular example - pixman isn't used except of a an inter-
dependent library?  It looks like the upstream should switch
from

  Requires: $pkg

(or as my wrong attempt, Requires.private) to

  libs.private: $(pkg-config --libs $pkg)

with some way of handling -L options, right?  Is there some
good document outlining all this pkg-config "best practices"?

Thanks,

/mjt



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

Bug#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick "XS Stick W14"

[Didier Raboud]

Le mardi, 16 août 2011 21.23:02, vous avez écrit :
> Am 16.08.2011 20:47, schrieb Detlev Brodowski:
> > It works. :)
> 
> Odyx, can you release the fix as a patched-up version? I would not like to
> do a full release if I don't have to.

Sure. I will upload a fixed release in the next days; I hope.

Cheers,

-- 
OdyX


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

Bug#638055: RFP: libfcgi-client-perl -- client library for fastcgi protocol

[Jonas Genannt]

Package: wnpp
Severity: wishlist

* Package name: libfcgi-client-perl
  Version : 0.06
  Upstream Author : Tokuhiro Matsuno 
* URL : http://search.cpan.org/dist/FCGI-Client/
* License : Artistic or GPL
  Programming Lang: Perl
  Description : client library for fastcgi protocol

 FCGI::Client - connection to FastCGI server



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

Bug#638056: O: librepository

[Torsten Werner]

Package: wnpp
Severity: normal

Hi,

I am orphaning the package in behalf of the Java team because:
- it hasn't been maintained for a long time
- it has only orphaned reverse dependencies
- it has a low popcon value
Feel free to re-introduce it to the team if want to actively maintain it.

Torsten



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

Bug#638053: php-sasl: Check for libsasl in the multiarch path

[Steve Langasek]

Package: php-sasl
Version: 0.1.0-1
Severity: serious
Tags: patch wheezy sid
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi Jack,

libsasl in Ubuntu has recently been transitioned to be a multiarch library,
and this transition has just been done in Debian as well (bug #637968).  As
a result, php-sasl will fail to find libsasl at build time, because the PHP
build system bypasses autoconf's standard library detection in favor of its
own filesystem inspection.

The attached patch adjusts the php-sasl config.m4 to look in the multiarch
directory in addition to /usr/lib.  This is a hack, but it will allow
php-sasl to be buildable again.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -u php-sasl-0.1.0/debian/rules php-sasl-0.1.0/debian/rules
--- php-sasl-0.1.0/debian/rules
+++ php-sasl-0.1.0/debian/rules
@@ -15,6 +15,9 @@
 	DEBUG := --disable-debug
 endif
 
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+export DEB_HOST_MULTIARCH
+
 TAR=tar
 PECL_PKG_NAME=sasl
 PECL_PKG_REALNAME=sasl
diff -u php-sasl-0.1.0/debian/changelog php-sasl-0.1.0/debian/changelog
only in patch2:
unchanged:
--- php-sasl-0.1.0.orig/sasl-0.1.0/config.m4
+++ php-sasl-0.1.0/sasl-0.1.0/config.m4
@@ -31,7 +31,7 @@
 
   AC_MSG_CHECKING(for SASL library in $SASL_DIR/lib)
   for i in $SEARCH_LIBS; do
-if test -r $SASL_DIR/lib/lib$i.a; then
+if test -r $SASL_DIR/lib/lib$i.a || test -r $SASL_DIR/lib/$DEB_HOST_MULTIARCH/lib$i.a; then
   SASL_LIB=$i
   AC_MSG_RESULT(found -l$i)
 fi

Bug#638054: O: libpixie-java

[Torsten Werner]

Package: wnpp
Severity: normal

Hi,

I am orphaning the package in behalf of the Java team because:
- it hasn't been maintained for a long time
- it has only orphaned reverse dependencies
- it has a low popcon value
Feel free to re-introduce it to the team if want to actively maintain it.

Torsten



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

Bug#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies

[Julien Cristau]

On Tue, Aug 16, 2011 at 15:59:32 +0400, Michael Tokarev wrote:

> 16.08.2011 11:50, Liang Guo wrote:
> > Hi, Michael,
> > 
> > On Wed, Aug 10, 2011 at 5:49 AM, Michael Tokarev  wrote:
> >> 09.08.2011 14:26, Michael Tokarev wrote:
> >> []
> >>> There are other dependencies too, like alsa openssl xrandr etc,
> >>> but I haven't checked these.
> >>
> >> See also 
> >> http://cgit.freedesktop.org/spice/spice/commit/?h=0.8&id=54c660470a5aea19f799c5574cc0d4a707696712
> >>  --
> >> this is actually a bugfix, -- spice .pc file unnecessary includes alsa 
> >> which
> >> pulls its own set of include dirs, which contains, among other things,
> >> file named "error.h".  Which clashes with local (in another package
> >> using spice) file of the same name.  So that qemu 0.15 does not
> >> build with spice 0.8.2 for example:
> >>
> >> http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg00417.html
> >> http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg00617.html
> >>
> >> /mjt
> > I've asked Kilian to sponsor my new spice 0.8.2-2,
> > 
> > In this upload, libpixman-1-dev (>= 0.17.7~) and libssl-dev is added to
> > libspice-server-dev's Depends field. alsa and other unused x11 Requires
> > are removed.
> 
> And this is, actually, wrong.  The original issue, incorrectly diagnosed
> by me in this bugreport, is that spice people use Requires: pkg-config
> variable to declare inter-library dependencies, while they should use
> Requires.private instead.  It is the development files of libpixman,
> libssl etc are not needed to build applications against lispice-server,
> unless you want to have static build (in which case all inter-dependent
> libraries are also needed, and that's where Requires.private pkg-config
> variable comes into play).
> 
> So the problem actually is the wrong pkg-config dependencies, not debian
> package dependencies, due to wrong upstream usage of pkg-config.
> 
> So I went on and corrected the mess.  Here's the difference:
> 
Even with Requires.private you'll need the corresponding -dev packages
in Depends, because pkg-config will look for them for --cflags, just not
--libs.

Cheers,
Julien



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