Bug#386791: same problem in 2011

[Christian Stubbs]

It happened just again with the latest security update.

Version: 1:9.7.3.dfsg-1~squeeze4



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

Bug#647496: [Pkg-xfce-devel] Bug#647496: Bug#647496: No more video-thumbnails in thunar

[Milo]

2011/11/16 Lionel Le Folgoc 

> tags 647496 + unreproducible moreinfo
> thanks
>
> Hi,
>
> On Sat, Nov 05, 2011 at 09:27:31PM +0100, Yves-Alexis Perez wrote:
> > On sam., 2011-11-05 at 09:12 +0100, Marco Milone wrote:
> > > Dear Manteiners,
> > > I monitored the situation on my system a litle more a I can provide
> > > some more
> > > informations.
> > >
> > > I add that if I open a thunar window with video files in it, the
> > > process
> > > tumblerd is listed in top, using resources.
> > > At this point:
> > > - if I close the thunar window, tumblerd disappears from the processe
> > > list;
> > > - if I keep the thunar window open, tumblerd starts leaking memory
> > > more and
> > > more, untill I kill it. In one occasion tumblerd reached ~800MB of Ram
> > > usage.
> > >
> > > I hope that those infos can be helpful.
> > >
> > >
> > Unfortunately, that looks completely unrelated.
> >
>
> Could you monitor the bus for tumbler to ensure that thumbnailing
> requests are passed correctly?
>
> Running:
>
> dbus-monitor --session --monitor
> interface=org.freedesktop.thumbnails.Thumbnailer1
>
> in a terminal and then opening a Thunar window should show some arrays
> of uris and mimetypes passed from thunar, and tumbler's reply, if
> everything goes well.
>
> Also, is it reproducible with any video file, or only a given type? Does
> the installation of some extra gstreamer plugins such as
> gstreamer0.10-ffmpeg improve the situation?
>

Hi,
installing gstreamer0.10-ffmpeg apparently solved the problem!
Great! Thank you very much Lionel!


>
> Thanks.
>

Thanks to you and to Yves-Alexis again


>
> Best,
>

Best Regards and thanks again

Marco Milone

Bug#649038: elfutils FTBFS on kfreebsd

[Kurt Roeckx]

On Thu, Nov 17, 2011 at 02:33:41AM +, peter green wrote:
> package: elfutils
> version: 0.152-1
> severity: serious
> 
> From the debian buildd logs for 0.152-1+b1 (copy/paste taken from
> the kfreebsd-i386 one but kfreebsd-amd64 looks similar)

This is #570805.


Kurt




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

Bug#649056: rhythmbox: Does not use libgnome-media-profiles anymore

[Fabian Greffrath]

Package: rhythmbox
Version: 2.90.1~git20110929.5ec27a-1
Severity: minor

Hi,

as per upstream bug report ,
rhythmbox does not use libgnome-media-profiles anymore. So please drop the
Build-Depends.

 - Fabian



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

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

Versions of packages rhythmbox depends on:
ii  dbus 1.4.16-1   
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3
ii  gnome-icon-theme 3.2.1.2-1  
ii  gstreamer0.10-plugins-base   0.10.35-1  
ii  gstreamer0.10-plugins-good   0.10.30-2  
ii  gstreamer0.10-x  0.10.35-1  
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo-gobject21.10.2-6.1 
ii  libcairo21.10.2-6.1 
ii  libffi5  3.0.10-3   
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.7-2
ii  libgdk-pixbuf2.0-0   2.24.0-1   
ii  libgirepository-1.0-11.31.0-1   
ii  libglib2.0-0 2.30.2-1   
ii  libgstreamer-plugins-base0.10-0  0.10.35-1  
ii  libgstreamer0.10-0   0.10.35-1  
ii  libgtk-3-0   3.2.2-1
ii  libice6  2:1.0.7-2  
ii  libpango1.0-01.29.4-2   
ii  libpeas-1.0-01.1.1-1
ii  librhythmbox-core4   2.90.1~git20110929.5ec27a-1
ii  libsm6   2:1.2.0-2  
ii  libsoup-gnome2.4-1   2.36.0-1   
ii  libsoup2.4-1 2.36.0-1   
ii  libtotem-plparser17  2.32.6-1   
ii  libxml2  2.7.8.dfsg-5   
ii  media-player-info15-1   
ii  python-gobject   3.0.2-2
ii  python-gst0.10   0.10.21-2.1
ii  zlib1g   1:1.2.5.dfsg-1 

Versions of packages rhythmbox recommends:
ii  avahi-daemon0.6.30-5   
ii  gstreamer0.10-plugins-ugly  0.10.18-3+b1   
ii  gstreamer0.10-pulseaudio0.10.30-2  
ii  gvfs-backends   1.8.2-2
ii  notification-daemon 0.7.3-1
ii  rhythmbox-plugins   2.90.1~git20110929.5ec27a-1
ii  yelp3.2.1+dfsg-1+b1

Versions of packages rhythmbox suggests:
pn  gnome-codec-install 
pn  gnome-control-center 1:3.0.2-3
pn  gstreamer0.10-plugins-bad0.10.22-3
pn  rhythmbox-plugin-cdrecorder 

-- 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#647496: [Pkg-xfce-devel] Bug#647496: Bug#647496: No more video-thumbnails in thunar

[Yves-Alexis Perez]

On jeu., 2011-11-17 at 08:58 +0100, Milo wrote:
> Hi,
> installing gstreamer0.10-ffmpeg apparently solved the problem!
> Great! Thank you very much Lionel! 

Should we add some recommends on some gstreamer plugins then? Like
-base, -good and -ffmpeg?
-- 
Yves-Alexis


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

Bug#649057: rhythmbox: Please add Vcs-* lines to debian/control

[Fabian Greffrath]

Package: rhythmbox
Version: 2.90.1~git20110929.5ec27a-1
Severity: wishlist

Hi,

see subject line. I would have added them myself, but it seems the packages in
sid and experimental have diverged by one revision and I did not want to touch
the "wrong" package.

 - Fabian



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

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

Versions of packages rhythmbox depends on:
ii  dbus 1.4.16-1   
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3
ii  gnome-icon-theme 3.2.1.2-1  
ii  gstreamer0.10-plugins-base   0.10.35-1  
ii  gstreamer0.10-plugins-good   0.10.30-2  
ii  gstreamer0.10-x  0.10.35-1  
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo-gobject21.10.2-6.1 
ii  libcairo21.10.2-6.1 
ii  libffi5  3.0.10-3   
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.7-2
ii  libgdk-pixbuf2.0-0   2.24.0-1   
ii  libgirepository-1.0-11.31.0-1   
ii  libglib2.0-0 2.30.2-1   
ii  libgstreamer-plugins-base0.10-0  0.10.35-1  
ii  libgstreamer0.10-0   0.10.35-1  
ii  libgtk-3-0   3.2.2-1
ii  libice6  2:1.0.7-2  
ii  libpango1.0-01.29.4-2   
ii  libpeas-1.0-01.1.1-1
ii  librhythmbox-core4   2.90.1~git20110929.5ec27a-1
ii  libsm6   2:1.2.0-2  
ii  libsoup-gnome2.4-1   2.36.0-1   
ii  libsoup2.4-1 2.36.0-1   
ii  libtotem-plparser17  2.32.6-1   
ii  libxml2  2.7.8.dfsg-5   
ii  media-player-info15-1   
ii  python-gobject   3.0.2-2
ii  python-gst0.10   0.10.21-2.1
ii  zlib1g   1:1.2.5.dfsg-1 

Versions of packages rhythmbox recommends:
ii  avahi-daemon0.6.30-5   
ii  gstreamer0.10-plugins-ugly  0.10.18-3+b1   
ii  gstreamer0.10-pulseaudio0.10.30-2  
ii  gvfs-backends   1.8.2-2
ii  notification-daemon 0.7.3-1
ii  rhythmbox-plugins   2.90.1~git20110929.5ec27a-1
ii  yelp3.2.1+dfsg-1+b1

Versions of packages rhythmbox suggests:
pn  gnome-codec-install 
pn  gnome-control-center 1:3.0.2-3
pn  gstreamer0.10-plugins-bad0.10.22-3
pn  rhythmbox-plugin-cdrecorder 

-- 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#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?

[Todd Charron]

Hi,

On October 18, 2011 05:04:43 PM Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> RTFM
> www.gnu.org/software/grub/manual/html_node/BIOS-installation.html#BIOS-inst
> allation

While I appreciate the response, I hope you can see how it's not entirely 
useful to me.

This setup was configured through the Debian Installer when the system was 
originally installed and from what I gather from reading the TFM, what it 
seems to indicate is that the Debian Installer didn't set it up correctly and 
now I'm screwed.

So what are the options? Keep the package held for all eternity (since 
previous versions of the package do work), or wipe and reinstall the system 
hoping that the installer does a better job this time?

Any tips on where to go from here would be greatly appreciated.

Thanks.

Todd



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

Bug#649058: libdata-alias-perl: FTBFS on mips powerpc s390 sparc

[Julien Cristau]

Package: libdata-alias-perl
Version: 1.15-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See https://buildd.debian.org/status/package.php?p=libdata-alias-perl
the perl 5.14 binNMUs failed in the testsuite on the archs in $subject.

> Test Summary Report
> ---
> t/06_alias_scope.t (Wstat: 10 Tests: 11 Failed: 0)
>   Non-zero wait status: 10
>   Parse errors: Bad plan.  You planned 48 tests but ran 11.
> t/12_alias_pkg_scalar.t (Wstat: 10 Tests: 15 Failed: 0)
>   Non-zero wait status: 10
>   Parse errors: Bad plan.  You planned 34 tests but ran 15.
> t/13_alias_pkg_array.t (Wstat: 10 Tests: 7 Failed: 0)
>   Non-zero wait status: 10
>   Parse errors: Bad plan.  You planned 24 tests but ran 7.
> t/14_alias_pkg_hash.t  (Wstat: 10 Tests: 7 Failed: 0)
>   Non-zero wait status: 10
>   Parse errors: Bad plan.  You planned 24 tests but ran 7.
> t/15_alias_pkg_misc.t  (Wstat: 11 Tests: 21 Failed: 0)
>   Non-zero wait status: 11
>   Parse errors: Bad plan.  You planned 27 tests but ran 21.
> t/26_alias_local.t (Wstat: 10 Tests: 3 Failed: 0)
>   Non-zero wait status: 10
>   Parse errors: Bad plan.  You planned 24 tests but ran 3.
> Files=30, Tests=466, 20 wallclock secs ( 1.94 usr  0.74 sys + 14.12 cusr  
> 2.88 csys = 19.68 CPU)
> Result: FAIL

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#649059: libnet-pcap-perl: FTBFS on ia64 (misdetected libpcap?)

[Julien Cristau]

Package: libnet-pcap-perl
Version: 0.16-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See the log at
https://buildd.debian.org/status/fetch.php?pkg=libnet-pcap-perl&arch=ia64&ver=0.16-3&stamp=1310327910

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#649060: libtokyocabinet-perl: FTBFS on mipsel

[Julien Cristau]

Package: libtokyocabinet-perl
Version: 1.34-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See the logs at
https://buildd.debian.org/status/fetch.php?pkg=libtokyocabinet-perl&arch=mipsel&ver=1.34-1%2Bb2&stamp=1321430826
and
https://buildd.debian.org/status/fetch.php?pkg=libtokyocabinet-perl&arch=mipsel&ver=1.34-1%2Bb2&stamp=1321362585

A couple of tests fail with Bus error.

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#649061: nginx: FTBFS on some archs (-Werror ftl)

[Julien Cristau]

Package: nginx
Version: 1.1.4-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See the build logs linked from
https://buildd.debian.org/status/package.php?p=nginx

> gcc -c -pipe  -O -W -Wall -Wpointer-arith -Wno-unused-parameter 
> -Wunused-function -Wunused-variable -Wunused-value -Werror -g  -DNDK_SET_VAR  
> -I src/core -I src/event -I src/event/modules -I src/os/unix -I 
> /build/buildd-nginx_1.1.4-2+b1-armel-XtPtLw/nginx-1.1.4/debian/modules/nginx-development-kit/objs
>  -I objs/addon/ndk -I /usr/include/lua5.1 -I 
> /build/buildd-nginx_1.1.4-2+b1-armel-XtPtLw/nginx-1.1.4/debian/modules/nginx-http-push/src
>  -I /usr/include/libxml2 -I objs -I src/http -I src/http/modules -I 
> src/http/modules/perl -I 
> /build/buildd-nginx_1.1.4-2+b1-armel-XtPtLw/nginx-1.1.4/debian/modules/nginx-development-kit/src
>  -I src/mail \
> -o objs/addon/src/chunked_parser.o \
> 
> /build/buildd-nginx_1.1.4-2+b1-armel-XtPtLw/nginx-1.1.4/debian/modules/chunkin-nginx-module/src/chunked_parser.c
> src/chunked_parser.c: In function 'ngx_http_chunkin_run_chunked_parser':
> src/chunked_parser.c:288:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:317:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:355:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:383:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:406:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:431:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:447:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:466:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:496:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:521:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:540:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:569:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:846:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:875:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:913:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:941:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:975:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:1000:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:1016:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:1035:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:1065:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:1090:2: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:1109:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> src/chunked_parser.c:1138:3: error: comparison is always true due to limited 
> range of data type [-Werror=type-limits]
> cc1: all warnings being treated as errors

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#649062: openldap: FTBFS on sparc (test054-syncreplication-parallel-load failed for bdb)

[Julien Cristau]

Source: openldap
Version: 2.4.25-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See the build log at
https://buildd.debian.org/status/fetch.php?pkg=openldap&arch=sparc&ver=2.4.25-4%2Bb1&stamp=1321489831

> > Starting test054-syncreplication-parallel-load for bdb...
> running defines.sh
> Starting provider slapd on TCP/IP port 9011...
> Using ldapsearch to check that provider slapd is running...
> Using ldapadd to create the context prefix entry in the provider...
> Starting consumer slapd on TCP/IP port 9014...
> Using ldapsearch to check that consumer slapd is running...
> Using ldapadd to populate the provider directory...
> Waiting 7 seconds for syncrepl to receive changes...
> Stopping the provider, sleeping 10 seconds and restarting it...
> Using ldapsearch to check that provider slapd is running...
> Waiting 10 seconds to let the system catch up
> Using ldapmodify to modify provider directory...
> Using ldappasswd to change some passwords...
> Waiting 7 seconds for syncrepl to receive changes...
> Stopping consumer to test recovery...
> Modifying more entries on the provider...
> Restarting consumer...
> Waiting 7 seconds for syncrepl to receive changes...
> Try updating the consumer slapd...
> Trying to change some passwords on the consumer...
> Waiting 7 seconds for syncrepl to receive changes...
> Using ldapsearch to read all the entries from the provider...
> Using ldapsearch to read all the entries from the consumer...
> Filtering provider results...
> Filtering consumer results...
> Comparing retrieved entries from provider and consumer...
> test failed - provider and consumer databases differ
> > ../../../tests/scripts/test054-syncreplication-parallel-load failed for 
> > bdb (exit 1)
> make[3]: *** [bdb-mod] Error 1

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#519267: phpdocumentor: changing from RFP to ITP

[Mathias Ertl]

retitle 206536 ITP: phpdocumentor -- php auto documentor
retitle 519267 ITP: php-phpdocumentor -- phpDocumentor provides automatic 
documenting of php api
owner 206536 Mathias Ertl 
owner 519267  Mathias Ertl 
thanks

I intend to submit a package for review today.

greetings, Mati

-- 
me on twitter: @mathiasertl | soup: http://soup.er.tl
I only read plain-text mail!  I prefer signed/encrypted mail!


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

Bug#649063: openscap: Unbuildable on !linux

[Julien Cristau]

Package: openscap
Version: 0.8.0-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

openscap build-depends on libselinux1-dev, which is only available on
linux.  You need something like [linux-any] to allow the package to be
built on kfreebsd again.

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#649064: Only a short time does not work properly gpsd.

[KenichiHanasaki]

Package: gpsd
Version: 2.95-8
Severity: normal


use:garmin GPS 18x(USB)

is work
#gpsd -nND255 /dev/ttyUSB0

does not work
#/usr/sbin/gpsd -n -F /var/run/gpsd.sock -P /var/run/gpsd.pid /dev/gps0

About one hour running gpsd
No longer access the /dev/ttyUSB0

Checking
#inotifywait -m /dev/ttyUSB0
or
#cgps
Not be updated.

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.33.6 (PREEMPT)
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 gpsd depends on:
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration
management sy
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared
lib
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging
syst
ii  libgps19   2.95-8Global Positioning System -
librar
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init
scrip
ii  netbase4.45  Basic TCP/IP networking system

