Bug#1050172: ITS: mah-jong
Hello, On Mon, Aug 21, 2023 at 06:28:05PM +0800, xiao sheng wen wrote: > > The current maintainer of mah-jong is Nicolas Boullis , > he is not active now. > > The mah-jong has new upstream version. > > I want ITS mah-jong. You’re absolutely right, I haven’t given the mah-jong mackage any love for too many years. If you’re willing to take over maintenance for this package, please go ahead. Cheers, -- Nicolas Boullis signature.asc Description: PGP signature
Bug#868501: tinyca2: fails to parse subject DN when whitespace surrounds '=' token
Package: tinyca Version: 0.7.5-6 Followup-For: Bug #868501 Dear Maintainer, Is there any update on this bug? It would be nice to have it fixed for Bullseye. Best regards, -- Nicolas Boulis -- System Information: Debian Release: 10.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-13-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tinyca depends on: ii libgtk2-perl2:1.24992-1+b2 ii liblocale-gettext-perl 1.07-3+b4 ii openssl 1.1.1d-0+deb10u4 Versions of packages tinyca recommends: ii zip 3.0-11+b1 tinyca suggests no packages. -- no debconf information
Bug#932837: xscreensaver: No text on lock screen
Hello,
On Wed, Aug 19, 2020 at 11:42:55PM +0200, Nicolas Boullis wrote:
>
> On Sun, Aug 16, 2020 at 09:58:04AM -0700, Jamie Zawinski wrote:
> >
> > If you're feeling adventurous, rebuilding with DEBUG defined in
> > utils/font-retry.c and sending me the output of a run with that version
> > might be helpful. Though I guess that if the self-compiled version does not
> > exhibit the problem, that won't help.
>
> I just gave it a try. Th corresponding log is attached.
> But I guess you won’t be happy with the “<< stderr diagnostics have been
> truncated >>” part… :-/
For what it’s worth, I just tried again, after patching driver/stderr.c
to enlarge stderr_buffer (to 128kB).
The corresponding log is attached. It is not truncated.
I find it strange, if I read it correctly, that it first succeeds
to replace the -*-helvetica-bold-r-*-*-*-140-*-*-*-*-iso8859-1 font
(with -*-*-medium-r-*-*-*-140-*-*-p-*-iso10646-1) twice but fails the
third time…
Cheers,
--
Nicolas Boullis
##
xscreensaver: 14:42:29: logging to "/tmp/xscreensaver.log" at Sun Aug 23
14:42:29 2020
##
xscreensaver 5.42, copyright (c) 1991-2018 by Jamie Zawinski .
xscreensaver: 14:42:29: running as nboullis/nboullis (1000/1000)
xscreensaver: 14:42:29: in process 12878.
xscreensaver: 14:42:29: running on display ":0"
xscreensaver: 14:42:29: vendor is The X.Org Foundation, 12004000.
xscreensaver: 14:42:29: useful extensions:
xscreensaver: 14:42:29: MIT Screen-Saver (disabled at compile time)
xscreensaver: 14:42:29: Shared Memory (1.2)
xscreensaver: 14:42:29: Double-Buffering (1.0)
xscreensaver: 14:42:29: Power Management (1.1)
xscreensaver: 14:42:29: GLX
xscreensaver: 14:42:29: XF86 Video-Mode (2.2)
xscreensaver: 14:42:29: XC Misc (disabled at compile time)
xscreensaver: 14:42:29: Xinerama (1.1)
xscreensaver: 14:42:29: Resize-and-Rotate (1.5)
xscreensaver: 14:42:29: XInput
xscreensaver: 14:42:29: screen 0 non-colormapped depths: 24.
xscreensaver: 14:42:29: WARNING: RANDR and Xinerama report different
xscreensaver: 14:42:29: screen layouts! Believing RANDR.
xscreensaver: 14:42:29: screens in use: 1
xscreensaver: 14:42:29:0/0: 1366x768+0+0 (eDP-1)
xscreensaver: 14:42:29: rejected screens: 2
xscreensaver: 14:42:29:1/0: 1366x768+0+0 (HDMI-1) -- output disabled
xscreensaver: 14:42:29:2/0: 1366x768+0+0 (DP-1) -- output disabled
xscreensaver: 14:42:29: selecting RANDR events
xscreensaver: 14:42:29: not using XInputExtension.
xscreensaver: 14:42:29: consulting /proc/interrupts for keyboard activity.
xscreensaver: 14:42:29: 0: visual 0x21 (TrueColor, depth: 24, cmap: default)
xscreensaver: 14:42:29: 0: saver window is 0x41.
xscreensaver: 14:42:29: selecting events on extant windows... done.
xscreensaver: 14:42:29: awaiting idleness.
xscreensaver: 14:42:34: LOCK ClientMessage received; activating and locking.
xscreensaver: 14:42:34: 0: locked mode switching.
xscreensaver: 14:42:34: user is idle (ClientMessage)
xscreensaver: 14:42:34: blanking screen at Sun Aug 23 14:42:34 2020.
xscreensaver: 14:42:34: 0: grabbing keyboard on 0x176... GrabSuccess.
xscreensaver: 14:42:34: 0: grabbing mouse on 0x176... GrabSuccess.
xscreensaver: 14:42:34: fading...
xscreensaver: 14:42:36: fading done.
xscreensaver: 14:42:39: user is active (keyboard activity)
xscreensaver: 14:42:39: pam_start ("xscreensaver", "nboullis", ...) ==> 0
(Success)
xscreensaver: 14:42:39: pam_set_item (p, PAM_TTY, ":0.0") ==> 0 (Success)
xscreensaver: 14:42:39: pam_authenticate (...) ...
xscreensaver: 14:42:39: pam_conversation (ECHO_OFF="Password: ") ...
xscreensaver: failed -*-helvetica-bold-r-*-*-*-180-*-*-*-*-iso8859-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-180-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-170-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-160-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-150-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-140-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-130-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-120-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-110-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-100-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-90-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-80-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-70-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-60-*-*-p-*-iso10646-1
xscreensaver: trying -*-arial-bold-r-*-*-*-180-*-*-p-*-iso10646-1
xscreensaver: trying -*-arial-bold-r-*-*-*-170-*-*-p-*-iso10646-1
xscre
Bug#932837: xscreensaver: No text on lock screen
Hi,
On Sun, Aug 16, 2020 at 11:04:55AM -0700, Jamie Zawinski wrote:
>
> I assure you, I did not write all that code for shits and giggles, but
> to fix an actual problem people were experiencing on font-bereft
> systems like yours.
I did not pretend you wrote any code for no good reason. To be honnest,
I did not really look at the code of xscreensaver, only used it.
> Well, that set of fonts is, in fact, garbage, but I think it should
> have fallen back to
> -misc-fixed-medium-r-normal-*-*-*-*-*-c-*-iso10646-1
I know close to nothing about how fonts are managed on my system, but
I’m still curious why you consider “my” set of fonts garbage…
On Sun, Aug 16, 2020 at 09:58:04AM -0700, Jamie Zawinski wrote:
>
> If you're feeling adventurous, rebuilding with DEBUG defined in
> utils/font-retry.c and sending me the output of a run with that version might
> be helpful. Though I guess that if the self-compiled version does not exhibit
> the problem, that won't help.
I just gave it a try. Th corresponding log is attached.
But I guess you won’t be happy with the “<< stderr diagnostics have been
truncated >>” part… :-/
Anyway, I still read the line going from
xscreensaver: trying -*-bitstream vera
sans-bold-r-*-*-*-180-*-*-p-*-iso10646-1
to
xscreensaver: trying -*-bitstream vera sans-bold-r-*-*-*-60-*-*-p-*-iso10646-1
I am somewhat surprised since I do have the ttf-bitstream-vera package
installed on my system… Does it mean I’m missing something to make that
font available to xscreensaver?
Sorry if that question sounds stupid, but I wrote above that I know
close to nothing about how fonts are managed…
Regards,
--
Nicolas Boullis
##
xscreensaver: 23:25:28: logging to "/tmp/xscreensaver.log" at Wed Aug 19
23:25:28 2020
##
xscreensaver 5.42, copyright (c) 1991-2018 by Jamie Zawinski .
xscreensaver: 23:25:28: running as nboullis/nboullis (1000/1000)
xscreensaver: 23:25:28: in process 22982.
xscreensaver: 23:25:28: running on display ":0"
xscreensaver: 23:25:28: vendor is The X.Org Foundation, 12004000.
xscreensaver: 23:25:28: useful extensions:
xscreensaver: 23:25:28: MIT Screen-Saver (disabled at compile time)
xscreensaver: 23:25:28: Shared Memory (1.2)
xscreensaver: 23:25:28: Double-Buffering (1.0)
xscreensaver: 23:25:28: Power Management (1.1)
xscreensaver: 23:25:28: GLX
xscreensaver: 23:25:28: XF86 Video-Mode (2.2)
xscreensaver: 23:25:28: XC Misc (disabled at compile time)
xscreensaver: 23:25:28: Xinerama (1.1)
xscreensaver: 23:25:28: Resize-and-Rotate (1.5)
xscreensaver: 23:25:28: XInput
xscreensaver: 23:25:28: screen 0 non-colormapped depths: 24.
xscreensaver: 23:25:28: WARNING: RANDR and Xinerama report different
xscreensaver: 23:25:28: screen layouts! Believing RANDR.
xscreensaver: 23:25:28: screens in use: 1
xscreensaver: 23:25:28:0/0: 1366x768+0+0 (eDP-1)
xscreensaver: 23:25:28: rejected screens: 2
xscreensaver: 23:25:28:1/0: 1366x768+0+0 (HDMI-1) -- output disabled
xscreensaver: 23:25:28:2/0: 1366x768+0+0 (DP-1) -- output disabled
xscreensaver: 23:25:28: selecting RANDR events
xscreensaver: 23:25:28: not using XInputExtension.
xscreensaver: 23:25:28: consulting /proc/interrupts for keyboard activity.
xscreensaver: 23:25:28: 0: visual 0x21 (TrueColor, depth: 24, cmap: default)
xscreensaver: 23:25:28: 0: saver window is 0x41.
xscreensaver: 23:25:28: selecting events on extant windows... done.
xscreensaver: 23:25:28: awaiting idleness.
xscreensaver: 23:25:36: LOCK ClientMessage received; activating and locking.
xscreensaver: 23:25:36: 0: locked mode switching.
xscreensaver: 23:25:36: user is idle (ClientMessage)
xscreensaver: 23:25:36: blanking screen at Wed Aug 19 23:25:36 2020.
xscreensaver: 23:25:36: 0: grabbing keyboard on 0x176... GrabSuccess.
xscreensaver: 23:25:36: 0: grabbing mouse on 0x176... GrabSuccess.
xscreensaver: 23:25:36: fading...
xscreensaver: 23:25:38: fading done.
xscreensaver: 23:25:44: user is active (keyboard activity)
xscreensaver: 23:25:44: pam_start ("xscreensaver", "nboullis", ...) ==> 0
(Success)
xscreensaver: 23:25:44: pam_set_item (p, PAM_TTY, ":0.0") ==> 0 (Success)
xscreensaver: 23:25:44: pam_authenticate (...) ...
xscreensaver: 23:25:44: pam_conversation (ECHO_OFF="Password: ") ...
xscreensaver: failed -*-helvetica-bold-r-*-*-*-180-*-*-*-*-iso8859-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-180-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-170-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-160-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-150-*-*-p-*-iso10646-1
xscreensaver: trying -*-helvetica-bold-r-*-*-*-140-*-*-p-*-iso10646-1
xscreensaver: trying -*-h
Bug#932837: xscreensaver: No text on lock screen
Hello, On Sun, Aug 16, 2020 at 09:58:04AM -0700, Jamie Zawinski wrote: > XScreenSaver (as of 5.42) tries really hard to do something sensible > with whatever set of garbage fonts you happen to have installed, Well, that “set of garbage fonts” is fine for XScreenSaver 5.36… > so it would be helpful if you send me the output of xlsfonts on your > system where it's doing something terrible. Here it is. > Is there anything about fonts in the log output of xscreensaver > -verbose -log log.txt ? Just gave it a try. The log is attached, but I see nothing font-related. > If you're feeling adventurous, rebuilding with DEBUG defined in > utils/font-retry.c and sending me the output of a run with that > version might be helpful. Though I guess that if the self-compiled > version does not exhibit the problem, that won't help. Ok, I’ll give it a try ASAP. Cheers, -- Nicolas Boullis -arabic-newspaper-medium-r-normal--0-0-100-100-p-0-iso10646-1 -arabic-newspaper-medium-r-normal--32-246-100-100-p-137-iso10646-1 -daewoo-gothic-medium-r-normal--0-0-100-100-c-0-ksc5601.1987-0 -daewoo-gothic-medium-r-normal--16-120-100-100-c-160-ksc5601.1987-0 -daewoo-mincho-medium-r-normal--0-0-100-100-c-0-ksc5601.1987-0 -daewoo-mincho-medium-r-normal--16-120-100-100-c-160-ksc5601.1987-0 -daewoo-mincho-medium-r-normal--24-170-100-100-c-240-ksc5601.1987-0 -isas-fangsong ti-medium-r-normal--0-0-72-72-c-0-gb2312.1980-0 -isas-fangsong ti-medium-r-normal--16-160-72-72-c-160-gb2312.1980-0 -isas-song ti-medium-r-normal--0-0-72-72-c-0-gb2312.1980-0 -isas-song ti-medium-r-normal--16-160-72-72-c-160-gb2312.1980-0 -isas-song ti-medium-r-normal--24-240-72-72-c-240-gb2312.1980-0 -jis-fixed-medium-r-normal--0-0-75-75-c-0-jisx0208.1983-0 -jis-fixed-medium-r-normal--16-110-100-100-c-160-jisx0208.1983-0 -jis-fixed-medium-r-normal--16-150-75-75-c-160-jisx0208.1983-0 -jis-fixed-medium-r-normal--24-170-100-100-c-240-jisx0208.1983-0 -jis-fixed-medium-r-normal--24-230-75-75-c-240-jisx0208.1983-0 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso10646-1 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-1 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-10 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-13 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-14 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-15 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-16 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-2 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-3 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-4 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-5 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-7 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-8 -misc-fixed-bold-r-normal--0-0-100-100-c-0-iso8859-9 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso10646-1 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-1 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-10 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-11 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-13 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-14 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-15 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-16 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-2 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-3 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-4 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-5 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-7 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-8 -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-9 -misc-fixed-bold-r-normal--13-100-100-100-c-70-iso8859-1 -misc-fixed-bold-r-normal--13-100-100-100-c-80-iso8859-1 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso10646-1 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-1 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-10 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-11 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-13 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-14 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-15 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-16 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-2 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-3 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-4 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-5 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-7 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-8 -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-9 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso10646-1 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-1 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-10 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-13 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-14 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-15 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-16 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-2 -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-3 -misc-
Bug#932837: xscreensaver: No text on lock screen
Package: xscreensaver Version: 5.42+dfsg1-1 Followup-For: Bug #932837 Dear Maintainer, For what it’s worth, I just upgraded my laptop from stretch to buster and started experiencing exactly the same problem as Jacob Adams. Here is a screenshot that show the unlock dialog. I tried to downgrade xscreensaver back to the version in stretch (5.36-1) and the texts in the unlock dialog came back. I upgraded again to the version in buster (5.42+dfsg1-1) and the texts disappeared again. Hence, I don’t think it is related to the kernel or X server in use. My guess would be a missing dependency, but I don’t know what… A font? Cheers, -- Nicolas Boullis -- System Information: Debian Release: 10.5 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-10-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xscreensaver depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-10 ii libcairo21.16.0-4 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglade2-0 1:2.6.4-2+b1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk2.0-0 2.24.32-3 ii libice6 2:1.0.9-2 ii libpam0g 1.3.1-5 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii libpangoft2-1.0-01.42.4-8~deb10u1 ii libsm6 2:1.2.3-1 ii libx11-6 2:1.6.7-1 ii libxext6 2:1.3.3-1+b2 ii libxi6 2:1.7.9-1 ii libxinerama1 2:1.1.4-2 ii libxml2 2.9.4+dfsg1-7+b3 ii libxmu6 2:1.1.2-2+b3 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxt6 1:1.1.5-1+b3 ii libxxf86vm1 1:1.1.4-1+b2 ii xscreensaver-data5.42+dfsg1-1 Versions of packages xscreensaver recommends: ii libjpeg-turbo-progs 1:1.5.2-2+b1 pn miscfiles | wordlist ii perl 5.28.1-6+deb10u1 Versions of packages xscreensaver suggests: ii firefox-esr [www-browser] 68.11.0esr-1~deb10u1 pn fortune pn gdm3 | kdm-gdmcompat pn qcam | streamer ii w3m [www-browser] 0.5.3-37 pn xdaliclock pn xfishtank pn xscreensaver-data-extra pn xscreensaver-gl pn xscreensaver-gl-extra -- no debconf information signature.asc Description: PGP signature
Bug#864677: linux-image-3.16.0-4-amd64: bluetooth randomly fails to initialize with message “Unable to create crypto context”
Package: src:linux Version: 3.16.43-2 Severity: normal Dear Maintainer, I experience some problem with the linux kernel, that randomly fails to initialize bluetooth. This makes my computer somewhat unusable, since I use a bluetooth mouse. Here is some kernel log when the problem occurs: [6.313642] usb 2-1.8.1.3: new full-speed USB device number 8 using ehci-pci [6.409481] usb 2-1.8.1.3: New USB device found, idVendor=05ac, idProduct=828a [6.409487] usb 2-1.8.1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [6.409490] usb 2-1.8.1.3: Product: Bluetooth USB Host Controller [6.409493] usb 2-1.8.1.3: Manufacturer: Apple Inc. [6.413611] Bluetooth: Core ver 2.19 [6.413630] NET: Registered protocol family 31 [6.413631] Bluetooth: HCI device and connection manager initialized [6.413640] Bluetooth: HCI socket layer initialized [6.413643] Bluetooth: L2CAP socket layer initialized [6.413658] Bluetooth: SCO socket layer initialized [6.416617] Bluetooth: Unable to create crypto context [6.416700] btusb: probe of 2-1.8.1.3:1.0 failed with error -2 Some googling suggests this might be a missing module dependency on crypto/ecb.ko. The fact that this occurs randomly suggests it might be a race condition. As far as I can tell, it did not occur with 3.16.39-1+deb8u2. Cheers, -- Nicolas Boullis -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.43-2 (2017-04-30) ** Command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/system-ROOT ro quiet ** Not tainted ** Kernel log: [ 11.659046] raid6: using algorithm sse2x4 (8611 MB/s) [ 11.659047] raid6: using ssse3x2 recovery algorithm [ 11.676102] xor: automatically using best checksumming function: [ 11.695989] tg3 :01:00.0 eth0: Tigon3 [partno(BCM957766a) rev 57766001] (PCI Express) MAC address 0c:4d:e9:ba:8a:e5 [ 11.695993] tg3 :01:00.0 eth0: attached PHY is 57765 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) [ 11.695995] tg3 :01:00.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] [ 11.695997] tg3 :01:00.0 eth0: dma_rwctrl[0001] dma_mask[64-bit] [ 11.714999]avx : 16040.000 MB/sec [ 11.722413] fbcon: inteldrmfb (fb0) is primary device [ 11.759127] Console: switching to colour frame buffer device 240x75 [ 11.766390] i915 :00:02.0: fb0: inteldrmfb frame buffer device [ 11.766392] i915 :00:02.0: registered panic notifier [ 11.787287] ACPI: Video Device [IGPU] (multi-head: yes rom: no post: no) [ 11.787415] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input14 [ 11.787465] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 11.791926] firewire_ohci :03:00.0: irq 49 for MSI/MSI-X [ 11.821676] iTCO_vendor_support: vendor-support=0 [ 11.847001] firewire_ohci :03:00.0: added OHCI v1.10 device as card 0, 8 IR + 8 IT contexts, quirks 0x0, physUB [ 12.048944] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [ 12.048988] iTCO_wdt: unable to reset NO_REBOOT flag, device disabled by hardware/BIOS [ 12.067942] Btrfs loaded [ 12.199100] input: Apple, Inc. IR Receiver as /devices/pci:00/:00:1d.0/usb4/4-1/4-1.8/4-1.8.2/4-1.8.2:1.0/0003:05AC:8242.0003/input/input15 [ 12.199225] appleir 0003:05AC:8242.0003: input,hiddev0,hidraw4: USB HID v1.11 Device [Apple, Inc. IR Receiver] on usb-:00:1d.0-1.8.2/input0 [ 12.342669] Bluetooth: Core ver 2.19 [ 12.342700] NET: Registered protocol family 31 [ 12.342701] Bluetooth: HCI device and connection manager initialized [ 12.342708] Bluetooth: HCI socket layer initialized [ 12.342710] Bluetooth: L2CAP socket layer initialized [ 12.342718] Bluetooth: SCO socket layer initialized [ 12.346760] firewire_core :03:00.0: created device fw0: GUID 280b5cfffe1199c8, S800 [ 12.410491] usbcore: registered new interface driver btusb [ 12.414445] usbcore: registered new interface driver usbserial [ 12.414458] usbcore: registered new interface driver usbserial_generic [ 12.414468] usbserial: USB Serial support registered for generic [ 12.431659] usb 4-1.8.1.1: USB disconnect, device number 6 [ 12.466606] usbcore: registered new interface driver pl2303 [ 12.466622] usbserial: USB Serial support registered for pl2303 [ 12.466634] pl2303 1-2:1.0: pl2303 converter detected [ 12.467160] usb 1-2: pl2303 converter now attached to ttyUSB0 [ 12.544791] cfg80211: Calling CRDA to update world regulatory domain [ 12.622950] usb 4-1.8.1.2: USB disconnect, device number 7 [ 12.772646] b43-phy0: Broadcom 4331 WLAN found (core revision 29) [ 12.773067] b43-phy0: Found PHY: Analog 9, Type 7 (HT), Revision 1 [ 12.773075] b43-phy0 warning: 5 GHz band is unsupported on this PHY [ 12.773536] Broadcom 43xx driver loaded [ Features: PMNLS ] [ 12.801960] b43 bcma0:0: firmware
Bug#813253: O: wmtv
Package: wnpp Severity: normal Hi, I’m hereby orphaning the wmtv package. I haven’t given this package any care for years, my last upload was in 2005. I also don’t use WindowMaker anymore, and I don’t use anymore any bt848- or bt878-based video capture card (and I can’t anyway since analog TV broadcast hast stopped in France). The package has also been dead upstream for as long as I have known it. Given its low popcon-score, this package might be a good candidate for removal. -- Nicolas signature.asc Description: Digital signature
Bug#800217: wmtv: Please migrate a supported debhelper compat level
Hi Eriberto,
On Sat, Dec 26, 2015 at 01:09:42AM -0200, Eriberto Mota wrote:
>
> I uploaded a NMU to 10-day/delay queue. Feel free to cancel this
> upload if needed.
>
> The debian/changelog is:
>
> wmtv (0.6.5-16.2) unstable; urgency=medium
> .
>* Non-maintainer upload.
>* Migrated DH level to 9 to avoid a FTBFS. (Closes: #800217)
>* debian/compat: added.
>* debian/control:
> - Added the ${misc:Depends} variable to provide the
> right install dependencies.
> - Bumped Standards-Version to 3.9.6.
>* debian/rules: removed the DH_COMPAT variable.
>
> I attached a debdiff.
Thanks for your upload.
For what it’s worth, I haven’t given this package any care for years; to
be honnest, I haven’t even used it for years, I no longer have the
hardware for it, and do not use WindowMaker anymore.
I should definitely orphan this package, and would consider it candidate
for removal.
If you have some interest in this package, would you consider taking it
over?
Cheers,
--
Nicolas
Bug#779390: gpscorrelate: Does not properly set the GPSTimeStamp tag
Package: gpscorrelate
Version: 1.6.1-4
Severity: normal
Tags: patch
Dear Maintainer,
After tagging some images with gpscorrelate, I figured out that the exif
program complains with:
| Corrupt data
| The data provided does not follow the specification.
| ExifEntry: The tag 'GPSTimeStamp' contains data of an invalid format
('SRational', expected 'Rational').
According to the EXIF standard, found at
http://www.cipa.jp/std/documents/e/DC-008-2012_E.pdf
(page 68) the GPSTimeStamp tag is really supposed to be made of 3
RATIONAL values.
The attached patch fixes the problem.
Cheers,
--
Nicolas Boullis
-- System Information:
Debian Release: 7.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gpscorrelate depends on:
ii libc62.13-38+deb7u8
ii libexiv2-12 0.23-1
ii libgcc1 1:4.7.2-5
ii libstdc++6 4.7.2-5
ii libxml2 2.8.0+dfsg1-7+wheezy3
gpscorrelate recommends no packages.
gpscorrelate suggests no packages.
-- no debconf information
Index: gpscorrelate-1.6.1/exif-gps.cpp
===
--- gpscorrelate-1.6.1.orig/exif-gps.cpp 2009-04-05 03:08:45.0 +0200
+++ gpscorrelate-1.6.1/exif-gps.cpp 2015-02-28 00:27:02.355955052 +0100
@@ -620,7 +620,7 @@
memcpy(TimeStamp, tmp2, sizeof(struct tm));
}
- Value = Exiv2::Value::create(Exiv2::signedRational);
+ Value = Exiv2::Value::create(Exiv2::unsignedRational);
snprintf(ScratchBuf, 100, %d/1 %d/1 %d/1,
TimeStamp.tm_hour, TimeStamp.tm_min,
TimeStamp.tm_sec);
signature.asc
Description: Digital signature
Bug#732286: closed by Nicolas Boullis nboul...@debian.org (Bug#732286: fixed in libcdio 0.92-1)
Hi, On Sun, Aug 31, 2014 at 11:51:05AM +0200, Andreas Barth wrote: I'd be thankful if we could get the fix earlier than the transition (especially as there is something to be done to get the packages depending on this one to be built). If it would be ok for you I could upload an NMU just fixing this issue (which of course would be overwritten as soon as you upload a higher version into unstable). Would that be possible? No problem if you want to NMU, feel free to go ahead. On the othen hand, I may also do the upload myself if you like it better. Cheers, -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732286: closed by Nicolas Boullis nboul...@debian.org (Bug#732286: fixed in libcdio 0.92-1)
Hi, On Sat, Aug 30, 2014 at 11:29:51PM +0200, Andreas Barth wrote: thanks, could we get a fix of this bug also in unstable, or would it help if I upload an NMU? (This package is relevant to get about 50 packages built, so if there is no reason why not I would upload an NMU in a couple of days). Well, it is my intention to upload libcdio 0.92-3 (or higher) to unstable, but some more work is needed before I can do it: i need to prepare packages for libcdio-paranoia (which was split out of libcdio), and to coordinate with the release team for the library transition. Cheers, -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744954: grub2: FTBFS on powerpc
Source: grub2 Version: 1.99-27+deb7u2 Severity: normal Tags: patch Dear Maintainer, While investigating bug #737999, I tried to build grub2 with pbuilder on my PowerPC system. Unfortunately, it fails with: |debian/rules override_dh_install | make[1]: Entering directory `/tmp/buildd/grub2-1.99' | dh_install -pgrub2 -pgrub-linuxbios -pgrub-efi -pgrub-rescue-pc -pgrub-firmware-qemu | cp: cannot stat `debian/tmp/build/grub-rescue-pc/grub-rescue-cdrom.iso': No such file or directory | dh_install: cp -a debian/tmp/build/grub-rescue-pc/grub-rescue-cdrom.iso debian/grub-rescue-pc/usr/lib/grub-rescue/ returned exit code 1 | make[1]: *** [override_dh_install] Error 2 | make[1]: Leaving directory `/tmp/buildd/grub2-1.99' | make: *** [binary] Error 2 After some investigation, it seems that a binary-only build, limited to architecture dependent packages, works fine, but not an unlimited binary-only build or a full (binary+source) build. For what it’s worth, here is a quickdirty patch that solves the problem for me. Cheers, -- Nicolas Boullis -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'stable'), (500, 'oldstable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- grub2-1.99/debian/changelog +++ grub2-1.99/debian/changelog @@ -1,3 +1,10 @@ +grub2 (1.99-27+deb7u2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Source: don’t try to build packages not for the target architecture. + + -- nboul...@debian.org Wed, 16 Apr 2014 09:09:29 + + grub2 (1.99-27+deb7u2) stable; urgency=low * Backport from upstream: --- grub2-1.99/debian/rules +++ grub2-1.99/debian/rules @@ -252,19 +252,23 @@ done override_dh_install: - dh_install -pgrub2 -pgrub-linuxbios -pgrub-efi -pgrub-rescue-pc -pgrub-firmware-qemu - set -e; for package in grub-common grub2-common grub-mount-udeb; do \ +ifneq (,$(filter grub2 grub-linuxbios grub-efi grub-rescue-pc grub-firmware-qemu,$(BUILD_PACKAGES))) + dh_install $(patsubst %,-p%,$(filter grub2 grub-linuxbios grub-efi grub-rescue-pc grub-firmware-qemu,$(BUILD_PACKAGES))) +endif + set -e; for package in $(filter grub-common grub2-common grub-mount-udeb,$(BUILD_PACKAGES)); do \ dh_install -p$$package --sourcedir=debian/tmp-grub-$(COMMON_PLATFORM); \ done rm -f debian/grub2-common/usr/share/info/dir* - set -e; for package in grub-pc grub-efi-ia32 grub-efi-amd64 grub-ieee1275 grub-coreboot grub-yeeloong; do \ + set -e; for package in $(filter grub-pc grub-efi-ia32 grub-efi-amd64 grub-ieee1275 grub-coreboot grub-yeeloong,$(BUILD_PACKAGES)); do \ dh_install -p$$package --sourcedir=debian/tmp-$$package; \ dh_install -p$$package-bin --sourcedir=debian/tmp-$$package; \ done +ifneq (,$(filter grub-emu,$(BUILD_PACKAGES))) dh_install -pgrub-emu --sourcedir=debian/tmp-grub-emu +endif override_dh_installdocs: - dh_installdocs -pgrub-common -pgrub-rescue-pc -pgrub-firmware-qemu -A AUTHORS NEWS README THANKS TODO + dh_installdocs $(patsubst %,-p%,$(filter grub-common grub-rescue-pc grub-firmware-qemu,$(BUILD_PACKAGES))) -A AUTHORS NEWS README THANKS TODO dh_installdocs -Ngrub-common -Ngrub-rescue-pc -Ngrub-firmware-qemu --link-doc=grub-common override_dh_strip:
Bug#737999: grub-ieee1275: Fails to boot linux on my PowerPC-based Mac Mini, complains about incompatible license
Package: grub-ieee1275
Version: 1.99-27+deb7u2
Severity: important
Dear Maintainer,
I recently upgraded my PowerPC-based Mac Mini from Squeeze to Wheezy.
Unfortunately, grub fails to boot linux, complaining about incompatible
licence.
Squeeze’s grub-ieee1275 1.98+20100804-14+squeeze1 works fine.
Grub is installed on my system with:
grub-mkimage -c grub_minimal.cfg -o /tmp/grub -O powerpc-ieee1275 ext2.mod
part_apple.mod normal.mod search.mod search_fs_uuid.mod
Then the grub image is installed to the IEEE1275 bootstrap partition.
My grub_minimal.cfg configuration file contains:
| search --no-floppy --fs-uuid --set=root b431cd5c-6711-4b51-8b45-bfc1a70909b4
| set prefix=($root)/boot/grub
| normal
The first stage seems to work fine, since I get the boot menu as
expected.
Please feel free to ask details about my setup.
Regards,
--
Nicolas Boullis
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/irma-ROOT / ext3
rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
/dev/sda3 /boot ext3 rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/irma-HOME /home ext4
rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/mapper/irma-USR /usr ext3
rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/irma-VAR /var ext3
rw,relatime,errors=continue,barrier=1,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-ST9808210A_3LF0BTBS
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod ieee1275_fb
}
terminal_input console
terminal_output console
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-powerpc' --class debian
--class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_apple
insmod ext2
set root='(/dev/sda,apple3)'
search --no-floppy --fs-uuid --set=root
b431cd5c-6711-4b51-8b45-bfc1a70909b4
echo'Loading Linux 3.2.0-0.bpo.4-powerpc ...'
linux /vmlinux-3.2.0-0.bpo.4-powerpc root=/dev/mapper/irma-ROOT ro
quiet
echo'Loading initial ramdisk ...'
initrd /initrd.img-3.2.0-0.bpo.4-powerpc
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-0.bpo.4-powerpc (recovery mode)'
--class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_apple
insmod ext2
set root='(/dev/sda,apple3)'
search --no-floppy --fs-uuid --set=root
b431cd5c-6711-4b51-8b45-bfc1a70909b4
echo'Loading Linux 3.2.0-0.bpo.4-powerpc ...'
linux /vmlinux-3.2.0-0.bpo.4-powerpc root=/dev/mapper/irma-ROOT ro
single
echo'Loading initial ramdisk ...'
initrd /initrd.img-3.2.0-0.bpo.4-powerpc
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-powerpc' --class debian
--class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_apple
insmod ext2
set root='(/dev/sda,apple3)'
search --no-floppy --fs-uuid --set=root
b431cd5c-6711-4b51-8b45-bfc1a70909b4
echo'Loading Linux 2.6.32-5-powerpc ...'
linux /vmlinux-2.6.32-5-powerpc root=/dev/mapper/irma-ROOT ro quiet
echo'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-5-powerpc
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-powerpc (recovery mode)'
--class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_apple
insmod ext2
set root='(/dev/sda,apple3)'
search --no-floppy --fs-uuid --set=root
b431cd5c-6711-4b51-8b45-bfc1a70909b4
echo'Loading Linux 2.6.32-5-powerpc ...'
linux /vmlinux-2.6.32-5-powerpc root=/dev/mapper/irma-ROOT ro single
echo'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-5-powerpc
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way
Bug#695794: vcdimager: diff for NMU version 0.7.24+dfsg-0.1
Hi David, On Tue, Jan 01, 2013 at 11:17:11AM -0400, David Prévot wrote: I think the confusion is simply based on debdiff being smart, not differencing the repacked and the patch part. The offending files are really removed from the repacked source tarball as you can check it in: http://ftp-master.debian.org/deferred/vcdimager_0.7.24+dfsg.orig.tar.xz Oh, I see. Sorry for my mistake, then, and thanks for your NMU. Regards, -- Nicolas signature.asc Description: Digital signature
Bug#695794: vcdimager: diff for NMU version 0.7.24+dfsg-0.1
Dear David, On Mon, Dec 31, 2012 at 12:17:37AM -0400, David Prévot wrote: Dear maintainer, I've prepared an NMU for vcdimager (versioned as 0.7.24+dfsg-0.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Thanks for your interest in the vcdimager package. I thought I would take care of this bug in the next few days, but a NMU is fine. However, as far as I understand it, your patch is not correct since it looks like you did not remove the offending files from the source tarball, and it includes the content of those file in the patch itself... Please either tell me that I am wrong, or remove this upload if it does not really solve the problem, as it looks to me. Best regards, -- Nicolas signature.asc Description: Digital signature
Bug#672820: transition: libcdio
On Wed, Jun 13, 2012 at 09:08:48PM +0200, Julien Cristau wrote: Thanks for your patience. It should be fine to go ahead now. #676100 will need to be fixed, but that may just mean dropping the libxmmsclient-ruby* packages. Ok, thanks. I just uploaded libcdio 0.83-4 to unstable. Cheers, -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672820: transition: libcdio
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear release team, I'd like to upload a recent libcdio to unstable. Unfortunately, as usual with libcdio, upgrading from 0.81 to 0.83 means breaking the ABI and changing the sonames of the libcdio-cdda, libcdio-paranoia, libcdio and libiso9660 libraries... FWIW, here is the list of (source packages of) packages that depend on one of the old libraries: $ grep-aptavail -F Depends libcdio-cdda0 -o -F Depends libcdio-paranoia0 -o -F Depends libcdio10 -o -F Depends libiso9660-7 -s Source:Package | sed -e 's/^Package:/Source:/' | sort -u Source: aqualung Source: audacious-plugins Source: cdw Source: clementine (1.0.1+dfsg-1) Source: fuse-umfuse-iso9660 Source: gmerlin (1.0.0~dfsg-13) Source: gmerlin-avdecoder (1.1.0~dfsg-3) Source: gst-plugins-ugly0.10 Source: gvfs Source: kover Source: libav Source: libcdio Source: libdevice-cdio-perl (0.2.4-5) Source: mednafen Source: mplayer2 Source: qmmp Source: vcdimager Source: vlc (2.0.1-4) Source: xine-lib Source: xine-lib-1.2 Source: xmms2 (0.8+dfsg-2) A binNMU should be enough for all these packages. Note that libcdio 0.83 was already uploaded to experimental; latest is 0.83-3. If I understand what a ben file is, I think a ben file for this transition could be: title = libcdio; is_affected = .depends ~ /libcdio-cdda[01]/ | .depends ~ /libcdio-paranoia[01]/ | .depends ~ /libcdio1[03]/ | .depends ~ /libiso9660-[78]/ is_good = .depends ~ /libcdio-cdda1/ | .depends ~ /libcdio-paranoia1/ | .depends ~ /libcdio13/ | .depends ~ /libiso9660-8/ is_bad = .depends ~ /libcdio-cdda0/ | .depends ~ /libcdio-paranoia0/ | .depends ~ /libcdio10/ | .depends ~ /libiso9660-7/ Please tell me whether/when I can upload to unstable. Cheers, -- Nicolas signature.asc Description: Digital signature
Bug#672820: transition: libcdio
Hi KiBi, On Mon, May 14, 2012 at 12:19:57AM +0200, Cyril Brulebois wrote: Hi Nicolas, does it mean the API didn't change much, That's true. and that you test-rebuilt those packages? Unfortunately not. I test-rebuilt vcdimager (which lead me to patching libcdio to revert a change in its behavior). I think I also test-rebuilt a few other packages, but that was months ago¹ and I don't remember which ones. If you wish, I can test-rebuild all those packages, but I'm afraid I don't have enough CPU power at home to handle this quickly. Cheers, -- Nicolas ¹ I somehow missed the requirement to request transitions as bug reports against the release.debian.org pseudo-package, and asked it about 2 months ago as a simple e-mail to debian-release@l.d.o, but my message remained unanswered. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660476: gpsbabel: New upstream release
Package: gpsbabel Version: 1.4.0-1 Severity: wishlist Hi, A new version of gpsbabel (1.4.3) was released on january 29th. It adds support for the GlobalSat DG-200 datalogger, which I use. -- Nicolas Boullis -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gpsbabel depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libusb-0.1-42:0.1.12-16 userspace USB programming library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gpsbabel recommends: pn gpsbabel-doc none (no description available) gpsbabel 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#515348: Depends on GTK2
Hi, On Tue, Jul 28, 2009 at 02:52:53PM -0400, Barry deFreese wrote: Hi, Upstream has finally release 1.10 which builds with GTK2. I've create a new package with the new upstream along with some other fixes. Though there is still an issue with the man pages being in section 1. people.d.o seems to be down so I posted the .dsc here, I hope you can get to it. http://mysite.verizon.net/bdefreese/debian/mah-jong/mah-jong_1.10-0.1.dsc Thanks a lot for your work. I downloaded your source package, and have started to look at it and fix a few minor problems (including the section for the manpages). In the next fex days, I will be with very limited Internet. I should be able to upload in about a week. Thanks again, Nicolas signature.asc Description: Digital signature
Bug#535836: dhcp3-client should support forwarding the IF_* environment variables to its dhclient-script child
Package: dhcp3-client Version: 3.1.1-6 Severity: wishlist Tags: patch Hi, The provided dhclient-script supports reading the IF_METRIC environment variable to set a metric to the route throught the default gateway, as specified if /etc/network/interfaces. Unfortunately, although dhclient3 has IF_METRIC in its environment, it does not forward it to its dhclient-script child. Here is a quick'n'dirty patch that makes dhclient3 forward all its IF_* environent variables to its dhclient-script child. Cheers, Nicolas Boullis -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (900, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) 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 dhcp3-client depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii debianutils 2.30 Miscellaneous utilities specific t ii dhcp3-common 3.1.1-6common files used by all the dhcp3 ii libc6 2.7-18 GNU C Library: Shared libraries dhcp3-client recommends no packages. Versions of packages dhcp3-client suggests: pn avahi-autoipd none (no description available) ii resolvconf1.42 name server information handler -- debconf information: dhcp3-client/dhclient-needs-restarting: dhcp3-client/dhclient-script_moved: dhcp3_3.1.1-6.patch.gz Description: Binary data signature.asc Description: Digital signature
Bug#524927: merkaartor: this problem may be locales-related
Package: merkaartor Followup-For: Bug #524927 Hi, For what it's worth, I experienced the same problem with a self-built markaartor 0.13.1. I was using LANG=C, and the problem disappeared when I set LANG=en_US.UTF-8. I did not investiate any further. Cheers, Nicolas -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (900, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) 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 merkaartor depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libqt4-network 4.4.3-1 Qt 4 network module ii libqt4-webkit 4.4.3-1 Qt 4 WebKit module ii libqt4-xml 4.4.3-1 Qt 4 XML module ii libqtcore4 4.4.3-1 Qt 4 core module ii libqtgui4 4.4.3-1 Qt 4 GUI module ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime merkaartor recommends no packages. merkaartor suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#480430: merkaartor 0.0.11~svn7913+lenny-1 does not seem to work, despite the Use 0.6 API option
Package: merkaartor Version: 0.0.11~svn7913+lenny-1 Followup-For: Bug #480430 Hi, I just tried to use merkaartor 0.0.11~svn7913+lenny-1 after the API change. I checked the Use 0.6 API option. But then, when I try to upload my changes, it fails with: There was an error uploading this request (400) Server message is 'Bad Request' Moreover, according to http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/Information Merkaartor v0.13 or higher will work, which seems to imply that 0.13 is needed. Cheers, Nicolas -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (900, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages merkaartor depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libqt4-network 4.4.3-1 Qt 4 network module ii libqt4-webkit 4.4.3-1 Qt 4 WebKit module ii libqt4-xml 4.4.3-1 Qt 4 XML module ii libqtcore4 4.4.3-1 Qt 4 core module ii libqtgui4 4.4.3-1 Qt 4 GUI module ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime merkaartor recommends no packages. merkaartor suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#480430: merkaartor 0.0.11~svn7913+lenny-1 does not seem to work, despite the Use 0.6 API option
On Tue, Apr 21, 2009 at 09:19:02PM +0200, Sebastian Niehaus wrote: That is exact what I experienced today. However. the Openstreetmap servers where (nearly) overloaded today and things did not run smoothly all the time. Therefore I did not repeat my bug report. To go a little further, I just compiled Merkaartor 0.13.1. Then I tried to upload a change with both Merkaartor 0.0.11~svn7913+lenny-1 and 0.13.1. It failed with 0.0.11~svn7913+lenny-1 but worked with 0.13.1. Hence, I don't think it is a problem with the overloaded servers... Bernd, please consider uploading a new merkaartor package. An upload to stable-proposed-updates (or volatile) might be a good idea. Cheers, Nicolas signature.asc Description: Digital signature
Bug#494497: merkaartor: export OSM and other characters are affected as well
Package: merkaartor Version: 0.0.11~svn7913+lenny-1 Followup-For: Bug #494497 Hi, I was willing to export some OSM data for use with gosmore, but whenever a special character is in a name, the OSM data is incorrect because the character is unescaped. (I met it at least with the quote, ampersand, lower than and greater than symbols.) I guess this is the same bug as #494497; I find this very annoying. Cheers, Nicolas -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (900, 'stable'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-irma (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages merkaartor depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libqt4-network 4.4.3-1 Qt 4 network module ii libqt4-webkit 4.4.3-1 Qt 4 WebKit module ii libqt4-xml 4.4.3-1 Qt 4 XML module ii libqtcore4 4.4.3-1 Qt 4 core module ii libqtgui4 4.4.3-1 Qt 4 GUI module ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime merkaartor recommends no packages. merkaartor 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#513882: libc6-dbg: no debugging symbols for nscd
Package: libc6-dbg Version: 2.7-18 Severity: normal Hello, Because of a problem with nscd (see bug #513635), I was willing to get a backtrace of it. So I installed libc6-dbg, and tried to attach gdb to a running nscd. Unfortunatenly, symbols seem to be missing from /usr/lib/debug/usr/sbin/nscd: | Reading symbols from /usr/sbin/nscd...Reading symbols from /usr/lib/debug/usr/sbin/nscd...(no debugging symbols found)...done. | (no debugging symbols found)...done. | | (no debugging symbols found) | (no debugging symbols found) | (no debugging symbols found) | 0x2000f854 in ?? () Cheers, Nicolas -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-irma (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-dbg depends on: ii libc6 2.7-18 GNU C Library: Shared libraries libc6-dbg recommends no packages. libc6-dbg 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#513635: nscd: uses 100% CPU
Package: nscd Version: 2.7-18 Severity: important Hi, I just upgraded nscd from version 2.3.6.ds1-13etch8 to 2.7-18 and it started using 100% CPU. In fact it starts using 100% CPU a few seconds after it was started. I tried to run it in debug mode (nscd -d), and it also starts using 100% CPU after a few seconds, without logging any activity. Note that is answers questions anyway, and log its activity fine. Running top with threads shown shows several nscd threads that use together 100% CPU: 4335 root 20 0 112m 2272 1716 R 11.2 0.2 0:19.02 nscd 4338 root 20 0 112m 2272 1716 R 11.2 0.2 0:03.04 nscd 4339 root 20 0 112m 2272 1716 R 11.2 0.2 0:43.08 nscd 4332 root 20 0 112m 2272 1716 R 10.6 0.2 1:12.14 nscd 4333 root 20 0 112m 2272 1716 R 10.6 0.2 1:12.18 nscd 4334 root 20 0 112m 2272 1716 R 10.6 0.2 1:17.18 nscd 4336 root 20 0 112m 2272 1716 R 10.6 0.2 0:26.56 nscd 4337 root 20 0 112m 2272 1716 R 10.6 0.2 0:44.26 nscd 4381 root 20 0 112m 2272 1716 R 10.6 0.2 0:00.88 nscd (The number of crazy nscd threads keeps increasing with time.) This finally makes my system unusable while nscd is running, so I have to stop it. This would certainly deserve grave severity if it affected everyone, but I can't believe it does and nobody reported the proble earlier. Hence, there must be something specific to my system. The problem might for example be powerpc-specific... FWIW, whenever I start it in debug mode, it first prints: 4244: invalid persistent database file /var/cache/nscd/passwd: file size does not match 4244: invalid persistent database file /var/cache/nscd/group: file size does not match 4244: invalid persistent database file /var/cache/nscd/services: file size does not match If I remove those cache files, it does not print this, but does again the next time I start it. Cheers, Nicolas -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-irma (PREEMPT) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nscd depends on: ii libc6 2.7-18 GNU C Library: Shared libraries nscd recommends no packages. nscd 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#500512: linphone: sends a wrong contact address = registration fails
Hi,
On Mon, Sep 29, 2008 at 05:07:03AM +0300, Tzafrir Cohen wrote:
On Mon, Sep 29, 2008 at 01:27:08AM +0200, Nicolas Boullis wrote:
Package: linphone
Version: 2.1.1-1+b1
Severity: important
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 11
setsockopt(11, SOL_SOCKET, SO_BROADCAST, [1], 4) = 0
connect(11, {sa_family=AF_INET, sin_port=htons(1),
sin_addr=inet_addr(217.12.3.11)}, 16) = 0
somewhere at yahoo.com. Are we connected to the Internet?
I'm a bit too lazy to check this, but it appears to be related to some
sort of automatic NAT support.
Sorry, but I don't think this is related to some sort of automatic NAT
support, or it is badly broken.
The point is I was using a NATted connection, and the contact address
was [EMAIL PROTECTED], while 192.168.0.2 obviously is the NATted IP,
not the public one. If it were related to some automatic NAT support,
then the public IP would have been used...
Cheers,
Nicolas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500735: gossip: crashes when trying to register
Package: gossip Version: 1:0.30-1 Severity: normal Hi, I just decided to try the XMPP protocol and decided to try with gossip. But when I try to register a new account, gossip crashes with the following output: (gossip:6639): Gtk-CRITICAL **: gtk_entry_set_text: assertion `text != NULL' failed ** (gossip:6639): CRITICAL **: gossip_jid_string_get_part_name: assertion `str != NULL' failed *** glibc detected *** gossip: munmap_chunk(): invalid pointer: 0x100c67a4 *** === Backtrace: = /lib/libc.so.6[0xefc3e78] /usr/lib/libglib-2.0.so.0(g_free+0x58)[0xf3ada68] gossip[0x100a176c] /usr/lib/libloudmouth-1.so.0[0xfd7ce40] /usr/lib/libloudmouth-1.so.0[0xfd7eb98] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x2c0)[0xf3a3820] /usr/lib/libglib-2.0.so.0[0xf3a7fb8] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x254)[0xf3a86f4] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xf4)[0xf8c0d14] gossip[0x1004e1bc] /lib/libc.so.6[0xef62704] /lib/libc.so.6[0xef628c0] === Memory map: 0010-00103000 r-xp 0010 00:00 0 [vdso] 0d88b000-0d88d000 r-xp 03:05 417860 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 0d88d000-0d89c000 ---p 2000 03:05 417860 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 0d89c000-0d89d000 rw-p 1000 03:05 417860 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 0d8ad000-0d8b3000 r-xp 03:05 418261 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 0d8b3000-0d8c2000 ---p 6000 03:05 418261 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 0d8c2000-0d8c3000 rw-p 5000 03:05 418261 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 0d8d3000-0d8d6000 r-xp 03:03 116901 /lib/libkeyutils-1.2.so 0d8d6000-0d8e5000 ---p 3000 03:03 116901 /lib/libkeyutils-1.2.so 0d8e5000-0d8e6000 rwxp 2000 03:03 116901 /lib/libkeyutils-1.2.so 0d8f6000-0d8fd000 r-xp 03:05 405133 /usr/lib/libkrb5support.so.0.1 0d8fd000-0d90d000 ---p 7000 03:05 405133 /usr/lib/libkrb5support.so.0.1 0d90d000-0d90e000 rw-p 7000 03:05 405133 /usr/lib/libkrb5support.so.0.1 0d91e000-0d98f000 r-xp 03:05 114737 /usr/lib/libgcrypt.so.11.4.4 0d98f000-0d99f000 ---p 00071000 03:05 114737 /usr/lib/libgcrypt.so.11.4.4 0d99f000-0d9a1000 rw-p 00071000 03:05 114737 /usr/lib/libgcrypt.so.11.4.4 0d9b1000-0d9b5000 r-xp 03:05 403802 /usr/lib/libgpg-error.so.0.3.0 0d9b5000-0d9c4000 ---p 4000 03:05 403802 /usr/lib/libgpg-error.so.0.3.0 0d9c4000-0d9c5000 rwxp 3000 03:05 403802 /usr/lib/libgpg-error.so.0.3.0 0d9d5000-0d9eb000 r-xp 03:05 401854 /usr/lib/libtasn1.so.3.0.6 0d9eb000-0d9fb000 ---p 00016000 03:05 401854 /usr/lib/libtasn1.so.3.0.6 0d9fb000-0d9fc000 rwxp 00016000 03:05 401854 /usr/lib/libtasn1.so.3.0.6 0da0c000-0da31000 r-xp 03:05 405050 /usr/lib/libpixman-1.so.0.10.0 0da31000-0da41000 ---p 00025000 03:05 405050 /usr/lib/libpixman-1.so.0.10.0 0da41000-0da42000 rw-p 00025000 03:05 405050 /usr/lib/libpixman-1.so.0.10.0 0da52000-0da6e000 r-xp 03:05 402547 /usr/lib/libxcb.so.1.0.0 0da6e000-0da7d000 ---p 0001c000 03:05 402547 /usr/lib/libxcb.so.1.0.0 0da7d000-0da7e000 rw-p 0001b000 03:05 402547 /usr/lib/libxcb.so.1.0.0 0da8e000-0da96000 r-xp 03:05 409676 /usr/lib/libxcb-render.so.0.0.0 0da96000-0daa5000 ---p 8000 03:05 409676 /usr/lib/libxcb-render.so.0.0.0 0daa5000-0daa6000 rw-p 7000 03:05 409676 /usr/lib/libxcb-render.so.0.0.0 0dab6000-0daba000 r-xp 03:05 404915 /usr/lib/libxcb-render-util.so.0.0.0 0daba000-0daca000 ---p 4000 03:05 404915 /usr/lib/libxcb-render-util.so.0.0.0 0daca000-0dacb000 rw-p 4000 03:05 404915 /usr/lib/libxcb-render-util.so.0.0.0 0dadb000-0db0 r-xp 03:05 401672 /usr/lib/libpng12.so.0.15.0 0db0-0db1 ---p 00025000 03:05 401672 /usr/lib/libpng12.so.0.15.0 0db1-0db11000 rwxp 00025000 03:05 401672 /usr/lib/libpng12.so.0.15.0 0db21000-0db47000 r-xp 03:05 402228 /usr/lib/libexpat.so.1.0.0 0db47000-0db57000 ---p 00026000 03:05 402228 /usr/lib/libexpat.so.1.0.0 0db57000-0db59000 rwxp 00026000 03:05 402228 /usr/lib/libexpat.so.1.0.0 0db69000-0dbe9000 r-xp 03:05 403482 /usr/lib/libfreetype.so.6.3.18 0dbe9000-0dbf8000 -Aborted Afterwards, I figured out that it was because I did not fill the password field, but a crash is certainly not the right way to tell the user. Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gossip depends on: ii gossip-common 1:0.30-1 friendly Jabber client for GNOME - ii libaspell150.60.4-4 GNU
Bug#500739: gossip: fails to register a new account on jabber.org
Package: gossip Version: 1:0.30-1 Severity: normal Hi, Each time I try to register a new account on jabber.org, I get an arror message that tells me: Failed to register your new account settings. A specific protocol error occurred that was unexpected. FWIW, I tried to create the same account with pidgin, and it worked fine. Then I could use that account with gossip. Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gossip depends on: ii gossip-common 1:0.30-1 friendly Jabber client for GNOME - ii libaspell150.60.4-4 GNU Aspell spell-checker runtime l ii libc6 2.7-13GNU C Library: Shared libraries ii libdbus-1-31.2.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libebook1.2-9 2.22.3-1 Client library for evolution addre ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-1 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libloudmouth1-01.4.0-1 Lightweight C Jabber library ii libnotify1 [libnotify1-gtk 0.4.4-3 sends desktop notifications to a n ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.32.dfsg-4 GNOME XML library ii libxss11:1.1.0-1 X11 Screen Saver extension library Versions of packages gossip recommends: ii iso-codes 1.0a-1 ISO language, territory, currency -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500512: linphone: sends a wrong contact address = registration fails
Package: linphone
Version: 2.1.1-1+b1
Severity: important
Hi,
I have a SIP server on a private network, a laptop with linphone
installed, and a VPN tunnel between both.
When linphone tries to register on the private SIP server, regitration
fails.
Thanks to wireshark, I can see that linphone tries to register with a
wrong contact address: the IP in this contact address is the local
IP of my laptop, not the IP in the tunnel.
Using strace, I could figure out that the local IP is discovered with:
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 11
setsockopt(11, SOL_SOCKET, SO_BROADCAST, [1], 4) = 0
connect(11, {sa_family=AF_INET, sin_port=htons(1),
sin_addr=inet_addr(217.12.3.11)}, 16) = 0
getsockname(11, {sa_family=AF_INET, sin_port=htons(38988),
sin_addr=inet_addr(192.168.0.2)}, [16]) = 0
close(11) = 0
I have no idea why it connects to 217.12.3.11 rather than my SIP server
to find out the correct IP...
FWIW, the (private) IP of my SIP server is 192.168.18.7, the local IP
of my laptop is 192.168.0.2 (on a NATted wifi network) and its tunnel IP
is 192.168.63.6.
The registration packets are sent as expected from 192.168.63.6 to
192.168.18.7; but the embedded contact address is [EMAIL PROTECTED]
(while I guess it should be [EMAIL PROTECTED]).
In the linphone SIP configuration, I tried to disable Automatically
guess a valid hostname and force my sip address to
[EMAIL PROTECTED], but it did not make any difference. What is this
option worth?
Cheers,
Nicolas
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (800, 'testing'), (700, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages linphone depends on:
ii libasound21.0.16-2 ALSA library
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libavcodec51 3:20080706-0.2 library to encode decode multimedi
ii libavutil49 3:20080706-0.2 avutil shared libraries
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii libglib2.0-0 2.16.5-1 The GLib library of C routines
ii libgsm1 1.0.12-1 Shared libraries for GSM speech co
ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface
ii liblinphone2 2.1.1-1+b1 linphone's shared library part (su
ii libmediastreamer0 2.1.1-1+b1 linphone web phone's media library
ii libogg0 1.1.3-4Ogg Bitstream Library
ii libortp7 2.1.1-1+b1 Real-time Transport Protocol stack
ii libosip2-3deb 3.1.0-1Session Initiation Protocol (SIP)
ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio
ii libraw1394-8 1.3.0-4library for direct access to IEEE
ii libspeex1 1.2~rc1-1 The Speex codec runtime library
ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library
ii libtheora01.0~beta3-1The Theora Video Compression Codec
ii libvorbis0a 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi
ii libvorbisenc2 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi
ii linphone-nox 2.1.1-1+b1 SIP softphone - console-only clien
linphone recommends no packages.
Versions of packages linphone suggests:
ii yelp 2.22.1-8 Help browser for GNOME 2
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499951: sympa: keeps open file descriptors for the terminal
Package: sympa Version: 5.3.4-5.2 Severity: normal Usertags: bad-daemon Hi, When sympa is running as a daemon, it keeps open file descriptors for the terminal. [EMAIL PROTECTED]:/# lsof -a -c sympa.pl -c archived.pl -c task_manager.pl -c bounced.pl +D /dev/pts COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME archived. 8906 sympa0u CHR 136,1 3 /dev/pts/1 task_mana 8923 sympa0u CHR 136,1 3 /dev/pts/1 bounced.p 8933 sympa0u CHR 136,1 3 /dev/pts/1 I think that there is no reason why a daemon should keep the terminal open. It's not very annoying when the daemon is run on startup by init. But when it is run over a SSH session, then the SSH session will not close gracefully, which is quite annoying. Simply adding /dev/null to the start-stop-daemon calls in /etc/init.d/sympa would probably solve the problem. Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-irma (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages sympa depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0]1.5.23 Debian configuration management sy ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP arc ii libc62.7-13 GNU C Library: Shared libraries ii libcgi-fast-perl 5.10.0-14 CGI::Fast Perl module ii libcrypt-ciphersaber-perl0.61-4 Perl module implementing CipherSab ii libdbd-mysql-perl4.008-1 A Perl5 database interface to the ii libdbi-perl 1.607-1 Perl5 database interface by Tim Bu ii libintl-perl 1.16-4 Uniforum message translations syst ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmailtools-perl2.04-1 Manipulate email in perl programs ii libmd5-perl 2.03-1 backwards-compatible wrapper for D ii libmime-charset-perl 1.006.2-2 Charset Informations for MIME ii libmime-encwords-perl1.010.101-1 deal with RFC-1522 encoded words ii libmime-perl 5.427-1 transitional dummy package ii libmime-tools-perl [libmime- 5.427-1 Perl5 modules for MIME-compliant m ii libmsgcat-perl 1.03-4+b1 Locale::Msgcat perl module ii libnet-ldap-perl 1:0.37-1A Client interface to LDAP servers ii libtemplate-perl 2.20-1 template processing system written ii libxml-libxml-perl 1.66-1+b1 Perl module for using the GNOME li ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mhonarc 2.6.16-1Mail to HTML converter ii perl [libmime-base64-perl] 5.10.0-14 Larry Wall's Practical Extraction ii perl-suid5.10.0-14 Runs setuid Perl scripts ii ssmtp [mail-transport-agent] 2.62-1 extremely simple MTA to get mail o ii sysklogd [system-log-daemon] 1.5-5 System Logging Daemon Versions of packages sympa recommends: ii doc-base 0.8.16 utilities to manage online documen ii logrotate 3.7.1-3Log rotation utility Versions of packages sympa suggests: pn apache2 | httpd-cgi none (no description available) pn libapache2-mod-fcgid none (no description available) pn libsoap-lite-perl none (no description available) ii mysql-server 5.0.51a-15 MySQL database server (metapackage ii mysql-server-5.0 [mysql-serve 5.0.51a-15 MySQL database server binaries pn openssl none (no description available) -- debconf information: sympa/key_password_again: (password omitted) * sympa/db_passwd: (password omitted) * sympa/db_passwd_again: (password omitted) sympa/key_password: (password omitted) * sympa/db_adminpasswd: (password omitted) * sympa/use_db: true sympa/db_removeonpurge: false sympa/use_soap: false wwsympa/webserver_type: Apache 2 * sympa/listmaster: [EMAIL PROTECTED] wwsympa/wwsympa_url: wwsympa/webserver_restart: true wwsympa/remove_spool: false * sympa/hostname: irma.home * sympa/db_options: * sympa/db_user: sympa sympa/wwsympa_configured: false * sympa/db_name: sympa wwsympa/fastcgi: false * sympa/db_type: MySQL * sympa/db_configured: true * sympa/use_wwsympa: false * sympa/db_hostname: localhost sympa/db_authtype: Ident-based sympa/language: en_US sympa/db_port: sympa/remove_spool: false * sympa/smime_support: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499952: sympa: maintainer scripts should be able to fill the database without root access
Package: sympa Version: 5.3.4-5.2 Severity: wishlist Hi, As far as I can see, the maintainer scripts are able to create the sympa user and database from scratch when given the root password for the database. On the other hand it is possible not to create the database at all. It would be nice if it were possible to have them fill the database, if the sympa user and database already exist, and one does not want to give the root password for the database. Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-irma (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages sympa depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0]1.5.23 Debian configuration management sy ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP arc ii libc62.7-13 GNU C Library: Shared libraries ii libcgi-fast-perl 5.10.0-14 CGI::Fast Perl module ii libcrypt-ciphersaber-perl0.61-4 Perl module implementing CipherSab ii libdbd-mysql-perl4.008-1 A Perl5 database interface to the ii libdbi-perl 1.607-1 Perl5 database interface by Tim Bu ii libintl-perl 1.16-4 Uniforum message translations syst ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmailtools-perl2.04-1 Manipulate email in perl programs ii libmd5-perl 2.03-1 backwards-compatible wrapper for D ii libmime-charset-perl 1.006.2-2 Charset Informations for MIME ii libmime-encwords-perl1.010.101-1 deal with RFC-1522 encoded words ii libmime-perl 5.427-1 transitional dummy package ii libmime-tools-perl [libmime- 5.427-1 Perl5 modules for MIME-compliant m ii libmsgcat-perl 1.03-4+b1 Locale::Msgcat perl module ii libnet-ldap-perl 1:0.37-1A Client interface to LDAP servers ii libtemplate-perl 2.20-1 template processing system written ii libxml-libxml-perl 1.66-1+b1 Perl module for using the GNOME li ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mhonarc 2.6.16-1Mail to HTML converter ii perl [libmime-base64-perl] 5.10.0-14 Larry Wall's Practical Extraction ii perl-suid5.10.0-14 Runs setuid Perl scripts ii ssmtp [mail-transport-agent] 2.62-1 extremely simple MTA to get mail o ii sysklogd [system-log-daemon] 1.5-5 System Logging Daemon Versions of packages sympa recommends: ii doc-base 0.8.16 utilities to manage online documen ii logrotate 3.7.1-3Log rotation utility Versions of packages sympa suggests: pn apache2 | httpd-cgi none (no description available) pn libapache2-mod-fcgid none (no description available) pn libsoap-lite-perl none (no description available) ii mysql-server 5.0.51a-15 MySQL database server (metapackage ii mysql-server-5.0 [mysql-serve 5.0.51a-15 MySQL database server binaries pn openssl none (no description available) -- debconf information: sympa/key_password_again: (password omitted) * sympa/db_passwd: (password omitted) * sympa/db_passwd_again: (password omitted) sympa/key_password: (password omitted) * sympa/db_adminpasswd: (password omitted) * sympa/use_db: true sympa/db_removeonpurge: false sympa/use_soap: false wwsympa/webserver_type: Apache 2 * sympa/listmaster: [EMAIL PROTECTED] wwsympa/wwsympa_url: wwsympa/webserver_restart: true wwsympa/remove_spool: false * sympa/hostname: irma.home * sympa/db_options: * sympa/db_user: sympa sympa/wwsympa_configured: false * sympa/db_name: sympa wwsympa/fastcgi: false * sympa/db_type: MySQL * sympa/db_configured: true * sympa/use_wwsympa: false * sympa/db_hostname: localhost sympa/db_authtype: Ident-based sympa/language: en_US sympa/db_port: sympa/remove_spool: false * sympa/smime_support: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499957: linux-modules-contrib-2.6: please re-enable em8300
Source: linux-modules-contrib-2.6 Version: 2.6.26-1 Severity: wishlist Hi, Compatibility of em8300 with linux 2.6.26 was fixed in version 0.16.4-4; please re-enable those modules in linux-modules-contrib-2.6. Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491500: tomcat5.5: keeps open file descriptors for the terminal
Package: tomcat5.5 Version: 5.5.26-3 Severity: normal Hi, When tomcat is running as a daemon, it keeps open file descriptors for the terminal. irma:~# lsof -a -c jsvc +D /dev/pts COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME jsvc19251 root1u CHR 136,1 3 /dev/pts/1 jsvc19251 root2u CHR 136,1 3 /dev/pts/1 I think that there is no reason why a daemon should keep the terminal open. It's not very annoying when the daemon is run on startup by init. But when it is run over a SSH session, then the SSH session will not close gracefully, which is quite annoying. Simply adding /dev/null 21 to the $DAEMON invocation in /etc/init.d/tomcat5.5 would probaby solve the problem, but it might have some unwanted side effects. It would probably be better to fix jsvc to disconnect from the terminal when daemonizing, but I have not looked at the code. Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-irma (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages tomcat5.5 depends on: ii adduser 3.108 add and remove users and groups ii java-gcj-compat [jav 1.0.78-2Java runtime environment using GIJ ii java-gcj-compat-dev 1.0.78-2Java runtime environment with GCJ ii jsvc 1.0.2~svn20061127-9 wrapper to launch Java application ii libecj-java 3.3.0+0728-9Eclipse Java compiler (library) ii libtomcat5.5-java5.5.26-3Java Servlet engine -- core librar tomcat5.5 recommends no packages. Versions of packages tomcat5.5 suggests: ii gij-4.3 [java-virtual-machine 4.3.1-6The GNU Java bytecode interpreter ii java-gcj-compat [java-virtual 1.0.78-2 Java runtime environment using GIJ ii java-gcj-compat-headless [jav 1.0.78-2 Java runtime environment using GIJ pn libapache2-mod-jk none (no description available) pn tomcat5.5-admin none (no description available) ii tomcat5.5-webapps 5.5.26-3 Java Servlet engine -- documentati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487884: pokerth: colors look strange
Hi, On Thu, Jun 26, 2008 at 02:49:01PM +0200, Evgeni Golov wrote: Yes your colors look strange, not only the hearts and diamonds, but also the flipside of the cards (it should be blue, not brown) and the blind coins (smallblind should be blue, bigblind yellow/gold). Thanks for pointing this, but that was much less disturbing than the bluish hearts and diamonds. ;-) (As for the back of the cards, I noticed they became blue while flipping.) I'll ask some team members, who have powerpcs, so they can test this issue, as it does not happen to me, neither on i386 nor on amd64 (your endianness hint is probably right). For what it's worth, I made a few more tests. 1) On my x86 host, the colors are fine. 2) On my ppc host, with display on my x86 host (through ssh), the colors are fine. 3) On my x86 host, with display on my ppc host (through ssh), the colors are fine. 4) On my ppc host, with display on my ppc host through ssh (yes, this is stupid, bit I think it was worth testing), the colors are wrong. Before the last test, I thought the problem might only affect local display. With this last test, I am confused... HTH, Nicolas signature.asc Description: Digital signature
Bug#488058: pokerth: lacks a menu entry in the Debian menu system
Package: pokerth Version: 0.6.2-1 Severity: minor Hi, pokerth already has a freedesktop menu entry, but lacks a Debian menu entry for users of WM that don't comply to the freedesktop specification. Can you please add a menu entry for pokerth? Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pokerth depends on: ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii libboost-filesystem1.34.1 1.34.1-11filesystem operations (portable pa ii libboost-iostreams1.34.11.34.1-11Boost.Iostreams Library ii libboost-thread1.34.1 1.34.1-11portable C++ multi-threading ii libc6 2.7-10 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-1 Multi-protocol file transfer libra ii libgcc1 1:4.3.1-2GCC support library ii libgcrypt11 1.4.1-1 LGPL Crypto library - runtime libr ii libgnutls26 2.2.5-1 the GNU TLS library - runtime libr ii libmikmod2 3.1.11-a-6 A portable sound library ii libqtcore4 4.4.0-3 Qt 4 core module ii libqtgui4 4.4.0-3 Qt 4 GUI module ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii pokerth-data0.6.2-1 Texas hold'em game - common data f ii ttf-dejavu-core 2.25-1 Vera font family derivate with add pokerth recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487884: pokerth: colors look strange
Package: pokerth Version: 0.6.2-1 Severity: normal Hi, Color of cards look strange, especially for hearts and diamonds that are displayed blue instead of red (but I think Jakes, Queens and Kings look slightly strange as well). Note that this only happens when the cards are fully shown; when they are being displayed (flipped), they look good. I have a screenshot available at http://people.debian.org/~nboullis/pokerth.png Since I am using powerpc and can't believe this problem affects everyone, I guess this might be an endianness issue. Cheers, Nicolas -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pokerth depends on: ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii libboost-filesystem1.34.1 1.34.1-11filesystem operations (portable pa ii libboost-iostreams1.34.11.34.1-11Boost.Iostreams Library ii libboost-thread1.34.1 1.34.1-11portable C++ multi-threading ii libc6 2.7-10 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-1 Multi-protocol file transfer libra ii libgcc1 1:4.3.1-2GCC support library ii libgcrypt11 1.4.1-1 LGPL Crypto library - runtime libr ii libgnutls26 2.2.5-1 the GNU TLS library - runtime libr ii libmikmod2 3.1.11-a-6 A portable sound library ii libqtcore4 4.4.0-3 Qt 4 core module ii libqtgui4 4.4.0-3 Qt 4 GUI module ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii pokerth-data0.6.2-1 Texas hold'em game - common data f ii ttf-dejavu-core 2.25-1 Vera font family derivate with add pokerth recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478936: please implement a new ucfrm tool
Package: ucf Version: 2.0020 Severity: wishlist Hi, It would be nice if you could implement a new ucfrm tool, to handle the removal of a ucf-managed configuration file (after asking for permission, unless it was unmodified). See the attached message for explanations. Cheers, Nicolas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ucf depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy Versions of packages ucf recommends: ii debconf-utils1.5.11etch1 debconf utilities -- debconf information excluded ---BeginMessage--- On Mon, 28 Apr 2008 22:50:05 +0200, Nicolas Boullis [EMAIL PROTECTED] said: Hi Manoj (and possibly others), I have a package that use to generate a configuration file, managed with ucf, that is now obsolete (a file in /etc/modutils). I think I should stop generating this file in the next release of the package, and should consider removing it on upgrade. Removing the file unconditionnally would certainly be a policy violation; this file might have been used to store anything important (such as comments about the configuration, that are still relevant for the other configuration file in /etc/modprobe.d). It seems to me that the removal of a configuration file should be a change like any other: I can do it if the configuration file has not been modified by the admin, or if the admin agreed for the removal. But then, for consistency reasons, I think that all packages that want to remove a configuration file should use similar templates. This would be made easier if ucf could handle asking for removal, or at least provide templates that packages could use. What do you think of that? Hmm. This would change the signature of the call, since currently it is used as ucf [options] new dest. The removal could be called ucfrm; and it would be separate. This is a nice idea, please file a wishlist bug for ucfrm (perhaps quoting this email). Of course, the package should remember about the file if it is not removed, but it looks like ucfr and ucfq (that I discovered recently) are the perfect tools for that. manoj -- Imitation is the sincerest form of plagiarism. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C ---End Message---
Bug#472880: dvdauthor: unuseful error message
Hi, On Thu, Mar 27, 2008 at 02:22:17AM +, Ben Hutchings wrote: I've been trying to burn a DVD out of a DVB stream, without recoding the video. The DVB stream was recorded with vdr (as MPEG TS), and I used ffmpeg (-target dvd -vcodec copy) tu rewrap it as a DVD-compliant MPEG PS. This ought to work if the bit rates and GOP size are within spec, but ffmpeg is not a great MPEG multiplexer. (Perhaps you should file a bug on ffmpeg too, if you haven't already.) By the way, why not use -acodec copy? Because I thought, perhaps wrongly, that AC3 audio would make my produced DVD more compatible with standard players. This thread on the dvdauthor-user mailing list may be helpful: http://thread.gmane.org/gmane.comp.multimedia.dvdauthor.user/3537 Oh, thanks, that was very helpful. It also reminded me a point I forgot to mention: I used gopchop to cut the commercials out of the recording. You could also try remultiplexing like this: ffmpeg -i foo.mpeg -vcodec copy -an -f rawvideo foo.mpv ffmpeg -i foo.mpeg -vn -acodec copy -f mp2 foo.mp2 ffmpeg -i foo.mpv -i foo.mp2 -target dvd -vcodec copy -acodec copy foo.vob It did the trick, thanks again. But can't this slightly unsynchronize the audio and video streams? Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472880: dvdauthor: unuseful error message
Package: dvdauthor Version: 0.6.14-1+b1 Severity: normal I've been trying to burn a DVD out of a DVB stream, without recoding the video. The DVB stream was recorded with vdr (as MPEG TS), and I used ffmpeg (-target dvd -vcodec copy) tu rewrap it as a DVD-compliant MPEG PS. Then, I try to author a DVD out of that MPEG file, and I get: - first a pageful of WARN: Skipping sector, waiting for first VOBU... - then VOBUs are counted - and then: WARN: Partial sector read (4 bytes); discarding data. WARN: Cannot detect pts for VOBU if there is no audio or video WARN: Using SCR instead. dvdauthor: dvdvob.c:1321: FindVobus: Assertion `p=s-vi[i-1].sectpts[1]' failed. Aborted Recoding the video stream (running ffmpeg without the -vcodec copy option) solves the problem, but I'm not fond of recoding since it degrades the quality (and in this case, in leads to a larger file). Hence, I guess my non-recoded stream is somewhat not compliant enough. But the I find the error message very uninformative... Cheers, Nicolas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dvdauthor depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.7-6GNU C Library: Shared libraries ii libdvdread3 0.9.7-2 library for reading DVDs ii libfreetype62.3.5-1 FreeType 2 font engine, shared lib ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjasper1 1.900.1-3The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii liblcms11.15-1 Color management library ii libmagick9 7:6.2.4.5.dfsg1-0.14 Image manipulation library ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxml2 2.6.31.dfsg-1GNOME XML library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11compression library - runtime dvdauthor recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461683: libcdio: diff for NMU version 0.78.2+dfsg1-2.1
Hi, On Wed, Mar 19, 2008 at 11:58:20PM +0100, Moritz Muehlenhoff wrote: Package: libcdio Version: 0.78.2+dfsg1-2 Severity: normal Tags: patch Hi, Attached is the diff for my libcdio 0.78.2+dfsg1-2.1 NMU. I don't object to a NMU (I know I haven't been handling my libcdio package in the best possible way), but if you wish to NMU, please consider applying the patches that were sent to other bug reports. Thanks, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403181: Please include pkgconfig file
Hi, For what it's worth, I just uploaded a NMU to the DELAYED/5 queue, fixing #403181. The corresponding patch is attached. Cheers, Nicolas diff -u pciutils-2.2.9/debian/changelog pciutils-2.2.9/debian/changelog --- pciutils-2.2.9/debian/changelog +++ pciutils-2.2.9/debian/changelog @@ -1,3 +1,11 @@ +pciutils (1:2.2.9-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Install the pkgconfig file in the pciutils-dev package. +Closes: #403181 + + -- Nicolas Boullis [EMAIL PROTECTED] Tue, 19 Feb 2008 23:08:40 +0100 + pciutils (1:2.2.9-2) unstable; urgency=low * pciutils-udeb is priority standard. Closes: #420227 diff -u pciutils-2.2.9/debian/rules pciutils-2.2.9/debian/rules --- pciutils-2.2.9/debian/rules +++ pciutils-2.2.9/debian/rules @@ -40,6 +40,7 @@ install -m 644 lib/libpci.a debian/pciutils-dev/usr/lib/ install -m 644 lib/pci.h lib/header.h lib/config.h lib/types.h \ debian/pciutils-dev/usr/include/pci/ + install -m 644 lib/libpci.pc debian/pciutils-dev/usr/lib/pkgconfig/ # pciutils-udeb install -m 755 lspci debian/pciutils-udeb/usr/bin/ diff -u pciutils-2.2.9/debian/pciutils-dev.dirs pciutils-2.2.9/debian/pciutils-dev.dirs --- pciutils-2.2.9/debian/pciutils-dev.dirs +++ pciutils-2.2.9/debian/pciutils-dev.dirs @@ -2,2 +2,3 @@ usr/lib +usr/lib/pkgconfig usr/share/doc
Bug#403181: Please include pkgconfig file
Hi, I'd really love to see this bug (#403181) solved. You (Anibal) have given your permission for fast NMUs. Anyway, I'm somewhat reluctant to NMU for a wishlist bug, so I'm not using the fast procedure. Do you have any objection to a NMU that adds the upstream-provided pkgconfig file to the pciutils-dev package? Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464238: ucfq: fails to tell whether the configuration file was modified
tag 464238 + patch
thanks
Hi,
I think I've managed to solve this problem with the attached patch.
Please note that my perl is very limited, so I might be doing something
stupid here.
Cheers,
Nicolas
--- ucfq.orig 2008-02-12 00:49:40.0 +0100
+++ ucfq 2008-02-12 00:48:16.0 +0100
@@ -293,8 +293,9 @@
# Step 6: For each existing file, see if it has been changed
for my $file ($this-{file_list}-list) {
-$this-{file_list}-element($file)-{Hash} =
- $this-{hashfile_proxy}-hash($file);
+$this-{file_list}-element($file)-hash(
+ $this-{file_list}-element($file)-{Name},
+ $this-{hashfile_proxy}-hash($file));
if (! defined $this-{file_list}-element($file)-{Package}) {
$this-{file_list}-element($file)-{Package} =
$this-{registry_proxy}-find_pkg($file);
signature.asc
Description: Digital signature
Bug#445016: sources
Hi, On Sun, Feb 10, 2008 at 10:38:05PM +0100, Andrzej Zięba wrote: Package: athcool Version: 0.3.11-1.1 I have built the package from sources and I got executable that does not need the libpci2. The problem is that the package does not build from the sources without a problem. I had to add -lz to the LIBS variable in the makefile to make it link properly. Thanks, but I don't think this is the correct way to solve this problem. Athcool does not by itself use (any symbol from) libz; only libpci does. As long as libpci was available as a shared library, it was no problem, since shared libraries support dependencies. But for some reason, the pciutils maintainer has decided not to distribute this shared library anymore. The side effect is that the programs that want to use libpci now are supposed to guess what libraries libpci requires. I don't think this is correct. Fortunately, pciutils' upstream provide a libpci.pc pkgconfig file that can be used to find the correct dependencies for libpci. But for some reason the maintainer for pciutils does not distribute this file. Hence, I think the maintainer for pciutils should distribute this file in the pciutils-dev package (see bug #403181), and then I can use pkgconfig to generate the correct dependencies for athcool. Cheers, Nicolas
Bug#403181: Please include pkgconfig file
reopen 403181 severity 403181 wishlist retitle 403181 pciutils-dev: Please include pkgconfig file tags 403181 + patch thanks Hi, As suggested by Steve Langasek for #396640, Going forward, it would be ideal if pciutils-dev would add support for pkg-config so that reverse-dependencies could query pkg-config --libs --static for the necessary extra lib information; even with this support in place, though, I don't think it's advisable to ask reverse-dep maintainers to switch to this until etch is frozen, since testing will /not/ have the necessary facility. Fortunately, upstream added support for pkgconfig. Unfortunately, your packaging did not reflect this new feature. The fix is pretty trivial, see the attached patch. Cheers, Nicolas diff -u pciutils-2.2.9/debian/changelog pciutils-2.2.9/debian/changelog --- pciutils-2.2.9/debian/changelog +++ pciutils-2.2.9/debian/changelog @@ -1,3 +1,9 @@ +pciutils (1:2.2.9-2.1) unstable; urgency=low + + * Install the pkgconfig file in the pciutils-dev package. + + -- Nicolas Boullis [EMAIL PROTECTED] Thu, 7 Feb 2008 23:04:01 +0100 + pciutils (1:2.2.9-2) unstable; urgency=low * pciutils-udeb is priority standard. Closes: #420227 diff -u pciutils-2.2.9/debian/rules pciutils-2.2.9/debian/rules --- pciutils-2.2.9/debian/rules +++ pciutils-2.2.9/debian/rules @@ -40,6 +40,7 @@ install -m 644 lib/libpci.a debian/pciutils-dev/usr/lib/ install -m 644 lib/pci.h lib/header.h lib/config.h lib/types.h \ debian/pciutils-dev/usr/include/pci/ + install -m 644 lib/libpci.pc debian/pciutils-dev/usr/lib/pkgconfig/ # pciutils-udeb install -m 755 lspci debian/pciutils-udeb/usr/bin/ diff -u pciutils-2.2.9/debian/pciutils-dev.dirs pciutils-2.2.9/debian/pciutils-dev.dirs --- pciutils-2.2.9/debian/pciutils-dev.dirs +++ pciutils-2.2.9/debian/pciutils-dev.dirs @@ -2,2 +2,3 @@ usr/lib +usr/lib/pkgconfig usr/share/doc
Bug#464238: ucfq: fails to tell whether the configuration file was modified
Package: ucf Version: 2.0020 Severity: normal Hi, ucfq apparently fails to report whether a configuration file was changes; the corresponding field is always empty. For example: [EMAIL PROTECTED]:~$ ucfq tex-common Configuration filePackage Exists Changed /etc/texmf/texmf.d/05TeXMF.cnftex-common Yes /etc/texmf/texmf.d/15Plain.cnftex-common Yes /etc/texmf/texmf.d/45TeXinputs.cnftex-common Yes /etc/texmf/texmf.d/55Fonts.cnftex-common Yes /etc/texmf/texmf.d/65BibTeX.cnf tex-common Yes /etc/texmf/texmf.d/75DviPS.cnftex-common Yes /etc/texmf/texmf.d/85Misc.cnf tex-common Yes /etc/texmf/texmf.d/90TeXDoc.cnf tex-common Yes /etc/texmf/texmf.d/95NonPath.cnf tex-common Yes /etc/texmf/updmap.d/00updmap.cfg tex-common Yes I think this bug renders the ucfq program close to useless. Cheers, Nicolas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ucf depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy Versions of packages ucf recommends: ii debconf-utils1.5.11etch1 debconf utilities -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450447: athcool: FTBFS: undefined reference to `gzopen'
block 450447 by 396640 thanks Hi Cyril, On Fri, Nov 16, 2007 at 04:13:28AM +0100, Cyril Brulebois wrote: Missing -lz, patch attached. Thanks for your patch. The thing is athcool does not need libz by itself, while libpci does. The pciutils source package used to provide a shared libpci.so that depended on libz, and everything was fine. For some reason I don't know, the pciutil's maintainer decided not to provide this shared library anymore, but only the static one. Since that change, many FTBFS have been filed against packages that use libpci (#403181 was against athcool); all have been reassigned to pciutils-dev, and merged to #396640. If you look at the last message to #396640, it seems that since 2.2.6 (current is 2.2.8), pciutils provides pkg-config support, which helps bring the indirect dependencies in an automatic way. I think I should wait for that version to fix athcool's build issue. There are some lintian warnings around, too: (source) W: athcool source: debian-rules-ignores-make-clean-error line 28 I'll fix it as well when pciutils-dev is sane enough for me to upload a new athcool. (binary) E: athcool: postrm-contains-additional-updaterc.d-calls /etc/init.d/athcool (binary) W: athcool: script-in-etc-init.d-not-registered-via-update-rc.d /etc/init.d/athcool I don't think these are problems. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446222: please integrate the em8300 module
Hi Daniel, On Sun, Oct 21, 2007 at 06:45:11AM +0200, Daniel Baumann wrote: Nicolas Boullis wrote: Have you had time to give it a look? yep, the module package is a bit strange (no offence), and needs a bit of fixing (not just the makefile, and I'm not yet sure about the post/pre inst things.). anyway, hope to do it tomorrow. Any news? I really love your idea of conglomeration packages for contrib (and non-free). Is there anything I could do to help? Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446222: please integrate the em8300 module
reassign 446222 linux-modules-contrib-2.6 submitter 446222 ! retitle 446222 please integrate the em8300 module thanks Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447023: gstreamer0.10-plugins-good: package fails to install due to dependency on libcdio6
Hi, On Wed, Oct 17, 2007 at 03:51:19PM +0200, Loïc Minier wrote: On Wed, Oct 17, 2007, Peder Chr.N�rd wrote: The subject says most of it. libcdio has changed the name of its major .deb package from libcdio6 to libcdio7. Thanks; you shouldn't file individual bugs but the maintainer of libcdio should contact the release team to schedule rebuilds of the packages depending on libcdio6. Reassigning to let the maintainer have this in the libcdio TODO. Do you really think it's worth bothering the release team for such a small library transition (it affects something like 5 source packages)? I thought I'd rather ask the individual maintainers to re-upload that bother the release team. Moreover, the maintainers would the have the opportunity to check that the transition does not break anything. I thought I'd wait a few days, and then file bugs against affected packages, asking for a re-upload. If you disagree and would not accept to re-upload, feel free to bother the release team yourself. Cheers, Nicolas signature.asc Description: Digital signature
Bug#406973: logtail misses lines in rotated file
Hi, Christoph Berg wrote: Re: Nicolas Boullis 2007-01-15 [EMAIL PROTECTED] The attached patch allows to set an alternate logfile that logtail tries to use as the old logfile if the inode has changed. It can be used as: logtail -f /var/log/syslog -a /var/log/syslog.1 It would be nice if the other filename could be figured out automatically, for example with logrotate's dateext or savelog's -d option, the filename is not predictable. (Just scan the whole dir and look for the file with the right inode.) Sounds like a good idea. But my knowledge of Perl is so limited that I probably can't implement it myself. I also think it might be a better idea to use a different option for scanning. AN other way to solve your problem might be to use a hardlink: /var/log/syslog.last would be the /var/log/syslog you last read. If they differ (different inodes), read the end of syslog.last, then all syslog and then create a new hardlink. Note that this would even work if the logfile gets compressed. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418604: Ping
Hi, On Wed, Jul 25, 2007 at 05:31:46AM +0100, Martín Ferrari wrote: On 7/24/07, Martín Ferrari [EMAIL PROTECTED] wrote: When trying to solve this, I noticed that compiling with DEB_BUILD_OPTIONS=noopt (i.e. -O0) the problem goes away... So, this might be a gcc problem? OK, I found the bug. It was a incorrect check after calling strtol. You should clear errno before calling. Now it compiles OK in sparc. --- libcdio-0.78.2.orig/lib/iso9660/iso9660.c +++ libcdio-0.78.2/lib/iso9660/iso9660.c @@ -169,6 +169,7 @@ char num[10]; \ memcpy(num, p_ldate-LT_FIELD, sizeof(p_ldate-LT_FIELD)); \ num[sizeof(p_ldate-LT_FIELD)+1] = '\0';\ +errno = 0; \ p_tm-TM_FIELD = strtol(num,\ (char **)NULL, 10)+ADD_CONSTANT;\ if (0 != errno) return false; \ At first sight (i currently lack time to look further), that looks sane. I just forwarded your message to libcdio's upstream author. I hope I'll be able to upload a new libcdio package soon. Cheers, Nicolas
Bug#418604: Ping
Hi, On Thu, Jul 19, 2007 at 01:28:39AM +0100, Martín Ferrari wrote: Hi, On 7/19/07, Nicolas Boullis [EMAIL PROTECTED] wrote: Thanks for your help. I started working on this new release when I saw your ping. Unfortunately, I'm currently experiencing problems: tmetime the testiso9660 regression test fails on some big-endian architectures (seen on powerpc, sparc and hppa)... I have access to a couple of sparcs, so if you want, I'd be glad to help. Thanks. Currently, I guess it would be nice if you could confim the issue. Cheers, Nicolas
Bug#418604: Ping
Hi, On Mon, Jul 16, 2007 at 05:37:45AM +0100, Martín Ferrari wrote: Hi, since I need this urgently, I packaged the new upstream version, that I think solves the current problems libcdio has wrt big iso files. I'm attaching the interdiff, hoping you will find it useful to do a new upload. Note that there is a new library (libudf), that doesn't have pkginfo information. I think that's an upstream problem, but I have zero experience with packaging libraries. Thanks for your help. I started working on this new release when I saw your ping. Unfortunately, I'm currently experiencing problems: tmetime the testiso9660 regression test fails on some big-endian architectures (seen on powerpc, sparc and hppa)... Cheers, Nicolas signature.asc Description: Digital signature
Bug#276757: athcool: fixup locks up on A7V600 mobo (KT600 chipset)
Hi Petr, On Tue, May 08, 2007 at 12:35:52PM +0200, Petr Gajdusek wrote: Package: athcool Version: 0.3.11-1 Followup-For: Bug #276757 Hi, I have same problem on my A7V600. # athcool fixup on athcool version 0.3.11 - control power-saving mode on AMD Athlon/Duron CPUs !!!WARNING!!! Depending on your motherboard and/or hardware components, enabling Athlon powersaving mode may cause: * noisy or distorted sound playback * a slowdown in harddisk performance * system locks or instability * massive filesystem corruption (rare, but observed at least once) Before use athcool, you must recognize these potential DANGERS. Please use athcool AT YOUR OWN RISK. athcool is supplied as is. The author disclaims all warranties, expressed or implied. The author and any other persons assume no liability for damages, direct or consequential, which may result from the use of athcool. VIA KT400[A]/KT600 (1106 3189) found enabling 'Disconnect when STPGNT Detected' bit ... already enabled. enabling 'HALT Command Detection' bit ... already enabled. Fixup for VIA audio problem ... done Address 0x70 : 0x92 - 0x9E ## BIOS setup has only PCI Delay Transaction option ; no Enhance CPU to PCI Write nor PCI Master Read Buffering option. PCI Delay Transaction is on. When I turn this off, value at address 0x70 is 0x90. Please, feel free to ask me for more information. I really would like to see this bug resolved. Thanks. Thanks for your report. I'll do my best to help you, but I have a very limited knowledge of the inner working of athcool... What can of problem that you experience are you trying to fix with athcool fixup? Does your problem get worse when you disable PCI Delay Transaction? Can you try setting the byte at address 0x70 to values 0x96, 0x9A and 0x9E manually instead of using atcool fixup? (Something like setpci -H1 -s 0:0.0 70=96 should do it.) Hope this helps, Nicolas Boullis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416517: user-mode-linux: Lacks ACL support
Package: user-mode-linux Version: 2.6.18-1um-2 Severity: minor Hi, I had a guest using a self-compiled UML kernel that I just switched to the Debian one. Unfortunately, ACLs on my XFS filesystems were gone away. I rebuilt the kernel, enabling: - CONFIG_EXT2_FS_XATTR - CONFIG_EXT2_FS_POSIX_ACL - CONFIG_EXT3_FS_XATTR - CONFIG_EXT3_FS_POSIX_ACL - CONFIG_XFS_QUOTA - CONFIG_XFS_POSIX_ACL and everything seems to work fine. Is there a good reason not to enable POSIX ACLs and XFS quotas? Cheers, Nicolas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages user-mode-linux depends on: ii uml-utilities 20060323-3 User-mode Linux (utility programs) user-mode-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415826: dangling /usr/share/doc/zope2.9/README.Debian.gz
Package: zope2.9 Version: 2.9.6-3 Severity: minor Hi, The current zope2.9 package ships a /usr/share/doc/zope2.9/README.Debian.gz symlink to ../zope-common/README.Debian.gz . Unfortunately, there is no /usr/share/doc/zope-common/README.Debian.gz is the zope-common package, but only a /usr/share/doc/zope-common/README.Ubuntu.gz file. You may consider that the real problem is in zope-common that should have this readme file renamed, but I filed the bug against zope2.9 since the dangling symlink is there. Cheers, Nicolas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope2.9 depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii python2.4 2.4.4-2 An interactive high-level object-o ii zope-common 0.5.31 common settings and scripts for zo zope2.9 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406973: so what?
Hi, I sent this bug report 2 months ago, and yet have not received a single answer. If you think my idea is plain wrong, or my patch is awfully broken, please just let me know. But not aswering at all is somewhat rude... Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409720: kino: sound is noisy after exporting
severity 409720 important thanks Hi, On Sun, Feb 04, 2007 at 11:59:21PM +0100, I wrote: I was trying to export some video to mpeg using ffmpeg (in the Other tab, the VCD (FFMPEG) tool. While the video is correct, the sound is only noise. I tried DVD-Video Dual Pass (FFMPEG) and Ogg Theora (ffmpeg2theora) as well, with as little success. I figured out that there is the same problem with DV File and IEEE 1394 exports (for the latter, only if Resample audio is enabled), which I think renders the package close to useless. (Why would I use a video editing tool if I can't export the resulting video?) Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409723: kino: sound is noisy after exporting
severity 409723 minor thanks On Tue, Feb 20, 2007 at 01:18:23AM +0100, I wrote: I figured out that there is the same problem with DV File and IEEE 1394 exports (for the latter, only if Resample audio is enabled), which I think renders the package close to useless. (Why would I use a video editing tool if I can't export the resulting video?) Sorry, I messed up between bug report numers. This follow-up message was meant to be sent to #409720 instead of #409723. Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409723: kino: sound is noisy after exporting
severity 409723 important thanks Hi, On Sun, Feb 04, 2007 at 11:59:21PM +0100, I wrote: I was trying to export some video to mpeg using ffmpeg (in the Other tab, the VCD (FFMPEG) tool. While the video is correct, the sound is only noise. I tried DVD-Video Dual Pass (FFMPEG) and Ogg Theora (ffmpeg2theora) as well, with as little success. I figured out that there is the same problem with DV File and IEEE 1394 exports (for the latter, only if Resample audio is enabled), which I think renders the package close to useless. (Why would I use a video editing tool if I can't export the resulting video?) Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409720: kino: sound is noisy after exporting
Package: kino Version: 0.92-2 Severity: normal Hi, I was trying to export some video to mpeg using ffmpeg (in the Other tab, the VCD (FFMPEG) tool. While the video is correct, the sound is only noise. I tried DVD-Video Dual Pass (FFMPEG) and Ogg Theora (ffmpeg2theora) as well, with as little success. A guess is that it may be an endianness issue, as I am using ppc, a big-endian arch... Nicolas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kino depends on: ii liba52-0.7.4 0.7.4-7 Library for decoding ATSC A/52 str ii libasound2 1.0.13-1ALSA library ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libavc1394-0 0.5.3-1+b1 control IEEE 1394 audio/video devi ii libavcodec0d 0.cvs20060823-4 ffmpeg codec library ii libavformat0d0.cvs20060823-4 ffmpeg file format library ii libc62.3.6.ds1-10GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdc1394-13 1.1.0-3+b1 high level programming interface f ii libdv4 1.0.0-1 software library for DV format dig ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libgtk2.0-0 2.8.20-5The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libiec61883-01.1.0-2 an partial implementation of IEC 6 ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-01.14.8-4Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libquicktime02:0.9.7-1 library for reading and writing Qu ii libraw1394-8 1.2.1-2 library for direct access to IEEE ii libsamplerate0 0.1.2-2 audio rate conversion library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc21.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxv1 1:1.0.2-1 X11 Video extension library ii zlib1g 1:1.2.3-13 compression library - runtime kino recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409723: kino: Dual Pass exports fail if no filename is specified
Package: kino Version: 0.92-2 Severity: minor Hi, I just failed to export some film to DVD-Video Dual Pass (FFMPEG) because I did not specify a filename, so each pass was run with a different filename. Hence, on the second pass, ffmpeg complained: ./kino_export_2007-02-04_23.47.58-0.log: No such file or directory while the correct file was: ./kino_export_2007-02-04_23.39.24-0.log Cheers, Nicolas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kino depends on: ii liba52-0.7.4 0.7.4-7 Library for decoding ATSC A/52 str ii libasound2 1.0.13-1ALSA library ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libavc1394-0 0.5.3-1+b1 control IEEE 1394 audio/video devi ii libavcodec0d 0.cvs20060823-4 ffmpeg codec library ii libavformat0d0.cvs20060823-4 ffmpeg file format library ii libc62.3.6.ds1-10GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdc1394-13 1.1.0-3+b1 high level programming interface f ii libdv4 1.0.0-1 software library for DV format dig ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglade2-0 1:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libgtk2.0-0 2.8.20-5The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libiec61883-01.1.0-2 an partial implementation of IEC 6 ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-01.14.8-4Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libquicktime02:0.9.7-1 library for reading and writing Qu ii libraw1394-8 1.2.1-2 library for direct access to IEEE ii libsamplerate0 0.1.2-2 audio rate conversion library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc21.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxv1 1:1.0.2-1 X11 Video extension library ii zlib1g 1:1.2.3-13 compression library - runtime kino recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409385: udev: not unique path_id for multiple-LUNs iSCSI targets
Package: udev
Severity: normal
Version: 0.103-2
Tags: patch
I was willing to use /dev/disk/by-path/ devices with an iSCSI setup when
I figured out not all devices were available by path. I discovered that
it was because my iSCSI target provided several LUNs, which are not
reflected by path_id.
The attached patch solves the problem by appending the LUN to the path.
Cheers,
Nicolas Boullis
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--- path_id.orig2007-02-02 16:19:40.0 +0100
+++ path_id 2007-02-02 16:58:01.0 +0100
@@ -332,6 +332,7 @@
local iscsi_session_dir
local iscsi_session iscsi_session_path
local iscsi_connection iscsi_connection_path
+ local iscsi_lun
# iSCSI device
iscsi_session_dir=${DEV%%/target*}
iscsi_session=${iscsi_session_dir##*/}
@@ -378,7 +379,8 @@
if [ -e ${iscsi_connection_path}/persistent_port ] ; then
read iscsi_port ${iscsi_connection_path}/persistent_port
fi
- d=ip-${iscsi_address}:${iscsi_port}-iscsi-${iscsi_tgtname}
+ iscsi_lun=${DEV##*:}
+
d=ip-${iscsi_address}:${iscsi_port}-iscsi-${iscsi_tgtname}:${iscsi_lun}
RESULT=0
}
Bug#406973: logtail misses lines in rotated file
Package: logtail
Version: 1.2.52
Severity: normal
Tags: patch
Hi,
When a logfile is rotated, logtail misses the lines logged between the
last logtail run and the logfile rotation.
The attached patch allows to set an alternate logfile that logtail tries
to use as the old logfile if the inode has changed.
It can be used as:
logtail -f /var/log/syslog -a /var/log/syslog.1
(Please note that this is a quick'n'dirty patch, by someone who knows
very little perl.)
Cheers,
Nicolas
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages logtail depends on:
ii perl 5.8.4-8sarge5 Larry Wall's Practical Extraction
--- logtail.orig2006-12-28 13:35:10.0 +0100
+++ logtail 2007-01-15 11:54:45.0 +0100
@@ -27,7 +27,7 @@
# process args and switches
my ($TEST_MODE) = 0;
-getopts(f:o:t, \%opts);
+getopts(f:o:a:t, \%opts);
# try to detect plain logtail invocation without switches
if (!$opts{f} $#ARGV != 0 $#ARGV != 1) {
@@ -80,6 +80,20 @@
print STDERR Cannot get $logfile file size.\n, $logfile;
exit 65;
}
+
+if ($inode != $ino $opts{a}) {
+if (open(ALTFILE, $opts{a})) {
+my ($alt_ino, $alt_size) = (0, 0);
+if ((undef,$alt_ino,undef,undef,undef,undef,undef,$alt_size) =
stat $opts{a}) {
+if ($inode == $alt_ino $offset $alt_size) {
+seek(ALTFILE, $offset, 0);
+while(ALTFILE) {
+print $_;
+}
+}
+}
+}
+}
if ($inode == $ino) {
exit 0 if $offset == $size; # short cut
Bug#399523: rpc.statd[2058]: unable to register (statd, 1, udp).
Hi, Sorry for the late reply, I was on holiday. Petter Reinholdtsen wrote: [Steinar H. Gunderson] Because initscripts is the package checking the fstab for NFS file systems, attempting to start nfs-common appropriately if needed. Also, its behaviour with regard to NFS at boot-time was recently changed multiple times... I have no idea why you believe the initscripts package is responsible for this problem. changed multiple times do not seem like a good explanation to me. I find nothing in the bug report indicating why this should be a bug in initscripts. Anyway... Is this machine using SELinux or other access control systems? No, nothing such. Does it change anything to set ASYNCMOUNTNFS=no in /etc/default/rcS? I had no ASYNCMOUNTNFS in my /etc/default/rcS; adding ASYNCMOUNTNFS=no made no difference. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337771: Announce of the upcoming NMU for the isync package
Hi Christian, On Sat, Nov 25, 2006 at 06:55:35AM +0100, Christian Perrier wrote: Hi Christian, Are you going to submit to Nicolas a set of debconf translations that will be suitable for merging into the isync 1.03 release currently in experimental, so we don't lose the debconf translation when 1.03 goes from experimental to unstable? Well, depends whether the experimental version introduces changes to debconf stuff or not. From my understanding of discussions I had with Nicolas, the experimental version is mostly a new upstream, so I doubt that merging changes from the unstable update to experimental would be a problem. Of course, if experimental induces debconf changes, that would becomre more complicated but, at the minimum, copying the debian/po directory from unstable to experimental will avoid losing the new translations. Well, it does. I told you about a note I wanted to add about possible data loss if a user expects the old broken behavior. You even suggested that I use the NEWS.Debian file instead (and I did not like the idea). You should (if you have some time) have a look at the isync package in experimental. I should probably have my new template reviewed by the debian-l10n-english team before it is translated. I asked the release manager if I could upload this to unstable (and hopefully let it reach etch) and Steve replied it was alright. So I may soon upload to unstable. Cheers, Nicolas PS: note that those 2 translations were incorporated in the experimental package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399523: [Pkg-uml-pkgs] Processed: really reassign
Hi Mattia, Mattia Dongili wrote: is this with the current user-mode-linux package? I cant reproduce it here with uml 2.6.18, portmap 5-21, nfs-common 1:1.0.10-4 and a rootstrap generated sid filesystem. This is with user-mode-linux 2.6.18-1um-1, portmap 5-21 and nfs-common 1.0.10-4. The UML system used to be a sarge system that I upgraded to etch. I have a NFS system in my /etc/fstab, which leads to early startup of portmap (don't know if this makes a difference). Do you think I should try to upgrade user-mode-linux? Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399523: [Pkg-uml-pkgs] Processed: really reassign
Nicolas Boullis wrote: This is with user-mode-linux 2.6.18-1um-1, portmap 5-21 and nfs-common 1.0.10-4. The UML system used to be a sarge system that I upgraded to etch. I have a NFS system in my /etc/fstab, which leads to early startup of portmap (don't know if this makes a difference). Do you think I should try to upgrade user-mode-linux? Some more information: if I set my filesystem to noauto, everything goes fine (rpc.statd is correctly registered) except that I have to mount it manually after booting... Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399523: [Pkg-uml-pkgs] Processed: really reassign
Hi Mattia, Mattia Dongili wrote: it shouldn't make much of a difference. Anyway I still can't reproduce the problem even automounting an nfs partition. My fs has been built as etch and upgraded to sid, will try a sarge-to-etch-upgraded-fs later. what's the order of scripts in your /etc/rc2.d? Maybe some reordering has happened between sarge and etch? Here I have: 172.20.0.20 ~ $ ls /etc/rc2.d README S20inetd S20ssh S91apache2 S10sysklogd S20makedevS21nfs-common S99rc.local S11klogd S20nullmailer S89atd S99rmnologin S18portmap S20openbsd-inetd S89cronS99stop-bootlogd Mine is: $ ls /etc/rc2.d/ K01libnss-ldap S19slapd S20sshS89cron README S20makedevS20uml-utilities S99rc.local S10sysklogd S20nscd S21dovecotS99rmnologin S11klogdS20openbsd-inetd S21nfs-common S99stop-bootlogd S18portmap S20postfixS89atd And: $ ls /etc/rcS.d/ README S18ifupdown-clean S40networking S01glibc.sh S20module-init-tools S43portmap S02hostname.sh S20modutils S45mountnfs.sh S02mountkernfs.shS25libdevmapper1.02 S46mountnfs-bootclean.sh S03libnss-ldap S30checkfs.sh S48console-screen.sh S03udev S30procps.sh S55bootmisc.sh S04mountdevsubfs.sh S35mountall.shS55urandom S05bootlogd S36mountall-bootclean.sh S70nviboot S05keymap.sh S36udev-mtab S70screen-cleanup S10checkroot.sh S38resolvconf S99stop-bootlogd-single S11hwclock.shS39ifupdown S12mtab.sh S39iptables Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399523: [Pkg-uml-pkgs] Processed: really reassign
Steinar H. Gunderson wrote: On Thu, Nov 23, 2006 at 02:28:12PM +0100, Nicolas Boullis wrote: Some more information: if I set my filesystem to noauto, everything goes fine (rpc.statd is correctly registered) except that I have to mount it manually after booting... In that case, it sounds more like a bug in initscripts to me? Sorry, I don't understand why you think it would be a bug in initscripts... Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399523: reopen and reassign
reopen 399523
severity 399523 normal
reassign 399523 nfs-common, user-mode-linux
thanks
I tried to strace the rpc.statd inside UML and found this:
bind(7, {sa_family=AF_INET, sin_port=htons(1001),
sin_addr=inet_addr(0.0.0.0)}, 16) = -1 EACCES (Permission denied)
(This socket is then used to talk to the portmap server.)
But if I run /etc/init.d/nfs-common restart, I get the same one, and
then portmap accepts the registration...
Anibal or Javier, do you know what this portmap message is about:
portmap[2097]: connect from 127.0.0.1 to set(status): request from
unprivileged port
?
Running rpcinfo -p confirms that rpc.statd is not registered on bootup
but is if I run etc/init.d/nfs-common restart...
Cheers,
Nicolas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342377: Package is currently useless
package em8300 severity 342377 grave thanks Hi, the source package currently in etch and sid can't deal with any kernel more recent than 2.6.13, which makes it useless as is, since etch is supposed to be shipped with 2.6.18. Latest upstream release is 0.15.3 and only supports kernels up to 2.6.16, because of the ever changing API (which I personnally consider a PITA). The upcoming upstream release will support kernels up to 2.6.18, and is due to be out soon. I hope I will be allowed to upload packages for this release for etch. I'm doing my best (with very little free time) to release upstream ASAP and then prepare a package. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315423: isync: new upstream version
Hi, On Sun, Nov 05, 2006 at 12:55:03PM +0100, Nicolas Boullis wrote: OK, I can't promise anything but I can try to prepare a 1.0.3 upload (at least for experimental at first). I just tried 1.0.3 (at last) and to be honnest I am slightly disappointed. I found a few behavioral differences: 1) when User was not specified, 0.9.2 used the name of the user running isync; 1.0.3 fails; 2) when a message is deleted localy, 0.9.2 redownloads it while 1.0.3 deletes it remotely; 3) the MaxMessages option does not work at all. 1) is not much of an issue, since one can easily add a User option to ~/.isyncrc. 2) might be confusing. I guess not that many users delete a message and expect it to be redownloaded, but those who do would experience data loss. 3) is a major regression for me, since I have some huge IMAP mailboxes and use isync to keep a local copy of the latest messages of each mailbox on my (very space-limited) laptop. Unless I am missing something, I don't think it would be a good idea to replace the old isync with the new one. On the other hand, adding a new package would be an option, but both would have /usr/bin/isync and hence have to conflict. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397237: libperl5.8: package is empty
Hi, On Tue, Nov 07, 2006 at 01:28:40AM +1100, Brendan O'Dea wrote: My mail or the BTS must be lagging somewhat. Forgive me if I repeat myself. I have seen such problems as well, so I guess it's not your e-mail. Sure, agreed; it's certainly a bug, it just doesn't seem to break anything. No, it's not a bug. It's intentional. Please see the package description. I read it afterwards and closed that bug I had opened. Sorry for the inflated bug report. Anyway, why keep an empty package on all those architecture. Why not let perl-base provide libperl5.8 and kill libperl5.8 on those architectures. Or have libperl5.8 always contain the actual shared library and have perl-base depend on libperl5.8 (that would have to be essntial: yes) on those architectures? Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315423: isync: new upstream version
Hi, On Fri, Nov 03, 2006 at 08:24:02PM +0100, Tino Keitel wrote: isync 1.0.3 is available on http://sourceforge.net/projects/isync, with all upgrade issues that I spotted sorted out. I hope that this version will make it into Etch. As far as I can see, Ted's last message was in july, so I guess he may be too busy... :-( The bad news is that I'm quite busy as well, with a 2-month-old baby at home, and a day job that makes me quite busy... (I guess I could ask for some money (something like $6,000) to have this done, and stop my day job, but that's not the way I like free software.) OK, I can't promise anything but I can try to prepare a 1.0.3 upload (at least for experimental at first). Cheers, Nicolas signature.asc Description: Digital signature
Bug#397147: asterisk-classic, asterisk-bristuff: /usr/lib/asterisk/modules/format_ogg_vorbis.so gone missing when rebuilt
Package: asterisk-classic, asterisk-bristuff Version: 1:1.2.13~dfsg-1 Severity: serious Hi, When asterisk is rebuilt, the /usr/lib/asterisk/modules/format_ogg_vorbis.so file disappears from the asterisk-classic and asterisk-bristuff packages. This means that when the security team will rebuild the packages (if needed), the file will disappear, and users will be confused. I guess that asterisk needs to build-depend on libogg-dev and libvorbis-dev (not tried). On some non-i386 architectures, the file is already missing. I think this bug is comparable to a FTBFS, hence setting it to serious severity. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: i386 (i386) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397158: beast: files gone missing when rebuilt
Package: beast Version: 0.6.6-6.1 Severity: serious Hi, When beast is rebuilt, the /usr/share/mime/audio/x-bse.xml and /usr/share/mime/audio/x-bsewave.xml file disappears from the package. This means that when the security team will rebuild the packages (if needed), the file will disappear, and users will be confused. On some non-i386 architectures (such as powerpc), these files are already missing. I think this bug is comparable to a FTBFS, hence setting it to serious severity. If these files are unimportant or useless, feel free to downgrade the severity. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: i386 (i386) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397172: cvsnt: files gone missing when rebuilt
Package: cvsnt Version: 2.5.03.2382-2 Severity: serious Hi, When cvsnt is rebuilt, the files in /usr/lib/cvsnt/database/ disappear from the package. This means that when the security team will rebuild the packages (if needed), the file will disappear, and users will be confused. Adding unixodbc-dev and libpq-dev to the build-depends seems to fix the problem. I think this bug is comparable to a FTBFS, hence setting it to serious severity. On the other hand, those files are currently only available on the powerpc and mipsel architecture, so they may be unwanted. In that case, feel free to downgrade the severity. But you still should fix this with a proper call to the ./configure script. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Bug#397180: extraneous arch files in /usr/share/doc/chrony/examples/
Package: chrony Version: 1.21z-4 Severity: minor Hi, The chrony package contains some extraneous files in /usr/share/doc/chrony/examples: /usr/share/doc/chrony/examples/.arch-ids/ /usr/share/doc/chrony/examples/.arch-ids/=id /usr/share/doc/chrony/examples/.arch-ids/chrony.conf.example.id /usr/share/doc/chrony/examples/.arch-ids/chrony.keys.example.id Those files are not in the i386 package, but they seem to be in the packages for all other arches. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397192: fontconfig: manpages gone missing when rebuilt
Package: fontconfig Version: 2.4.1-2 Severity: normal Hi, When fontconfig is rebuilt, the manpages disappear from the package. This means that when the security team will rebuild the packages (if needed), the file will disappear, and users will be confused. I think this bug is comparable to a FTBFS, which would deserve serious severity. On the other hand, only the manpages are affected, so normal should be enough. Moreover, The manpages are only available in the i386 package, and not for other arches. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: i386 (i386) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fontconfig depends on: ii defoma 0.11.10 Debian Font Manager -- automatic f ii fontconfig-config2.4.1-2 generic font configuration library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3-13 compression library - runtime fontconfig recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397237: libperl5.8: package is empty
Package: libperl5.8 Version: 5.8.8-6.1 Severity: grave Justification: renders package unusable Hi, As strange as it may sound, the libperl5.8 package is empty for all non-i386 architectures. Fortunately, the actual library is in the perl-base package (at least for powerpc). Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libperl5.8 depends on: ii perl-base 5.8.8-6.1 The Pathologically Eclectic Rubbis libperl5.8 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397237: libperl5.8: package is empty
close 397237 thanks On Sun, Nov 05, 2006 at 02:47:15PM -0800, Steve Langasek wrote: But clearly if you're just reporting this strangeness now, months after the package was uploaded, the package isn't actually unusable. So why should this be grave? BTW, the packages in sarge shipped the same way, with no ill effects... Oh... I think I should have read the package description more carefully before reporting that stupid bug. It looks like everything is as expected. Sorry for my mistake. Cheers, Nicolas, looking for a big tree to hide behind -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397237: libperl5.8: package is empty
On Sun, Nov 05, 2006 at 02:47:15PM -0800, Steve Langasek wrote: But clearly if you're just reporting this strangeness now, months after the package was uploaded, the package isn't actually unusable. So why should this be grave? OK, you may be right, but this certainly is strange! BTW, the packages in sarge shipped the same way, with no ill effects... Really? I would have thought that such important packages would have been looked at more closely, and that such a strangeness would have been spotted before. But then why have a libperl5.8 package at all? Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397238: libqhread-12: package is empty
On Sun, Nov 05, 2006 at 03:25:32PM -0800, Steve Langasek wrote: And like the libperl5.8 case, I can't find anything broken by this bug -- libqthreads-12 has multiple reverse-deps on i386 and alpha, but none on amd64, so it appears the emptiness is not a problem. Hmmm... I guess I should stop looking for bugs while taking care of my baby, I'm doing stupid things... :-( Anyway, I guess this libqthreads-12 should probably exist only for i386 and alpha, rather than be empty for other architectures... Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397243: xoscope: oscope gone missing when rebult
Package: xoscope Version: 1.12-2 Severity: serious Hi, When xoscope is rebuilt, the /usr/bin/oscope file disappears from the package. This means that when the security team will rebuild the packages (if needed), the file will disappear, and users will be confused. On some non-i386 architectures, the file is already missing. I think this bug is comparable to a FTBFS, hence setting it to serious severity. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: i386 (i386) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397055: aircrack-ng: extraneous documentation file
Package: aircrack-ng Version: 0.6.2-2 Severity: normal Hi, The i386 package of aircrack-ng 0.6.2-2 has both /usr/share/doc/aircrack-ng/kismet.conf.default and /usr/share/doc/aircrack-ng/kismet.conf.default.gz with same content. The uncompressed one should certainly not be there. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: i386 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397056: argus-server: Missing init script
Package: argus-server Version: 1:2.0.6.fixes.1-11 Severity: normal Hi, For some reason, /etc/default/argus-server and /etc/init.d/argus-server are missing in the ppc package. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364837: Confirming bug, problem is in /usr/lib/libvcdinfo.so.0
Hi, On Tue, Aug 29, 2006 at 09:27:15AM +0200, Reinhard Tartler wrote: I noticed that the bug only occurs if I move the mouse pointer over the video. Did you really do this as well? If moving the mouse pointer over the video triggers the problem, I don't think the problem lies in libcdio. Moving the mouse pointer over the video should make no difference to libcdio. Then I think the bug lies somewhere in libxine1 or xine-ui that changes some values they should not change. Have you considered trying to run xine with valgrind (as you are running on i386)? Or to use a different UI to libxine1 like totem or kaffeine? Just to be sure, you are on i386 as well, right? Non, sorry, I am using ppc... Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364837: Confirming bug, problem is in /usr/lib/libvcdinfo.so.0
Hi, On Sun, Aug 27, 2006 at 07:03:23PM +0200, Reinhard Tartler wrote: tags 364837 confirmed reassign 364837 libvcdinfo0,libxine1 stop I was able to reproduce this crash, see the attached backtrace. I noticed that this happens instantely for me when I move the mouse over it. The attached backtrace shows that the segfault occurs in libvcd0, so I assume the error is either there or in the way xine uses libvcd. I recompiled libxine1 using the internal copy of libvcd with the result, that the segfault dissappeared. So I'll probably drop using the external libvcd for now, but I'd be more happy if debian's libvcd could be fixed. Nicolas, could you as libvcd maintainer help me to investigate this segfault? I hadn't seen this bug report; thanks for pointing me to it. I just tried to reproduce this bug, with no success. I built a trivial VCD, using vcdimager and a single MPEG file. I could play the resulting VCD with xine with no trouble. Here are the versions of the libraries I am using: $ dpkg -l libxine1 libvcdinfo0 libcdio\* libiso9660-\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libcdio6 0.76-1 library to read and control CD-ROM ii libiso9660-4 0.76-1 library to work with ISO9660 filesystems ii libvcdinfo00.7.23-3 library to extract information from VideoCD ii libxine1 1.1.2-2the xine video/media player library, binary What versions Are you using? Any idea how I can reproduce the bug? Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375039: Still no video when playing a DVD in xine?
Hi, On Tue, Aug 08, 2006 at 11:53:32PM +0200, Reinhard Tartler wrote: Could you please try if DVD Playback works for you with libxine1_1.1.2-2? 1.1.2-2 is not yet available for powerpc (for some reason, it failed to autobuild), but I could compile it with no problem with pbuilder, and it appears that it works fine. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378511: [xml/sgml-pkgs] Bug#378511: libxml2-dev: libxml2.la's dependency_libs contains -lz, but zlib1g-dev|libz-dev is not depended upon anymore
Hi, On Mon, Jul 17, 2006 at 07:45:03PM +0200, Mike Hommey wrote: This is clearly related to #374017; the fix to this bug was incomplete. It causes FTBFS in packages that build-depend on libxml2-dev but not zlib1g-dev|libz-dev, and that use libtool. (See for example #378374.) In the meanwhile, I remembered that libxslt, that I built with the new libxml2 to verify the changes to libxml2-dev dependencies don't break everything, also uses libtool. So, wondering what was the matter, I also remembered libxslt is autoreconfed. To solve the problem, then, all you have to do is relibtoolize your package. This can be achieved by running autoreconf. You will need libtool, autoconf2.13 and automake1.9. That solves the issue much better than adding useless build-dep AND dependency on zlib. To be honnest, I know very little about libtool (and only little more abour automake and autoconf), so I tried to autoreconf my package... Unfortunately, it did not make any difference, and I can't understand why you would expect that relibtoolizing ou autoreconfing the application can fix anything if the problem actually is in /usr/lib/libxml2.la ... Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378511: libxml2-dev: libxml2.la's dependency_libs contains -lz, but zlib1g-dev|libz-dev is not depended upon anymore
Package: libxml2-dev Version: 2.6.26.dfsg-2 Severity: important Hi, This is clearly related to #374017; the fix to this bug was incomplete. It causes FTBFS in packages that build-depend on libxml2-dev but not zlib1g-dev|libz-dev, and that use libtool. (See for example #378374.) Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375039: libxine1: No video when playing a DVD
Hi, On Wed, Jul 05, 2006 at 09:48:42AM +0200, Bram Senders wrote: On Thu, Jun 22, 2006 at 11:28:44PM +0200, Nicolas Boullis wrote: I just figured out that I can't play a DVD any more. Everything seems to be fine, except that... I get no image. The sound is good. For me, this is fixed by using libxine1 1.1.1+cvs20060702-1 from experimental. I had to compile it myself, though, as no PowerPC packages seem to be available (yet?). Maybe this helps for you too? Thanks for suggesting this. It also works fine for me. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375412: ITP: vdr-plugin-dxr3 -- Plugin to vdr to use a DXR3/Hollywood+ MPEG decoder as primary interface
Package: wnpp Severity: wishlist Owner: Nicolas Boullis [EMAIL PROTECTED] * Package name: vdr-plugin-dxr3 Version : 0.2.6 Upstream Author : Kai Moeller [EMAIL PROTECTED], Stefan Schluenss [EMAIL PROTECTED], Christian Gmeiner christian at visual-page.de, ...and numerous others, see CONTRIBUTORS. * URL : http://sourceforge.net/projects/dxr3plugin/ * License : GPL Programming Lang: C++ Description : Plugin to vdr to use a DXR3/Hollywood+ MPEG decoder as primary interface This plugin for vdr allows using a DXR3/Hollywood+ MPEG decoder card as primary interface. This package will be maintained within the Debian VDR Team [EMAIL PROTECTED]. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375039: libxine1: No video when playing a DVD
Hi, On Fri, Jun 23, 2006 at 02:24:25AM +0200, Siggi Langauf wrote: On Thu, 22 Jun 2006, Nicolas Boullis wrote: [...] Codec: MPEG 1/2 (ffmpeg) [...] Have you changed plugin priorities in your configuration? Well, I don't reember doing anything such, and to be honnest, I have no idea how I can do this. Just in case, I just tried to move away my ~/.xine directory and restart xine, with no more success. An the stream information still reports Codec: MPEG 1/2 (ffmpeg)... Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375039: libxine1: No video when playing a DVD
Package: libxine1 Version: 1.1.1-2 Severity: normal Hi, I just figured out that I can't play a DVD any more. Everything seems to be fine, except that... I get no image. The sound is good. I tried with various output plugins (xv, xshm, opengl, sdl) with no success. I tried several DVDs with no success. There is no problem playing a MPEG file. If I look at the stream information while trying to play a DVD, I get in the video part: Has: yes Handled: yes Ignore: no Codec: MPEG 1/2 (ffmpeg) FourCC: 0x0 Channel: 0 Bitrate: 0 Resolution: 0 X 0 Ratio: 0 Streamrate: 0 I'm pretty sure it used to work fine in the past. Feel free to ask for more information. Cheers, Nicolas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1-irma Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libxine1 depends on: ii libasound21.0.11-3 ALSA library ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcdio6 0.76-1 library to read and control CD-ROM ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgl1-mesa-glx [libgl1] 6.4.2-1A free implementation of the OpenG ii libglu1-mesa [libglu1]6.4.2-1The OpenGL utility library (GLU) ii libiso9660-4 0.76-1 library to work with ISO9660 files ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libmodplug0c2 1:0.7-5shared libraries for mod music bas ii libogg0 1.1.3-2Ogg Bitstream Library ii libspeex1 1.1.12-2 The Speex Speech Codec ii libstdc++64.1.0-4The GNU Standard C++ Library v3 ii libtheora00.0.0.alpha5-1 The Theora Video Compression Codec ii libvcdinfo0 0.7.23-1 library to extract information fro ii libvorbis0a 1.1.2-1The Vorbis General Audio Compressi ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxv11:1.0.1-3 X11 Video extension library ii libxvmc1 1:1.0.1-5 X11 Video extension library ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages libxine1 recommends: ii libmng1 1.0.9-1Multiple-image Network Graphics li -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
