Bug#539936: transmission-daemon: settings.json should warn that it will be overwritten when --auth is used
Package: transmission-daemon Version: 1.51-1 Severity: minor The transmission-daemon program will overwrite the settings.json file if --auth is used when started. This is the default in Debian, as configured in /etc/default/transmission-daemon: http://trac.transmissionbt.com/ticket/1759 A comment somewhere explaining this (perhaps in /etc/default/transmission-daemon) would be nice, to avoid the hair-pulling I just did. (BTW, there is a minor spelling error there, s/mor/more/) It would be best if this could be listed in settings.json itself, but I guess it would just be overwritten. :( -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages transmission-daemon depends on: ii adduser3.110 add and remove users and groups ii libc6 2.9-12GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-8lenny2Multi-protocol file transfer libra ii libssl0.9.80.9.8g-15+lenny1 SSL shared libraries ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii transmission-common1.51-1lightweight BitTorrent client (com ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages transmission-daemon recommends: ii transmission-cli 1.51-1 lightweight BitTorrent client (com transmission-daemon 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#478755: (no subject)
owner 478755 tho...@koch.ro thanks I do not have the time to package this. Please feel free to take on this package, and direct any queries/RFSs to debian-ment...@lists.debian.org -- Regards, Martin Mez Meredith signature.asc Description: Digital signature
Bug#526409: CVE-2009-1631: world-readable permissions for the .evolution directory
Hi, this issue got a CVE (Common Vulnerabilities Exposures). CVE-2009-1631[0]: | The Mailer component in Evolution 2.26.1 and earlier uses | world-readable permissions for the .evolution directory, and certain | directories and files under .evolution/ related to local mail, which | allows local users to obtain sensitive information by reading these | files. Unfortunately the vulnerability described above is not important enough to get it fixed via regular security update in Debian stable and oldstable. It does not warrant a DSA. However it would be nice if this could get fixed via a regular point update[1]. Please contact the release team for this. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1631 http://security-tracker.debian.net/tracker/CVE-2009-1631 [1] http://www.debian.org/doc/developers-reference/pkgs.html#upload-stable Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#539937: Move hacks between packages more easily
Package: xscreensaver
Severity: wishlist
Tags: patch
Hi,
There has been some discussion in an Ubuntu bug on Launchpad about how
to more easily maintain a diff between Ubuntu and Debian, allowing
different screen savers to be shipped by default in each distro. [0]
On Tormod Volden's suggestion, I am attaching a patch against
collab-maint/xscreensaver.git which will make an Ubuntu delta just be
one-liners for each hack that is moved.
It creates files named data, data-extra, gl, and gl-extras listing the
hacks that belong in each package. It also creates a install-hacks.sh
script called from debian/rules which installs the hacks to the
appropriate package.
Please let me know if this seems to be something worth perusing, and
any suggestions you might have.
- Andrew Starr-Bochicchio
[0] https://bugs.edge.launchpad.net/ubuntu/+bug/385850
diff --git a/debian/data b/debian/data
new file mode 100644
index 000..81df91c
--- /dev/null
+++ b/debian/data
@@ -0,0 +1,17 @@
+abstractile
+cwaves
+deco
+distort
+fiberlamp
+fuzzyflakes
+galaxy
+m6502
+metaballs
+penrose
+popsquares
+ripples
+shadebobs
+slidescreen
+sonar
+swirl
+xlyap
diff --git a/debian/data-extra b/debian/data-extra
new file mode 100644
index 000..cac21ce
--- /dev/null
+++ b/debian/data-extra
@@ -0,0 +1,103 @@
+anemone
+anemotaxis
+apollonian
+apple2
+attraction
+barcode
+blaster
+blitspin
+bouboule
+boxfit
+braid
+bsod
+bumps
+ccurve
+celtic
+cloudlife
+compass
+coral
+crystal
+cynosure
+decayscreen
+deluxe
+demon
+discrete
+drift
+epicycle
+eruption
+euler2d
+fadeplot
+fireworkx
+flame
+flow
+fluidballs
+fontglide
+goop
+grav
+greynetic
+halftone
+halo
+helix
+hopalong
+hyperball
+hypercube
+ifs
+imsmap
+interaggregate
+interference
+intermomentary
+juggle
+julia
+kaleidescope
+kumppa
+lcdscrub
+ljlatest
+loop
+maze
+memscroller
+moire
+moire2
+mountain
+munch
+nerverot
+noseguy
+pacman
+pedal
+penetrate
+petri
+phosphor
+piecewise
+polyominoes
+pong
+pyro
+qix
+rd-bomb
+rocks
+rorschach
+rotzoomer
+sierpinski
+slip
+speedmine
+spotlight
+squiral
+starfish
+strange
+substrate
+thornbird
+triangle
+truchet
+twang
+vermiculate
+vidwhacker
+wander
+webcollage
+webcollage-helper
+whirlwindwarp
+wormhole
+xanalogtv
+xflame
+xjack
+xmatrix
+xrayswarm
+xspirograph
+zoom
diff --git a/debian/gl b/debian/gl
new file mode 100644
index 000..7920287
--- /dev/null
+++ b/debian/gl
@@ -0,0 +1,43 @@
+antinspect
+antspotlight
+atunnel
+blinkbox
+bubble3d
+circuit
+cubestorm
+endgame
+engine
+flipflop
+flipscreen3d
+flyingtoasters
+gears
+gflux
+glblur
+glcells
+gleidescopev
+glknots
+glmatrix
+glschool
+glslideshow
+glsnake
+gltext
+hypertorus
+jigglypuff
+lavalite
+lockward
+mirrorblob
+moebius
+moebiusgears
+molecule
+morph3d
+pipes
+polyhedra
+polytopes
+pulsar
+queens
+sierpinski3d
+spheremonics
+stonerview
+superquadrics
+topblock
+voronoi
diff --git a/debian/gl-extra b/debian/gl-extra
new file mode 100644
index 000..d2b7a5d
--- /dev/null
+++ b/debian/gl-extra
@@ -0,0 +1,36 @@
+antmaze
+atlantis
+blocktube
+boing
+bouncingcow
+boxed
+cage
+carousel
+crackberg
+cube21
+cubenetic
+dangerball
+extrusion
+fliptext
+glhanoi
+glplanet
+juggler3d
+klein
+lament
+menger
+noof
+photopile
+pinion
+providence
+rubik
+sballs
+sproingies
+stairs
+starwars
+tangram
+timetunnel
+cubicgrid
+hypnowheel
+skytentacles
+jigsaw
+flurry
diff --git a/debian/install-hacks.sh b/debian/install-hacks.sh
new file mode 100755
index 000..3c53224
--- /dev/null
+++ b/debian/install-hacks.sh
@@ -0,0 +1,32 @@
+#!/bin/sh
+
+DATA_FILES=$(cat debian/data)
+DATA_EXTRA_FILES=$(cat debian/data-extra)
+GL_FILES=$(cat debian/gl)
+GL_EXTRA_FILES=$(cat debian/gl-extra)
+
+move_files ()
+{
+for hacks in $*; do \
+ dh_install debian/tmp/usr/lib/xscreensaver/$hacks \
+-p$PACKAGE
+ dh_install debian/tmp/usr/share/man/man6/$hacks.6x \
+-p$PACKAGE
+ dh_install debian/tmp/usr/share/xscreensaver/config/$hacks.xml \
+-p$PACKAGE
+ dh_install debian/tmp/usr/share/applications/screensavers/$hacks.desktop \
+-p$PACKAGE
+done
+}
+
+PACKAGE=xscreensaver-data
+move_files $DATA_FILES
+
+PACKAGE=xscreensaver-data-extra
+move_files $DATA_EXTRA_FILES
+
+PACKAGE=xscreensaver-gl
+move_files $GL_FILES
+
+PACKAGE=xscreensaver-gl-extra
+move_files $GL_EXTRA_FILES
diff --git a/debian/rules b/debian/rules
index 0018795..6fd7b96 100755
--- a/debian/rules
+++ b/debian/rules
@@ -106,6 +106,7 @@ binary-arch: build
debian/tmp/usr/share/man/man1/xscreensaver-gl-helper.1
# Change man header section from 6 to 1
sed -i '1s/6x/1/' debian/tmp/usr/share/man/man1/xscreensaver-gl-helper.1
+ sh debian/install-hacks.sh
dh_movefiles -a
dh_install -a
# Lists anything that was installed but not packaged
diff --git a/debian/xscreensaver-data.files b/debian/xscreensaver-data.files
index aa83ba0..5d65eaa 100644
--- a/debian/xscreensaver-data.files
+++ b/debian/xscreensaver-data.files
@@ -7,68 +7,3 @@ usr/share/man/man1/xscreensaver-getimage-file.1
Bug#512782: gtk-qt-engine test version with your patch
Hi Guido, could you please test the package I prepared with your patch there: http://alioth.debian.org/~odyx-guest/packages/gtk-qt-engine/ and report back to the bug if it does (or not) fix your issue ? Thanks in advance, best regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#539449: 539449: Another reference
Crap, sorry, wrong link. Here's the blackhat slides: http://www.blackhat.com/presentations/bh-usa-09/MARLINSPIKE/BHUSA09-Marlinspike-DefeatSSL-SLIDES.pdf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539449: 539449: Another reference
Here's the presentation slides from blackhat: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539449 I'm not sure how much of this applies to OpenSSL, but there are several very scary vulnerabilities mentioned. Someone with more knowledge of the code should look into this ASAP. tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495890: Things changed in recent versions
Package: widelands Version: 1:13-2 --- Please enter the report below this line. --- This bug is still present in version 1:13-2, but I obtain a different strace output: $ strace widelands 21 | grep ^open | grep locale open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 open(/usr/share/locale/locale.alias, O_RDONLY) = 3 open(/usr/lib/locale/de_DE/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/locale/de/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/X11/locale/locale.alias, O_RDONLY) = 5 open(/usr/share/X11/locale/locale.dir, O_RDONLY) = 5 open(/usr/share/X11/locale/C/XLC_LOCALE, O_RDONLY) = 5 open(/usr/share/X11/locale/locale.alias, O_RDONLY) = 5 open(/usr/share/X11/locale/locale.dir, O_RDONLY) = 5 open(/usr/share/X11/locale/C/XLC_LOCALE, O_RDONLY) = 5 open(/usr/share/X11/locale/compose.dir, O_RDONLY) = 5 open(/usr/share/X11/locale/iso8859-1/Compose, O_RDONLY) = 5 open(/usr/share/X11/locale/compose.dir, O_RDONLY) = 5 open(/usr/share/X11/locale/iso8859-1/Compose, O_RDONLY) = 5 (I'm not german, but italian translation is still WIP) Widelands tries to open some strange file I didn't know about in /usr/lib/locale, but the only file present in that dir is locale-archive (this first file in the strace output). The happens also if I try the executable contained in the official build downloadable from Widelands' site. I think it is an upstream problem. Regards, Giovanni. --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1-686 Debian Release: squeeze/sid 500 unstablemi.mirror.garr.it 500 testing security.debian.org 500 testing mi.mirror.garr.it 500 stable security.debian.org 500 stable mi.mirror.garr.it 1 experimentalmi.mirror.garr.it --- Package information. --- Depends (Version) | Installed =-+-== widelands-data (= 1:13-2) | 1:13-2 libc6 (= 2.7-1) | 2.9-23 libgcc1 (= 1:4.1.1) | 1:4.4.1-1 libpng12-0 (= 1.2.13-4) | 1.2.38-1 libsdl-gfx1.2-4 (= 2.0.13) | 2.0.19-2 libsdl-image1.2(= 1.2.5) | 1.2.7-1 libsdl-mixer1.2(= 1.2.6) | 1.2.8-6 libsdl-net1.2 | 1.2.7-2 libsdl-ttf2.0-0 | 2.0.9-1 libsdl1.2debian (= 1.2.10-1) | 1.2.13-4+b1 libstdc++6 (= 4.1.1) | 4.4.1-1 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-14 Package's Recommends field is empty. Package's Suggests field is empty. -- Giovanni Mascellani g.mascell...@gmail.com Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) signature.asc Description: OpenPGP digital signature
Bug#539393: Bug#539393: The gnustep packages are not new enough in the Debian stable release.
Gürkan Sengün wrote: If there are 0.16.x point releases, we'll upload them. 0.17.x are unstable and won't be packaged. I really wish we could go with the latest tarballs of GNUstep, You mean that we should not wait for stable even-numbered releases and incrementally upload every release? This didn't make much sense in the past, when upstream were releasing identical (say) 0.12.0 and 0.13.0, with the former getting regular bugfix micro releases. But now that they're changing the release policy slightly, maybe we can do that. And there's not much difference in stability between an even and odd-numbered release, IMHO. Perhaps it is a good idea to discuss this on gnustep-dev. I agree with you that having the newest is the best for the majority of the users. would it be possible to have them at least in experimental? This is not going to help users much, as due to the soname bumps every dependent package has to be rebuilt... I'm also interested having the latest tarballs of GNUstep packaged in Debian, since I need them for the http://livecd.gnustep.org/ Ack. So I suggest that we upload gnustep-make and gnustep-base (1.19.1) in sid, gnustep-gui 0.17.1 in experimental, then ask debian-release for another transition, and upload it to sid once we have green light from them. Does this sound good? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539933: win32-loader.ini filled with -en
# Not CCing Robert as he still does not want to receive mail from me found 539933 20070308etch5 20090123lenny1 20090123lenny3 tags 539933 pending thanks On Tuesday 04 August 2009, Frans Pop wrote: On Tuesday 04 August 2009, Robert Millan wrote: The file is filled with literal -en strings. I suppose this is part of the jihad against shell features that has been going on lately, though I wasn't aware those are considered bashisms. Anyway. Attaching a patch that fixes the problem by using /bin/echo from coreutils. Probably a better fix is to use printf. I've committed that for both lenny and trunk. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446445: RFA Xoscope --Digital oscilloscope
Hello Dear maintainer, I ve uploaded a new version of the package (can be found in the below link) and I have taken over the maintainership of the package http://mentors.debian.net/debian/pool/main/x/xoscope Regards and thanks -- Bhavani Shankar.R https://launchpad.net/~bhavi, a proud ubuntu community member. What matters in life is application of mind!, It makes great sense to have some common sense..!
Bug#532602: housekeeping
Hi Joachim, On Mon, 03 Aug 2009, Sven Joachim wrote: found 532602 23.1+1-1 Fixed in version 23.1+1-2. Raphael, please extend the Breaks in dpkg if Thanks, sorry for reporting too fast, I haven't seen -2 on my computer at that time. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- VANCOUVER (n.) The technical name for one of those huge trucks with whirling brushes on the bottom used to clean streets. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486330: just saw this now
Hi,
I just started my machine and X a few minutes ago, after no obvious
X-related upgrades, and my keyboard is pretty broken, many keys and
combinations no longer work. Xorg.0.log says:
...
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
(WW) Couldn't load XKB keymap, falling back to pre-XKB keymap
(**) Option CoreKeyboard
(**) Genius ErgoMedia 700 Keyboard: always reports core events
(**) Option Protocol standard
(**) Genius ErgoMedia 700 Keyboard: Protocol: standard
(**) Option AutoRepeat 500 30
(**) Option XkbRules base
(**) Genius ErgoMedia 700 Keyboard: XkbRules: base
(**) Option XkbModel pc105
(**) Genius ErgoMedia 700 Keyboard: XkbModel: pc105
(**) Option XkbLayout hr
(**) Genius ErgoMedia 700 Keyboard: XkbLayout: hr
(**) Option CustomKeycodes off
(**) Genius ErgoMedia 700 Keyboard: CustomKeycodes disabled
...
(II) evaluating device (Genius ErgoMedia 700 Keyboard)
(II) XINPUT: Adding extended input device Genius ErgoMedia 700 Keyboard
(type: KEYBOARD)
(II) evaluating device (Logitech M-S48a/M-BJ69)
(II) XINPUT: Adding extended input device Logitech M-S48a/M-BJ69 (type: MOUSE)
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
(WW) Couldn't load XKB keymap, falling back to pre-XKB keymap
Could not init font path element /usr/share/fonts/X11/cyrillic, removing from
list!
Could not init font path element /usr/share/fonts/X11/Type1, removing from list!
[config/hal] couldn't initialise context: (null) ((null))
...
SetClientVersion: 0 9
SetKbdSettings - type: 0 rate: 30 delay: 500 snumlk: 0
(II) 3rd Button detected: disabling emulate3Button
...
When I tried to run setxkbmap, I got:
% setxkbmap
Error loading new keyboard description
and Xorg.0.log just got another iteration of the generic error.
Here is the relevant part of xorg.conf:
Section InputDevice
Identifier Genius ErgoMedia 700 Keyboard
Driver keyboard
Option CoreKeyboard
Option XkbRules base
Option XkbModel pc105
Option XkbLayout hr
EndSection
And here's how it looks:
% setxkbmap -print
xkb_keymap {
xkb_keycodes { include xfree86+aliases(qwertz) };
xkb_types { include complete };
xkb_compat{ include complete };
xkb_symbols { include pc+hr };
xkb_geometry { include pc(pc105) };
};
% xkbcomp :0 -
Warning: Could not load keyboard geometry for :0
BadName (named color or font does not exist)
Resulting keymap file will not describe geometry
xkb_keymap {
xkb_keycodes unknown {
minimum = 8;
maximum = 255;
indicator 1 = Caps Lock;
indicator 2 = Num Lock;
indicator 3 = Shift Lock;
virtual indicator 4 = Mouse Keys;
virtual indicator 5 = Scroll Lock;
virtual indicator 6 = Group 2;
};
xkb_types unknown {
virtual_modifiers NumLock,Alt,ModeSwitch;
type ONE_LEVEL {
modifiers= none;
level_name[Level1]= Any;
};
type TWO_LEVEL {
modifiers= Shift;
map[Shift]= Level2;
level_name[Level1]= Base;
level_name[Level2]= Shift;
};
type ALPHABETIC {
modifiers= Shift+Lock;
map[Shift]= Level2;
map[Lock]= Level1;
preserve[Lock]= Lock;
level_name[Level1]= Base;
level_name[Level2]= Caps;
};
type KEYPAD {
modifiers= Shift+NumLock;
map[Shift]= Level2;
map[NumLock]= Level2;
level_name[Level1]= Base;
level_name[Level2]= Number;
};
type PC_BREAK {
modifiers= Control;
map[Control]= Level2;
level_name[Level1]= Base;
level_name[Level2]= Control;
};
type PC_SYSRQ {
modifiers= Alt;
map[Alt]= Level2;
level_name[Level1]= Base;
level_name[Level2]= Alt;
};
type CTRL+ALT {
modifiers= Control+Alt;
map[Control+Alt]= Level2;
level_name[Level1]= Base;
level_name[Level2]= Ctrl+Alt;
};
type THREE_LEVEL {
modifiers= Shift+2;
map[Shift]= Level2;
map[2]= Level3;
map[Shift+2]= Level3;
level_name[Level1]= Base;
level_name[Level2]= Shift;
level_name[Level3]= Level3;
};
type SHIFT+ALT {
modifiers= Shift+Alt;
map[Shift+Alt]= Level2;
level_name[Level1]= Base;
level_name[Level2]= Shift+Alt;
};
};
xkb_compatibility unknown {
virtual_modifiers NumLock,Alt,ModeSwitch;
interpret.useModMapMods= AnyLevel;
interpret.repeat= False;
interpret.locking= False;
interpret ISO_Level2_Latch+Exactly(Shift) {
useModMapMods=level1;
action= LatchMods(modifiers=Shift,clearLocks,latchToLock);
};
interpret Eisu_Shift+Exactly(Lock) {
action= NoAction();
};
interpret Eisu_toggle+Exactly(Lock) {
action= NoAction();
};
interpret
Bug#539938: Multiple SSL Vulnerabilities
Package: iceweasel Version: 3.0.12-1 Tags: security Please update to 3.0.13 as soon as possible as this addresses some very serious SSL vulnerabilities disclosed at blackhat. thanks, tim References: http://www.blackhat.com/presentations/bh-usa-09/MARLINSPIKE/BHUSA09-Marlinspike-DefeatSSL-SLIDES.pdf http://www.wired.com/threatlevel/2009/07/kaminsky/ http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2404 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2408 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539898: ltsp-server: ltsp-build-client fails to build i386 client on amd64
Hi,
there is missing in second elif in patch
It aplies cleanly for me and i386 client is building now.
It's build, but it has some problems with booting (it's the same with amd64
env.) - it cannot write on read-only system - maybe 5.1.79-2 fixes this?
With regards
Libor
Dne úterý 04 Srpen 2009 16:27:34 Vagrant Cascadian napsal(a):
tags 539898 pending
thanks
On Tue, Aug 04, 2009 at 12:05:54PM +0200, Libor Klepáč wrote:
Unfortunately, build-client fails to build i386 version of boot, amd64
version builds ok It dies on
cp: omitting directory `/usr/bin/'
error: LTSP client installation ended abnormally
ah, this is a bug introduced by the new cross-architecture code (which is
*should* be un-used for i386 on amd64 servers)...
fixed upstream, and will include it in the next upload (although it just
missed the 5.1.79-2 upload i made half an hour ago, unfortunately).
this patch should fix the issue, please test it (i am unable to test it
myself):
=== modified file 'server/plugins/ltsp-build-client/Debian/002-cross-arch'
--- server/plugins/ltsp-build-client/Debian/002-cross-arch 2009-07-29
16:12:13 + +++ server/plugins/ltsp-build-client/Debian/002-cross-arch
2009-08-04 13:28:08 + @@ -23,11 +23,16 @@
*) echo WARNING: unknown cross-architecture combination:
$ARCH on $HOST_ARCH ;;
esac
-if [ -x /usr/bin/${CROSS_ARCH_EMULATOR}-static ]; then
+if [ -z $CROSS_ARCH_EMULATOR ]; then
+: # no cross-architecture emulator detected
+elif [ -x /usr/bin/${CROSS_ARCH_EMULATOR}-static ]; then
# prefer static variants
CROSS_ARCH_EMULATOR=/usr/bin/${CROSS_ARCH_EMULATOR}-static +
elif [ -x /usr/bin/${CROSS_ARCH_EMULATOR} ]; then
+CROSS_ARCH_EMULATOR=/usr/bin/${CROSS_ARCH_EMULATOR}
else
-CROSS_ARCH_EMULATOR=/usr/bin/${CROSS_ARCH_EMULATOR}
+echo WARNING: unable to find: $CROSS_ARCH_EMULATOR in
/usr/bin +unset CROSS_ARCH_EMULATOR
fi
fi
if [ -n $CROSS_ARCH_EMULATOR ] [ ! -x $CROSS_ARCH_EMULATOR
]; then
live well,
vagrant
signature.asc
Description: This is a digitally signed message part.
Bug#486330: just saw this now
On Tue, Aug 04, 2009 at 05:50:49PM +0200, Josip Rodin wrote: I just started my machine and X a few minutes ago, after no obvious X-related upgrades, and my keyboard is pretty broken, many keys and combinations no longer work. Xorg.0.log says: ... (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap % setxkbmap Error loading new keyboard description Oh, ffs, I figured it out. The machine had no free space (for users) on the root partition, more exactly the partition holding /var/tmp, and yet these XKB tools didn't seem to think that the inability to write files was a useful thing to report. Let's go with the generic error message instead, yay. : It's easy to reproduce, for example: % sudo chattr +i /var/tmp/ % setxkbmap Error loading new keyboard description % sudo chattr -i /var/tmp/ % setxkbmap % -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539939: [python-poppler] The bindings should support threading
Package: python-poppler Version: 0.10.0-1 Severity: normal --- Please enter the report below this line. --- The python-poppler bindings never release the global python interpreter lock before doing long running operations (like rendering a PDF page). For these functions there should be an override that just wrap the C library call into Py_BEGIN_ALLOW_THREADS and Py_END_ALLOW_THREADS. --- Package information. --- Depends(Version) | Installed -+- libatk1.0-0 (= 1.20.0) | 1.26.0-1 libc6 (= 2.1.3) | 2.9-23 libcairo2 (= 1.2.4) | 1.8.8-2 libglib2.0-0 (= 2.16.0) | 2.20.4-1 libgtk2.0-0 (= 2.8.0) | 2.16.5-1 libpango1.0-0(= 1.14.0) | 1.24.5-1 libpoppler-glib4 | 0.10.6-1 python ( 2.6) | 2.5.4-2 python (= 2.4) | 2.5.4-2 python-support (= 0.90.0) | 1.0.3 python-gtk2 (= 2.10.0) | 2.14.1-3 python-gobject (= 2.10.1) | 2.16.1-1 python-cairo (= 1.2.0) | 1.8.6-1 signature.asc Description: This is a digitally signed message part
Bug#525990: (no subject)
May be this bug can be closed, i realized that the crash happens with gtk-qt-engine (kde3 version) and not with gtk-qt-engine-kde4. My previous test was on a kde3 installation. Cheers, Andrea. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539937:
Updated patch. Forgot to remove some things from git.
diff --git a/debian/data b/debian/data
new file mode 100644
index 000..81df91c
--- /dev/null
+++ b/debian/data
@@ -0,0 +1,17 @@
+abstractile
+cwaves
+deco
+distort
+fiberlamp
+fuzzyflakes
+galaxy
+m6502
+metaballs
+penrose
+popsquares
+ripples
+shadebobs
+slidescreen
+sonar
+swirl
+xlyap
diff --git a/debian/data-extra b/debian/data-extra
new file mode 100644
index 000..cac21ce
--- /dev/null
+++ b/debian/data-extra
@@ -0,0 +1,103 @@
+anemone
+anemotaxis
+apollonian
+apple2
+attraction
+barcode
+blaster
+blitspin
+bouboule
+boxfit
+braid
+bsod
+bumps
+ccurve
+celtic
+cloudlife
+compass
+coral
+crystal
+cynosure
+decayscreen
+deluxe
+demon
+discrete
+drift
+epicycle
+eruption
+euler2d
+fadeplot
+fireworkx
+flame
+flow
+fluidballs
+fontglide
+goop
+grav
+greynetic
+halftone
+halo
+helix
+hopalong
+hyperball
+hypercube
+ifs
+imsmap
+interaggregate
+interference
+intermomentary
+juggle
+julia
+kaleidescope
+kumppa
+lcdscrub
+ljlatest
+loop
+maze
+memscroller
+moire
+moire2
+mountain
+munch
+nerverot
+noseguy
+pacman
+pedal
+penetrate
+petri
+phosphor
+piecewise
+polyominoes
+pong
+pyro
+qix
+rd-bomb
+rocks
+rorschach
+rotzoomer
+sierpinski
+slip
+speedmine
+spotlight
+squiral
+starfish
+strange
+substrate
+thornbird
+triangle
+truchet
+twang
+vermiculate
+vidwhacker
+wander
+webcollage
+webcollage-helper
+whirlwindwarp
+wormhole
+xanalogtv
+xflame
+xjack
+xmatrix
+xrayswarm
+xspirograph
+zoom
diff --git a/debian/gl b/debian/gl
new file mode 100644
index 000..7920287
--- /dev/null
+++ b/debian/gl
@@ -0,0 +1,43 @@
+antinspect
+antspotlight
+atunnel
+blinkbox
+bubble3d
+circuit
+cubestorm
+endgame
+engine
+flipflop
+flipscreen3d
+flyingtoasters
+gears
+gflux
+glblur
+glcells
+gleidescopev
+glknots
+glmatrix
+glschool
+glslideshow
+glsnake
+gltext
+hypertorus
+jigglypuff
+lavalite
+lockward
+mirrorblob
+moebius
+moebiusgears
+molecule
+morph3d
+pipes
+polyhedra
+polytopes
+pulsar
+queens
+sierpinski3d
+spheremonics
+stonerview
+superquadrics
+topblock
+voronoi
diff --git a/debian/gl-extra b/debian/gl-extra
new file mode 100644
index 000..d2b7a5d
--- /dev/null
+++ b/debian/gl-extra
@@ -0,0 +1,36 @@
+antmaze
+atlantis
+blocktube
+boing
+bouncingcow
+boxed
+cage
+carousel
+crackberg
+cube21
+cubenetic
+dangerball
+extrusion
+fliptext
+glhanoi
+glplanet
+juggler3d
+klein
+lament
+menger
+noof
+photopile
+pinion
+providence
+rubik
+sballs
+sproingies
+stairs
+starwars
+tangram
+timetunnel
+cubicgrid
+hypnowheel
+skytentacles
+jigsaw
+flurry
diff --git a/debian/install-hacks.sh b/debian/install-hacks.sh
new file mode 100755
index 000..3c53224
--- /dev/null
+++ b/debian/install-hacks.sh
@@ -0,0 +1,32 @@
+#!/bin/sh
+
+DATA_FILES=$(cat debian/data)
+DATA_EXTRA_FILES=$(cat debian/data-extra)
+GL_FILES=$(cat debian/gl)
+GL_EXTRA_FILES=$(cat debian/gl-extra)
+
+move_files ()
+{
+for hacks in $*; do \
+ dh_install debian/tmp/usr/lib/xscreensaver/$hacks \
+-p$PACKAGE
+ dh_install debian/tmp/usr/share/man/man6/$hacks.6x \
+-p$PACKAGE
+ dh_install debian/tmp/usr/share/xscreensaver/config/$hacks.xml \
+-p$PACKAGE
+ dh_install debian/tmp/usr/share/applications/screensavers/$hacks.desktop \
+-p$PACKAGE
+done
+}
+
+PACKAGE=xscreensaver-data
+move_files $DATA_FILES
+
+PACKAGE=xscreensaver-data-extra
+move_files $DATA_EXTRA_FILES
+
+PACKAGE=xscreensaver-gl
+move_files $GL_FILES
+
+PACKAGE=xscreensaver-gl-extra
+move_files $GL_EXTRA_FILES
diff --git a/debian/rules b/debian/rules
index 0018795..6fd7b96 100755
--- a/debian/rules
+++ b/debian/rules
@@ -106,6 +106,7 @@ binary-arch: build
debian/tmp/usr/share/man/man1/xscreensaver-gl-helper.1
# Change man header section from 6 to 1
sed -i '1s/6x/1/' debian/tmp/usr/share/man/man1/xscreensaver-gl-helper.1
+ sh debian/install-hacks.sh
dh_movefiles -a
dh_install -a
# Lists anything that was installed but not packaged
diff --git a/debian/xscreensaver-data-extra.files b/debian/xscreensaver-data-extra.files
index 94467d8..4db7ee4 100644
--- a/debian/xscreensaver-data-extra.files
+++ b/debian/xscreensaver-data-extra.files
@@ -1,408 +1 @@
-usr/lib/xscreensaver/anemone
-usr/lib/xscreensaver/anemotaxis
-usr/lib/xscreensaver/apollonian
-usr/lib/xscreensaver/apple2
-usr/lib/xscreensaver/attraction
-usr/lib/xscreensaver/barcode
-usr/lib/xscreensaver/blaster
-usr/lib/xscreensaver/blitspin
-usr/lib/xscreensaver/bouboule
-usr/lib/xscreensaver/boxfit
-usr/lib/xscreensaver/braid
-usr/lib/xscreensaver/bsod
-usr/lib/xscreensaver/bumps
-usr/lib/xscreensaver/ccurve
-usr/lib/xscreensaver/celtic
-usr/lib/xscreensaver/cloudlife
-usr/lib/xscreensaver/compass
-usr/lib/xscreensaver/coral
-usr/lib/xscreensaver/crystal
-usr/lib/xscreensaver/cynosure
-usr/lib/xscreensaver/decayscreen
-usr/lib/xscreensaver/deluxe
-usr/lib/xscreensaver/demon
-usr/lib/xscreensaver/discrete
-usr/lib/xscreensaver/drift
-usr/lib/xscreensaver/epicycle
-usr/lib/xscreensaver/eruption
Bug#539940: xfce4-terminal: Disabling menu access keys doesn't stick
Package: xfce4-terminal Version: 0.4.0-1 Severity: normal When I create a new terminal window, it does not honor the Disable all menu access keys option. If I unset and reset the option, the window does disable access keys. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-terminal depends on: ii exo-utils0.3.101-2 Utility files for libexo ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libc62.9-12 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libexo-0.3-0 0.3.101-2 Library with extensions for Xfce ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio ii libvte9 1:0.20.5-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.2.2-1 X11 client-side library ii libxfce4util44.6.1-1 Utility functions library for Xfce Versions of packages xfce4-terminal recommends: ii dbus-x11 1.2.16-2 simple interprocess messaging syst 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#526409: [Evolution] Bug#526409: CVE-2009-1631: world-readable permissions for the .evolution directory
On mar, 2009-08-04 at 17:31 +0200, Giuseppe Iuculano wrote: Unfortunately the vulnerability described above is not important enough to get it fixed via regular security update in Debian stable and oldstable. It does not warrant a DSA. However it would be nice if this could get fixed via a regular point update[1]. Please contact the release team for this. Hmhm, not sure how large and applicable the patch against 2.22.3.1 (lenny) is. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Fix is already in for unstable. testing will have it as soon as it's built on mipsel. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486330: just saw this now
On Tue, Aug 04, 2009 at 06:06:23PM +0200, Josip Rodin wrote:
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
Oh, ffs, I figured it out. The machine had no free space (for users) on
the root partition, more exactly the partition holding /var/tmp, and yet
these XKB tools didn't seem to think that the inability to write files
was a useful thing to report. Let's go with the generic error message
instead, yay. :
Part of the culprit is in xorg-server-*/xkb/ddxLoad.c function
XkbDDXCompileKeymapByNames() where our code path says:
out= Popen(buf,w);
if (out!=NULL) {
XkbWriteXKBKeymapForNames(out,names,NULL,xkb,want,need);
if (fclose(out)==0 System(buf) = 0)
{
...
else
LogMessage(X_ERROR, Error compiling keymap (%s)\n, keymap);
}
else {
LogMessage(X_ERROR, XKB: Could not invoke xkbcomp\n);
}
The inner error message needs to say that it was invoking xkbcomp as well,
also how it was doing it (include 'buf'), and obviously also it should
record the actual exit code from System(buf) and include that as well.
This code is the same in 1.4.2 (lenny) and 1.6.3 (current sid).
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502452: Info received (kernel: UDF written file corrupted by zeros)
Selon Debian Bug Tracking System ow...@bugs.debian.org: Thank you for the additional information you have supplied regarding this Bug report. In fact, UDF for those 33 Gbytes cartridge seams to work fine with linux debian both 32 bits and 64 bits, both kernel 2.6.18 (for reading) and 2.6.24, both IDE and USB. However, cartridge written with linux is not fully readable under windows XP: Cartridge is recognized as plug and play when connecting USB. Three directory in root are displayed in explorer. According to windows explorer, lost+found directory is empty (ok). log directory contain a single file witch is readable (ok). data directory containing about 20 or 40 files including some files up to 3-4 Gyga bytes is marked as broken, so those 20-40 files are not displayed by explorer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526409: [Evolution] Bug#526409: CVE-2009-1631: world-readable permissions for the .evolution directory
Yves-Alexis Perez ha scritto: Fix is already in for unstable. testing will have it as soon as it's built on mipsel. Well, Could you say me in which version was fixed? Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#539942: python-networkx: don't compress file in examples/
Package: python-networkx Version: 0.99-2 Severity: minor Hello, some files in /usr/share/doc/python-networkx/examples/ are compressed, for example several .py file. Please skip compression for files in examples/ in particular for source code. Thanks, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-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/bash Versions of packages python-networkx depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P Versions of packages python-networkx recommends: ii python-matplotlib0.98.5.3-2 Python based plotting system in a ii python-numpy 1:1.2.1-1.1 Numerical Python adds a fast array ii python-pkg-resources 0.6c9-2 Package Discovery and Resource Acc ii python-pydot 1.0.2-1 Python interface to Graphviz's dot ii python-pygraphviz0.99-2 Python interface to the Graphviz g ii python-scipy 0.7.0-1+b1 scientific tools for Python ii python-yaml 3.08-1 YAML parser and emitter for Python python-networkx 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#539941: mantis: [INTL:ru] Russian debconf templates translation update
Package: mantis Version: 1.1.8+dfsg-2 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov kozlo...@gmail.com, 2008. # Yuri Kozlov yu...@komyakino.ru, 2009. msgid msgstr Project-Id-Version: mantis 1.1.8+dfsg-2\n Report-Msgid-Bugs-To: man...@packages.debian.org\n POT-Creation-Date: 2009-06-27 14:43+0200\n PO-Revision-Date: 2009-08-04 20:34+0400\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: string #. Description #: ../templates:1001 msgid Mantis administrator e-mail address: msgstr Адрес эл. почты администратора Mantis: #. Type: string #. Description #: ../templates:1001 msgid Please enter the e-mail address of the administrator who will troubleshoot user reported errors. msgstr Введите адрес электронной почты администратора, который будет разбираться с пользовательскими сообщениями об ошибках. #. Type: string #. Description #: ../templates:2001 msgid Mantis webmaster e-mail address: msgstr Адрес эл. почты вебмастера Mantis: #. Type: string #. Description #: ../templates:2001 msgid Please enter the webmaster's e-mail address. It will be displayed at the bottom of all Mantis pages. msgstr Введите адрес электронной почты вебмастера. Он будет показан внизу каждой страницы Mantis. #. Type: string #. Description #: ../templates:3001 msgid Sender address for bug report e-mails: msgstr Адрес эл. почты отправителя: #. Type: string #. Description #: ../templates:3001 msgid Please enter the address used as the origin address for Mantis bug report e- mails. msgstr Введите адрес электронной почты, который используется в поле отправителя в исходящих письмах Mantis с сообщениями об ошибках. #. Type: string #. Description #: ../templates:4001 msgid E-mail address for bounce-handling: msgstr Адрес эл. почты для обработки возвратов: #. Type: string #. Description #: ../templates:4001 msgid Please enter the address where bounced e-mails will be directed. Typically, this should be set to be the same as the administrator's e-mail address. msgstr Введите адрес электронной почты, куда будут направляться возвращённые письма. Обычно, здесь указывается тот же адрес эл. почты что и у администратора. #. Type: boolean #. Description #: ../templates:5001 msgid Configure Apache2 as web server for Mantis? msgstr Настроить Apache2 как веб-сервер Mantis? #. Type: boolean #. Description #: ../templates:5001 msgid If you accept this option Apache2 will automatically be configured to support Mantis via /etc/apache2/conf.d/ symlinks. If you reject it, you will have to configure your web server manually. msgstr Если вы ответите утвердительно, то Apache2 будет автоматически настроен на работу с Mantis с помощью символических ссылок в /etc/apache2/conf.d/. При отрицательном ответе вам придётся настраивать веб-сервер вручную. #. Type: note #. Description #: ../templates:6001 msgid Administrator's password must be changed msgstr Пароль администратора должен быть изменён #. Type: note #. Description #: ../templates:6001 #| msgid #| By default, the mantis package creates an administrator account. The #| password for this account is 'root'. msgid By default, the mantis package creates an 'administrator' account. The password for this account is 'root'. msgstr По умолчанию, пакет mantis создаёт учётную запись 'administrator' с паролем 'root'. #. Type: note #. Description #: ../templates:6001 msgid It is highly recommended to change this password immediately after installation is complete. msgstr Настоятельно рекомендуется сразу же после завершения установки изменить этот пароль.
Bug#539943: microcode.ctl: Possible needless dependency on po-debconf
Package: microcode.ctl Version: 1.17-9 Severity: minor *** Please type your report below this line *** While current stable version of this package depends on po-debconf, it looks like nothing provided by po-debconf is actually used in this package. Out of interest I've rebuilded this package without po-debconf dependency and it looks like full package functionality is preserved. The package's documetation also lacks any hints of this issue. Considering size of po-debconf and its dependants (over 6Mb) it would be useful to remove such dependency or at least move it to Recommends. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-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/bash Versions of packages microcode.ctl depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii makedev 2.3.1-88 creates device files in /dev ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii po-debconf 1.0.15 manage translated Debconf template ii udev 0.125-7+lenny1 /dev/ and hotplug management daemo ii wget 1.11.4-2 retrieves files from the web microcode.ctl recommends no packages. microcode.ctl suggests no packages. -- debconf information: * microcode.ctl/check-new: true --- Professional hosting for everyone - http://www.host.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486330: just saw this now
On Tue, Aug 4, 2009 at 18:26:20 +0200, Josip Rodin wrote:
On Tue, Aug 04, 2009 at 06:06:23PM +0200, Josip Rodin wrote:
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
Oh, ffs, I figured it out. The machine had no free space (for users) on
the root partition, more exactly the partition holding /var/tmp, and yet
these XKB tools didn't seem to think that the inability to write files
was a useful thing to report. Let's go with the generic error message
instead, yay. :
Part of the culprit is in xorg-server-*/xkb/ddxLoad.c function
XkbDDXCompileKeymapByNames() where our code path says:
out= Popen(buf,w);
if (out!=NULL) {
XkbWriteXKBKeymapForNames(out,names,NULL,xkb,want,need);
if (fclose(out)==0 System(buf) = 0)
{
...
else
LogMessage(X_ERROR, Error compiling keymap (%s)\n, keymap);
}
else {
LogMessage(X_ERROR, XKB: Could not invoke xkbcomp\n);
}
The inner error message needs to say that it was invoking xkbcomp as well,
also how it was doing it (include 'buf'), and obviously also it should
record the actual exit code from System(buf) and include that as well.
This code is the same in 1.4.2 (lenny) and 1.6.3 (current sid).
Yeah, error reporting from xkbcomp has always been pretty bad.
Hopefully this is going away in the not too far future, by moving
necessary code from xkbcomp into the server or a library so we don't
need to fork/exec... There's work on this upstream, although I don't
know the status at this point.
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#537233: Cant reproduce this bug
tags 537233 -unreproducible -moreinfo severity 537233 serious On Sat, Aug 1, 2009 at 2:50 PM, Maximiliano Curiam...@gnuservers.com.ar wrote: I tried to create a few users in lenny, squeeze, and sid and it worked fine, so I'm tagging this bug as unreproducible. Actually, this is not true. After rebooting the machine (or maybe after some other action, we aren't really sure), the /etc/group file was broken. LDAP users had disappeared from the group file, but local or unexistant (old) users, were still there. It looks like users-admin is doing something really weird about the group file, that doesn't turn up immediately. -- Besos, Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538221: [pkg-cryptsetup-devel] Bug#538221: cryptsetup: Command failed: device-mapper: create ioctl failed: Device or resource busy
On 03/08/2009 Stuart Pook wrote: hello Jonas Jonas Meurer wrote: please also provide the output of 'udevadm monitor' while running 'cryptsetup luksOpen ...'. I guess that you don't need this anymore given that you have found the bad rule in udev hey, maybe you could check whether the proposed change from Milan Broz fixes your issues. greetings, jonas signature.asc Description: Digital signature
Bug#539942: python-networkx: don't compress file in examples/
Sandro Tosi mo...@debian.org (04/08/2009): Hello, some files in /usr/share/doc/python-networkx/examples/ are compressed, for example several .py file. Hi, I think I've asked upstream to support on-the-fly compression for data, but I guess I missed some source files were compressed too. Will use the needed parameter to make sure they don't get compress, thanks. Mraw, KiBi. signature.asc Description: Digital signature
Bug#539944: RFH: logcheck / also an idea for a logcheck rewrite
Package: wnpp Severity: normal We could use help with logcheck, specifically: - bug triaging, which is mainly updating rule files - bug fixing of features and faults - implementing templates for rules, e.g. @IPADDR@ and refactoring the rule files so that there aren't seven dozens different regexps for IP addresses - improving the performance and usefulness * only process filters for packages that are installed * find a way to avoid the multipass approach logcheck currently takes The package is maintained with Git, but there are no branches, so use is trivial. If you're interested, please pass me your alioth.debian.org account so that I can give you commit access. * * * In the long run, I'd love to see a rewrite of logcheck with some of the following features: - tag-based, so that an admin can choose whether to see e.g. daemon restart messages, authentication attempts for invalid/nonexistent accounts, etc. - runs as a daemon and can process new log entries instantly. - possibly interfaces directly with rsyslog to avoid having to go via log files - configurable actions, e.g. mail, jabber, file, postgresql - provide patterns/templates and easy instructions (possibly automatic filter generators) to encourage package maintainers to provide the files themselves. - possibly require message samples with each filter to allow for a test suite. - and many more. Please send further ideas to this bug report. Talk to me if you're interested in this, and I'd be happy to assist. I don't have time to do it myself. -- .''`. martin f. krafft madd...@d.o 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/)
Bug#539806: broken PDF rendering for inkscape-originated PDF files with gradients
reassign 539806 poppler thanks Hi Martin, I verified that this is a bug in poppler 0.10.6. By compiling poppler upstream from git, (currently 0.11.2 aka 0.12 Beta 2), evince is able to display the file correctly. Since 0.11.1 several commits were made to poppler to have it use native cairo gradients rather than the old broken code it had before. See below (in which bug numbers refer to bugs.freedesktop.org). -Carl commit 569627ac4d56ddd58e109ce2a37179a85e042030 Author: Carlos Garcia Campos carlo...@gnome.org Date: Wed Jul 8 13:02:16 2009 +0200 Implement axialShadedFill in cairo backend using cairo gradients See bug #10942. commit 2ba937545d1a2b9fa798f04fee755ccdf0e74ec7 Author: Carlos Garcia Campos carlo...@gnome.org Date: Fri Jul 31 17:49:18 2009 +0200 [cairo] Use cairo_pattern_set_extend for linear gradients commit 53c3d636ad645a350b576160e1498726238a7bd1 Author: Carlos Garcia Campos carlo...@gnome.org Date: Fri Jul 31 18:23:57 2009 +0200 [cairo] Implement radialShadedFill in cairo backend using cairo gradients Fixes bugs #10942, #14160 signature.asc Description: This is a digitally signed message part
Bug#539913: [Pkg-mc-devel] Bug#539913: mc: FTBFS on GNU/kFreeBSD (cons.saver is linux specific)
tags 539913 + pending thanks Thanks for your report, the fix will be applied within the next upload (within the next 24 hours). Greetings Patrick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539841: Please package Chicken 4.1
On Mon, Aug 03, 2009 at 04:22:17PM -0700, Thomas Bushnell BSG wrote: Package: chicken Severity: wishlist Please package Chicken 4.1, just released. (And 4.0 has been out for a while, and has lots of good stuff.) Hello, I'm working on a 4.1 package, it should be ready in a couple of days. Regards, -- Davide Puricelli, dpurice...@tin.it Debian Developer: e...@debian.org | http://www.debian.org Time looked like snow dropping silently into a black room -- Ray Bradbury signature.asc Description: Digital signature
Bug#539449: [Pkg-openssl-devel] Bug#539449: openssl: vulnerable to null character certificate spoofing
On Fri, Jul 31, 2009 at 07:00:11PM -0400, Michael S. Gilbert wrote: package: openssl version: 0.9.8 severity: important tags: security it has been disclosed that ssl applications can be tricked via inauthentic certificates containing null characters [0]. i have not personally checked whether openssl is affected by this, but since this is newly disclosed, it is very likely the case. please check and fix if need be. thanks. So there might be 2 issues: - The API might not return a length of the string so that you can't check the whole string. At first look, this does not seem to be a problem. (Microsoft has/had this problem?) - Users of the API do not use it properly. The second can be split in two cases: - Internal use by openssl/libcrypto/libssl. At first look this seems to be correct, but this was just a quick look. - Other applications making use of it. And they all really should get checked, and is outside the scope of this package. So I'm currently under the impression that nothing needs to be fixed in the openssl package. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526409: [Evolution] Bug#526409: CVE-2009-1631: world-readable permissions for the .evolution directory
On mar, 2009-08-04 at 18:31 +0200, Giuseppe Iuculano wrote: Yves-Alexis Perez ha scritto: Fix is already in for unstable. testing will have it as soon as it's built on mipsel. Well, Could you say me in which version was fixed? In fact I'm not that sure. The previous mail said the versions prior to 2.26.1 were affected so I supposed it was fixed in 2.26.2, but in fact it's not said in the upstream bug report so it might be a too strong assumption, sorry. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#535318: python-sparse: Crashes and looses data, when try A.put(val, a, b) on existing matrix
severity 535318 important forwarded 535318 http://sourceforge.net/mailarchive/forum.php?forum_id=28092 thanks This is important, but not grave -- the package has other users who haven't run into this problem, and data loss generally refers to corrupting or erasing on-disk data. Thanks for the report, forwarded it upstream. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#539947: grub-invaders: Uses deprecated update-grub_lib
Package: grub-invaders Version: 1.0.0-8 Severity: normal Tags: patch Hi Fabian and Debian Games Team, actually, grub-invaders uses the deprecated /usr/lib/update-grub_lib (deprecated since grub2 [1.96+20081108-1], now in unstable [1.96+20090725-1]). The fix is rather simple, you'll find a patch attached. Best regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com diff -Naur invaders-1.0.0-8/debian/changelog invaders-1.0.0/debian/changelog --- invaders-1.0.0-8/debian/changelog 2009-08-04 18:40:25.0 +0200 +++ invaders-1.0.0/debian/changelog 2009-08-04 18:58:54.0 +0200 @@ -1,3 +1,11 @@ +invaders (1.0.0-8.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes Warning: update-grub_lib is deprecated, use grub-mkconfig_lib +instead (Closes: #xx) + + -- Didier Raboud did...@raboud.com Tue, 04 Aug 2009 18:57:55 +0200 + invaders (1.0.0-8) unstable; urgency=low * debian/control: diff -Naur invaders-1.0.0-8/debian/scripts/grub invaders-1.0.0/debian/scripts/grub --- invaders-1.0.0-8/debian/scripts/grub 2009-08-04 18:40:25.0 +0200 +++ invaders-1.0.0/debian/scripts/grub 2009-08-04 18:42:12.0 +0200 @@ -1,7 +1,7 @@ #!/bin/bash -e if test -e /boot/invaders ; then - source /usr/lib/grub/update-grub_lib + source /usr/lib/grub/grub-mkconfig_lib INVADERSPATH=$( make_system_path_relative_to_its_root /boot/invaders ) echo Found GRUB Invaders image: /boot/invaders 2 cat EOF signature.asc Description: This is a digitally signed message part.
Bug#539100: libblkid1: Broken/loose dependencies
Theodore Tso wrote: On Wed, Jul 29, 2009 at 09:11:30PM +0200, Michael Biebl wrote: Theodore Tso wrote: Scott, LaMont, could you subscribe to this bug, and handle it, please? As Michael pointed out in a subsequent e-mail to this bug, it's a failure in the shlibs file. The libblkid 1.x packages do not provide any symbols with the @UUID_1.0 symbol version, and so the shlibs file needs to be adjusted to point this out. Why is the shlibs.local file needed at all? If the symbols files are updated properly, that should be sufficient to generate correct dependencies. Agreed. At least for e2fsprogs, the shlibs.local file predated my adding the symbols file, and I never got around to deleting the shlibs.local file. I already talked to Scott and LaMont briefly about this. Imho the symbols files should not be updated/generated automatically, but manually, so you can actually track ABI breakages much more easily. Also, the debian revision should be stripped away (unless a symbol was added by a Debian revision specific patch), to make e.g. backports easier. Yes, I agree. I'll make the change in e2fsprogs for libraries that are still shipping as part of e2fsprogs, but it's up to Scott and LaMont to make changes to the util-linux package in experimental. Thank you for noticing this problem before it was moved to unstable and/or testing!! I've prepared a patch for 2.16-2 which does the following: 1/ Removes the outdated debian/shlibs.local file 2/ Removes the auto-update of symbols files from debian/rules 3/ Removes symbols from from the debian/libuuid1.symbols files which were never part of the public ABI, like uuid_pack/uuid_unpack and were falsely copied over from e2fsprogs. 4/ Strips the Debian revision in the symbols files (for the already given reasons). With these changes, proper shlib dependencies are generated. I'll leave it open to LaMont to tighten the dependency of libblkid-dev on uuid-dev. It is urgent, that a fixed util-linux package is uploaded to unstable very soon, as a lot of packages are blocked by this. I've CCed aurel32, because he plans to NMU util-linux, if we don't get any response from LaMont. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/debian/libblkid1.symbols b/debian/libblkid1.symbols index b0854dc..ec2f9bf 100644 --- a/debian/libblkid1.symbols +++ b/debian/libblkid1.symbols @@ -1,47 +1,47 @@ libblkid.so.1 libblkid1 #MINVER# - blkid_...@blkid_1.0 2.16-1 - blkid_2...@blkid_2.15 2.16-1 - blkid_dev_devn...@blkid_1.0 2.16-1 - blkid_dev_has_...@blkid_1.0 2.16-1 - blkid_dev_iterate_be...@blkid_1.0 2.16-1 - blkid_dev_iterate_...@blkid_1.0 2.16-1 - blkid_dev_n...@blkid_1.0 2.16-1 - blkid_dev_set_sea...@blkid_1.0 2.16-1 - blkid_devno_to_devn...@blkid_1.0 2.16-1 - blkid_do_pr...@blkid_2.15 2.16-1 - blkid_do_safepr...@blkid_2.15 2.16-1 - blkid_encode_str...@blkid_2.15 2.16-1 - blkid_evaluate_...@blkid_2.15 2.16-1 - blkid_find_dev_with_...@blkid_1.0 2.16-1 - blkid_free_pr...@blkid_2.15 2.16-1 - blkid_gc_ca...@blkid_1.0 2.16-1 - blkid_get_ca...@blkid_1.0 2.16-1 - blkid_get_...@blkid_1.0 2.16-1 - blkid_get_dev_s...@blkid_1.0 2.16-1 - blkid_get_devn...@blkid_1.0 2.16-1 - blkid_get_library_vers...@blkid_1.0 2.16-1 - blkid_get_tag_va...@blkid_1.0 2.16-1 - blkid_known_fst...@blkid_1.0 2.16-1 - blkid_new_pr...@blkid_2.15 2.16-1 - blkid_parse_tag_str...@blkid_1.0 2.16-1 - blkid_parse_version_str...@blkid_1.0 2.16-1 - blkid_probe_...@blkid_1.0 2.16-1 - blkid_probe_all_...@blkid_1.0 2.16-1 - blkid_probe_filter_ty...@blkid_2.15 2.16-1 - blkid_probe_filter_us...@blkid_2.15 2.16-1 - blkid_probe_get_va...@blkid_2.15 2.16-1 - blkid_probe_has_va...@blkid_2.15 2.16-1 - blkid_probe_invert_fil...@blkid_2.15 2.16-1 - blkid_probe_lookup_va...@blkid_2.15 2.16-1 - blkid_probe_numof_val...@blkid_2.15 2.16-1 - blkid_probe_reset_fil...@blkid_2.15 2.16-1 - blkid_probe_set_dev...@blkid_2.15 2.16-1 - blkid_probe_set_requ...@blkid_2.15 2.16-1 - blkid_put_ca...@blkid_1.0 2.16-1 - blkid_reset_pr...@blkid_2.15 2.16-1 - blkid_safe_str...@blkid_2.15 2.16-1 - blkid_send_uev...@blkid_2.15 2.16-1 - blkid_tag_iterate_be...@blkid_1.0 2.16-1 - blkid_tag_iterate_...@blkid_1.0 2.16-1 - blkid_tag_n...@blkid_1.0 2.16-1 - blkid_ver...@blkid_1.0 2.16-1 + blkid_...@blkid_1.0 2.16 + blkid_2...@blkid_2.15 2.16 + blkid_dev_devn...@blkid_1.0 2.16 + blkid_dev_has_...@blkid_1.0 2.16 + blkid_dev_iterate_be...@blkid_1.0 2.16 + blkid_dev_iterate_...@blkid_1.0 2.16 + blkid_dev_n...@blkid_1.0 2.16 + blkid_dev_set_sea...@blkid_1.0 2.16 + blkid_devno_to_devn...@blkid_1.0 2.16 + blkid_do_pr...@blkid_2.15 2.16 + blkid_do_safepr...@blkid_2.15 2.16 + blkid_encode_str...@blkid_2.15 2.16 + blkid_evaluate_...@blkid_2.15 2.16 + blkid_find_dev_with_...@blkid_1.0 2.16 + blkid_free_pr...@blkid_2.15 2.16 + blkid_gc_ca...@blkid_1.0 2.16 + blkid_get_ca...@blkid_1.0 2.16 + blkid_get_...@blkid_1.0 2.16 + blkid_get_dev_s...@blkid_1.0 2.16
Bug#539836: implement smarter arch:all package handling
Hello, On antradienis 04 Rugpjūtis 2009 16:18:49 Bernhard R. Link wrote: This way Architecture: $arch is never broken and Architecture: all is used as a staging area for arch:all packages. I have not tested yet if I could use Architecture: dummy rather than Architecture: all as such a staging area for arch:all packages, but I believe I can hence the bug is wishlist. However, it would be great if you could implement such inclusion behaviour in reprepro itself. Just let me know if you would like to see my scripts. I've considered addings something like that (using the 'embargoalls' Tracking mode), but that was more complicated than I thought. (Especially as I mostly planed it for updates, so that architecture all packages are embargoes until they can be used). Ok, so far as I can see something like this could work: 1) Remove that error denying Architecture: all in conf/distributions 2) If there is Architecture: all in conf/distributions and _all.deb is being included via includedeb, include etc., it should be included to that Architecture: all section as well. IIRC, this was not the case with previous reprepro versions as I had to generate a pull which would pull from $arch to all manually. It is useful to have the newest arch:all packages apt-getable in central place for buildds. URI for this is like: deb URL dists/$distro/main/binary-all/ 3) When 'embargoalls' (or similar) tracking mode is enabled, include / processincoming do not include _all.deb packages to those architectures, which are not present in the .changes Architecture field. However, it always adds those _all.deb to tracking database. Now whenever another .changes is being processed which match Distro/Source/Version in the tracking data, include / processincoming should include _all.debs (flagged 'a' as far as I understand) from tracking into the target architecture as well. This behaviour would eliminate the need for my custom scripts completely. Maybe I will try to look at the code. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#539848: Acknowledgement (debhelper: perl_build buildsystem's dh_auto_clean fails if Build does not exist)
Ryan Niebur wrote:
--- ./perl_build.pm 2009-08-03 18:00:00.0 -0700
+++ /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_build.pm
2009-08-03 18:01:31.0 -0700
@@ -61,7 +61,9 @@
sub clean {
my $this=shift;
- $this-do_perl(Build, --allow_mb_mismatch, 1, distclean, @_);
+ if(-f Build) {
+ $this-do_perl(Build, --allow_mb_mismatch, 1, distclean,
@_);
+ }
This can only be needed if you're manually specifying
--buildsystem=perl_build. Otherwise, dh_auto_clean will not detect
the perl_build buildsystem at all if Build does not exist, and will
thus do nothing.
--
see shy jo
signature.asc
Description: Digital signature
Bug#539945: (samhain_2.2.3-6.2/avr32): FTBFS: Outdated config.{sub,guess}
Package: samhain
Version: 2.2.3-6.2
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32
Hi,
Whilst building your package on AVR32, the build failed due to outdated
config.{sub,guess} files.
Full build logs available:
http://buildd.debian-ports.org/build.php?pkg=samhainarch=avr32ver=2.2.3-6.2
Regards,
Bradley Smith
--
Bradley Smith b...@brad-smith.co.uk
Debian GNU/Linux Developer bradsm...@debian.org
GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539546: FTBFS with GCC 4.4: dereferencing type-punned pointer will break strict-aliasing rules
* Gerfried Fuchs rho...@deb.at [2009-08-03 11:40]: Your package fails to build with GCC 4.4. You can reproduce this problem with gcc-4.4/g++-4.4 from unstable. Can you also reproduce it with 4.5? Given that there seems to be serveral breakages in 4.4 that seems to have been fixed in 4.5 again I rather don't want to introduce 4.4-specific fixes that aren't needed later anymore. It also happens with 4.5: (sid)1697:t...@em64t: ~/src/wesnoth-1.6.4/src] /usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include -D_REENTRANT -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -DHAVE_REVISION -I../intl -I../intl -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -DWESNOTH_PATH=\/usr/share/games/wesnoth\ -DLOCALEDIR=\/usr/share/locale\ -DHAS_RELATIVE_LOCALEDIR=0 -DFIFODIR=\/var/run/wesnothd\ -DWESNOTH_PREFIX=\/usr\ -DHAVE_FRIBIDI -I/usr/include -O2 -W -Wall -ansi -g -O2 -Werror -Wno-unused -Wno-sign-compare -DDISABLE_POOL_ALLOC -D_X11 -I/usr/include -MT network.o -MD -MP -MF $depbase.Tpo -c -o network.o network.cpp cc1plus: warnings being treated as errors network.cpp: In member function 'virtual void network::unnamed::connect_operation::run()': network.cpp:432:2: error: dereferencing type-punned pointer will break strict-aliasing rules network.cpp: In function 'network::connection network::accept_connection()': network.cpp:560:22: error: dereferencing type-punned pointer will break strict-aliasing rules network.cpp:575:3: error: dereferencing type-punned pointer will break strict-aliasing rules network.cpp: In function 'network::connection network::receive_data(config, network::connection, bool*, network::bandwidth_in_ptr*)': network.cpp:708:31: error: dereferencing type-punned pointer will break strict-aliasing rules network.cpp: In function 'network::connection network::receive_data(std::vectorchar, network::bandwidth_in_ptr*)': network.cpp:818:31: error: dereferencing type-punned pointer will break strict-aliasing rules zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include (sid)1698:t...@em64t: ~/src/wesnoth-1.6.4/src] /usr/lib/gcc-snapshot/bin/g++ -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 20090718-1' --with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs --enable-languages=c,ada,c++,java,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-java-awt=gtk --enable-gtk-cairo --disable-plugin --with-java-home=/usr/lib/gcc-snapshot/java-1.5.0-gcj-4.5/jre --enable-java-home --with-jvm-root-dir=/usr/lib/gcc-snapshot/java-1.5.0-gcj-4.5 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --with-arch-32=i486 --with-tune=generic --disable-werror --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.5.0 20090718 (experimental) [trunk revision 149777] (Debian 20090718-1) (sid)1699:t...@em64t: ~/src/wesnoth-1.6.4/src] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#388608: closed by Paul Martin p...@debian.org (Bug#388608: fixed in logrotate 3.7.8-1)
* Upstream has also fixed createOutputFile to be more secure (Closes: #388608) Whatever supposedly has been made more secure there, this bug rather obviously hasn't been fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539946: vlc: RTSP seeking fails when using a locale that doesn't use period as decimal separator
Package: vlc Version: 1.0.1-1 Severity: normal Tags: l10n When playing an rtsp stream and locale being fi_FI.UTF-8, vlc fails to seek to another position in the stream. When I try, vlc immediately reports (the percentage varies, of course) [0x7f3c58002458] main input error: INPUT_CONTROL_SET_POSITION(_OFFSET) 54,7% failed and doesn't generate any traffic through the rtsp connection. There is an easy workaround: Change LC_NUMERIC to C, POSIX, or any language that has period (.) as decimal separator. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.7 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.9-23GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.4.1-1 GCC support library ii libgl1-mesa-glx [libgl 7.5-3 A free implementation of the OpenG ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.5-1 The GTK+ graphical user interface ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libqtcore4 4:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libsdl-image1.21.2.7-1 image loading library for Simple D ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore21.0.1-1 base library for VLC and its modul ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii ttf-dejavu-core2.29-3Vera font family derivate with add ii vlc-nox1.0.1-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime vlc recommends no packages. Versions of packages vlc suggests: pn mozilla-plugin-vlcnone (no description available) pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-11library for decoding ATSC A/52 str ii libasound2 1.0.20-3shared library for ALSA applicatio ii libass3 0.9.6-1 library for SSA/ASS subtitles rend ii libavahi-cli 0.6.25-1Avahi client library ii libavahi-com 0.6.25-1Avahi common library ii libavcodec52 4:0.5+svn20090609-2 ffmpeg codec library ii libavformat5 4:0.5+svn20090609-2 ffmpeg file format library ii libavutil49 4:0.5+svn20090609-2 ffmpeg utility library ii libc62.9-23 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-2 colour ASCII art library ii libcdio100.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdca0 0.0.5-3 decoding library for DTS Coherent ii libdvbpsi5 0.1.6-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-4 DVD navigation library ii libdvdread4 4.1.3-6 library for reading DVDs ii libebml0 0.7.7-3.1 access library for the EBML format ii libfaad0 2.6.1-3.1 freeware Advanced Audio Decoder - ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libfontconfi 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1Free Implementation of the Unicode ii libgcc1 1:4.4.1-1 GCC support library ii libgcrypt11 1.4.4-3 LGPL Crypto library - runtime libr ii libgnutls26 2.6.6-1 the GNU TLS library - runtime libr ii libgpg-error 1.6-1 library for common error values an ii libhal1 0.5.12~git20090406.46dc48-2
Bug#488022: Confirmation Reference Number: 78-45-2-12-47-66-4
Euro Mega Millions Brookmount House, 62-65 Chandos Place, Covent Garden, WC2N 4LP, London, United Kingdom. Confirmation Reference Number: 78-45-2-12-47-66-4 reply to E-mail to:jack.br...@lamazi.com You have won 1.000.000.00. Euro (One million Euro) in the Euro Millions Email Sweepstakes Program Corporation, held on the 1st of August2009. In London, United Kingdom. Please contact the agency for the claim. contact person:Mr.Jack Brain TEL: +44-703-1907908 Fax: +44-703-195-2966 reply to E-mail to:jack.br...@lamazi.com Below are your Winning Information's: Email Ticket Number 15-21-4-19-27-44 Reference Number: 78-45-2-12-47-66-4 Draw Lucky Number:8-17-10-13-37/*5*7 Batch Number :JKPN44521412 Serial Number: HMML235524453 1. Full Name: 2. Full Address: 3. Occupation: 4. Age/Sex: 5. Phone Number/ Fax: 6. Country : Note, All winning must be claim not later than 30th of August 2009. Sincerely, Mrs. Holt, Hermekan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522067: [libtomcat6-java] Wrong encoding in tomcat-i18n-fr/es.jar
Hello, It looks like the issue are the files in the downloaded source tarball which are encoded in a nonsense format. I'm changing the watch file to use fresh code from svn, like that when there is a new upstream version, it will use the svn code with the correct encoding. Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533326: gnome-vfs-obexftp: obsoleted by gvfs-backends, shall be removed?
On Tue, Aug 04, 2009 at 01:11:52AM +0200, Emilio Pozuelo Monfort wrote: Filippo Giunchedi wrote: Package: gnome-vfs-obexftp Version: 0.4-1+b1 Severity: wishlist Hi, as per subject this package has now been superseded by gvfs-backends which has now obex backend enabled again, I think the package should be removed. I'd say it shouldn't until gnome-vfs goes away, since not everything is using GVfs yet. fair enough, is there a gnome-vfs removal bug yet? if so please this one with that filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Each new user of a new system uncovers a new class of bugs. -- Brian W. Kernighan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532284: tomcat6: more files should be owned by group adm
Hello, I'm working on this package. To close this bug, I propose to replace in debian/tomcat6.postinst: chgrp tomcat6 /etc/tomcat6/tomcat-users.xml chgrp tomcat6 /var/lib/tomcat6/webapps by: chown -Rh tomcat6:adm /etc/tomcat6/* chown -Rh tomcat6:adm /var/lib/tomcat6/webapps What do you think? Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#354500: setting package to wnpp, tagging 354500
On Sat, 01 Aug 2009 14:58:50 +0200, Lucas Nussbaum wrote: # libxml-sablot-perl (1.0-3) UNRELEASED; urgency=low # # * Take over for the Debian Perl Group; Closes: #354500 -- ITA Do you still plan to adopt libxml-sablot-perl? If not, I would suggest just removing that package from Debian (ie: please do it, with a RM: libxml-sablot-perl -- RoQA ; orphaned, alternatives, no adopter for 2y bug against ftp.debian.org). I'm quite sure there are alternatives. Thanks for the reminder, and the propsal. I had looked at the package back then, and was not really amused about its state. So if noone else from the Debian Perl Group speaks up I will change the bug into a removal request in a few days. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-BOFH excuse #288: Hard drive sleeping. Let it wake up on it's own... signature.asc Description: Digital signature
Bug#533326: gnome-vfs-obexftp: obsoleted by gvfs-backends, shall be removed?
Filippo Giunchedi wrote: On Tue, Aug 04, 2009 at 01:11:52AM +0200, Emilio Pozuelo Monfort wrote: Filippo Giunchedi wrote: Package: gnome-vfs-obexftp Version: 0.4-1+b1 Severity: wishlist Hi, as per subject this package has now been superseded by gvfs-backends which has now obex backend enabled again, I think the package should be removed. I'd say it shouldn't until gnome-vfs goes away, since not everything is using GVfs yet. fair enough, is there a gnome-vfs removal bug yet? if so please this one with that Not yet, there are far too many reverse dependencies to fix first: Found a total of 68 reverse build-depend(s) for libgnomevfs2-dev. Emilio signature.asc Description: OpenPGP digital signature
Bug#521050: tomcat6: Fails to start on PowerPC
This issue indicates a problem in OpenJDK on the PowerPC platform. I'm reassigning this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539549: gvfs-backends: gvfsd-cdda segfaults when an audio CD is inserted
Johan Bilien wrote: Package: gvfs-backends Version: 1.2.3-1+b1 Severity: normal Whenever I insert an audio CD on my laptop, I get a dialog which tells me it could not mount the audio CD because the DBus command timed out. When I check dmesg I can see that gvfsd-cdda crashed: [ 363.781085] 6gvfsd-cdda[6077]: segfault at 0 ip b7d77e2d sp b798d1c8 error 4 in libc-2.9.so[b7d06000+13b000] This prevents mounting the CD, and for instance sound-juicer will not see it. Can you get a backtrace of it? Emilio signature.asc Description: OpenPGP digital signature
Bug#539885: git-buildpackage: AttributeError: GbpOptionParser instance has no attribute 'add_boolean_config_file_option'
On Tue, Aug 04, 2009 at 07:59:13PM +0300, Jari Aalto wrote: YOu have old stuff here: 6865 open(/usr/share/python-support/git-buildpackage/gbp/config.pyc, O_RDONLY) = 4 This ought to be in /usr/lib/pymodules/python2.5/gbp/config.py So this looks like a problem with python-support. Can you remove -rf /usr/share/python-support/git-buildpackage/ and see if that helps? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539948: FTBFS: Irrefutable pattern failed for pattern Data.Maybe.Just cpphsProg
Package: haskell-testpack
Version: 1.0.0-4
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch
Hi,
When building haskell-testpack for Ubuntu, I came across this build
failure:
**
BUILDING libhugs-testpack FOR hugs
**
Preprocessing library testpack-1.0.2...
Building testpack-1.0.2...
setup: Distribution/Simple/PreProcess.hs:342:8-69: Irrefutable
pattern failed for pattern Data.Maybe.Just cpphsProg
dh_haskell_build: ./setup returned exit code 1
make: *** [binary-indep] Error 1
dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary gave
error exit status 2
It seems that the hugs support is broken. I removed it for the Ubuntu
package, and have attached the diff. Of course fixing it is a better
solution so if you can do that then please do.
* debian/control: Remove libhugs-testpack as it seems to no longer work and
has already been half-disabled anyway.
Regards,
Iain
-- System Information:
Debian Release: squeeze/sid
APT prefers karmic-updates
APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500,
'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-4-generic (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u haskell-testpack-1.0.0/debian/changelog haskell-testpack-1.0.0/debian/changelog
diff -u haskell-testpack-1.0.0/debian/control haskell-testpack-1.0.0/debian/control
--- haskell-testpack-1.0.0/debian/control
+++ haskell-testpack-1.0.0/debian/control
@@ -22,19 +23,6 @@
generators for other types for QuickCheck, and shortcuts for quickly defining new
test cases.
-Package: libhugs-testpack
-Section: devel
-Architecture: all
-Depends: ${haskell:Depends}, hugs (= 98.200503.08-4), libhugs-hunit, libhugs-mtl, libhugs-quickcheck
-Suggests: haskell-testpack-doc
-Description: Haskell Test Utility Pack for HUnit and QuickCheck
- testpack provides utilities for both HUnit and QuickCheck. These include
- tools for running QuickCheck properties as HUnit test cases, allowing you to
- combine both approaches in a single program. It also includes tools for more
- helpful displays of running progress in both HUnit and QuickCheck, additional
- generators for other types for QuickCheck, and shortcuts for quickly defining new
- test cases.
-
Package: haskell-testpack-doc
Section: doc
Architecture: all
Bug#539949: libmath-random-mt-perl: FTBFS on GNU/kFreeBSD
Package: libmath-random-mt-perl Version: 1.07-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, please find attached a patch to fix the FTBFS on GNU/kFreeBSD. I think you may want to add “|| defined(__GNU__)” if you want to help GNU/Hurd people, but I didn't test it on such a platform. Thanks for considering. Mraw, KiBi. --- a/mt.h +++ b/mt.h @@ -5,7 +5,7 @@ #include stdlib.h -#if defined(__linux__) || defined(__WIN32__) +#if defined(__linux__) || defined(__WIN32__) || defined(__GLIBC__) #include stdint.h #elif defined(__osf__) #include inttypes.h
Bug#539784: address lookup errors only in gnome-terminal
reassign 539784 general thanks Mark Hedges wrote: Package: gnome-terminal Version: 2.26.2-2 Severity: important Apologies if this is not the source of this bug but it's the only place I see it. This doesn't make a lot of sense. I first encountered this problem on a buggy wireless at a cafe. Now I'm having it at home. I can't explain this: ^ched...@maggie:~/Desktop$ ping scriptdolphin.com PING scriptdolphin.com (64.22.103.163) 56(84) bytes of data. 64 bytes from li16-163.members.linode.com (64.22.103.163): icmp_seq=1 ttl=51 time=81.9 ms ^C --- scriptdolphin.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 81.903/81.903/81.903/0.000 ms hed...@maggie:~/Desktop$ scp tuffytest.odt scriptdolpin.com:/tmp ssh: Could not resolve hostname scriptdolpin.com: Name or service not known lost connection I get the same in an xterm. Not a gnome-terminal bug. Also: emi...@saturno:/tmp$ host scriptdolpin.com Host scriptdolpin.com not found: 3(NXDOMAIN) Reassigning to general as I don't know where it should go. Definitely not a gnome-terminal bug. Emilio signature.asc Description: OpenPGP digital signature
Bug#539836: implement smarter arch:all package handling
* Modestas Vainius modes...@vainius.eu [090804 19:23]: On antradienis 04 Rugpj??tis 2009 16:18:49 Bernhard R. Link wrote: This way Architecture: $arch is never broken and Architecture: all is used as a staging area for arch:all packages. I have not tested yet if I could use Architecture: dummy rather than Architecture: all as such a staging area for arch:all packages, but I believe I can hence the bug is wishlist. However, it would be great if you could implement such inclusion behaviour in reprepro itself. Just let me know if you would like to see my scripts. I've considered addings something like that (using the 'embargoalls' Tracking mode), but that was more complicated than I thought. (Especially as I mostly planed it for updates, so that architecture all packages are embargoes until they can be used). Ok, so far as I can see something like this could work: 1) Remove that error denying Architecture: all in conf/distributions Removing that error would mean to check all code if that actually works that way. I never even imagined that all might be added to Architectures and was quite suprised to see that people added it and it does not cause segmentation faults all way long. Having this word have a double meaning also makes all of other misunderstandings possible (like what does -A all mean) I'll think a bit more about that. Any more ideas/use cases/additions always welcome. Hochachtungsvoll, Bernhard R. Link -- Never contain programs so few bugs, as when no debugging tools are available! Niklaus Wirth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#221482: [Bug-tar] Faster excludes
On Sat, 2009-08-01 at 01:46 +0100, Phil Proudman wrote: I've just updated the patch for tar-1.22. Please find attached. Thanks, Phil! Phil and Sergey, I just noticed I dropped bug-...@gnu.org from the CC list. That was accidental. Anyone looking for Phil's updated patch can find it here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=221482#21 -Carl signature.asc Description: This is a digitally signed message part
Bug#539950: when /etc/hosts doesn't exist, apt fails to resolve hostnames using libc6 2.10.1
Package: libc6 Version: 2.10.1-0exp1 Severity: important E.g. apt-get's call to getaddrinfo() returns with EAI_SYSTEM when /etc/hosts is missing and EAI_NONAME if /etc/hosts is empty. This is different from 2.9, where EAI_NONAME is returned in both cases, resulting in the regression in apt-get. `sudo whoami' prints an additional error message but works as expected otherwise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520751: Fails to burn an audio CD
Works fine now. Thanks. - Mail Original - De: Emilio Pozuelo Monfort poch...@gmail.com À: Jérôme Marant jerome.mar...@free.fr, 520...@bugs.debian.org Envoyé: Lundi 3 Août 2009 23:58:19 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: Bug#520751: Fails to burn an audio CD Jérôme Marant wrote: Package: brasero Version: 0.8.0-3 Severity: normal Hi, I'm trying to provide Brasero a set of FLAC files, in order to burn it on a 700Mb CD-R. After clicking on Burn, it blocks at the Normalizing tracks step. Can you check with brasero 2.26? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528280: asm lacks executable stack markings
forwarded 528280 http://www.info-zip.org/board/board.pl?m-1249408491/ thanks Thanks for the report. Forwarded upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517526: radvd: Radvd should not fail when IPv6 forwarding is disabled
Yeah, lately I've had trouble because the initscript that turns on IPv6 routing (among other things) doesn't get run before radvd's initscript ... radvd should at least be a bit more patient about waiting for routing to be enabled! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#388608: closed by Paul Martin p...@debian.org (Bug#388608: fixed in logrotate 3.7.8-1)
On Tue, Aug 04, 2009 at 07:14:21PM +0200, Florian Zumbiehl wrote: * Upstream has also fixed createOutputFile to be more secure (Closes: #388608) Whatever supposedly has been made more secure there, this bug rather obviously hasn't been fixed. Did you read the source? It's been changed to do: open() chmod(restricted) chown() chmod(intended) which does fix the bug, I believe. -- Paul Martin p...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517821: encoding conversion for directory editing
Hi, As for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517821 I think we should not bother vidir to be an encoding conversion program just for small funny encoding situation. latin1 is easy since it is auto selected by vim as fall back if they see non-UTF8. Whoever configured their editor to use UTF-8 only should know how to disable it, .. I guess. Also For example, vim can be aliased to something like vim '+e ++enc=eucjp' then it forces to use eucjp. You can do with any crazy encoding vim supports, I think. It works with iso-2022-jp and latin1 latin2 as I check. So all you have to o is make small shell script for each special case encoding and set and export EDITOR to use these shell scripts which set encoding for editor. I think this trick should work for any encoding-smart editors emacs and vim. Let's keep moreutil as simple as possible and address corner cases with flexible use of tool combination. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539951: FTBFS: unrecognized option `--use-package=base'
Package: haxml Version: 1.13.3-2 Severity: serious Hi, When rebuilding haxml for Karmic, I came across the following build failure which is also reproducible under sid: haddock --use-package=base --use-package=haskell98 -h -t HaXml -o docs/HaXml src/Text/XML/HaXml.hs.uncpp src/Text/XML/HaXml/Combinators.hs.uncpp src/Text/XML/HaXml/Lex.hs.uncpp src/Text/XML/HaXml/Parse.hs.uncpp src/Text/XML/HaXml/Pretty.hs.uncpp src/Text/XML/HaXml/Types.hs.uncpp src/Text/XML/HaXml/Validate.hs.uncpp src/Text/XML/HaXml/Wrappers.hs.uncpp src/Text/XML/HaXml/OneOfN.hs.uncpp src/Text/XML/HaXml/Verbatim.hs.uncpp src/Text/XML/HaXml/Escape.hs.uncpp src/Text/XML/HaXml/Xml2Haskell.hs.uncpp src/Text/XML/HaXml/Haskell2Xml.hs.uncpp src/Text/XML/HaXml/Html/Generate.hs.uncpp src/Text/XML/HaXml/Html/Parse.hs.uncpp src/Text/XML/HaXml/Html/Pretty.hs.uncpp src/Text/XML/HaXml/Xtract/Combinators.hs.uncpp src/Text/XML/HaXml/Xtract/Lex.hs.uncpp src/Text/XML/HaXml/Xtract/Parse.hs.uncpp src/Text/XML/HaXml/DtdToHaskell/TypeDef.hs.uncpp src/Text/XML/HaXml/DtdToHaskell/Convert.hs.uncpp src/Text/XML/HaXml/DtdToHaskell/Instance.hs.uncpp src/Text/ParserCombinators/HuttonMeijerWallace.hs.uncpp haddock: unrecognized option `--use-package=base' unrecognized option `--use-package=haskell98' Usage: haddock [OPTION...] file... This can be fixed by reverting 09_link-to-other-docs.dpatch. I don't know what effect this has on the documentation now since --use-package was removed from haddock. Regards, Iain -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-4-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages haxml depends on: ii libc6 2.10.1-0ubuntu2 GNU C Library: Shared libraries ii libgmp3c2 2:4.3.1+dfsg-1ubuntu2 Multiprecision arithmetic library Versions of packages haxml recommends: ii libhugs-haxml 1.13.3-2 Hugs libraries for using XML docum Versions of packages haxml suggests: pn haxml-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535467: dropping -a
Hi Alex, I am not sure which program would rely on the output of hostname -a. I am not even sure about how to use it properly (!) set up your network to get hostname -a to spit out anything. As far as i understand it, this is a feature which relies on /etc/hosts. Feel free to point out any programs which require it. So, to sum it up: I don’t see any problems with dropping it. If you do, we can change the patch to use gethostbyname() in this very special case. Best regards, Michael PS: Unrelated to the issue here, you might want to use a host for delivering your mail which is not listed in spam-blocklists: sendmail[215513513]: STARTTLS=server, relay=cm-83-97-167-247.telecable.es [83.97.167.247], version=TLSv1/SSLv3, verify=NOT, cipher=AES256-SHA, bits=256/256 sendmail[215513513]: n74Dll3O215513513: ruleset=check_rcpt, arg1=michael+db20090...@stapelberg.de, relay=cm-83 -97-167-247.telecable.es [83.97.167.247], reject=550 5.7.1 michael+db20090...@stapelberg.de... Rejected: 83.97.167.247 listed at zen.spamhaus.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478755: RFS: ezcomponents
Hi Martin, thanks for your reply. I've added the dependency mapping. This will have an effect only for future releases of eZ Components when there will actually be different versions in Debian to choose from. I've also fixed a dpkg-source notice about missing line-breaks at the end of *.dirs and *.install files and checked the package against lintian --pedantic. The new version has been uploaded to mentors: http://mentors.debian.net/debian/pool/main/p/php-ezcomponents Best regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526615: fails to install to RAID across virtual (kvm/virtio) disks
also sprach Felix Zielcke fziel...@z-51.de [2009.08.04.1456 +0200]: The problem is that we currently create the filename of the device by using the major and minor Like this: if (major == SCSI_DISK0_MAJOR) sprintf (name, /dev/sd%c, 'a' + minor / 16); This just doestn't work if the major is for local use according to the kernel docs. We could make 254 map to /dev/vda but maybe it's wrong then for someone else. Unfortunately I don't know why we have 2 different methods of dealing with RAID disks. The ioctl method in grub-setup and the method to just read the md superblock on all disks and add them to a list in grub-probe. Thanks for the explanation. This is indeed a bit ugly. ;) -- .''`. martin f. krafft madd...@d.o 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 first get your facts; then you can distort them at your leisure. -- mark twain digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#539953: fails to properly handle 'x | y' dependency when replacing x with y
Package: cupt Version: 0.5.0 Severity: normal Hi, cupt failed to install a program in the following situation: emacs depends on emacs23 | emacs23-gtk | emacs23-nox emacs23-gtk Conflicts with emacs23 and emacs23-nox. I had emacs23 installed. I then attempted to install emacs23-gtk. This should remove emacs23, and then install emacs23-gtk, recognizing that the emacs dependency will only be unresolved for a second or two. Cupt seems able to resolve this but unable to process it: skynet:/home/dmr# cupt install emacs23-gtk Building the package cache... [done] Initializing package resolver and worker... [done] Scheduling requested actions... [done] Resolving possible unmet dependencies... The following 1 packages will be INSTALLED: emacs23-gtk The following 1 packages will be REMOVED: emacs23 Need to get 3267KiB/3267KiB of archives. After unpacking 8192B will be freed. Do you want to continue? [y/N/q] y Performing requested actions: Get:1 http://ftp.debian.org/debian/ sid/main emacs23-gtk 23.1+1-2 [3267KiB] Fetched in 13s. dpkg: dependency problems prevent removal of emacs23: emacs depends on emacs23 | emacs23-gtk | emacs23-nox; however: Package emacs23 is to be removed. Package emacs23-gtk is not installed. Package emacs23-nox is not installed. dpkg: error processing emacs23 (--remove): dependency problems - not removing Errors were encountered while processing: emacs23 E: dpkg returned non-zero status: 256 E: error performing command 'install' For comparison: skynet:/home/dmr# apt-get install emacs23-gtk Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: emacs23-common-non-dfsg The following packages will be REMOVED: emacs23 The following NEW packages will be installed: emacs23-gtk 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 0B/3345kB of archives. After this operation, 8192B disk space will be freed. Do you want to continue [Y/n]? dpkg: emacs23: dependency problems, but removing anyway as you requested: emacs depends on emacs23 | emacs23-gtk | emacs23-nox; however: Package emacs23 is to be removed. Package emacs23-gtk is not installed. Package emacs23-nox is not installed. (Reading database ... 59623 files and directories currently installed.) Removing emacs23 ... update-alternatives: using /usr/bin/emacs22-x to provide /usr/bin/emacs (emacs) in auto mode. emacs-remove emacs23 remove/paredit-el: purging byte-compiled files for emacs23 remove/icicles: purging byte-compiled files for emacs23 emacsen-common: Handling removal of emacsen flavor emacs23 emacsen-common: purging byte-compiled files for emacs23 remove/emacs-goodies-el: purging byte-compiled files for emacs23 remove/dictionaries-common: Purging byte-compiled files for flavour emacs23 Processing triggers for man-db ... Selecting previously deselected package emacs23-gtk. (Reading database ... 59611 files and directories currently installed.) Unpacking emacs23-gtk (from .../emacs23-gtk_23.1+1-2_amd64.deb) ... Processing triggers for man-db ... Setting up emacs23-gtk (23.1+1-2) ... update-alternatives: using /usr/bin/emacs23-gtk to provide /usr/bin/emacs (emacs) in auto mode. update-alternatives: warning: skip creation of /usr/share/man/man1/emacs.1.gz because associated file /usr/share/man/man1/emacs.1emacs23.gz (of link group emacs) doesn't exist. emacs-install emacs23 install/dictionaries-common: Byte-compiling for emacsen flavour emacs23 Wrote
Bug#539952: lxterminal doesn't pass Alt-number keys
Package: lxterminal Version: 0.1.6-1 Severity: normal lxterminal doesn't pass to applications the Alt-1 to Alt-9 keys (Alt-0 and Alt-letters works as expected). This is annoying when using irssi. ciao cate -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-rc4-00405-gb592972 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lxterminal depends on: ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-23 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libvte9 1:0.20.5-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.2.2-1 X11 client-side library lxterminal recommends no packages. lxterminal 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#520817: Pos1 does not work
Hi, Am Montag, den 03.08.2009, 23:18 +0200 schrieb Emilio Pozuelo Monfort: Joachim Breitner wrote: Package: totem Version: 2.22.2-5 Severity: normal Hi, when pressing Pos1 during playback or paused state, the time slider is actually pushed to the beginning, but immediatelly pushed back to where it was as playback continues. What is Pos1? Does it still happen with GStreamer packages from unstable? If so, can you attach a video that shows the problem? It's very likely related to the specific decoder used for that video. sorry, forgot to de-localize: It’s the home Home button. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#539954: mpg123: Please consider packaging more recent upstream release
Package: mpg123 Version: 1.7.2-3 Severity: wishlist The 1.7.2 version of mpg123 contains a bug that makes seeking quite unpleasant. In words of the upstream author, Why didn't anyone notice? Version 1.7.3 that fixed it was released over three months ago... and the most recent release is 1.8.1 anyway. Of course, I can build a local copy, but that isn't the point. Regards, Wojciech Kusiak -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages mpg123 depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libltdl7 2.2.6a-4 A system independent dlopen wrappe ii libmpg123-0 1.7.2-3 MPEG layer 1/2/3 audio decoder -- Versions of packages mpg123 recommends: ii libasound2 1.0.20-2 shared library for ALSA applicatio ii oss-compat 0.0.4+nmu3 OSS compatibility package Versions of packages mpg123 suggests: ii libartsc0 1.5.9-3 aRts sound system C support librar ii libasound2 1.0.20-2 shared library for ALSA applicatio ii libaudio2 1.9.2-1 Network Audio System - shared libr ii libesd0 0.2.41-5 Enlightened Sound Daemon - Shared ii libjack0 0.116.1-4 JACK Audio Connection Kit (librari ii libpulse0 0.9.15-4 PulseAudio client libraries -- 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#539894: no way to reindex colelction after adding an arch
also sprach Bernhard R. Link brl...@debian.org [2009.08.04.1508 +0200]: I think this is a duplicate of 440872. This is a consequence of the intended bahaviour to enable different architecture all packages in the different architectures. http://bugs.debian.org/440872 also describes how you can propagate all architecture all packages from one architecture to another using the pull command (and some temporary changes to the configuration files). Thanks for the hint, this solved my immediate problem, and I agree with the merge. -- .''`. martin f. krafft madd...@d.o 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/)
Bug#388608: closed by Paul Martin p...@debian.org (Bug#388608: fixed in logrotate 3.7.8-1)
Hi, On Tue, Aug 04, 2009 at 07:14:21PM +0200, Florian Zumbiehl wrote: * Upstream has also fixed createOutputFile to be more secure (Closes: #388608) Whatever supposedly has been made more secure there, this bug rather obviously hasn't been fixed. Did you read the source? Well, otherwise I probably wouldn't have reopened the bug? It's been changed to do: open() chmod(restricted) chown() chmod(intended) which does fix the bug, I believe. To quote the first paragraph of my bug report: | I'd argue that there is a race condition in there: If sb.st_mode | includes group permissions, this could (given the appropriate umask) | grant these permissions to the effective group of the creating process | in the moment of file creation. The old code: | open(compressedName, O_RDWR | O_CREAT | O_TRUNC, sb.st_mode) The new code: | int createOutputFile(char *fileName, int flags, struct stat *sb) [...] | open(fileName, flags, sb-st_mode) [...] | createOutputFile(compressedName, O_RDWR | O_CREAT | O_TRUNC, sb) Now, where is the semantic change that could possibly have fixed this bug? Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539955: lighttpd: Please add status action to debian/init.d script
Package: lighttpd Version: 1.4.23-3 Tags: patch The lighttpd init script could really use the 'status' action, as defined in the LSB specification [1]. The new function, status_of_proc(), was added to /lib/lsb/init-functions to support such action. I'm attaching a patch that adds this functionality. [1] http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html -- Andres E. Rodriguez Lazo (RoAkSoAx) Ingeniero de Sistemas Official Ubuntu Member Ubuntu Counter Project - User # 17582 status.lighttpd.debdiff Description: Binary data
Bug#539956: [icewm] support for unseen messages on IMAP
Package: icewm
Version: 1.2.37+1.3.4pre2-3
Severity: wishlist
Tags: patch
--- Please enter the report below this line. ---
I wrote patch for displaying 'unseen' messages status for a mail indicator in
IMAP mode.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.26-2-amd64
Debian Release: squeeze/sid
990 testing apt-proxy
500 unstableapt-proxy
500 stable apt-proxy
--- Package information. ---
Depends (Version) | Installed
=-+-===
icewm-common (= 1.2.37+1.3.4pre2-3) | 1.2.37+1.3.4pre2-3
libc6(= 2.3) | 2.9-12
libesd-alsa0 (= 0.2.35) | 0.2.41-5
OR libesd0 (= 0.2.35) |
libfontconfig1 (= 2.4.0) | 2.6.0-4
libgcc1 (= 1:4.1.1) | 1:4.4.0-5
libglib2.0-0 (= 2.12.0) | 2.20.1-2
libgtk2.0-0(= 2.8.0) | 2.16.1-2
libice6 (= 1:1.0.0) | 2:1.0.5-1
libsm6| 2:1.1.0-2
libx11-6 | 2:1.2.2-1
libxext6 | 2:1.0.4-1
libxft2( 2.1.1) | 2.1.13-3
libxinerama1 | 2:1.0.3-2
libxrandr2 (= 2:1.2.0) | 2:1.3.0-2
Package's Recommends field is empty.
Suggests (Version) | Installed
==-+-===
ttf-bitstream-vera |
icewm-gnome-support|
--
Alexander Galanin
http://galanin.nnov.ru
diff -ru icewm-1.3.4pre2-old/src/amailbox.cc icewm-1.3.4pre2/src/amailbox.cc
--- icewm-1.3.4pre2-old/src/amailbox.cc 2009-04-27 21:57:44.0 +0400
+++ icewm-1.3.4pre2/src/amailbox.cc 2009-08-04 22:22:13.0 +0400
@@ -278,13 +278,26 @@
state = WAIT_STAT;
delete[] status;
} else if (state == WAIT_STAT) {
-MSG((imap: logout));
-char logout[] = 0002 LOGOUT\r\n, folder[128];
+MSG((imap: unseen));
+char * unseen(cstrJoin(0002 STATUS ,
+ (fURL-path() == null || fURL-path().equals(/)) ? INBOX : cstring(fURL-path()).c_str() + 1,
+(UNSEEN)\r\n, NULL));
+char folder[128];
if (sscanf(bf, * STATUS %127s (MESSAGES %lu),
folder, fCurCount) != 2) {
fCurCount = 0;
}
fCurUnseen = 0;
+sk.write(unseen, strlen(unseen));
+state = WAIT_UNSEEN;
+delete [] unseen;
+} else if (state == WAIT_UNSEEN) {
+MSG((imap: logout));
+char logout[] = 0003 LOGOUT\r\n, folder[128];
+if (sscanf(bf, * STATUS %127s (UNSEEN %lu),
+ folder, fCurUnseen) != 2) {
+fCurUnseen = 0;
+}
sk.write(logout, strlen(logout));
state = WAIT_QUIT;
} else if (state == WAIT_QUIT) {
@@ -294,10 +307,11 @@
state = SUCCESS;
if (fCurCount == 0)
fMbx-mailChecked(MailBoxStatus::mbxNoMail, fCurCount);
-else if (fCurCount fLastCount fLastCount != -1)
-fMbx-mailChecked(MailBoxStatus::mbxHasNewMail, fCurCount);
+// A.Galanin: I think that 'has unseen' flag has priority higner that 'has new' flag
else if (fCurUnseen != 0)
fMbx-mailChecked(MailBoxStatus::mbxHasUnreadMail, fCurCount);
+else if (fCurCount fLastCount fLastCount != -1)
+fMbx-mailChecked(MailBoxStatus::mbxHasNewMail, fCurCount);
else
fMbx-mailChecked(MailBoxStatus::mbxHasMail, fCurCount);
fLastUnseen = fCurUnseen;
diff -ru icewm-1.3.4pre2-old/src/amailbox.h icewm-1.3.4pre2/src/amailbox.h
--- icewm-1.3.4pre2-old/src/amailbox.h 2009-04-27 21:57:44.0 +0400
+++ icewm-1.3.4pre2/src/amailbox.h 2009-08-04 21:49:36.0 +0400
@@ -25,6 +25,7 @@
WAIT_USER,
WAIT_PASS,
WAIT_STAT,
+WAIT_UNSEEN,
WAIT_QUIT,
ERROR,
SUCCESS
pgp6sX2oXRAGF.pgp
Description: PGP signature
Bug#520817: Pos1 does not work
Joachim Breitner wrote: Hi, Am Montag, den 03.08.2009, 23:18 +0200 schrieb Emilio Pozuelo Monfort: Joachim Breitner wrote: Package: totem Version: 2.22.2-5 Severity: normal Hi, when pressing Pos1 during playback or paused state, the time slider is actually pushed to the beginning, but immediatelly pushed back to where it was as playback continues. What is Pos1? Does it still happen with GStreamer packages from unstable? If so, can you attach a video that shows the problem? It's very likely related to the specific decoder used for that video. sorry, forgot to de-localize: It’s the home Home button. It doesn't do anything here at all. Can you try with unstable packages? Thanks, Emilio signature.asc Description: OpenPGP digital signature
Bug#525437: tar: Can't extract bz2 file?
merge 525437 525818 thanks On Fri, 24 Apr 2009 10:13:52 -0500 Marc F. Clemente wrote: I am trying to unpack at bz2 tar file and I get this error: mc-laptop:~# tar tjf fglrx.tar.bz2 ... bzip2: I/O or other error, bailing out. Possible reason follows. bzip2: Broken pipe Input file = (stdin), output file = (stdout) tar: Child returned status 1 tar: Exiting with failure status due to previous errors Exit 2 Hi Marc, The SIGPIPE here makes this sound like bug #525818 for which we are uploading a fix now, so hopefully your bug will be fixed momentarily. -Carl signature.asc Description: This is a digitally signed message part
Bug#499723: pending
tag 499723 + pending thanks This bug is pending and will be closed within the next upload (which will happen within the next 24 hours). Greetings Winnie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530652: Processed: reopening 530652
All my sincere apologies to everyone - I have made a typo in the listen changelog causing this bug to be closed by 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#520817: Pos1 does not work
Version: 2.26.2-2 Hi, Am Dienstag, den 04.08.2009, 20:27 +0200 schrieb Emilio Pozuelo Monfort: Joachim Breitner wrote: Am Montag, den 03.08.2009, 23:18 +0200 schrieb Emilio Pozuelo Monfort: Joachim Breitner wrote: when pressing Pos1 during playback or paused state, the time slider is actually pushed to the beginning, but immediatelly pushed back to where it was as playback continues. What is Pos1? Does it still happen with GStreamer packages from unstable? If so, can you attach a video that shows the problem? It's very likely related to the specific decoder used for that video. sorry, forgot to de-localize: It’s the home Home button. It doesn't do anything here at all. Can you try with unstable packages? still happening. I should have added that the time slider needs to be in focus, e.g. after clicking on it. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#539102: Debian mailing list in Dutch
OK, count me in. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539953: fails to properly handle 'x | y' dependency when replacing x with y
package cupt libcupt-perl tags 539953 + moreinfo thanks Daniel Moerner wrote: Package: cupt Version: 0.5.0 Severity: normal Hi, cupt failed to install a program in the following situation: emacs depends on emacs23 | emacs23-gtk | emacs23-nox emacs23-gtk Conflicts with emacs23 and emacs23-nox. I had emacs23 installed. I then attempted to install emacs23-gtk. This should remove emacs23, and then install emacs23-gtk, recognizing that the emacs dependency will only be unresolved for a second or two. Cupt seems able to resolve this but unable to process it: Hi Daniel, thanks for your report. However, without debug I can't do more. Can you please return your system to previous state and run 'cupt -s install emacs23-gtk -o debug::worker=1', this would be very useful. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#539958: [mc] chaos in info panel and directory hotlist
Package: mc
Version: 2:4.7.0-pre1-1
Severity: normal
--- Please enter the report below this line. ---
Hell-o!
I see some disorder in info mode:
In first line (where is usually only File: item is now also
Filesystem:, Accessed:, and Modified: items
In line 7 is (IMHO) wrong name of item -- Status: instead of Created:
In line 8 is redundant Filesystem:, and Accessed: items
In line 9 is redundant Filesystem: item...
See http://members.chello.cz/nazir/tmp/mc-info_panel-chaos.png
Directory hotlist is also malformed -- if i have created some groups
here, named for example 1, 2, 3, and 4 now I can see in directory hotlist:
-1
-1-2
-1-2-3
-1-2-3-4
Instead of
-1
-2
-3
-4
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.26-2-amd64
Debian Release: squeeze/sid
990 testing www.debian-multimedia.org
990 testing security.debian.org
990 testing ftp.cz.debian.org
200 unstablewww.debian-multimedia.org
200 unstableftp.cz.debian.org
200 unstabledeb.opera.com
200 unstableapt.byteme.org.uk
1 experimentalftp.cz.debian.org
1 experimentalapt.byteme.org.uk
--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6(= 2.3) | 2.9-12
libglib2.0-0 (= 2.16.0) | 2.20.1-2
libgpm2 (= 1.20.4) | 1.20.4-3.2
libslang2(= 2.0.7-1) | 2.1.3-3
Recommends (Version) | Installed
==-+-===
imagemagick| 7:6.5.1.0-1.1
Suggests (Version) | Installed
===-+-===
mime-support| 3.46-1
perl| 5.10.0-24
zip | 3.0-1
unzip | 6.0-1
bzip2 | 1.0.5-2
links |
OR w3m |
OR lynx|
arj | 3.10.22-6
file| 5.03-1
xpdf|
dbview | 1.0.4-1
odt2txt | 0.4-1
--
Petr Voralek(JabberID: na...@jabber.cz)
{
Murphy's Law only fails when you try to demonstrate it.
}
signature.asc
Description: OpenPGP digital signature
Bug#539957: vlc fails to launch gui after upgrade from 1.0 to = 1.0
Package: vlc Version: 1.0.1-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 the gui controls do not initialize. it's still possible to play video from the cmdline. cmdline output: rangda[/home/sean] vlc :) VLC media player 1.0.1 Goldeneye [0x21f08c8] main interface error: no interface module matched globalhotkeys,none [0x21f08c8] main interface error: no suitable interface module [0x1fac098] main libvlc error: interface globalhotkeys,none initialization failed [0x21f08c8] main interface error: no interface module matched wxwidgets [0x21f08c8] main interface error: no suitable interface module [0x1fac098] main libvlc error: interface default initialization failed *** LibVLC Exception not handled: Interface initialization failed Set a breakpoint in 'libvlc_exception_not_handled' to debug. if i rm -rf .vlc and .cache/vlc, and then run vlc -vvv --color --list once (yeah, that's wierd...), vlc starts up the gui on subsequent calls. however, i don't think this is really acceptable as a fix[1] as afaict all users will be hit by this issue when it comes time to go lenny-squeeze. sean [1] that is to say, without some kind of diagnostic message at least so the user doesn't waste a bunch of time googling and searching bug reports. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-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/bash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.9-23GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.4.1-1 GCC support library ii libgl1-mesa-glx [libgl 7.5-3 A free implementation of the OpenG ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.5-1 The GTK+ graphical user interface ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libqtcore4 4:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libsdl-image1.21.2.7-1 image loading library for Simple D ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore21.0.1-1 base library for VLC and its modul ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii ttf-dejavu-core2.29-3Vera font family derivate with add ii vlc-nox1.0.1-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime vlc recommends no packages. Versions of packages vlc suggests: pn mozilla-plugin-vlcnone (no description available) pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-11library for decoding ATSC A/52 str ii libasound2 1.0.20-3shared library for ALSA applicatio ii libass3 0.9.6-1 library for SSA/ASS subtitles rend ii libavahi-cli 0.6.25-1Avahi client library ii libavahi-com 0.6.25-1Avahi common library ii libavcodec52 5:0.5+svn20090720-0.0 library to encode decode multimedi ii libavformat5 5:0.5+svn20090720-0.0 ffmpeg file format library ii libavutil49 4:0.5+svn20090609-2 ffmpeg utility library ii libc62.9-23 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-2 colour ASCII art library ii libcdio100.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdca0 0.0.5-3 decoding library for DTS Coherent ii libdvbpsi5 0.1.6-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-4 DVD navigation library ii libdvdread4 4.1.3-6
Bug#538852: could you tell me where the dictionaries raw data come from?
On Tue, Aug 4, 2009 at 2:29 AM, LIU Qiliuq...@gmail.com wrote: On Tue, Aug 04, 2009 at 02:20:41AM -0400, Tong Sun wrote: there is a disclaimer, Notice: As the dictionaries are collected from the internet, we can't make sure of each dictionary's license, if you find your dictionaries are downloadable here, which is not allowed, please mail me, i will remove it soon. So I think (and heard) Changwoo's suspicion is right. Just pack those safe ones. All stardict dictionaries are extremely easy to install anyway. I am afraid that only CEDICT is safe, and we should remove package dict-stardic and dict-xdict from Debian main. Hmm... I thought dict-stardic is safe too. Afterall, stardic has been in Debian for years, and I presume it follows the DFSG. So its dictionary should be OK, right? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491391: Dealing with $all
Hi, I just ran into the same issue on Squeeze when moving to insserv and concurrent boot. While it wasn't a problem to create some overrides for bootchart and bootlogd, the basic question that comes up here repeatedly seems to be: The insserv maintainers (aka me and Kel) are aware of the $all issue, but as stated earlier a bit unsure how to best solve it. I see two ways to solve this: 1) Realize that indirect dependencies on $all (like in this case through rmnologin) are logically broken and forbid them outright. Make insserv fail as long as such an essentially cyclic dependency is present, so it gets fixed soon, if necessary by NMU. If failure is no option (breaking people's boot process is frowned upon), at least warn loudly. The current modus operandi of silent failure is badly broken. 2) Play it nice and find a do what I mean solution. I'd personally prefer (2) and would implement it as such: Make $all a virtual facility that depends on every other facility, except those that directly or indirectly depend on $all. This follows the basic principle that most specific matches win and thus a specific dependency on rmnologin is stronger than a general dependency on $all (or for that matter, any meta-dependency). Now the actual problem seems to be how to do the above with the current codebase. The data model seems a bit low level to do graph relayouts or set operations comfortably... The high level algorithm to achieve the above ordering seems clear: 1. Add all facilities to set A 2. Make $all a virtual facility that depends on set A 3. Scan A for any facility that depends on $all and move them to set NA 4. Scan A for a facility that depends on any facility in NA 5. If you found one, move it to NA and go to 4 6. Establish the correct ordering in sets A and NA 7. Done - emit A followed by NA Of course this would be optimized around steps 4 and 5 to avoid double tests, but it comes up with the ordering we actually expect: In the given case, bootchart et al would move to NA where they would be ordered after rmnologin, as expected. I clearly don't grok the source, but a first guess on how that might be achieved without too fundamental changes would be to modify all_script() so that, in the process of cranking out a new order higher than any existing order for all the SERV_ALL facilities, would also reset the SERV_ALL bit. After that, rerun the ordering process once again to reestablish dependencies on facilities moved during the previous step. I just don't see how to do this easily :-/ Is this problem known upstream? TIA, An Down to 15s boot thanks to insserv, startpar - and an Intel SSD dre. -- Cool .signatures are so 90s... - Andre Beck+++ ABP-RIPE +++ IBH IT-Service GmbH, Dresden - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#369729: Award !
Дорогой победитель. Это должно сообщить Вам, что Ваше письмо ID выиграли сумму $ 500,000.00 долларов в этом месяце на сайте лотереи обратить организованный Австралия Лотерея International. Ref: 575061725 Пакетный: 8056490902/188 Тип лота: MegaMillion Выигрышный номер: 11132638 Для получения дополнительной информации свяжитесь с вашим агентом претензий Юлия Brastow Электронная почта: julias...@yahoo.com.au Поздравления. Mrs.Gloria Коллин Координатор. Ответить на это сообщение: julias...@yahoo.com.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539953: fails to properly handle 'x | y' dependency when replacing x with y
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Eugene V. Lyubimkin wrote: package cupt libcupt-perl tags 539953 + moreinfo thanks Daniel Moerner wrote: Package: cupt Version: 0.5.0 Severity: normal Hi, cupt failed to install a program in the following situation: emacs depends on emacs23 | emacs23-gtk | emacs23-nox emacs23-gtk Conflicts with emacs23 and emacs23-nox. I had emacs23 installed. I then attempted to install emacs23-gtk. This should remove emacs23, and then install emacs23-gtk, recognizing that the emacs dependency will only be unresolved for a second or two. Cupt seems able to resolve this but unable to process it: Hi Daniel, thanks for your report. However, without debug I can't do more. Can you please return your system to previous state and run 'cupt -s install emacs23-gtk -o debug::worker=1', this would be very useful. Certainly, doesn't seem very verbose though: skynet:/home/dmr# cupt -s install emacs23-gtk -o debug::worker=1 Building the package cache... [done] Initializing package resolver and worker... [done] Scheduling requested actions... [done] Resolving possible unmet dependencies... The following 1 packages will be INSTALLED: emacs23-gtk The following 1 packages will be REMOVED: emacs23 Need to get 0B/3267KiB of archives. After unpacking 8192B will be freed. Do you want to continue? [y/N/q] y Performing requested actions: D: not merging action 'configure emacs23-gtk 23.1+1-2' simulating: echo '/var/cache/apt/archives/emacs23-gtk_23.1+1-2_amd64.deb ' | /usr/sbin/dpkg-preconfigure --apt || true simulating: marking as manually installed: emacs23 simulating: /usr/bin/dpkg --remove emacs23 simulating: /usr/bin/dpkg --unpack /var/cache/apt/archives/emacs23-gtk_23.1+1-2_amd64.deb simulating: /usr/bin/dpkg --configure emacs23-gtk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBCAAGBQJKeIVEAAoJEMs9AU7X8bMqTroQAM8V6rXflROSY/Pq4RkNWC20 MTrDTrH4/Yk1mOmuxUv55q/KaUYCUF074U+/y9Z+lH7s6shoPMP8s16MwKDu3Mpu j1ueevgDl44zZbBA1afT9A22aVJx7/v4BlJGIRsWZ/IcK/yU9mXqmhZNRGQz7hAY ujH+u0WgJqlpQOb5hUiAJzvimjfYI/KnX/ZtOMd84YF9MjiC1fqQF5U125saTUdJ 6Pv6uDhM33/mP4+kIW11EWUj9ch0xsrSTxrXZ1QpBsiIfOpKWxU7VyoTAHliMZGo j2DJs68t03ffhTVZLcNHkJr1r++TRHZ7IeXY4QaVw4ilcyFCvTPxkzFkgh7LNp7x gOldqhnjHJf8dafYJZ1bQteGDt5Sszs69ogR+8F6wLXWfR9bIqQi5Qp+mjMgFNA/ Kkn3hQ+zCwH/OihIzp0I97dof0n6jwAwerFvmT1xgsyTzFT8NY0jMvwlpP5Vk2/U YEs+HJJ425hneuIT3A6aaOZSjTSjJ5vRlyCcLISJnQjWGyezwiLk5PcPCcAIm3ss NTqVvFgvkro4Hjgf+u1w+fZiknljKz0w2YHjqLUTbqeDBcNArEVTiAwp00V570MP 54V8ULr6qkrm+Z0V4EMJGL84djezpqxwFZoKP/AGLGGzuop75zK8QUb0iPFHoXk9 m/36cUdd5lvoztLS4S0C =4Hik -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#539959: mdadm: allow updating preferred minor of an active array
Package: mdadm Version: 3.0-2 Severity: wishlist AFAIK, while it's possible to update the preferred minor of an array when assembling it, it's not possible to do so for an array that's already assembled and running. A few months ago, I wanted to clean up my arrays (which had been numbered haphazardly), but I obviously could not shut down the one holding the root partition. My naive attempt was to edit /etc/mdadm/mdadm.conf, and hope that mdadm would nicely go along and build them correctly on the next reboot. That was far from successful, and I had to resort to a rescue CD to get out of the mess I'd created. It'd be nice to be able to update the preferred minor of such an array, even if it only kicks in on the next reboot. -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mdadm depends on: ii debconf 1.5.27 Debian configuration management sy ii libc6 2.9-23 GNU C Library: Shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-89 creates device files in /dev ii udev 0.141-1/dev/ and hotplug management daemo Versions of packages mdadm recommends: ii module-init-tools3.9-2 tools for managing Linux kernel mo ii postfix [mail-transport-agen 2.6.2~rc1-1 High-performance mail transport ag mdadm suggests no packages. -- debconf information: mdadm/autostart: true mdadm/mail_to: root mdadm/initrdstart_msg_errmd: * mdadm/initrdstart: all mdadm/initrdstart_msg_errconf: mdadm/initrdstart_notinconf: false mdadm/initrdstart_msg_errexist: mdadm/initrdstart_msg_intro: mdadm/autocheck: true mdadm/initrdstart_msg_errblock: mdadm/start_daemon: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539960: osgcal: FTBFS: Testsuite failure
Source: osgcal
Version: 0.1.46-2.2
Severity: serious
Hi,
There was an error while trying to autobuild your package:
Start Time: 20090804-1807
[...]
Build-Depends: debhelper (= 4.0.0), doxygen, autoconf, g++ ( 3.0),
automake1.9, libtool, pkg-config, ccache, cdbs, libcal3d12-dev,
libopenscenegraph-dev (= 0.9.8), libsdl1.2-dev, libxml2-dev, libglib2.0-dev,
blender (= 2.41), xvfb [i386], xfonts-base
[...]
Toolchain package versions: libc6-dev_2.9-23 linux-libc-dev_2.6.30-4
g++-4.3_4.3.3-15 gcc-4.3_4.3.3-15 binutils_2.19.51.20090723-1
libstdc++6_4.4.1-1 libstdc++6-4.3-dev_4.3.3-15
[...]
[dix] Could not init font path element /usr/share/fonts/X11/cyrillic,
removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/100dpi/:unscaled,
removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/75dpi/:unscaled,
removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/Type1, removing
from list!
[dix] Could not init font path element /usr/share/fonts/X11/100dpi, removing
from list!
[dix] Could not init font path element /usr/share/fonts/X11/75dpi, removing
from list!
[dix] Could not init font path element
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list!
(EE) XKB: Couldn't open rules file /usr/share/X11/xkb/rules/base
(EE) XKB: No components provided for device Virtual core keyboard
lt-osgcal: osgviewer.cpp:87: void osgViewer::Create(int, int, int, bool):
Assertion `mSurface SDL_SetVideoMode()' failed.
././test-check: line 84: 15052 Aborted $VALGRIND ./osgcal
${BENCHMARK} --fixcam --numberframe ${NUMBERFRAME}
${srcdir}/data/MC/cal3d.xfg ${srcdir}/data/MC/outfit??.xfg
FAIL: ./test-check
make[3]: *** [check-TESTS] Error 1===
1 of 1 tests failed
===
make[2]: *** [check-am] Error 2
make[3]: Leaving directory
`/build/buildd-osgcal_0.1.46-2.2-i386-tlL23f/osgcal-0.1.46'
make[2]: Leaving directory
`/build/buildd-osgcal_0.1.46-2.2-i386-tlL23f/osgcal-0.1.46'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory
`/build/buildd-osgcal_0.1.46-2.2-i386-tlL23f/osgcal-0.1.46'
make: *** [debian/stamp-makefile-check] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
A full build log can be found at:
http://buildd.debian.org/build.php?arch=i386pkg=osgcalver=0.1.46-2.2
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539303: Cause of the bug found
OK, so I managed to reproduce this and find out the cause. While adding an extra check for cases of upgrading from 1.2 to 2.0, I managed to break cluster init in the Debian init script (upstream init script is fine, but gives more errors). I'll try to cook up a fixed one ASAP. In the meantime, remove the for/if block in the init script that contains this: log_warning_msg Configuration not upgraded to 2.0, will not run. thanks, iustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#246187: found 246187 in 4.4.1-1
found 246187 4.4.1-1 thanks gnatmake test_43.ads gcc-4.4 -c test_43.ads +===GNAT BUG DETECTED==+ | 4.4.1 (i486-pc-linux-gnu) Storage_Error stack overflow (or erroneous memory access)| | Error detected at system.ads:153:5 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc-4.4 or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. test_43.ads compilation abandoned gnatmake: test_43.ads compilation error (sid)r...@linux-xavier:~/tests# gnat -v GNAT 4.4.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247017: found 247017 4.4.1-1
found 247017 4.4.1-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247013: found 247013 4.4.1-1
found 247013 4.4.1-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539957: vlc fails to launch gui after upgrade from 1.0 to = 1.0
Le Tue 04 Aug 09 à 20:44 +0200, sean finney a écrit : [0x21f08c8] main interface error: no interface module matched wxwidgets So you had specified that you want the wxwidgets interface rather than the default one (which happened to be the wxwidget one) Now the wx interface no longer exist, so it can't load it. if i rm -rf .vlc and .cache/vlc, and then run vlc -vvv --color --list So you removed the preferences (possibly you also need to remove ~/.config/vlc/vlcrc if it has already been created from ~/.vlc/vlcrc) and you don't force any interface so it uses the default one. -- Xtophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539950: when /etc/hosts doesn't exist, apt fails to resolve hostnames using libc6 2.10.1
On Tue, Aug 04, 2009 at 07:54:20PM +0200, Matthias Klose wrote: Package: libc6 Version: 2.10.1-0exp1 This version does not even exists in Debian... -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520817: Pos1 does not work
forwarded 520817 http://bugzilla.gnome.org/show_bug.cgi?id=590770 thanks Joachim Breitner wrote: Version: 2.26.2-2 Hi, Am Dienstag, den 04.08.2009, 20:27 +0200 schrieb Emilio Pozuelo Monfort: Joachim Breitner wrote: Am Montag, den 03.08.2009, 23:18 +0200 schrieb Emilio Pozuelo Monfort: Joachim Breitner wrote: when pressing Pos1 during playback or paused state, the time slider is actually pushed to the beginning, but immediatelly pushed back to where it was as playback continues. What is Pos1? Does it still happen with GStreamer packages from unstable? If so, can you attach a video that shows the problem? It's very likely related to the specific decoder used for that video. sorry, forgot to de-localize: It’s the home Home button. It doesn't do anything here at all. Can you try with unstable packages? still happening. I should have added that the time slider needs to be in focus, e.g. after clicking on it. Ok, reproduced and forwarded upstream. Cheers, Emilio signature.asc Description: OpenPGP digital signature