Versions of packages gpsd recommends:
ii  python  2.6.6-3+squeeze6 interactive high-level
object-orie
ii  udev164-3/dev/ and hotplug management
daemo

Versions of packages gpsd suggests:
ii  dbus   1.2.24-4+squeeze1 simple interprocess messaging
syst
ii  gpsd-clients   2.95-8Global Positioning System -
client

-- Configuration Files:
/etc/init.d/gpsd changed [not included]

-- debconf information:
* gpsd/start_daemon: true
* gpsd/socket: /var/run/gpsd.sock
* gpsd/device: /dev/gps0
* gpsd/daemon_options: -n
* gpsd/autodetection: true

Bug#646182: can't upgrade initscripts when running systemd

[Roger Leigh]

On Thu, Nov 17, 2011 at 07:27:34AM +0100, Tollef Fog Heen wrote:
> ]] Roger Leigh 
> 
> | It's possible that systemd does something to /lib/init/rw, but not
> | sure what, so CCing Michael and Tollef.  Do you do anything special
> | with this directory?
> 
> It's an automounted mount point with systemd.

Should that interfere with package upgrades though?  It looked
like stat(2) failed on it.  Since initscripts provides the
directory, the upgrade should have been a no-op.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#648937: doc-base: trigger fails when Locale::gettext is broken due to perl upgrade

[Colin Watson]

On Wed, Nov 16, 2011 at 10:33:45AM +0100, Raphaël Hertzog wrote:
> Traitement des actions différées (« triggers ») pour « doc-base »...
> /usr/bin/perl: symbol lookup error: 
> /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: 
> Perl_Gthr_key_ptr
> dpkg : erreur de traitement de doc-base (--triggers-only) :
>  le sous-processus script post-installation installé a retourné une erreur de 
> sortie d'état 127

A similar problem bites doc-base's use of libuuid-perl.  See:

  https://bugs.launchpad.net/ubuntu/+source/doc-base/+bug/891257

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#649019: debdelta: faulty delta of packagekit

[A Mennucc]

Dear shirish

I apologize; I should have written what follows some time ago.

Preface: if you run the command 'debdelta-upgrade' with the '-d' option
then, if any delta fails, the command will create some temporary files,
and print something like this

!!Faulty delta. Please send by email to mennu...@debian.org the following files:
!! /.../xul-ext-https-everywhere_1.1-1_1.2-1_al...deb
!! /tmp/xul-ext-https-everywhere_1.1-1_all.deb
!! /tmp/debdeltaE4lapBU

if you post a bug report, you should attach to your bug report those files.

On Thu, Nov 17, 2011 at 04:43:36AM +0530, shirish शिरीष wrote:
> 
> (Faulty delta. Please consider retrying with the option "-d" ). ; P
> 61% packagekit_0.7.1-1_amd64.deb
>  Error: applying of delta for packagekit failed:  : new deb size is
> 863668 instead of 807092 (non retriable)

The message is misleading (my fault).

If a delta fails, then debdelta-upgrade will download the corresponding .deb
(see the option '--deb-policy' in the man page for more details).

So if you issue 'debdelta-upgrade -d' after the failure , nothing will happen.

There are three ways out of this:
 1) always use the '-d' option
 2) always use the option '--deb-policy s,b' so that debdelta-upgrade will
not download the deb in case of failure; if any fails, 
use 'debdelta-upgrade -d' 
 3) as a last resort, if you did not do the above, and you wish to
send a bugreport, please manually delete the downloaded deb, e.g.
# rm /var/cache/apt/archives/that-deb-that-failed_0.0-0_amd64.deb
and run  'debdelta-upgrade -d' : it will retry and , upon failure,
generate the log files that you may send me.
 
> The debdelta-upgrade is an alias with 'debdelta-upgrade -d' so by
> default it retries.

You may have got the alias wrong. The above message is printed when the '-d'
option is not present. Somehow your alias is not working OK.
Try typing 'alias' in the shell and see if it is there (I guess no).

a.




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

Bug#649065: qpid-cpp: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: qpid-cpp
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the qpid-cpp debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of qpid-cpp debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the qpid-cpp package.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: qpid-cpp 0.12-1\n"
"Report-Msgid-Bugs-To: qpid-...@packages.debian.org\n"
"POT-Creation-Date: 2011-09-07 18:17+0200\n"
"PO-Revision-Date: 2011-11-17 10:25+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: password
#. Description
#: ../qpidd.templates:1001
msgid "Administrator password:"
msgstr "Beheerderswachtwoord:"

#. Type: password
#. Description
#: ../qpidd.templates:1001
msgid "Please enter the password for the QPID daemon administrator."
msgstr ""
"Geef het wachtwoord voor de beheerder van de QPID-achtergronddienst op."

#. Type: password
#. Description
#: ../qpidd.templates:2001
msgid "Confirm password:"
msgstr "Bevestig wachtwoord:"

#. Type: password
#. Description
#: ../qpidd.templates:2001
msgid ""
"Please enter the password for the QPID daemon administrator again to verify "
"that you have typed it correctly."
msgstr ""
"Geef nogmaals het wachtwoord voor de beheerder van de QPID-achtergronddienst "
"op om te controleren dat u het juist heeft getikt."

#. Type: note
#. Description
#: ../qpidd.templates:3001
msgid "Password mismatch"
msgstr "Wachtwoorden komen niet overeen"

#. Type: note
#. Description
#: ../qpidd.templates:3001
msgid "The two passwords you entered were not the same. Please try again."
msgstr ""
"De twee wachtwoorden die u heeft opgegeven zijn niet hetzelfde. Probeer het "
"nog eens."

Bug#649051: aufs-tools: Fail kernel check on building environment

[Daniel Baumann]

severity 649051 normal
retitle 649051 bump kernel build-depends
tag 649051 patch
thanks

On 11/17/2011 06:51 AM, Nobuhiro Iwamatsu wrote:

aufs-tools FTBFS on all architecture.


first, aufs-tools needs matching aufs in the kernel to properly work, 
therefore, the check in general is a good thing, and i'd prefere not 
removing it so we can avoid having non-working-but-buildable aufs-tools 
in the archive by accident.


at the time i've uploaded aufs-tools 3.0, the fixed kernel images just 
entered the archive (see #644687), so the buildds didn't yet took it up. 
by now, a binNMU would be enough to make it build on all arches.


the reason that this didn't happen automatically is also caused by the 
fact that i've accidentally used a too relaxed build-depends on 
linux-libc-dev, so that the buildds that didn't have the correct version 
yet didn't retry later and were satisfied with the older, non-working 
kernels.


in order to get this fixed, rather than a binNMU, i'm uploading a new 
revision (with fixed linux-libc-dev depends, and while we are at it, 
with newer upstream anyway).


But thanks for the work anyway, it's nevertheless appreciated.

Regards,
Daniel

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#642640: libaws: FTBFS: unsatisfiable build-dependencies

[Ludovic Brenta]

Didier Raboud wrote:

two months later, what is the status of this transition ?


Not started yet, I've been working on other packages.  Your mail
prompted me to send a full status report to debian-ada@l.d.o, see
http://lists.debian.org/debian-ada/2011/11/msg2.html

Are the packages going to be migrated to "unversionned" gnat versions 
or

should NMUers go to "versionned" gnat-4.6 ?


Per Debian Policy for Ada, all Ada source packages must build-depend on
both gnat gnat gnat-4.6. The reasons are explained in there:

http://people.debian.org/~lbrenta/debian-ada-policy.html

If you are interested you can also watch me explain this at FOSDEM 
2011:

http://www.youtube.com/watch?v=-3HvUH4fJPM

Slides available at
http://people.cs.kuleuven.be/~dirk.craeynest/ada-belgium/events/11/110205-fosdem.html

--
Ludovic Brenta.




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

Bug#648951: ahven: Should not provide a "versionned" -dev package

[Didier Raboud]

Le jeudi, 17 novembre 2011 09.35:36, Ludovic Brenta a écrit :
> Didier Raboud writes:
> > Is there a good reason that I overlooked for those "versionned" -dev
> > packages?
> 
> Yes, there is. See the Debian Policy for Ada:
> http://people.debian.org/~lbrenta/debian-ada-policy.html

Okay. I fail to see advantages to this policy but will trust your judgment. Is
the reasoning behind Build-Depending on a versionned gnat (aka gnat-4.4)
similar?

For the record; while triaging RC bugs [0], I usertagged some of them as
`qa-ftbfs-ada`:


http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian...@lists.debian.org;tag=qa-ftbfs-ada

As far as I can see, those are an almost direct consequence of this (IMHO
weird) policy…

Cheers,

OdyX

[0] http://wiki.debian.org/qa.debian.org/RC-usertagging


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

Bug#633797: copyright-format: "with exception" underspecified

[Dominique Dumont]

On Wednesday 16 November 2011 03:08:25 Steve Langasek wrote:
> I have no objection to this for 1.0, provided we at the same time clarify
> that if more than one exception is in use, you need to use a custom
> shortname instead of an ORed or ANDed list of licenses.
> 
> Is there a consensus for this position?

Makes sense to me. 

All the best

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/



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

Bug#646927: Bug#642612: ahven: diff for NMU version 2.1-1.1

[Reto Buerki]

Hi,

On 11/16/2011 11:55 AM, Didier Raboud wrote:
> I've prepared an NMU for ahven (versioned as 2.1-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

Thanks for preparing an NMU for ahven. But I think the better approach
would be for me to prepare a new upload with the following diff:

diff --git a/debian/control b/debian/control
index 5322d90..57b5b7d 100644
--- a/debian/control
+++ b/debian/control
@@ -22,6 +22,7 @@ Package: libahven3-dev
 Section: libdevel
 Architecture: amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386
mips mipsel powerpc ppc64 s390 sparc
 Depends: ${misc:Depends}, libahven21.0 (= ${binary:Version}), gnat-4.6
+Conflicts: libahven1-dev, libahven2-dev

The explicit conflict with libahven-dev is not required because this
package depends on gnat-4.4. gnat-4.4 and gnat-4.6 already conflict so
it is not possible to install libahven-dev and libahven3-dev together.

Furthermore I want my package to explicitly depend on gnat-4.6 (not
gnat). See e.g. the (closed) bug #533157 for the reason.

Please tell me if this is ok for you.

- reto





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

Bug#642640: libaws: FTBFS: unsatisfiable build-dependencies

[Didier Raboud]

Le jeudi, 17 novembre 2011 10.22:51, Ludovic Brenta a écrit :
> Didier Raboud wrote:
> > two months later, what is the status of this transition ?
> 
> Not started yet, I've been working on other packages.  Your mail
> prompted me to send a full status report to debian-ada@l.d.o, see
> http://lists.debian.org/debian-ada/2011/11/msg2.html

Great.

> > Are the packages going to be migrated to "unversionned" gnat versions
> > or
> > should NMUers go to "versionned" gnat-4.6 ?
> 
> Per Debian Policy for Ada, all Ada source packages must build-depend on
> both gnat gnat gnat-4.6. The reasons are explained in there:
> 
> http://people.debian.org/~lbrenta/debian-ada-policy.html

Why on both? This seems to just make transitions more painful (to you)… Why 
not at least alternatives (aka B-D: gnat-4.6 | gnat ), or simply "not-
versioned" (aka B-D: gnat). Any Debian suite has one available gnat at any 
given time (per the above policy), no ? The same goes for binary packages 
depends.

Anyway; I don't intend to stand in your path; I was mostly interested in 
getting those RC bugs fixed. As long as they get fixed before the freeze (or 
the given packages removed from testing), I'm fine. :->

Cheers,
-- 
OdyX


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

Bug#649066: libmason-perl and mason: error when trying to install together

[Ralf Treinen]

Package: mason,libmason-perl
Version: mason/1.0.0-12.2
Version: libmason-perl/2.14-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-17
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  perl libtext-charwidth-perl perl-base liblocale-gettext-perl
  libtext-iconv-perl perl-modules libswitch-perl libclass-isa-perl
  libalgorithm-c3-perl libvariable-magic-perl libsub-install-perl
  libparams-util-perl libdata-optlist-perl libsub-exporter-perl
  libb-hooks-endofscope-perl libb-hooks-op-check-perl libcapture-tiny-perl
  libclass-c3-perl libclass-inspector-perl libclass-unload-perl
  libsub-name-perl libdevel-declare-perl libdevel-globaldestruction-perl
  libtry-tiny-perl libeval-closure-perl libguard-perl
  libipc-system-simple-perl libjson-perl liblist-moreutils-perl
  liblog-any-perl libmethod-signatures-simple-perl libmro-compat-perl
  libpackage-deprecationmanager-perl libpackage-stash-perl
  libpackage-stash-xs-perl libtask-weaken-perl libmoose-perl
  libmoosex-hasdefaults-perl libsub-identify-perl libnamespace-clean-perl
  libnamespace-autoclean-perl libmoosex-strictconstructor-perl libmason-perl
  mason

Extracting templates from packages: 68%
Extracting templates from packages: 100%
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
(Reading database ... 10587 files and directories currently installed.)
Preparing to replace perl 5.12.4-6 (using .../perl_5.14.2-4_amd64.deb) ...
Unpacking replacement perl ...
Preparing to replace libtext-charwidth-perl 0.04-7 (using 
.../libtext-charwidth-perl_0.04-7+b1_amd64.deb) ...
Unpacking replacement libtext-charwidth-perl ...
Preparing to replace perl-base 5.12.4-6 (using 
.../perl-base_5.14.2-4_amd64.deb) ...
Unpacking replacement perl-base ...
Processing triggers for man-db ...
Can not write log, openpty() failed (/dev/pts not mounted?)
Setting up perl-base (5.14.2-4) ...
Can not write log, openpty() failed (/dev/pts not mounted?)
(Reading database ... 10618 files and directories currently installed.)
Preparing to replace liblocale-gettext-perl 1.05-7 (using 
.../liblocale-gettext-perl_1.05-7+b1_amd64.deb) ...
Unpacking replacement liblocale-gettext-perl ...
Preparing to replace libtext-iconv-perl 1.7-4 (using 
.../libtext-iconv-perl_1.7-4+b1_amd64.deb) ...
Unpacking replacement libtext-iconv-perl ...
Preparing to replace perl-modules 5.12.4-6 (using 
.../perl-modules_5.14.2-4_all.deb) ...
Unpacking replacement perl-modules ...
Selecting previously unselected package libswitch-perl.
Unpacking libswitch-perl (from .../libswitch-perl_2.16-2_all.deb) ...
Selecting previously unselected package libclass-isa-perl.
Unpacking libclass-isa-perl (from .../libclass-isa-perl_0.36-2_all.deb) ...
Selecting previously unselected package libalgorithm-c3-perl.
Unpacking libalgorithm-c3-perl (from .../libalgorithm-c3-perl_0.08-1_all.deb) 
...
Selecting previously unselected package libvariable-magic-perl.
Unpacking libvariable-magic-perl (from 
.../libvariable-magic-perl_0.47-1+b1_amd64.deb) ...
Selecting previously unselected package libsub-install-perl.
Unpacking libsub-install-perl (from .../libsub-install-perl_0.925-1_all.deb) ...
Selecting previously unselected package libparams-util-perl.
Unpacking libparams-util-perl (from 
.../libparams-util-perl_1.04-1+b1_amd64.deb) ...
Selecting previously unselected package libdata-optlist-perl.
Unpacking libdata-optlist-perl (from .../libdata-optlist-perl_0.107-1_all.deb) 
...
Selecting previously unselected package libsub-exporter-perl.
Unpacking libsub-exporter-perl (from .../libsub-exporter-perl_0.982-1_all.deb) 
...
Selecting previously unselected package libb-hooks-endofscope-perl.
Unpacking libb-hooks-endofscope-perl (from 
.../libb-hooks-endofscope-perl_0.08-1_all.deb) ...
Selecting previously unselected package libb-hooks-op-check-perl.
Unpacking libb-hooks-op-check-perl (from 
.../libb-hooks-op-check-perl_0.19-1+b1_amd64.deb) ...
Selecting previously unselected package libcapture-tiny-perl.
Unpacking libcapture-tiny-perl (from .../libcapture-tiny-perl_0.10-1_all.deb) 
...
Selecting previously unselected package libclass-c3-perl.
Unpacking libclass-c3-perl (from .../libclass-c3-perl_0.23-1_all.deb) ...
Selecting previously unselected package libclass-inspector-perl.
Unpacking libclass-inspector-perl (from 
.../libclass-inspector-perl_1.25-1_all.deb) ...
Selecting previously unselected package libclass-unload-perl.
Unpacking libclass-unload-perl (from .../libclass-unload-perl_0.07-1_all.deb) 
...
Selecting previously unselected package libsub-name-perl.
Unpacking libsub-name-perl (from .../libsub-name-perl_0.05-1+b2_amd64.deb) ...
Selecting previously unselected package libdevel-declare-perl.

Bug#649067: webkit: Please support MathML

[Koichi Akabe]

Source: webkit
Severity: wishlist
Tags: d-i

Dear Maintainer,

WebKit supports MathML now.
However, it is not enable on the package in Debian.
The ./configure script requires --enable-mathml option to supprt it.

Could you add this option?

Regards,
Koichi Akabe

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

Kernel: Linux 3.0.0-1-amd64 (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



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

Bug#649068: rgmanager and resource-agents: error when trying to install together

[Ralf Treinen]

Package: resource-agents,rgmanager
Version: resource-agents/1:3.9.2-5
Version: rgmanager/3.0.12-3
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-17
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  perl libtext-charwidth-perl perl-base liblocale-gettext-perl
  libtext-iconv-perl perl-modules libswitch-perl libclass-isa-perl libtinfo5
  libbsd0 libedit2 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3
  libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libpcre3 libgssglue1 libtirpc1
  libwrap0 libnspr4-0d libnss3-1d libcorosync4 libxml2 libccs3 libcman3
  libdlm3 libdlmcontrol3 libfence4 liblogthread3 libsackpt3
  libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3
  libcap-ng0 dmsetup libdevmapper1.02.1 libnl1 libnuma1 libpcap0.8
  libxenstore3.0 libyajl1 libvirt0 corosync libsaamf3 libsaclm3 libsaevt3
  libsalck3 libsamsg4 libsatmr3 openais python2.7-minimal mime-support
  libdb4.8 libexpat1 python2.7 python-minimal python libopenipmi0 libsnmp-base
  libperl5.14 libsensors4 libsnmp15 openipmi libsgutils2-2 sg3-utils
  python-central python-pexpect libnet-snmp-perl libnet-telnet-perl snmp
  telnet openssh-client python-support python-openssl libxml2-utils cman
  libsigsegv2 gawk librtmp0 libssh2-1 openssl ca-certificates libcurl3
  libglib2.0-0 libdbus-glib-1-2 libltdl7 libcap2 libevent-1.4-2 libnfsidmap2
  rpcbind ucf nfs-common libpils2 libplumb2 liblrm2 libopenhpi2 libplumbgpl2
  libstonith1 libtimedate-perl cluster-glue libnet1 libsysfs2
  nfs-kernel-server resource-agents iputils-arping rgmanager

Extracting templates from packages: 27%
Extracting templates from packages: 54%
Extracting templates from packages: 81%
Extracting templates from packages: 100%
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
(Reading database ... 10587 files and directories currently installed.)
Preparing to replace perl 5.12.4-6 (using .../perl_5.14.2-4_amd64.deb) ...
Unpacking replacement perl ...
Preparing to replace libtext-charwidth-perl 0.04-7 (using 
.../libtext-charwidth-perl_0.04-7+b1_amd64.deb) ...
Unpacking replacement libtext-charwidth-perl ...
Preparing to replace perl-base 5.12.4-6 (using 
.../perl-base_5.14.2-4_amd64.deb) ...
Unpacking replacement perl-base ...
Processing triggers for man-db ...
Can not write log, openpty() failed (/dev/pts not mounted?)
Setting up perl-base (5.14.2-4) ...
Can not write log, openpty() failed (/dev/pts not mounted?)
(Reading database ... 10618 files and directories currently installed.)
Preparing to replace liblocale-gettext-perl 1.05-7 (using 
.../liblocale-gettext-perl_1.05-7+b1_amd64.deb) ...
Unpacking replacement liblocale-gettext-perl ...
Preparing to replace libtext-iconv-perl 1.7-4 (using 
.../libtext-iconv-perl_1.7-4+b1_amd64.deb) ...
Unpacking replacement libtext-iconv-perl ...
Preparing to replace perl-modules 5.12.4-6 (using 
.../perl-modules_5.14.2-4_all.deb) ...
Unpacking replacement perl-modules ...
Selecting previously unselected package libswitch-perl.
Unpacking libswitch-perl (from .../libswitch-perl_2.16-2_all.deb) ...
Selecting previously unselected package libclass-isa-perl.
Unpacking libclass-isa-perl (from .../libclass-isa-perl_0.36-2_all.deb) ...
Selecting previously unselected package libtinfo5.
Unpacking libtinfo5 (from .../libtinfo5_5.9-4_amd64.deb) ...
Selecting previously unselected package libbsd0.
Unpacking libbsd0 (from .../libbsd0_0.3.0-1_amd64.deb) ...
Selecting previously unselected package libedit2.
Unpacking libedit2 (from .../libedit2_2.11-20080614-3_amd64.deb) ...
Selecting previously unselected package libkeyutils1.
Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ...
Selecting previously unselected package libkrb5support0.
Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libk5crypto3.
Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libkrb5-3.
Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libgssapi-krb5-2.
Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-3_amd64.deb) 
...
Selecting previously unselected package libsasl2-2.
Unpacking libsasl2-2 (from .../libsasl2-2_2.1.25.dfsg1-2_amd64.deb) ...
Selecting previously unselected package libldap-2.4-2.
Unpacking libldap-2.4-2 (from .../libldap-2.4-2_2.4.25-4+b1_amd64.deb) ...
Selecting previously unselected package libpcre3.
Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ...
Selecting previously unselected package libgssglue1.
Unpacking libgssglue1 (from .../libgssglue1_0.3-3.1_amd64.deb) ...
Selecting previou

Bug#649069: tclcl-dev and libtclcl1-dev: error when trying to install together

[Ralf Treinen]

Package: libtclcl1-dev,tclcl-dev
Version: libtclcl1-dev/1.20-2
Version: tclcl-dev/1.20~RC3-4
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-17
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1
  tcl8.5 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxext6 libxrender1
  libxft2 x11-common libxss1 tk8.5 libtclcl1 libtclcl1-dev tclcl-dev
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libexpat1.
(Reading database ... 10587 files and directories currently installed.)
Unpacking libexpat1 (from .../libexpat1_2.0.1-7.2_amd64.deb) ...
Selecting previously unselected package libfreetype6.
Unpacking libfreetype6 (from .../libfreetype6_2.4.7-2_amd64.deb) ...
Selecting previously unselected package ucf.
Unpacking ucf (from .../ucf_3.0025+nmu2_all.deb) ...
Moving old data out of the way
Selecting previously unselected package ttf-dejavu-core.
Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-2_all.deb) ...
Selecting previously unselected package fontconfig-config.
Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-3_all.deb) ...
Selecting previously unselected package libfontconfig1.
Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-3_amd64.deb) ...
Selecting previously unselected package tcl8.5.
Unpacking tcl8.5 (from .../tcl8.5_8.5.10-1_amd64.deb) ...
Selecting previously unselected package libxau6.
Unpacking libxau6 (from .../libxau6_1%3a1.0.6-4_amd64.deb) ...
Selecting previously unselected package libxdmcp6.
Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-4_amd64.deb) ...
Selecting previously unselected package libxcb1.
Unpacking libxcb1 (from .../libxcb1_1.7-4_amd64.deb) ...
Selecting previously unselected package libx11-data.
Unpacking libx11-data (from .../libx11-data_2%3a1.4.4-4_all.deb) ...
Selecting previously unselected package libx11-6.
Unpacking libx11-6 (from .../libx11-6_2%3a1.4.4-4_amd64.deb) ...
Selecting previously unselected package libxext6.
Unpacking libxext6 (from .../libxext6_2%3a1.3.0-3_amd64.deb) ...
Selecting previously unselected package libxrender1.
Unpacking libxrender1 (from .../libxrender1_1%3a0.9.6-2_amd64.deb) ...
Selecting previously unselected package libxft2.
Unpacking libxft2 (from .../libxft2_2.2.0-3_amd64.deb) ...
Selecting previously unselected package x11-common.
Unpacking x11-common (from .../x11-common_1%3a7.6+9_all.deb) ...
Selecting previously unselected package libxss1.
Unpacking libxss1 (from .../libxss1_1%3a1.2.1-2_amd64.deb) ...
Selecting previously unselected package tk8.5.
Unpacking tk8.5 (from .../tk8.5_8.5.10-1_amd64.deb) ...
Selecting previously unselected package libtclcl1.
Unpacking libtclcl1 (from .../libtclcl1_1.20-2_amd64.deb) ...
Selecting previously unselected package libtclcl1-dev.
Unpacking libtclcl1-dev (from .../libtclcl1-dev_1.20-2_amd64.deb) ...
Selecting previously unselected package tclcl-dev.
Unpacking tclcl-dev (from .../tclcl-dev_1.20~RC3-4_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/tclcl-dev_1.20~RC3-4_amd64.deb 
(--unpack):
 trying to overwrite '/usr/include/tclcl/idlecallback.h', which is also in 
package libtclcl1-dev 1.20-2
configured to not write apport reports
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/tclcl-dev_1.20~RC3-4_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/include/tclcl/idlecallback.h
  /usr/include/tclcl/iohandler.h
  /usr/include/tclcl/rate-variable.h
  /usr/include/tclcl/tclcl-config.h
  /usr/include/tclcl/tclcl-internal.h
  /usr/include/tclcl/tclcl-mappings.h
  /usr/include/tclcl/tclcl.h
  /usr/include/tclcl/timer.h
  /usr/include/tclcl/tracedvar.h

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the

Bug#649070: ircd-ratbox and charybdis: error when trying to install together

[Ralf Treinen]

Package: charybdis,ircd-ratbox
Version: charybdis/3.3.0-5
Version: ircd-ratbox/3.0.7.dfsg-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-17
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libltdl7 charybdis ircd-ratbox
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libltdl7.
(Reading database ... 10587 files and directories currently installed.)
Unpacking libltdl7 (from .../libltdl7_2.4.2-1_amd64.deb) ...
Selecting previously unselected package charybdis.
Unpacking charybdis (from .../charybdis_3.3.0-5_amd64.deb) ...
Selecting previously unselected package ircd-ratbox.
Unpacking ircd-ratbox (from .../ircd-ratbox_3.0.7.dfsg-1_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/ircd-ratbox_3.0.7.dfsg-1_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/libratbox.so', which is also in package 
charybdis 3.3.0-5
configured to not write apport reports
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/ircd-ratbox_3.0.7.dfsg-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/lib/libratbox.so

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



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

Bug#649071: oftc-hybrid and charybdis: error when trying to install together

[Ralf Treinen]

Package: charybdis,oftc-hybrid
Version: charybdis/3.3.0-5
Version: oftc-hybrid/1.6.9.dfsg-1+b1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-17
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libpcre3 charybdis oftc-hybrid
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libpcre3.
(Reading database ... 10587 files and directories currently installed.)
Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ...
Selecting previously unselected package charybdis.
Unpacking charybdis (from .../charybdis_3.3.0-5_amd64.deb) ...
Selecting previously unselected package oftc-hybrid.
Unpacking oftc-hybrid (from .../oftc-hybrid_1.6.9.dfsg-1+b1_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/oftc-hybrid_1.6.9.dfsg-1+b1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/man/man8/ircd.8.gz', which is also in package 
charybdis 3.3.0-5
configured to not write apport reports
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/oftc-hybrid_1.6.9.dfsg-1+b1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/share/man/man8/ircd.8.gz

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



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

Bug#646927: Bug#642612: ahven: diff for NMU version 2.1-1.1

[Didier Raboud]

Le jeudi, 17 novembre 2011 10.40:33, vous avez écrit :
> Hi,
> 
> On 11/16/2011 11:55 AM, Didier Raboud wrote:
> > I've prepared an NMU for ahven (versioned as 2.1-1.1) and
> > uploaded it to DELAYED/2. Please feel free to tell me if I
> > should delay it longer.
> 
> Thanks for preparing an NMU for ahven. But I think the better approach
> would be for me to prepare a new upload with the following diff:
> (…)
> Furthermore I want my package to explicitly depend on gnat-4.6 (not
> gnat). See e.g. the (closed) bug #533157 for the reason.
> 
> Please tell me if this is ok for you.

No problem; I just want to have the list of RC bugs go smaller.

I have just cancelled my upload to DEFERRED. Please make sure to upload those 
RC bugfixes "soon".

Cheers,

-- 
OdyX


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

Bug#648561: gitweb ignores git-daemon-export-ok and displays all repositories

[Jonathan Nieder]

forwarded 648561 http://thread.gmane.org/gmane.comp.version-control.git/185559
tags 648561 + wontfix
quit

Erik Wenzel wrote:

> To display repositories containing the file git-daemon-export-ok as
> announced in git-daemon(1) add the following line to /etc/gitweb.conf:
[...]
> # This prevents gitweb to show hidden repositories
> $export_ok = "git-daemon-export-ok";
> $strict_export = 1

The more I think about it, the more I agree with the goal of this
request, but I don't see a way to fulfill it without breaking existing
installations.

I'm marking this bug to reflect its current status.  If you can
imagine a safe way to migrate to a more intuitive default behavior,
please work with upstream on it.

Thanks for your help,
Jonathan



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

Bug#645850: lxc package debconf templates

[Justin B Rye]

Christian PERRIER wrote:
> Do you guys think that the templates text wording has converged to
> something agreed by Daniel?

I attach my current patch against the original lxc.templates.

Some but not all of our modifications to the package descriptions have
already been applied.  The one part that still worries me there is the
claim that containers each have

  their own namespace for filesystem, network, PID, IPC, CPU and
  memory allocation

Ignoring the question of Serial Comma, it's not clear what this means,
exactly.  If there were a few more plural endings, it would make sense
as a slightly abbreviated way of saying:

  their own namespace for file systems, for networks, for PIDs, for
  IPC, for CPUs, and for memory-allocation

but without the plural endings that doesn't work, and the only thing I
can see that's grammatical is to interpret it as short for:

  their own namespace for file system allocation, for network
  allocation, for PID allocation, for IPC allocation, for CPU
  allocation, and for memory allocation

"Filesystem allocation" sounds implausible, but if that really is what
it's trying to say it would anyway be better off phrasing it as
something more like:

  their own namespace for allocation of file systems, networks, PIDs,
  IPC, CPUs, and memory

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: lxc/title
Type: title
_Description: Linux Containers: LXC setup

Template: lxc/auto
Type: boolean
Default: true
_Description: Automatically start Linux Containers on boot?
  Please choose whether Linux Containers configured in /etc/lxc/auto
  should be automatically started during system boot, and shut down on
  reboot or halt.
  .
  To take advantage of this, copy or symlink their configuration files
  into the /etc/lxc/auto directory.
--- lxc.templates.pristine  2011-09-23 10:13:02.869960624 +0100
+++ lxc.templates   2011-11-17 09:16:27.271508960 +
@@ -9,14 +9,15 @@
 
 Template: lxc/title
 Type: title
-_Description: Linux Container (LXC)
+_Description: Linux Containers: LXC setup
 
 Template: lxc/auto
 Type: boolean
 Default: true
-_Description: Linux Container: Automatic start and stop
- Linux Containers that have their configuration files copied or symlinked
- to the /etc/lxc/auto directory can be automatically started during system
- boot and shutdown on reboot/halt.
- .
- If unsure, choose yes (default).
+_Description: Automatically start Linux Containers on boot?
+  Please choose whether Linux Containers configured in /etc/lxc/auto
+  should be automatically started during system boot, and shut down on
+  reboot or halt.
+  .
+  To take advantage of this, copy or symlink their configuration files
+  into the /etc/lxc/auto directory.

Bug#647496: [Pkg-xfce-devel] Bug#647496: Bug#647496: No more video-thumbnails in thunar

[Milo]

Well, for more complete information, I add that my videos are simple .avi
or .mp4, very common, nothing strange...so, maybe, adding those recommends
could be a wise choice. But obviously is up to you.

Thanks again and best regards,

Marco Milone

2011/11/17 Yves-Alexis Perez 

> On jeu., 2011-11-17 at 08:58 +0100, Milo wrote:
> > Hi,
> > installing gstreamer0.10-ffmpeg apparently solved the problem!
> > Great! Thank you very much Lionel!
>
> Should we add some recommends on some gstreamer plugins then? Like
> -base, -good and -ffmpeg?
> --
> Yves-Alexis
>

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

[Mark Caglienzi]

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

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

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

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

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

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

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

Regards,
Mark

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

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


signature.asc
Description: Digital signature

Bug#648764: More informative backtrace

[Michel Dänzer]

On Mon, 2011-11-14 at 22:23 +0100, Jan Oberländer wrote:
> 
> #6  0xb705ae55 in R200TextureSetupCP (pPict=0xb904a8a0, pPix=, 
> unit=0) at ../../src/radeon_exa_render.c:878
> #7  0xb706629f in R200PrepareCompositeCP (op=3, pSrcPicture=0xb904a8a0, 
> pMaskPicture=0x0, pDstPicture=0xb9002020, pSrc=0xb903db48, pMask=0x0, 
> pDst=0xb8fa3430) at ../../src/radeon_exa_render.c:1021

Can you try if the patch below fixes this crash?


diff --git a/src/radeon_exa_render.c b/src/radeon_exa_render.c
index e5c231f..6cead5a 100644
--- a/src/radeon_exa_render.c
+++ b/src/radeon_exa_render.c
@@ -595,6 +595,9 @@ RADEONPrepareCompositeCS(int op, PicturePtr pSrcPicture, 
PicturePtr pMaskPicture
 if (info->cs) {
int ret;
 
+   if (CS_FULL(info->cs))
+   radeon_cs_flush_indirect(pScrn);
+
radeon_cs_space_reset_bos(info->cs);
 
radeon_add_pixmap(info->cs, pSrc,


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#649072: libgexiv2-dev: Ship *.vapi in versionless directory

[Martin Pitt]

Package: libgexiv2-dev
Version: 0.3.1-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Hello,

The -dev currently ships the same .vapi in two different -0.10/-0.12
vapi subdirectories. vala 0.14 is also packaged now, and there will be
more upstream versions later on.

I suggest to just put the vapi files in to the common
/usr/share/vala/vapi/ directory, as intended by upstream and as done
by many other packages.

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru gexiv2-0.3.1/debian/libgexiv2-dev.install gexiv2-0.3.1/debian/libgexiv2-dev.install
--- gexiv2-0.3.1/debian/libgexiv2-dev.install	2011-03-27 23:44:18.0 +0200
+++ gexiv2-0.3.1/debian/libgexiv2-dev.install	2011-11-17 11:19:44.0 +0100
@@ -2,5 +2,4 @@
 usr/lib/lib*.a
 usr/lib/lib*.so
 usr/lib/pkgconfig/*.pc
-usr/share/vala/vapi/*.vapi usr/share/vala-0.10/vapi
-usr/share/vala/vapi/*.vapi usr/share/vala-0.12/vapi
+usr/share/vala/vapi/*.vapi


signature.asc
Description: Digital signature

Bug#643408: iperf: diff for NMU version 2.0.5-2.1

[Roberto Lumbreras]

Hi Simon,

I completely forgot about this bug, and I could prepare a release with your
patch, but I don't have much time and the patch seems ok, so go ahead with
the NMU.

Regards,
Roberto Lumbreras
Debian developer


On Wed, Nov 16, 2011 at 1:23 AM, Simon Paillard wrote:

> tags 643408 + patch
> tags 643408 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for iperf (versioned as 2.0.5-2.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> Regards.
>
> --
> Simon Paillard
>

Bug#645909: rdp bad image

[andrey]

Am using resolution 1333x768 (notebook)
When I've changed to 1332 in remmina settings problem dissapeared.

How mark this bug as duplicate of yours?

В Срд, 09/11/2011 в 13:33 -0500, Gedalya пишет:
> Judging by your screenshots, this looks exactly like what I reported in 
> bug # 640169
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640169
> 
> Can you check if your remote screen horizontal size happens to be an add 
> number?
> 





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

Bug#649073: iceowl-extension: wrong description text in iceowl-extension

[hennr]

Package: iceowl-extension
Version: 8.0~b4-2
Severity: minor

The package description of iceowl-extension reads:
"Iceowl Extension is a Calendar extension for Thunderbird and Icedove based on
iceowl - the Mozilla Based Standalone Calendar application."

Note the "based on _iceowl_", which should be either Lightning, the TB plugin,
or Sunbird, the standalone calender.



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

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

Versions of packages iceowl-extension depends on:
ii  calendar-timezones  8.0~b4-2  
ii  icedove 8.0~b4-2  
ii  libc6   2.13-21   
ii  libgcc1 1:4.6.1-15
ii  libnspr4-0d 4.8.9-1   
ii  libstdc++6  4.6.1-15  

Versions of packages iceowl-extension recommends:
pn  calendar-google-provider  

Versions of packages iceowl-extension suggests:
ii  ttf-lyx  2.0.1-1

-- no debconf information



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

Bug#649074: ITP: drslib -- python library for processing climate data with the Data Reference Syntax

[Alastair McKinstry]

Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry 

* Package name: drslib
  Version : 0.3.0a3
  Upstream Author : Stephen Pascoe 
* URL : http://esgf.org/esgf-drslib-site/
* License : BSD
  Programming Lang: Python
  Description : python library for processing climate data with the Data 
Reference Syntax


Drslib is a Python library for processing the 5th Climate Model Intercomparison 
Project (CMIP5)
 Data Reference Syntax (DRS). It includes API-level code for working with DRS 
components, 
algorithms for decuding DRS components from incomplete information and a 
command-line tool
 for manipulating data files into the recommended DRS directory structure.
It has been developed by the Centre for Environmental Data Archival as part of 
the ESG Federation.



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

Bug#649075: Fwd: ITP:scl-sandhi

[karunakar medamoni]

Package:  wnpp
Severity : wishtlist
Owner :   Karunakar


Package:scl-sandhi
version: 1.0
Upstream Author:karunakar
Url:
LIcense: GPL
Porgamming-Lang : web tool perl cgi
Description:   scl-sandhi


         Am working on  scl-sandhi


-- 
 Regards

karunakar
Department of sanskrit studies,
SHMT project,
University of Hyderabad,hyd,
9491388035.



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

Bug#649069: tclcl-dev and libtclcl1-dev: error when trying to install together

[YunQiang Su]

libtclcl1-dev is the new name of tclcl-dev, as tclcl has shared library now.

Mark libtclcl1-dev replace and provide tclcl-dev ?

Should I request ftp-master to remove tclcl-dev or waiting for its
auto removing?

On Thu, Nov 17, 2011 at 6:01 PM, Ralf Treinen  wrote:
> Package: libtclcl1-dev,tclcl-dev
> Version: libtclcl1-dev/1.20-2
> Version: tclcl-dev/1.20~RC3-4
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite
>
> Date: 2011-11-17
> Architecture: amd64
> Distribution: sid
>
> Hi,
>
> automatic installation tests of packages that share a file and at the
> same time do not conflict by their package dependency relationships has
> detected the following problem:
>
>
> WARNING: The following packages cannot be authenticated!
>  libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1
>  tcl8.5 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxext6 libxrender1
>  libxft2 x11-common libxss1 tk8.5 libtclcl1 libtclcl1-dev tclcl-dev
> Preconfiguring packages ...
> Authentication warning overridden.
> Can not write log, openpty() failed (/dev/pts not mounted?)
> Selecting previously unselected package libexpat1.
> (Reading database ... 10587 files and directories currently installed.)
> Unpacking libexpat1 (from .../libexpat1_2.0.1-7.2_amd64.deb) ...
> Selecting previously unselected package libfreetype6.
> Unpacking libfreetype6 (from .../libfreetype6_2.4.7-2_amd64.deb) ...
> Selecting previously unselected package ucf.
> Unpacking ucf (from .../ucf_3.0025+nmu2_all.deb) ...
> Moving old data out of the way
> Selecting previously unselected package ttf-dejavu-core.
> Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-2_all.deb) ...
> Selecting previously unselected package fontconfig-config.
> Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-3_all.deb) ...
> Selecting previously unselected package libfontconfig1.
> Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-3_amd64.deb) ...
> Selecting previously unselected package tcl8.5.
> Unpacking tcl8.5 (from .../tcl8.5_8.5.10-1_amd64.deb) ...
> Selecting previously unselected package libxau6.
> Unpacking libxau6 (from .../libxau6_1%3a1.0.6-4_amd64.deb) ...
> Selecting previously unselected package libxdmcp6.
> Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-4_amd64.deb) ...
> Selecting previously unselected package libxcb1.
> Unpacking libxcb1 (from .../libxcb1_1.7-4_amd64.deb) ...
> Selecting previously unselected package libx11-data.
> Unpacking libx11-data (from .../libx11-data_2%3a1.4.4-4_all.deb) ...
> Selecting previously unselected package libx11-6.
> Unpacking libx11-6 (from .../libx11-6_2%3a1.4.4-4_amd64.deb) ...
> Selecting previously unselected package libxext6.
> Unpacking libxext6 (from .../libxext6_2%3a1.3.0-3_amd64.deb) ...
> Selecting previously unselected package libxrender1.
> Unpacking libxrender1 (from .../libxrender1_1%3a0.9.6-2_amd64.deb) ...
> Selecting previously unselected package libxft2.
> Unpacking libxft2 (from .../libxft2_2.2.0-3_amd64.deb) ...
> Selecting previously unselected package x11-common.
> Unpacking x11-common (from .../x11-common_1%3a7.6+9_all.deb) ...
> Selecting previously unselected package libxss1.
> Unpacking libxss1 (from .../libxss1_1%3a1.2.1-2_amd64.deb) ...
> Selecting previously unselected package tk8.5.
> Unpacking tk8.5 (from .../tk8.5_8.5.10-1_amd64.deb) ...
> Selecting previously unselected package libtclcl1.
> Unpacking libtclcl1 (from .../libtclcl1_1.20-2_amd64.deb) ...
> Selecting previously unselected package libtclcl1-dev.
> Unpacking libtclcl1-dev (from .../libtclcl1-dev_1.20-2_amd64.deb) ...
> Selecting previously unselected package tclcl-dev.
> Unpacking tclcl-dev (from .../tclcl-dev_1.20~RC3-4_amd64.deb) ...
> dpkg: error processing /var/cache/apt/archives/tclcl-dev_1.20~RC3-4_amd64.deb 
> (--unpack):
>  trying to overwrite '/usr/include/tclcl/idlecallback.h', which is also in 
> package libtclcl1-dev 1.20-2
> configured to not write apport reports
> Processing triggers for man-db ...
> Errors were encountered while processing:
>  /var/cache/apt/archives/tclcl-dev_1.20~RC3-4_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
>
> This is a serious bug as it makes installation fail, and violates
> sections 7.6.1 and 10.1 of the policy. An optimal solution would
> consist in only one of the packages installing that file, and renaming
> or removing the file in the other package. Depending on the
> circumstances you might also consider Replace relations or file
> diversions. If the conflicting situation cannot be resolved then, as a
> last resort, the two packages have to declare a mutual
> Conflict. Please take into account that Replaces, Conflicts and
> diversions should only be used when packages provide different
> implementations for the same functionality.
>
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync)

Bug#649076: ITP: libcuba3 -- library for multidimensional numerical integration

[Igor Pashev]

Package: wnpp
Severity: wishlist
Owner: Igor Pashev 

* Package name: libcuba3
  Version : 3.0
  Upstream Author : Thomas Hahn 
* URL : http://www.feynarts.de/cuba/
* License : LGPL
  Programming Lang: C
  Description : library for multidimensional numerical integration



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

Bug#609300: input-utils: 609300: please fix this!

[Paul Wise]

I would really like to be able to use input-utils again, please upload
the new version sometime soon!

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#649075: Fwd: ITP:scl-sandhi

[Gergely Nagy]

reassign 649075 wnpp
owner 649075 Karunakar 
thanks

> Package:  wnpp
  ^
> Severity : wishtlist
> Owner :   Karunakar
  ^
The marked spots point to what I believe to be a non-breakable space
char. The BTS doesn't like that. I have reassigned the report to the
proper place now.

> Package:scl-sandhi
> version: 1.0
> Upstream Author:karunakar
> Url:
> LIcense: GPL
> Porgamming-Lang : web tool perl cgi
> Description:   scl-sandhi

This isn't really.. enough. There is no URL, the programming language is
misspelled, and neither that nor the description tells one anything
about what sort of software this is.

-- 
|8]




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

Bug#635219: acpid: excessive power script invocation

[Michael Meskes]

On Tue, Jul 26, 2011 at 04:41:25PM +0200, Samuel Thibault wrote:
> Well, I'm not sure which script you are talking about. One thing is
> that one the scripts (acpid-provided I guess) does dump log into

Acpid does not provide any script.

> /var/log/pm-powersave.log that it starts anacron (as pasted below), and
> that's what triggers a write, at least, not only the anacron script
> itself.

I think the script that gets called is /etc/acpi/power.sh from the acpi-support
package. This script calls pm-powersave which might result in the action you
see. The big question then is, which program should notice that we are already
in low power mode and should it do that.

> Running hook /usr/lib/pm-utils/power.d/anacron false:
> 
> /usr/lib/pm-utils/power.d/anacron false: success.

Do you still see those messages? 

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



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

Bug#647677: openshot: segfault when playing video, different to #645399

[tv.deb...@googlemail.com]

Package: openshot
Version: 1.4.0-1
Followup-For: Bug #647677

Dear beloved Maintainer,

I confirm Openshot segfault when playing any video format from the
time-lines. Here is what I get:

At startup:

- ERROR 1 --
Failed to import 'from openshot import main'
Error Message: cannot import name main


Before the crash:

...
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.7/openshot/windows/preferences.py",
line 211, in on_btnClose_clicked
self.form.settings.save_settings_to_xml()
  File "/usr/lib/pymodules/python2.7/openshot/windows/preferences.py",
line 506, in save_settings_to_xml
self.write_to_settings_file(xmldoc)
  File "/usr/lib/pymodules/python2.7/openshot/windows/preferences.py",
line 518, in write_to_settings_file
file.write(xmldoc.toxml("UTF-8"))
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 45, in toxml
return self.toprettyxml("", "", encoding)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 57, in toprettyxml
self.writexml(writer, "", indent, newl, encoding)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 1747, in writexml
node.writexml(writer, indent, addindent, newl)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 813, in writexml
node.writexml(writer,indent+addindent,addindent,newl)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 813, in writexml
node.writexml(writer,indent+addindent,addindent,newl)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 813, in writexml
node.writexml(writer,indent+addindent,addindent,newl)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 1036, in writexml
_write_data(writer, self.data)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 295, in _write_data
data = data.replace("&", "&").replace("<", "<"). \
AttributeError: 'int' object has no attribute 'replace'
on_tlbPlay_clicked called with self.GtkToolButton
Segmentation fault
...



Also, when I try to change preferences I get this message:

...
Invalid or empty preferences file found, loaded default values
...

Preferences are written anyway, but the video viewing area is filled
with the word "INVALID".

I tried to remove older ~/.openshot folder, and checked permissions on
this folder and it's content without noticing anything odd.


Thank you for your attention and your work in Debian.


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

Kernel: Linux 3.1.1-vanilla64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openshot depends on:
ii  fontconfig   2.8.0-3
ii  gtk2-engines-pixbuf  2.24.8-2
ii  librsvg2-common  2.34.1-3
ii  melt 0.7.6-2
ii  python   2.7.2-9
ii  python-gtk2  2.24.0-2
ii  python-httplib2  0.7.2-1
ii  python-imaging   1.1.7-4
ii  python-mlt3  0.7.6-2
ii  python-pygoocanvas   0.14.1-1+b3
ii  python-support   1.0.14
ii  python-xdg   0.19-3

Versions of packages openshot recommends:
ii  frei0r-plugins  1.1.22git20091109-1.1
ii  openshot-doc1.4.0-1

Versions of packages openshot suggests:
ii  blender   2.59-1
ii  inkscape  0.48.1-2.1+b1

-- 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#645680: xserver-xorg-video-intel: Xserver crash

[Attila Kinali]

Moin,

I have the same problem. Starting iceweasel/firefox causes a x server crash
in one out of ten cases, since the last update. It was fine before.

System is a Thinkpad X220

---lspci -v ---
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core 
Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA 
controller])
Subsystem: Lenovo Device 21da
Flags: bus master, fast devsel, latency 0, IRQ 49
Memory at f000 (64-bit, non-prefetchable) [size=4M]
Memory at e000 (64-bit, prefetchable) [size=256M]
I/O ports at 5000 [size=64]
Expansion ROM at  [disabled]
Capabilities: 
Kernel driver in use: i915
---lspci -v ---

---xrandr -q ---
Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192
LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 277mm x 
156mm
   1366x768   60.0*+
   1360x768   59.8 60.0  
   1024x768   60.0  
   800x60060.3 56.2  
   640x48059.9  
VGA1 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
HDMI3 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)
DP3 disconnected (normal left inverted right x axis y axis)
---xrandr -q ---

---Xorg.0.log---
[ 27434.469] 
X.Org X Server 1.11.1.902 (1.11.2 RC 2)
Release Date: 2011-10-28
[ 27434.469] X Protocol Version 11, Revision 0
[ 27434.469] Build Operating System: Linux 3.1.0-rc4-amd64 x86_64 Debian
[ 27434.469] Current Operating System: Linux shumira 3.0.0-1-amd64 #1 SMP Sat 
Aug 27 16:21:11 UTC 2011 x86_64
[ 27434.469] Kernel command line: BOOT_IMAGE=/vmlinuz-3.0.0-1-amd64 
root=/dev/mapper/shumira-root ro quiet
[ 27434.469] Build Date: 02 November 2011  10:15:50AM
[ 27434.469] xorg-server 2:1.11.1.902-1 (Cyril Brulebois ) 
[ 27434.469] Current version of pixman: 0.22.2
[ 27434.469]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 27434.469] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 27434.469] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Nov 16 21:26:27 
2011
[ 27434.470] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 27434.470] (==) No Layout section.  Using the first Screen section.
[ 27434.470] (==) No screen section available. Using defaults.
[ 27434.470] (**) |-->Screen "Default Screen Section" (0)
[ 27434.470] (**) |   |-->Monitor ""
[ 27434.470] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 27434.471] (==) Automatically adding devices
[ 27434.471] (==) Automatically enabling devices
[ 27434.471] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 27434.471]Entry deleted from font path.
[ 27434.471] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
[ 27434.471] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 27434.471] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 27434.471] (II) Loader magic: 0x7fe6310b7ae0
[ 27434.471] (II) Module ABI versions:
[ 27434.471]X.Org ANSI C Emulation: 0.4
[ 27434.471]X.Org Video Driver: 11.0
[ 27434.471]X.Org XInput driver : 13.0
[ 27434.471]X.Org Server Extension : 6.0
[ 27434.472] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21da rev 9, Mem @ 
0xf000/4194304, 0xe000/268435456, I/O @ 0x5000/64
[ 27434.473] (II) Open ACPI successful (/var/run/acpid.socket)
[ 27434.473] (II) LoadModule: "extmod"
[ 27434.474] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[ 27434.474] (II) Module extmod: vendor="X.Org Foundation"
[ 27434.474]compiled for 1.11.1.902, module version = 1.0.0
[ 27434.474]Module class: X.Org Server Extension
[ 27434.474]ABI class: X.Org Server Extension, version 6.0
[ 27434.474] (II) Loading extension SELinux
[ 27434.474] (II) Loading extension MIT-SCREEN-SAVER
[ 27434.474] (II) Loading extension XFree86-VidModeExtension
[ 27434.474] (II) Loading extension XFree86-DGA
[ 27434.474] (II) Loading extension DPMS
[ 27434.474] (II) Loading extension XVideo
[ 27434.474] (II) Loading extension XVideo-MotionCompensation
[ 27434.475] (II) Loading extension X-Resource
[ 27434.475] (II) LoadModule: "dbe"
[ 27434.475] (II) Loading /usr/li

Bug#649077: gatling: SSL Exception missing

[Alexander Wirt]

Package: gatling
Version: 0.12-9
Severity: wishlist

Hi,

you mentioned in the copyright file that there is an exception for
gatling to link against openssl, but I am not able to find this
exeception anywhere.  Please add a link to the exception into the
package.

Thanks
Alex


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

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



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

Bug#274747: type-handling: 274747: dpkg-dev dependency removal

[Jakub Wilk]

* Guillem Jover , 2011-11-17, 03:11:

There are also some users of virtual packages provided by type-handling:



Source: coreutils
Build-Depends: ..., libattr1-dev | not+linux-gnu, libacl1-dev | not+linux-gnu, 
libselinux1-dev (>= 1.32) | not+linux-gnu, ...

Source: mc
Build-Depends: ..., libgpm-dev | not+linux-gnu, ...

Source: ntp
Build-Depends: ..., libcap2-dev | not+linux-gnu, ...

Package: usb-modeswitch-data
Depends: udev (>= 0.140) | not+linux-gnu

Package: iotop
Depends: ..., linux


Ah, thanks for the list Jakub! Is that exhaustive, against all possible 
Provides generated by type-handling or only a selected few?


I believe it's exhaustive, but I'll double-check later today.

--
Jakub Wilk



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

Bug#649078: binNMU: pyabiword 0.8.0-8.1

[Ralf Treinen]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-CC: pyabiw...@packages.debian.org

Please binnmu  pyabiword. Its binary package  python-abiword version
0.8.0-8.1 has dependency libabiword-2.9 (= 2.9.1-0.1). However,
sid has

% rmadison -s sid libabiword-2.9
 libabiword-2.9 | 2.9.1-0.2 | sid | amd64, armel, i386, ia64, kfreebsd-amd64, 
kfreebsd-i386, mips, mipsel, powerpc, s390, sparc

Thanks -Ralf.



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

Bug#649079: gnome-bluetooth: cant change device name

[Johan Kroeckel]

Package: gnome-bluetooth
Version: 3.2.1-1
Severity: normal

I could not find a way to change devices name from "hostname-0" to something 
else.

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

Versions of packages gnome-bluetooth depends on:
ii  bluez4.96-3 
ii  consolekit   0.4.5-1
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-freedesktop   0.10.8-2+b1
ii  gir1.2-gdkpixbuf-2.0 2.24.0-1   
ii  gir1.2-glib-2.0  0.10.8-2+b1
ii  gir1.2-gnomebluetooth-1.03.2.1-1
ii  gir1.2-gtk-3.0   3.0.12-2   
ii  gir1.2-pango-1.0 1.29.4-2   
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo-gobject21.10.2-6.1 
ii  libcairo21.10.2-6.1 
ii  libdbus-1-3  1.4.16-1   
ii  libdbus-glib-1-2 0.98-1 
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.7-2
ii  libgdk-pixbuf2.0-0   2.24.0-1   
ii  libglib2.0-0 2.28.8-1   
ii  libgnome-bluetooth8  3.2.1-1
ii  libgtk-3-0   3.0.12-2   
ii  libnotify4   0.7.4-1
ii  libpango1.0-01.29.4-2   
ii  obex-data-server 0.4.5-1+b2 
ii  obexd-client 0.42-1 
ii  udev 172-1  

Versions of packages gnome-bluetooth recommends:
ii  gvfs-backends  1.8.2-2

Versions of packages gnome-bluetooth suggests:
ii  gnome-user-share  3.0.1-1
ii  nautilus-sendto   3.0.1-2

-- 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#649080: evolution-mapi not installable due to conflicting dependencies

[Martinez]

Package: evolution-mapi
Version: 3.2.1-1

The new package of evolution-mapi in experimental is not installabe due to 
conflicting dependencies about libexchangemapi-1.0-0:

libexchangemapi-1.0-0 (>= 3.1.4), libexchangemapi-1.0-0 (< 3.1.5)

It does require both a higher version than 3.1.4 and a lesser version than 
3.1.5. Actually the versions of libexhangemapi available are 0.30.3-2+b1 on 
unstable and 3.2.1-1, that probably is the correct one.

Thank you very much for updating the package.


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

Bug#648976: Acknowledgement (Conflicting instructions for mm_cfg.py settings with postfix-to-mailman.py)

[AN support]

Noticed now that this (or a similar situation with instructions
reversed) has been reported before, as bug #488644 -- although closed in
2008, confusing info thus remains (apparently only instructions in
postfix-to-mailman.py have to be corrected now...)




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

Bug#649081: python-netifaces-dbg: Fix typo in the synopsis

[Vincent Blut]

Package: python-netifaces-dbg
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Please fix this typo in the synopsis:

s/interfaceface/interface/

Cheers,
Vincent


- -- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (800, 'stable-updates'), (800, 'stable'), (96, 'unstable')
Architecture: amd64 (x86_64)

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

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

iEYEARECAAYFAk7FA2gACgkQbO4uEp7kOBOXngCgtkbn7tsXaUM1zlZBIKoYivyH
EBEAn1wQWcuPvgt82M4mdyk1FVxuDAk9
=rOtl
-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#649077: gatling: SSL Exception missing

[Roland Stigge]

Hi,

On 11/17/2011 12:04 PM, Alexander Wirt wrote:
> you mentioned in the copyright file that there is an exception for
> gatling to link against openssl, but I am not able to find this
> exeception anywhere.  Please add a link to the exception into the
> package.

Thanks for the note!

It's written in the manpage's LICENSE clause. Will copy it to the Debian
copyright file.

bye,
  Roland



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

Bug#648527: systemd: The /tmp folder is not cleaned at boot

[Laurent Bigonville]

Hi,

Shouldn't systemd provides some scripts that assure the same
functionality regarding /tmp and /run/lock (cleaning up and tmpfs) and
that use the same variables than SysV rcS script?

I guess the use would expect to have the ~same behaviour with systemd

Cheers

Laurent Bigonville



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

Bug#649082: portaudio19: jack mixxx debian squeeze

[yids]

Source: portaudio19
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   I installed mixxx and jack on debian squeezy, but jack was not found in 
mixxx.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   I tried different versions of mixxx, since jack was found by other apps, 
then I found this site: 
   http://forkbomb.dadacafe.org/blog/Squeeze_Mixxx_Jack_Portaudio_AMD64/ and 
tried this solution
   * What was the outcome of this action?
   I dindt get mixxx to find jack
   * What outcome did you expect instead?
   That I would be able to use jack in mixxx



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

Kernel: Linux 2.6.33.7.2-rt30-1-amd64 (SMP w/4 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



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

Bug#649036: Start fcitx before set Var ?

[Osamu Aoki]

Hi,

Thanks for your bug report.

On Thu, Nov 17, 2011 at 09:37:55AM +0800, YunQiang Su wrote:
> Package: im-config
> Version: 0.5
> X-Debbugs-CC: wen...@gmail.com
> 
> in /usr/share/im-config/data/22_fcitx.im,
> fcitx is started before the Vars are set.

You mean "fcitx" is started before environment variables are set.

> Make fcitx can not work when boot, I have to restart fcitx
> manually any time after reboot.

Well I do not know exactly what was recoomended for "fcitx" since its
documentation is all in Chinese.

But this is normal way to start IM daemon.

environment variables are not for "fcitx" but for application programs
connecting to "fcitx".  They run under X with these environment
variables.

Does "fcitx" also starts some client GUI panel?
 
> Or should fcitx process the changes of Vars?
> so I cc it to wxt

If you are experiencing problem, that may be different cause.  Some IM
daemon needs to wait a bit.  This is because thier internl
initialization code do not have waiting for X to start.

See 24_uim.im

Its client GUI panel has wait there.

Osamu




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

Bug#649083: binNMU gxneur 0.12.0-1

[Ralf Treinen]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-CC: gxn...@packages.debian.org

Please binNMU gxneur. The current version in sid, at least for i386,
depends on libxneur (<< 0.12.0-99). However, we have

% rmadison -s sid -a i386 libxneur
 libxneur | 0.13.0-1 | sid | i386

-Ralf.



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

Bug#648256: RFA: cherokee -- Very fast, flexible and easy to configure web server

[Leonel Nunez]

Hello:

I am a Cherokee Fan and a Cherokee User.

I keep the Ubuntu PPA package updated with the lattest Cherokee version
https://launchpad.net/~cherokee-webserver/+archive/ppa

and when there is a need to patch something in /debian a patch is made.

I'd like to take the package or help a DD or DM to keep it updated and to
send or apply upstream patches for the Debian Releases

For sometime I've been working with Gunnar to keep the last cherokee
version updated for Debian Unstable.

I can keep Cherokee with the lattest version for Debian Unstable, and keep
it updated for the Testing and Stable versions.

I've added, edited, redoed some patches for this package.

A little background:

For sometime when CLAMAV was in Ubuntu Universe ( community maintained),
Working with Scott Kittermain ( MOTU ) we keept Clamav updated with
security patches for the current Ubuntu versions, making patches from
upstream updated versions.

We made the MIR document and applied to move clamav from Universe (
community maintained)  to Main ( officialy maintained)
https://wiki.ubuntu.com/MainInclusionReportClamav

Every clamav release, we searched the CVEs and sent the patches to
launchpad for revision and where applied for a new Ubuntu Security
release.

Once Clamav went into MAIN I stoped keeping track for clamav CVE's


So I only need to keep up with the debian policy

Saludos and I hope I can help with this.

-- 
Leonel Nunez
http://enelserver.com
http://enelserver.com/leonel/







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

Bug#649084: -f/--force option doesn't work at all

[Raf Czlonka]

Package: podget
Version: 0.5.8-1
Severity: normal

Hi,

I've been using podget for a while now. Today I started filesystem
cleanup, searching for empty files and directories amongst other things.
Some playlists were empty which I guess is related to the bug reported
earlier.
What surprised me though was the fact that some of the files were empty
as well. I remembered that there's an option to download files which
have already been downloaded so I looked in the manual.
I expected that some of the files might not be available for download
any more, since they might have gotten removed form a particular feed,
but I was expecting all the files which are still available to be
re-downloaded. To my surprise podget only reported that the files have
already been downloaded.
To summarise, force option (either -f or --force) doesn't work at all.

P.S. Could we get -v behaviour, known from other utilities, implemented
in podget as well, please? I mean the --verbosity LEVEL equivalent when
one simply uses -vv, -vvv, etc.

Regards,

Raf

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

Kernel: Linux 3.0.0-2-powerpc
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 podget depends on:
ii  bash   4.1-3   
ii  coreutils  8.13-3  
ii  grep   2.9-2   
ii  sed4.2.1-9 
ii  tofrodos   1.7.9.debian.1-1
ii  wget   1.13.4-1

podget recommends no packages.

Versions of packages podget suggests:
ii  libc6  2.13-21

-- 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#649085: haproxy: Incorrect local syslog settings in haproxy.cfg

[Andriy Senkovych]

Package: haproxy
Version: 1.4.8-1
Severity: minor
Tags: patch

Dear Maintainer,

The default syslog setting for local logging won't work out of the box unless
syslog server is set up specifically. HAproxy intends to send log messages over
UDP to 514 port on localhost, but syslog daemon does not listen that port by
default. However there is /dev/log interface always available with default
syslog configuration.

If haproxy configuration is to be heavily modified chances that logging config
will be modified (together with syslog configuration) are high as well.

Attached patch will ensure that logging of HAproxy will work by default.
--- a/debian/haproxy.cfg
+++ b/debian/haproxy.cfg
@@ -2,7 +2,7 @@
 
 global
 	log 127.0.0.1	local0
-	log 127.0.0.1	local1 notice
+	log /dev/log	local1 notice
 	#log loghost	local0 info
 	maxconn 4096
 	#chroot /usr/share/haproxy

Bug#648979: Simple fix

[Gary Barker]

I think the fix is as simple as

- setting ssl_active_flag = 0; at the end of void disconnect()
function in cmds.c

- setting ssl_active_flag = 0; at the end of void lostpeer(int)
function in main.c

-  in ssl_init() function in ftp.c, before creating a SSL_new ssl_conn
free any old one:

if(ssl_con) {
SSL_free(ssl_con);
ssl_con = NULL;
}
ssl_con=(SSL *)SSL_new(ssl_ctx);



-- 
It's always best to be offended by things you haven't read. That way
you keep your mind uncluttered by things that might change it.



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

Bug#649081: python-netifaces-dbg: Fix typo in the synopsis

[mariodebian]

tags 649081 + fixed pending
thanks

El jue, 17-11-2011 a las 12:52 +, Vincent Blut escribió:
> Package: python-netifaces-dbg
> Severity: minor
> 
> Hi,
> 
> Please fix this typo in the synopsis:
> 
> s/interfaceface/interface/
> 
> Cheers,
> Vincent

Hi.

Fixed in git repo:

http://anonscm.debian.org/gitweb/?p=users/mario-guest/netifaces.git

Can you sponsor a upload?


-- 
Greetings
--
http://mariodebian.com


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

Bug#649081: python-netifaces-dbg: Fix typo in the synopsis

[Vincent Blut]

Le 17/11/2011 12:49, mariodebian a écrit :
> tags 649081 + fixed pending
> thanks
>
> El jue, 17-11-2011 a las 12:52 +, Vincent Blut escribió:
>   
>> Package: python-netifaces-dbg
>> Severity: minor
>>
>> Hi,
>>
>> Please fix this typo in the synopsis:
>>
>> s/interfaceface/interface/
>>
>> Cheers,
>> Vincent
>> 
> Hi.
>
> Fixed in git repo:
>
> http://anonscm.debian.org/gitweb/?p=users/mario-guest/netifaces.git
>
>   

Thanks Mario!

> Can you sponsor a upload?
>
>
>   

No, sorry :-(



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

Bug#641140: scim: gtk3 support

[Osamu Aoki]

Hi,

Thanks for updating patch. (I am a previous maintainer)

I do not know what inconsistency you experienced.  Is it multi-arch
/usr/lib/x86_64-linux-gnu/... path?

Anyway, you need to sort all the loose end first before asking sponsor
for upload to me if current maintainer is not available.

I see there are many unresponded bugs and concerned about this package. 

On Wed, Nov 16, 2011 at 10:38:08PM +, Ximin Luo wrote:
> Package: scim
> Followup-For: Bug #641140
> 
> OK I finally managed to get the patch to compile. Currently there is an
> inconsistency in debian which causes the gtk2/gtk3 modules to be installed
> into slightly different directory trees.
> 
> Also dh_gtkmodules is for gtk2 only but the usage here on the gtk3 module
> doesn't break things. Not sure if it's supposed to be used, though.
> 
> Corrected patches attached.
> 




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

Bug#609278: ITP: Unity -- Interface for Ubuntu Desktop Edition

[Matthias Kümmerer]

Hi,

I wanted to ask wether there is any progress of packaging Unity for Debian. I 
would love to have it in Debian. If there is anything I can help with, I will 
be happy to try to do so. At the moment I am not sure what has to be done in 
order to get Unity into Debian.


Matthias



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

Bug#649036: Start fcitx before set Var ?

[Weng Xuetian]

Hi,
The root cause is fcitx cannot found session's dbus-daemon is running.

Basically fcitx has a walkaround for this, and retry 5 times, with 1
second sleep. But YuQiang Su's desktop startup is quite slow that
still didn't catch up the dbus test.

And even I try to add eval `dbus-launch --sh-syntax
--exit-with-session`, it still not work for him. Seems GNOME don't
reuse existing dbus-daemon? (Not sure, because such walkaround works
on opensuse.)

Well, a quick and dirty walkaround will be add "-s 5" to
/usr/bin/fcitx & delay more 5 second.

On Thu, Nov 17, 2011 at 8:27 PM, Osamu Aoki  wrote:
> Hi,
>
> Thanks for your bug report.
>
> On Thu, Nov 17, 2011 at 09:37:55AM +0800, YunQiang Su wrote:
>> Package: im-config
>> Version: 0.5
>> X-Debbugs-CC: wen...@gmail.com
>>
>> in /usr/share/im-config/data/22_fcitx.im,
>> fcitx is started before the Vars are set.
>
> You mean "fcitx" is started before environment variables are set.
>
>> Make fcitx can not work when boot, I have to restart fcitx
>> manually any time after reboot.
>
> Well I do not know exactly what was recoomended for "fcitx" since its
> documentation is all in Chinese.
>
> But this is normal way to start IM daemon.
>
> environment variables are not for "fcitx" but for application programs
> connecting to "fcitx".  They run under X with these environment
> variables.
>
> Does "fcitx" also starts some client GUI panel?
>
>> Or should fcitx process the changes of Vars?
>> so I cc it to wxt
>
> If you are experiencing problem, that may be different cause.  Some IM
> daemon needs to wait a bit.  This is because thier internl
> initialization code do not have waiting for X to start.
>
> See 24_uim.im
>
> Its client GUI panel has wait there.
>
> Osamu
>
>



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

Bug#634019: supertuxkart: New upstream release (0.7.2) available

[Alexander Reichle-Schmehl]

Hi Vincent!

* Vincent Cheng  [110716 08:27]:

> A new upstream release of supertuxkart, 0.7.2, is available; please package 
> it. Thanks in advance!

And in the meantime 0.7.3 got released.  However, both versions seem to
depend on a newer version of the irrlicht library, actually:  They
depend on a version so new, it hasn't even been released yet:

===
checking irrlicht version is recent enough... configure: error: Your irrLicht 
is too old, please update irrLicht.
You need irrlicht 1.8.
While irrlicht 1.8 is not released, we recommend using version 3843 from 
irrlicht SVN trunk.
===


So, I'm sorry, but I fear you have to wait a bit longer, till we can
package new version of supertuxkart.


Best Regards,
  Alexander



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

Bug#636864: Placing a symlink in the sendsigs.omit.d directory fixes this

[Rik Theys]

Hi,

This can be fixed (worked around) by letting the start/stop script 
create/remove a symlink to the pid file in /lib/init/rw/sendsigs.omit.d 
(for squeeze) that points to the PID file.


Sendsigs will no longer send TERM and KILL signals to the daemon then.

For testing the sendsigs.omit.d is probably under /run somewhere now.

Patch for squeeze in in attach. For testing and unstable, the 
sendsigs.omit.d is now in /run: /run/sendsigs.omit.d


Regards,

Rik
--- openvpn.orig	2011-11-17 13:04:48.889161154 +0100
+++ openvpn	2011-11-17 13:06:40.197161202 +0100
@@ -63,10 +63,13 @@
 --exec $DAEMON -- $OPTARGS --writepid /var/run/openvpn.$NAME.pid \
 $DAEMONARG $STATUSARG --cd $CONFIG_DIR \
 --config $CONFIG_DIR/$NAME.conf || STATUS=1
+
+ln -s /var/run/openvpn.$NAME.pid /lib/init/rw/sendsigs.omit.d/openvpn.$NAME.pid
 }
 stop_vpn () {
   kill `cat $PIDFILE` || true
   rm -f $PIDFILE
+  rm -f /lib/init/rw/sendsigs.omit.d/openvpn.$NAME.pid
   rm -f /var/run/openvpn.$NAME.status 2> /dev/null
 }
 

Bug#649019: debdelta: faulty delta of packagekit

[shirish शिरीष]

in-line :-

On Thu, Nov 17, 2011 at 14:17, A Mennucc  wrote:
> Dear shirish

Dear A Mennucc,

> I apologize; I should have written what follows some time ago.
>
> Preface: if you run the command 'debdelta-upgrade' with the '-d' option
> then, if any delta fails, the command will create some temporary files,
> and print something like this
>
> !!Faulty delta. Please send by email to mennu...@debian.org the following 
> files:
> !! /.../xul-ext-https-everywhere_1.1-1_1.2-1_al...deb
> !! /tmp/xul-ext-https-everywhere_1.1-1_all.deb
> !! /tmp/debdeltaE4lapBU

ah guess this happened recently or something because I don't remember
reading anything in the documentation about log files being generated.
Of course, this is good, better.

> if you post a bug report, you should attach to your bug report those files.

sure, will keep in mind.



> If a delta fails, then debdelta-upgrade will download the corresponding .deb
> (see the option '--deb-policy' in the man page for more details).
>
> So if you issue 'debdelta-upgrade -d' after the failure , nothing will happen.
>
> There are three ways out of this:
>  1) always use the '-d' option
>  2) always use the option '--deb-policy s,b' so that debdelta-upgrade will
>    not download the deb in case of failure; if any fails,
>    use 'debdelta-upgrade -d'
>  3) as a last resort, if you did not do the above, and you wish to
>    send a bugreport, please manually delete the downloaded deb, e.g.
>    # rm /var/cache/apt/archives/that-deb-that-failed_0.0-0_amd64.deb
>    and run  'debdelta-upgrade -d' : it will retry and , upon failure,
>    generate the log files that you may send me.
>
>> The debdelta-upgrade is an alias with 'debdelta-upgrade -d' so by
>> default it retries.
>
> You may have got the alias wrong. The above message is printed when the '-d'
> option is not present. Somehow your alias is not working OK.
> Try typing 'alias' in the shell and see if it is there (I guess no).

correct, I think for some reason I had commented it, don't remember
what the issue might have been, sorry. I was under the impression that
I was still using it.

> a.

-- 
          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#648968: maximizing the window helps

[Michael Below]

Just tried boincmgr again: maximizing the window helps, afterwards the
menu is back. When I switch back to a less-than-maximal window size, the
menu is still there. But when I close the program and start it again,
the menu is missing again. It doesn't matter if i close it in maximized
state or not. I have to maximize the window again to get the menu back
(even if it is already maximized from the start).

Probably the bug isn't as severe as I thought, but it's still there...

-- 
Michael Below 




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

Bug#649086: libreoffice-draw: LibreOffice Draw is not shown in category "Office" in Gnome-shell

[Marcus Lundblad]

Package: libreoffice-draw
Version: 1:3.4.3-4
Severity: minor

The launcher for LibreOffice Draw is not shown under the category "Office"
in Gnome-shell. The other LibreOffice launchers are shown there.
The Draw icon _does_ show up under "All applications".
It is also found if entering "draw" in the overview search box.

Thanks for your work maintaining LibreOffice.

//Marcus

-- 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/4 CPU cores)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-draw depends on:
ii  libc6 2.13-21 
ii  libgcc1   1:4.6.1-15  
ii  libreoffice-core  1:3.4.3-4   
ii  libstdc++64.6.1-15
ii  libwpd-0.9-9  0.9.3-2 
ii  libwpg-0.2-2  0.2.1-1 
ii  ure   3.4.3-4 
ii  zlib1g1:1.2.3.4.dfsg-3

libreoffice-draw recommends no packages.

libreoffice-draw suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.8.0-3
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo21.10.2-6.1 
ii  libcurl3-gnutls  7.21.7-3   
ii  libdb5.1 5.1.25-11  
ii  libexpat12.0.1-7.2  
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.7-2
ii  libgcc1  1:4.6.1-15 
ii  libgdk-pixbuf2.0-0   2.24.0-1   
ii  libglib2.0-0 2.28.8-1   
ii  libgraphite2-2.0.0   1.0.3.real-1   
ii  libgstreamer-plugins-base0.10-0  0.10.35-1  
ii  libgstreamer0.10-0   0.10.35-1  
ii  libgtk2.0-0  2.24.7-1   
ii  libhunspell-1.3-01.3.2-4
ii  libhyphen0   2.8.3-1
ii  libice6  2:1.0.7-2  
ii  libicu44 4.4.2-2
ii  libjpeg8 8c-2   
ii  libmythes-1.2-0  2:1.2.1-1  
ii  libneon27-gnutls 0.29.6-1   
ii  libnspr4-0d  4.8.9-1
ii  libnss3-1d   3.12.11-3  
ii  libpango1.0-01.29.4-2   
ii  libpng12-0   1.2.46-3   
ii  librdf0  1.0.13-3   
ii  libreoffice-common   1:3.4.3-4  
ii  libsm6   2:1.2.0-2  
ii  libssl1.0.0  1.0.0e-2   
ii  libstdc++6   4.6.1-15   
ii  libtextcat0  2.2-10 
ii  libx11-6 2:1.4.4-2  
ii  libxaw7  2:1.0.9-3  
ii  libxext6 2:1.3.0-3  
ii  libxinerama1 2:1.1.1-3  
ii  libxml2  2.7.8.dfsg-5   
ii  libxrandr2   2:1.3.2-2  
ii  libxrender1  1:0.9.6-2  
ii  libxslt1.1   1.1.26-8   
ii  libxt6   1:1.1.1-2  
ii  ttf-opensymbol   2:2.4.3+LibO3.4.3-4
ii  ure  3.4.3-4
ii  zlib1g   1:1.2.3.4.dfsg-3   

-- 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#649087: gnome-shell plugins can only access /usr/share/icons/gnome

[YunQiang Su]

Package: gnome-shell
Version: 3.2.1-3

when in plugins set an button with:

PanelMenu.SystemStatusButton.prototype._init.call(this, 'fcitx')

Now icon will show, but if modify 'fcitx' to 'media-optical', an icon shows.
there is no fcitx.{png, svg ,...} in  /usr/share/icons/gnome
but did be in /usr/share/icons/hicolor.

/usr/share/icons/hicolor is the standard directory, when there is no such icon
gnome-shell should try to find it in  /usr/share/icons/hicolor, shouldn't it?

-- 
YunQiang Su



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

Bug#649069: tclcl-dev and libtclcl1-dev: error when trying to install together

[Ralf Treinen]

On Thu, Nov 17, 2011 at 06:39:54PM +0800, YunQiang Su wrote:
> libtclcl1-dev is the new name of tclcl-dev, as tclcl has shared library now.
> 
> Mark libtclcl1-dev replace and provide tclcl-dev ?

I do not know the package (I discovered the bug by an automated test),
but the right solution in cases like this is usually to replace, provide,
and also to conflict with tclcl-dev.

> Should I request ftp-master to remove tclcl-dev or waiting for its
> auto removing?

Please ask for removal once you have checked that noone else depends
on tclcl-dev, or if your new package provides the old one.

-Ralf.
-- 
Ralf Treinen
Laboratoire Preuves, Programmes et Systèmes
Université Paris Diderot, Paris, France.
http://www.pps.jussieu.fr/~treinen/



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

Bug#649071: ircd-ratbox/oftc-hybrid and charybdis: error when trying to install together

[Antoine Beaupré]

So what's the deal here - how come ircd-ratbox and oftc-hybrid do not
have the same error on their side?

Would it be sufficient to mark charybdis as Conflicts: ircd? or would we
need to explicitely list the packages?

A.
-- 
Nothing incites to money-crimes like great poverty or great wealth.
- Mark Twain


pgpqRJxQIeo1T.pgp
Description: PGP signature

Bug#649011: security-tracker: DSA-2346-1 vs. tracker

[Nico Golde]

Hi,
* Francesco Poli (wintermute)  [2011-11-16 22:21]:
> Package: security-tracker
> Severity: normal
> 
> Hello,
> it seems to me that the tracker page [1] for DSA-2346-1 [2]
> lacks the reference to CVE-2011-4130.
> 
> Please update the tracker data.
> Thanks for your time!

Thanks for the report! Fixed.

Cheers
Nico



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

Bug#649088: RM: dbi-link -- ROM; Upstream no longer maintains

[Fernando Ike]

Package: ftp.debian.org
Severity: normal

This package isn't more necessary, because version 9.1 implemented SQL/MED and
upstream (dbi-link) no longer maintain.



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

Bug#648937: doc-base: trigger fails when Locale::gettext is broken due to perl upgrade

[Colin Watson]

On Thu, Nov 17, 2011 at 09:02:55AM +, Colin Watson wrote:
> On Wed, Nov 16, 2011 at 10:33:45AM +0100, Raphaël Hertzog wrote:
> > Traitement des actions différées (« triggers ») pour « doc-base »...
> > /usr/bin/perl: symbol lookup error: 
> > /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: 
> > Perl_Gthr_key_ptr
> > dpkg : erreur de traitement de doc-base (--triggers-only) :
> >  le sous-processus script post-installation installé a retourné une erreur 
> > de sortie d'état 127
> 
> A similar problem bites doc-base's use of libuuid-perl.  See:
> 
>   https://bugs.launchpad.net/ubuntu/+source/doc-base/+bug/891257

Indeed, I have established that PERL_DL_NONLAZY=1 is not a sufficient
fix for this problem in the case of libuuid-perl, because it doesn't
have any fallback code for that module being non-importable.  It was
quite difficult to set up a suitable reproduction environment, but what
I did was as follows:

 1) Install an Ubuntu oneiric chroot with the addition of the doc-base,
rarian-compat, and libsignatures-perl packages.  (Remember to divert
/sbin/initctl and replace it with a symlink to /bin/true.)

 2) 'dpkg-divert --rename /usr/bin/dpkg', and replace /usr/bin/dpkg with
the following script:

#! /bin/sh
set -e
if grep -q 'perl-base.*5\.14' /var/log/dpkg.log; then
sleep 3600 || true
fi
exec dpkg.distrib "$@"

 3) Replace 'oneiric' with 'precise' in /etc/apt/sources.list and run
'apt-get update && apt-get dist-upgrade'.

 4) The upgrade should pause immediately after perl-base is configured.
When this happens, start a different shell in the same chroot (don't
suspend the one running apt-get) and run 'PERL_DL_NONLAZY=1
install-docs --install-changed'.

  # install-docs --install-changed
  /usr/bin/perl: symbol lookup error: 
/usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: 
Perl_Gthr_key_ptr

  # PERL_DL_NONLAZY=1 install-docs --install-changed
  Can't load '/usr/lib/perl5/auto/UUID/UUID.so' for module UUID: 
/usr/lib/perl5/auto/UUID/UUID.so: undefined symbol: Perl_Imarkstack_ptr_ptr at 
/usr/lib/perl/5.14/DynaLoader.pm line 184.
   at /usr/share/perl5/Debian/DocBase/Programs/Scrollkeeper.pm line 21
  Compilation failed in require at 
/usr/share/perl5/Debian/DocBase/Programs/Scrollkeeper.pm line 21.
  BEGIN failed--compilation aborted at 
/usr/share/perl5/Debian/DocBase/Programs/Scrollkeeper.pm line 21.
  Compilation failed in require at 
/usr/share/perl5/Debian/DocBase/InstallDocs.pm line 25.
  BEGIN failed--compilation aborted at 
/usr/share/perl5/Debian/DocBase/InstallDocs.pm line 25.
  Compilation failed in require at /usr/sbin/install-docs line 28.

I suggest the following patch.  I think perl-base would then have to
bump its versioned Breaks on doc-base to force this new version to be
installed?

The extra dependency on uuid-runtime is unfortunate, but necessary with
this approach (and calling out to uuidgen probably is slower with lots
of documents, so it's worthwhile trying to work in-process if possible).
Better ideas appreciated; something that only used core Perl would be
cleaner.

  * Call uuidgen if UUID.pm cannot be imported, such as during a major
version upgrade of Perl.

diff -Nru doc-base-0.10.2/debian/control doc-base-0.10.2ubuntu1/debian/control
--- doc-base-0.10.2/debian/control  2011-07-01 21:45:51.0 +0100
+++ doc-base-0.10.2ubuntu1/debian/control   2011-11-17 14:20:49.0 
+
@@ -12,7 +12,7 @@
 Vcs-Browser: http://anonscm.debian.org/git/users/robert/doc-base.git
 
 Package: doc-base
-Depends: libuuid-perl, libyaml-tiny-perl, ${misc:Depends}, ${perl:Depends}
+Depends: libuuid-perl, uuid-runtime, libyaml-tiny-perl, ${misc:Depends}, 
${perl:Depends}
 Suggests: dhelp | dwww | doc-central | yelp | khelpcenter4, rarian-compat
 Architecture: all
 Description: utilities to manage online documentation
diff -Nru doc-base-0.10.2/perl/Debian/DocBase/Programs/Scrollkeeper.pm 
doc-base-0.10.2ubuntu1/perl/Debian/DocBase/Programs/Scrollkeeper.pm
--- doc-base-0.10.2/perl/Debian/DocBase/Programs/Scrollkeeper.pm
2011-07-01 21:45:51.0 +0100
+++ doc-base-0.10.2ubuntu1/perl/Debian/DocBase/Programs/Scrollkeeper.pm 
2011-11-17 14:15:51.0 +
@@ -18,7 +18,28 @@
 use Debian::DocBase::Utils;
 use Debian::DocBase::Gettext;
 use Debian::DocBase::DB;
-use UUID;
+
+BEGIN {
+  eval 'use UUID';
+  if ($@) {
+eval q{
+  sub _GetUUID() {
+chomp (my $retval = `uuidgen`);
+return $retval;
+  }
+};
+  }
+  else {
+eval q{
+  sub _GetUUID() {
+my ($uuid, $retval);
+UUID::generate($uuid);
+UUID::unparse($uuid, $retval);
+return $retval;
+  }
+};
+  }
+}
 
 
 
@@ -50,13 +71,6 @@
 
 our %mapping = (undef=>undef);
 
-sub _GetUUID() { # {{{
-  my ($uuid, $retval);
-  UUID::generate($uuid);
-  UUID::unparse($uuid, $retval);
-  return $retval;
-} # }}}
-
 
 sub RegisterScrollkeeper($@) { # {{{
 

Bug#649089: Subject: ITP: libdancer-session-cookie-perl -- Encrypted cookie-based session backend for Dancer

[Alex Mestiashvili]

Package: wnpp
Owner: Alex Mestiashvili 
Severity: wishlist
X-Debbug-CC: debian-p...@lists.debian.org

* Package name: libdancer-session-cookie-perl
  Version : 0.15
  Upstream Author : Alex Kapranoff
* URL : http://search.cpan.org/dist/Dancer-Session-Cookie/
* License : Artistic or GPL-1
  Programming Lang: Perl
  Description : Encrypted cookie-based session backend for Dancer

 Dancer::Session::Cookie implements a session engine for sessions stored
 entirely in cookies. Usually only session id is stored in cookies and the
 session data itself is saved in some external storage, e.g. database. This
 module allows one to avoid using external storage at all.
 .
 Since server cannot trust any data returned by client in cookies, this
module
 uses cryptography to ensure integrity and also secrecy. The data your
 application stores in sessions is completely protected from both tampering
 and analysis on the client-side.



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

Bug#649090: libdatetime-perl: When doing "use DateTime" under mod_perl (apache), apache crashes without an error

[Matthew Darwin]

Package: libdatetime-perl
Version: 2:0.7000-1
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,

The DateTime package may need re-compiling.

-- 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/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libdatetime-perl depends on:
ii  libc6   2.13-21   
ii  libdatetime-locale-perl 1:0.45-1  
ii  libdatetime-timezone-perl   1:1.41-2+2011m
ii  libmath-round-perl  0.06-3
ii  libparams-validate-perl 0.97-1+b1 
ii  perl5.12.4-6  
ii  perl-base [perlapi-5.12.3]  5.12.4-6  

libdatetime-perl recommends no packages.

libdatetime-perl 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#648900: RM: webkitgtk+ -- ROM; superseded by webkit

[Laurent Bigonville]

reopen 648900
thanks

Hi,

I guess webkitgtk+ should also be removed from experimental.

Cheers

Laurent Bigonville



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

Bug#649091: please use File::Which instead of hardcoding path to offlineimap

[martin f krafft]

Package: buffycli
Version: 0.5-1
Severity: wishlist

perl -e 'use File::Which ; print which("offlineimap"); '

Thanks! ♥ ;)

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

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

Versions of packages buffycli depends on:
ii  libbuffy-perl 0.13  
ii  libtext-formattable-perl  1.03-1
ii  libtie-ixhash-perl1.21-2
ii  perl  5.12.4-6  
ii  procps1:3.2.8-11

buffycli recommends no packages.

Versions of packages buffycli suggests:
ii  mutt 1.5.21-5
ii  offlineimap  6.3.4-1 

-- no debconf information


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#646182: can't upgrade initscripts when running systemd

[Tollef Fog Heen]

]] Roger Leigh 

| On Thu, Nov 17, 2011 at 07:27:34AM +0100, Tollef Fog Heen wrote:
| > ]] Roger Leigh 
| > 
| > | It's possible that systemd does something to /lib/init/rw, but not
| > | sure what, so CCing Michael and Tollef.  Do you do anything special
| > | with this directory?
| > 
| > It's an automounted mount point with systemd.
| 
| Should that interfere with package upgrades though?  It looked
| like stat(2) failed on it.  Since initscripts provides the
| directory, the upgrade should have been a no-op.

I wouldn't think it'd interfere with upgrades, no.

What does the output of mount look like?  Have you done anything to the
mount point manually, like umounted it?

Cheers,
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#649092: libmhash-dev: make check fails with segmentation fault

[Laurent Dard]

Package: libmhash-dev
Version: 0.9.9.9-1
Severity: normal
Tags: upstream

The following command fails:
$ apt-get -b source libmhash-dev && cd mhash-0.9.9.9 && make check

(Is it safe to use this package?)

Output:
/tmp/mhash-0.9.9.9$ make check
Making check in include
make[1]: Entering directory `/tmp/mhash-0.9.9.9/include'
make[1]: Nothing to be done for `check'.
make[1]: Leaving directory `/tmp/mhash-0.9.9.9/include'
Making check in lib
make[1]: Entering directory `/tmp/mhash-0.9.9.9/lib'
make[1]: Nothing to be done for `check'.
make[1]: Leaving directory `/tmp/mhash-0.9.9.9/lib'
Making check in doc
make[1]: Entering directory `/tmp/mhash-0.9.9.9/doc'
make[1]: Nothing to be done for `check'.
make[1]: Leaving directory `/tmp/mhash-0.9.9.9/doc'
Making check in src
make[1]: Entering directory `/tmp/mhash-0.9.9.9/src'
make  check-TESTS
make[2]: Entering directory `/tmp/mhash-0.9.9.9/src'
testing CRC32 .
testing CRC32B .
testing MD5 ...
testing SHA1 ...
testing HAVAL256 ..
testing HAVAL224 .
testing HAVAL192 .
testing HAVAL160 .
testing HAVAL128 .
testing RIPEMD128 .
testing RIPEMD160 .
testing RIPEMD256 .
testing RIPEMD320 .
testing TIGER 
testing TIGER160 .
testing TIGER128 ...
testing GOST ..
testing MD4 ...
testing SHA256 
testing SHA224 ...
testing SHA512 ...
testing SHA384 ...
testing WHIRLPOOL .
testing SNEFRU128 ..
testing SNEFRU256 ...
testing MD2 ...
everything seems to be fine :-)
PASS: hash_test.sh
MD5 HMAC-Test: Ok
PASS: hmac_test
/bin/sh: line 4: 29328 Segmentation fault  ${dir}$tst
FAIL: keygen_test
Testing save/restore for algorithm CRC32: Ok
Testing save/restore for algorithm MD5: Ok
Testing save/restore for algorithm SHA1: Ok
Testing save/restore for algorithm HAVAL256: Ok
Testing save/restore for algorithm RIPEMD160: Ok
Testing save/restore for algorithm TIGER: Ok
Testing save/restore for algorithm GOST: Ok
Testing save/restore for algorithm CRC32B: Ok
Testing save/restore for algorithm HAVAL224: Ok
Testing save/restore for algorithm HAVAL192: Ok
Testing save/restore for algorithm HAVAL160: Ok
Testing save/restore for algorithm HAVAL128: Ok
Testing save/restore for algorithm TIGER128: Ok
Testing save/restore for algorithm TIGER160: Ok
Testing save/restore for algorithm MD4: Ok
Testing save/restore for algorithm SHA256: Ok
Testing save/restore for algorithm ADLER32: Ok
Testing save/restore for algorithm SHA224: Ok
Testing save/restore for algorithm SHA512: Ok
Testing save/restore for algorithm SHA384: Ok
Testing save/restore for algorithm WHIRLPOOL: Ok
Testing save/restore for algorithm RIPEMD128: Ok
Testing save/restore for algorithm RIPEMD256: Ok
Testing save/restore for algorithm RIPEMD320: Ok
Testing save/restore for algorithm SNEFRU128: Ok
Testing save/restore for algorithm SNEFRU256: Ok
Testing save/restore for algorithm MD2: Ok
PASS: rest_test
Checking fragmentation capabilities of MD5: OK
Checking fragmentation capabilities of SHA1: OK
Checking fragmentation capabilities of HAVAL256: OK
Checking fragmentation capabilities of RIPEMD160: OK
Checking fragmentation capabilities of TIGER: OK
Checking fragmentation capabilities of HAVAL224: OK
Checking fragmentation capabilities of HAVAL192: OK
Checking fragmentation capabilities of HAVAL160: OK
Checking fragmentation capabilities of HAVAL128: OK
Checking fragmentation capabilities of TIGER128: OK
Checking fragmentation capabilities of TIGER160: OK
Checking fragmentation capabilities of MD4: OK
Checking fragmentation capabilities of SHA256: OK
Checking fragmentation capabilities of SHA224: OK
Checking fragmentation capabilities of SHA512: OK
Checking fragmentation capabilities of SHA384: OK
Checking fragmentation capabilities of WHIRLPOOL: OK
Checking fragmentation capabilities of RIPEMD128: OK
Checking fragmentation capabilities of RIPEMD256: OK
Checking fragmentation capabilities of RIPEMD320: OK
Checking fragmentation capabilities of SNEFRU128: OK
Checking fragmentation capabilities of SNEFRU256: OK
Checking fragmentation capabilities of MD2: OK
PASS: frag_test

1 of 5 tests failed
Please report to mhash-de...@sourceforge.net

make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory `/tmp/mhash-0.9.9.9/src'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/tmp/mhash-0.9.9.9/src'
make: *** [check-recursive] Error 1


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libmhash-dev depends on:
ii  libc6-dev  2.13-21  
ii  libmhash2  0.9.9.9-1

libmhash-dev recommends no packages.

libmhash-dev suggests no packages.

-- no debconf information



-- 
To 

Bug#649093: mira: only build-dep on libtcmalloc-minimal0 on supported archs

[Michael Terry]

Package: mira
Version: 3.4.0-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Dear Maintainer,

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

Only require libtcmalloc-minimal0 on [i386 amd64 powerpc] since those
are the only architectures it is built for.  The configure script is
intelligent enough to continue in its absence.

Thanks for considering the patch.


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

Kernel: Linux 3.1.0-2-generic-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru mira-3.4.0/debian/changelog mira-3.4.0/debian/changelog
diff -Nru mira-3.4.0/debian/control mira-3.4.0/debian/control
--- mira-3.4.0/debian/control	2011-11-14 15:16:39.0 -0500
+++ mira-3.4.0/debian/control	2011-11-17 10:03:39.0 -0500
@@ -7,8 +7,9 @@
 Uploaders: Charles Plessy , Steffen Moeller ,
  Tim Booth 
 Build-Depends: debhelper (>= 7.0.50~), autotools-dev, dblatex, docbook-xsl,
- libboost-thread-dev, libboost-regex-dev, libexpat1-dev, libtcmalloc-minimal0, perl,
- quilt (>= 0.46-7~), flex, vim-common, zlib1g-dev
+ libboost-thread-dev, libboost-regex-dev, libexpat1-dev,
+ libtcmalloc-minimal0 [i386 amd64 powerpc], perl, quilt (>= 0.46-7~), flex,
+ vim-common, zlib1g-dev
 Standards-Version: 3.9.2
 Homepage: http://chevreux.org/projects_mira.html
 Vcs-Browser: http://svn.debian.org/wsvn/debian-med/trunk/packages/mira/trunk/?rev=0&sc=0

Bug#648631: debian-installer: check-missing-firmware fails to reload driver

[Brian Potkin]

On Wed 16 Nov 2011 at 14:08:20 -0400, Joey Hess wrote:

> The devpath I got was /sys/devices/platform/orion-ehci.0/usb1/1-1/1-1.4
> This has a product file containing "USB2.0 WLAN", manufacturer
> containing ZyDAS and so on, but its driver/module link points to
> /sys/bus/usb/drivers/usbcore . The information about the actual driver for
> this device is in 1-1.4:1.0/driver and 1-1.4:1.0/modalias .

This mirrors what I got when I delved further into /sys. except there is
no 1-1.4:1.0/driver for the p54usb. Having the driver loaded but no
network interface created seems a little strange, but it does not appear
to be an installer issue because it also happens on a running system
without the firmware available.

> All I can think to do is a special case. Assuming this only affects USB
> and not some other bus, this should work ok:
> 
> diff --git a/check-missing-firmware.sh b/check-missing-firmware.sh

Thank you for this. Both the zd1211rw and the p54usb worked flawlessly
after applying it.



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

Bug#649092: libmhash-dev: make check fails with segmentation fault

[Laurent Dard]

tags 649092 patch
thank you

Patch:
sed 's|mutils_memset|// mutils_memset|' -i src/keygen_test.c

It's from Fedora:
http://pkgs.fedoraproject.org/gitweb/?p=mhash.git;a=blob_plain;f=mhash-0.9.9.9-keygen_test_fix.patch

-- 
Laurent Dard



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

Bug#429180: mhash: issues with whirlpool hash on sparc64

[Laurent Dard]

tags 429180 patch
thanks

Does it help:
http://pkgs.fedoraproject.org/gitweb/?p=mhash.git;a=blob;f=mhash-0.9.9.9-fix-whirlpool-segfault.patch
?

-- 
Laurent Dard



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

Bug#649094: xapt: paths not fixed in libc.so in cross packages

[Vincent Danjean]

Package: xapt
Version: 2.2.17
Severity: normal

  Hi,

  I'm trying to build a debian package of a mipsel cross-compiler.
To do that, I build a binutils for my target, then I install
required cross library with xapt and finally I try to build the cross-compiler
itself.
  The last part fails within sid and testing. It took me some times, but I
found the problem. xapt correctly fix paths in lib/libc.so but not
in lib{32,64}/libc.so (ie these files refers to /lib{32,64}/* and
/usr/lib{32,64}/* files instead of /usr/mipsel-linux-gnu/lib{32,64})

  Manually changing these paths allow me to go further in the compilation of
the cross compiler (but not yet to the end :-( )

  You will find in attachment the script I use to build my cross-compiler.

  Regards,
Vincent


-- 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-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xapt depends on:
ii  apt  0.8.15.9   
ii  dpkg-cross   2.6.5  
ii  dpkg-dev 1.16.2~50.gbp921bea
ii  libconfig-inifiles-perl  2.68-1 
ii  libdpkg-perl 1.16.2~50.gbp921bea
ii  liblocale-gettext-perl   1.05-7 
ii  perl 5.12.4-6   

xapt recommends no packages.

xapt suggests no packages.

-- no debconf information
# Here is a script to build and install a cross compiler to be used on Nachos
#
# Contrary to previous document, this script build a recent cross compiler
# (gcc 4.6 by default) so gcc 2.95 is not used anymore.
# improvement: software is installed as real packages on the system
# inconvenient: only works for Debian (unstable and perhaps
#   testing/wheezy) and it could perhaps work with ubuntu (feedback welcome)
#
# Note: recent gcc requires the target libc to build the cross-compiler.
# This is why I cannot tell how to build one only from gcc sources
# (as it was done with gcc 2.95)
#
# I think I put all required commands. Howver, it is probably better
# to copy and paste the command to be able to look at the results
#
# WARNING: building the cross compiler itself requires lots of time and
# lots of available disk space. It is probably possible to reduce this
# if we build only the C cross compiler (and not C++, ...) but I did not
# look if this can be easily done.

# Do not copy-paste the next line in a interractive shell
# (else your shell will exit as soon as a command does not succeed)
set -ex

mkdir -p tools
cd tools

TARGET=mipsel-linux-gnu
if test "$(ls binutils-$TARGET_*.deb 2>/dev/null)" ; then
echo "Skipping building and installing binutils (already there)"
else
apt-get source binutils
sudo apt-get build-dep binutils
sudo apt-get install fakeroot build-essential binutils-multiarch
cd binutils-*
env TARGET=$TARGET dpkg-buildpackage -b -uc -us
cd ..
sudo dpkg -i binutils-$TARGET_*.deb
fi

sudo apt-get install dpkg-cross xapt
sudo xapt --mirror http://ftp.fr.debian.org/debian/ \
  --arch mipsel --suite unstable --keep-cache libc6-dev libc6 \
  libc6-dev-mips64 libc6-dev-mipsn32 libc6-mips64 linux-libc-dev libc6-mipsn32

# At least 4.5. Previous does not have a correct cross-compiler build setup
GCC_V=4.6

apt-get source gcc-${GCC_V}
sudo apt-get build-dep gcc-${GCC_V}
sudo apt-get install gcc-${GCC_V}-source

cd gcc-${GCC_V}-*
env GCC_TARGET=mipsel debian/rules control
env GCC_TARGET=mipsel dpkg-buildpackage -rfakeroot -us -uc -b

cd ..
sudo dpkg -i gcc-${GCC_V}-mipsel-linux-gnu_*.deb 
gcc-${GCC_V}-mipsel-linux-gnu-base_*.deb  cpp-${GCC_V}-mipsel-linux-gnu_*.deb  
libgcc1-mipsel-cross_*.deb  libgomp1-mipsel-cross_*.deb

# Once the packages are installed, all the tools directory can be removed.

# This version of nachos will automatically detect and use this cross-compiler
# Enjoy.

Bug#638643: packagekit results in no results with graphical package filter.

[Matthias Klumpp]

Hi!
Which filter have you tried? Is this issue still valid with the latest
PackageKit version available in unstable?
Regards,
   Matthias

2011/8/20 dE . :
> Package: packagekit
> Version: 0.6.15-1
>
> Hi.
>
> I've installed packagekit for use of novice users, as a result the filter
> for graphical packages only is very important; but unfortunately it gives no
> results at all with this filter on.
>
> I've tried this on gnome-packagekit.
>
> Thanks.
>



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

Bug#649095: gnome-shell: Restarts after changing Empathy state from available to unavailable

[Lech Karol Pawłaszek]

Package: gnome-shell
Version: 3.2.1-3
Severity: normal

Hello. Everything works fine until I want to change my presence to
unavailable. Then - gnome-shell (or mutter?) restarts. It doesn't matter
If I change presence using Empathy or gnome-shell built-in "presence
manager" (the one in the top right corner).

..xsession-errors excerpt:

Window manager warning: Log level 8: g_variant_new_string: assertion
`string != NULL' failed

(empathy:4394): GLib-CRITICAL **: g_variant_new_string: assertion
`string != NULL' failed
gnome-shell-calendar-server[3922]: Got HUP on stdin - exiting
** Message: applet now removed from the notification area
gnome-session[3718]: WARNING: Application 'gnome-shell.desktop' killed
by signal
(gnome-shell:4419): folks-DEBUG: individual-aggregator.vala:305: Setting
primary store IDs to defaults.
(gnome-shell:4419): folks-DEBUG: individual-aggregator.vala:333: Primary
store IDs are 'eds' and 'system'.
  JS LOG: GNOME Shell started at Thu Nov 17 2011 16:28:50 GMT+0100
(CET)
** Message: applet now embedded in the notification area

(gnome-shell:4419): folks-WARNING **: Error preparing persona store
'eds:1305038306.11438.1@macbook': Couldn't open address book
‘1305038306.11438.1@macbook’.


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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3
ii  gconf2   3.2.3-1
ii  gir1.2-accountsservice-1.0   0.6.15-1   
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-caribou-1.0   0.4.1-1
ii  gir1.2-clutter-1.0   1.8.2-2
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-folks-0.6 0.6.5-2
ii  gir1.2-freedesktop   1.31.0-1   
ii  gir1.2-gconf-2.0 3.2.3-1
ii  gir1.2-gdkpixbuf-2.0 2.24.0-1   
ii  gir1.2-gee-1.0   0.6.1-3
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  1.31.0-1   
ii  gir1.2-gmenu-3.0 3.2.0.1-1  
ii  gir1.2-gnomebluetooth-1.03.2.1-1
ii  gir1.2-gtk-3.0   3.0.12-2   
ii  gir1.2-json-1.0  0.14.0-1   
ii  gir1.2-mutter-3.03.2.1-1
ii  gir1.2-networkmanager-1.00.9.2.0-1  
ii  gir1.2-pango-1.0 1.29.4-2   
ii  gir1.2-polkit-1.00.102-1
ii  gir1.2-soup-2.4  2.36.0-1   
ii  gir1.2-telepathyglib-0.120.17.1-1   
ii  gir1.2-telepathylogger-0.2   0.2.10-2   
ii  gir1.2-upowerglib-1.00.9.14-3   
ii  gjs  1.30.0-1   
ii  gnome-bluetooth  3.2.1-1
ii  gnome-icon-theme-symbolic3.2.1-1
ii  gnome-settings-daemon3.2.2-1
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo-gobject21.10.2-6.1 
ii  libcairo21.10.2-6.1 
ii  libcamel-1.2-23  3.0.3-2
ii  libcanberra0 0.28-3 
ii  libclutter-1.0-0 1.8.2-2
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.2-2
ii  libdbus-1-3  1.4.16-1   
ii  libdbus-glib-1-2 0.98-1 
ii  libdrm2  2.4.27-1   
ii  libebook-1.2-12  3.2.1-1
ii  libecal-1.2-10   3.2.1-1 

Bug#607236: needlessly generates ssh keys, stalls xen-create-image

[Johannes Schauer]

Hi,

I was about to report a bug about xen-tools missing a Depends or
Recommends on openssh-client because it calls ssh-keygen of the host in
the 70-install-ssh hook when I discovered this bug and thought it should
be resolved beforehand.

On Wed, Aug 24, 2011 at 05:07:45PM -0700, Vagrant Cascadian wrote:
> i'm still not entirely sure it needs to manually generate the keys at
> all, but at least this would handle existing keys properly.

I was just recently generating a xen image from a tarball and having the
hooks generate a new ssh key for me automatically was much appreciated.

Since the post install script of openssh server already attempts to
create a host keypair but one would also want a fresh keypair when
creating an image from a tarball I suggest the following behaviour:

--install-method=debootstrap/cdebootstrap/rinse/rpmstrap

 - generate a new host keypair only if there for some reason the
   creation by the postinst script failed

--install-method=tar/copy

 - generate a new host keypair overwriting the existing one

would this be a sane behaviour? one would normally want to have a new
host keypair when generating from an existing tarball, right?

if 70-install-ssh stays, then adding a depends/recommends on
openssh-client should be added.

sadly ssh-keygen doesnt allow to force overriding existing keys without
asking back - having this option as a commandline argument would be a
possible wishlist bug for openssh-client.

cheers, josch



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

Bug#649097: linux-image-2.6.32-5-amd64: psmouse.ko module fails to handle PS/2 mouse

[Hughe Chung]

Package: linux-2.6
Version: 2.6.32-38
Severity: grave
Justification: renders package unusable


I'v been expericing PS/2 mouse bud in Xorg almost year. I upgareded kernel to
2.6.39 hoping it would solve the problem. However, it turns out the erractic
mouse synchronization error still exists.

In 2.6.32, psmouse.ko generated flooding messages like below. 2.6.39 module
does once or twice when it detects the lost of synchronization. Below is the
messages.

[quote]
Nov 16 15:13:19 theblue kernel: [275921.510266] psmouse.c: Wheel Mouse at
isa0060/serio1/input0 lost synchronization, throwing 3 bytes away.
Nov 16 22:43:26 theblue kernel: [293066.497048] psmouse.c: Wheel Mouse at
isa0060/serio1/input0 lost synchronization, throwing 2 bytes away.
[/quote]

When it happen, window managers of Xorg takes up CPU instantly while loosing
mouse focus stop using Xorg, force to shut down Xorg in a termial. I tested on
fluxbox which is my main window manager, tried openbox too. 

Here is a link I posted.
http://forums.debian.net/viewtopic.php?f=6&t=71950

The solution I found was to replace the PS/2 mouse with a USB mouse. 


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Acer
product_name: Aspire M1200
product_version:  
chassis_vendor: Acer
chassis_version: 1.0
bios_vendor: American Megatrends Inc.
bios_version: R03-B3
board_vendor: Acer
board_name: RS740DVF
board_version:  

** PCI devices:
00:00.0 Host bridge [0600]: ATI Technologies Inc RS690 Host Bridge [1002:7911]
Subsystem: Acer Incorporated [ALI] Device [1025:0155]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 

00:05.0 PCI bridge [0604]: ATI Technologies Inc RS690 PCI to PCI Bridge (PCI 
Express Port 1) [1002:7915] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:06.0 PCI bridge [0604]: ATI Technologies Inc RS690 PCI to PCI Bridge (PCI 
Express Port 2) [1002:7916] (prog-if 00 [Normal decode])
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA 
Controller [IDE mode] [1002:4390] (prog-if 01 [AHCI 1.0])
Subsystem: Acer Incorporated [ALI] Device [1025:0155]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ahci

00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 
Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Acer Incorporated [ALI] Device [1025:0155]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci_hcd

00:13.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 
Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Acer Incorporated [ALI] Device [1025:0155]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci_hcd

00:14.0 SMBus [0c05]: ATI Technologies Inc SBx00 SMBus Controller [1002:4385] 
(rev 3a)
Subsystem: Acer Incorporated [ALI] Device [1025:0155]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: piix4_smbus

00:14.1 IDE interface [0101]: ATI Technologies Inc SB700/SB800 IDE Controller 
[1002:439c] (prog-if 8a [Master SecP PriP])
Subsystem: Acer Incorporated [ALI] Device [1025:0155]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: pata_atiixp

00:14.2 Audi

Bug#649098: xfce4-terminal: Alt key is not passed

[Osamu Aoki]

Package: xfce4-terminal
Version: 0.4.8-1
Severity: normal

Whe I use applcation such as mc (midnight commander), xfce4-terminal
does not pass alt key status to mc.  gnome-terminal does this right,
though.

* start mc
* run "ls"
* run "df"
* alt-P (Do not get "df" with xfce4-terminal)


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

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

Versions of packages xfce4-terminal depends on:
ii  exo-utils   0.6.2-3   
ii  libatk1.0-0 2.2.0-2   
ii  libc6   2.13-21   
ii  libdbus-1-3 1.4.16-1  
ii  libdbus-glib-1-20.98-1
ii  libexo-1-0  0.6.2-3   
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.28.8-1  
ii  libgtk2.0-0 2.24.8-2  
ii  libpango1.0-0   1.29.4-2  
ii  libvte9 1:0.28.2-1
ii  libx11-62:1.4.4-4 
ii  libxfce4util4   4.8.2-1   

Versions of packages xfce4-terminal recommends:
ii  dbus-x11  1.4.16-1

xfce4-terminal 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#580069: workarround for the first run

[Rodrigo Campos]

Hi,

A workarround that works for me is forcing logrotate with "-f". This way it adds
the entry to /var/lib/logrotate/status (as logrotate never rotated it, there
isn't an entry), and it should behave as expected from now on if I'm not wrong.





Thanks a lot,
Rodrigo



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

Bug#649055: libgnome2-gconf-perl: FTBFS (Failed 1/1 test programs. 0/0 subtests failed)

[Colin Watson]

tags 649055 patch
user ubuntu-de...@lists.ubuntu.com
usertags 649055 ubuntu-patch precise
thanks

On Thu, Nov 17, 2011 at 08:49:46AM +0100, Julien Cristau wrote:
> this package FTBFS on the buildds:
> https://buildd.debian.org/status/package.php?p=libgnome2-gconf-perl
> 
> > Test Summary Report
> > ---
> > t/00.GConf.t (Wstat: 512 Tests: 0 Failed: 0)
> >   Non-zero exit status: 2
> >   Parse errors: No plan found in TAP output
> > Files=1, Tests=0,  0 wallclock secs ( 0.04 usr  0.00 sys +  0.04 cusr  0.00 
> > csys =  0.08 CPU)
> > Result: FAIL
> > Failed 1/1 test programs. 0/0 subtests failed.
> > make[2]: *** [test_dynamic] Error 2
> > make[2]: Leaving directory 
> > `/build/buildd-libgnome2-gconf-perl_1.044-3+b2-amd64-mfqkGF/libgnome2-gconf-perl-1.044'

Further up:

Can't load 
'/build/buildd-libgnome2-gconf-perl_1.044-3+b2-amd64-mfqkGF/libgnome2-gconf-perl-1.044/blib/arch/auto/Gnome2/GConf/GConf.so'
 for module Gnome2::GConf: 
/build/buildd-libgnome2-gconf-perl_1.044-3+b2-amd64-mfqkGF/libgnome2-gconf-perl-1.044/blib/arch/auto/Gnome2/GConf/GConf.so:
 undefined symbol: gconf_engine_key_is_writable at 
/usr/lib/perl/5.14/DynaLoader.pm line 184.
 at t/00.GConf.t line 9

This is because gconf now builds with --disable-orbit, and that symbol
is missing from the D-Bus implementation.  I suggest this patch (though
upstream will probably want to rework this into a Makefile.PL option or
something):

  * Disable gconf_engine_key_is_writable.  This symbol is not available in
libgconf when it is configured without ORBit support.

diff -u libgnome2-gconf-perl-1.044/debian/patches/series 
libgnome2-gconf-perl-1.044/debian/patches/series
--- libgnome2-gconf-perl-1.044/debian/patches/series
+++ libgnome2-gconf-perl-1.044/debian/patches/series
@@ -1,0 +2 @@
+disable-orbit
only in patch2:
unchanged:
--- libgnome2-gconf-perl-1.044.orig/debian/patches/disable-orbit
+++ libgnome2-gconf-perl-1.044/debian/patches/disable-orbit
@@ -0,0 +1,29 @@
+Description: Disable gconf_engine_key_is_writable
+ This symbol is not available in libgconf when it is configured without
+ ORBit support, which is currently the case in Debian.
+Author: Colin Watson 
+Forwarded: no
+Last-Update: 2011-11-17
+
+Index: b/xs/GConfEngine.xs
+===
+--- a/xs/GConfEngine.xs
 b/xs/GConfEngine.xs
+@@ -350,6 +350,8 @@
+   if (err)
+   gperl_croak_gerror (NULL, err);
+ 
++#if 0 /* requires gconf to be configured with ORBit support */
++
+ ##gboolean gconf_engine_key_is_writable  (GConfEngine *conf,
+ ##const gchar *key,
+ ##GError **err);
+@@ -366,6 +368,8 @@
+ OUTPUT:
+ RETVAL
+ 
++#endif
++
+ guint
+ gconf_engine_notify_add (engine, namespace_section, func, data=NULL)
+   GConfEngine * engine

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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