Bug#487252: libraries linked with libX11 on GNU/kFreeBSD
Reinhard Tartler schrieb: Måns Rullgård [EMAIL PROTECTED] writes: Oh, Debian. I might have guessed. [...] The Debian FFmpeg package is indeed about as free of FFmpeg as you can get. [...] I take something being applied to a debian package as a warning sign. What a warm and friendly atmosphere... :/ -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490584: Boot-delay (probably while loading png - graphic)
Disabling the background image makes the menu appear only *a little bit* faster. Robert Millan schrieb: On Sat, Jul 12, 2008 at 11:11:35PM +0200, Christian Meyer wrote: if background_image /boot/grub/debian-blueish-wallpaper-640x480.png ; then So it seems that `background_image' is eating your extra time. Does it boot faster if you disable it? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491695: live-helper install gnome-cups-manager in the gnome list
Package: live-helper Version: 1.0~a48-1 Severity: minor Dear live-team, the gnome package list in `/usr/share/live-helper/lists/gnome' tries to install the gnome-cups-manager package which isn't in lenny anymore. Please change it to install system-config-printer instead. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490584: Boot-delay (probably while loading png - graphic)
Robert Millan schrieb: I don't think the results are necessarily the same for Christian. The timings per given are not reproducible anyway. The Grub menu shows up fast as lightning on my (real hardware) PC. I only encounter the delays in VirtualBox. Maybe this has to do with shortness of the emulated BIOS? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491695: live-helper install gnome-cups-manager in the gnome list
Is there a reason why you entirely removed the package instead of replacing it by system-config-printer? This is the successor to g-c-m in Debian, at least according to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491628 Chris Lamb schrieb: tags 491695 + pending thanks Fixed in Git, many thanks. Regards, -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491695: live-helper install gnome-cups-manager in the gnome list
Thanks! Chris Lamb schrieb: Fabian Greffrath wrote: Is there a reason why you entirely removed the package instead of replacing it by system-config-printer Because I assumed it was would be pulled in by gnome-desktop-environment. In reality, system-config-printer is a dependency of the gnome package which is in the gnome-full package list. Anyway, fixed. Regards, -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491831: make xapian search field more consistent in look with e.g. evolution
Package: synaptic Version: 0.62.1exp1 Severity: wishlist Hello, I really like the newly introduced 'Quick search' field. However, it would be nice if it also contained a 'clean sweep' button to make it look and behave more consistend with other applications, like e.g. Evolution. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461578: The 'multimedia'-keys on my keyboard do only work, after I set them *again* in gnome-keyboard-properties
Am Mittwoch, den 23.07.2008, 18:02 +0200 schrieb Josselin Mouette: This part is fine. Could you now check which process is the parent of gnome-settings-daemon? $ ps -o user,pid,ppid,command -ax | grep 2503 Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html fabian2503 2379 x-session-manager fabian2560 2503 /usr/bin/seahorse-agent --execute x-session-manager fabian2563 2503 gnome-settings-daemon fabian2575 2503 /usr/bin/metacity --sm-client-id=default0 fabian2578 2503 gnome-panel --sm-client-id default1 fabian2579 2503 nautilus --no-default-window --sm-client-id default2 fabian2591 2503 /usr/bin/python /usr/bin/system-config-printer-applet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461578: The 'multimedia'-keys on my keyboard do only work, after I set them *again* in gnome-keyboard-properties
Am Mittwoch, den 23.07.2008, 18:02 +0200 schrieb Josselin Mouette: This part is fine. Could you now check which process is the parent of gnome-settings-daemon? Ah, by the way, x-session-manager is a link to /usr/bin/gnome-session (via /etc/alternatives/x-session-manager). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497775: O: unzoo -- zoo archive extractor
Package: wnpp Severity: normal I intend to orphan the unzoo package. We already have the zoo package in Debian which AFAICT is also able to extract zoo archive files. I have, however, never had the chance to check this, because nowadays zoo archives are... well... rather unusual, to say the least. Technically, the package is in a very good shape and bug-free. However, I dont' know if this package is still of use for anybody at all (though it has a few popcon votes). If noone wants to adopt it until the lenny release, I'll request its removal from the archive after lenny. Maybe the zoo package could Provide: unzoo for a transitional time frame. The package description is: A zoo archive is a file that contains several files, called its members, usually in compressed form to save space. 'unzoo' can list all or selected members or extract all or selected members, i.e., uncompress them and write them to files. It cannot add new members or delete members. For this you need the zoo archiver, called 'zoo'. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497775: Acknowledgement (O: unzoo -- zoo archive extractor)
owner 497775 [EMAIL PROTECTED] thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497776: O: glunarclock -- GNOME Lunar Clock moon applet
Package: wnpp Severity: normal I intend to orphan the glunarclock package. Technically, the package is in a very good shape and nearly bug-free (there is a bashism in debian/rules for which I already provided a patch in the BTS and the debian/copyright file needs to be revised). Upstream is friendly and responsive, but hasn't worked on the software for more than 3 years now. Maybe the package is of interest for the Debian GNOME maintainers team. However, I believe it makes much more sense to help upstream integrate the code and the artwork into the gnome-panel applets. Wishlist bugs regarding this issue have been files in the BTS [0] and upstream [1]. As soon as this has happened, the glunarclock package should be removed from the archive IMHO. The package description is: GNOME Lunar Clock Applet displays the current phase of the moon as an applet for the GNOME panel. It also provides various astronomical data such as clock functions, rise and set times for the moon, and the current coordinates of the moon. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464698 [1] http://bugzilla.gnome.org/show_bug.cgi?id=170277 -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497776: Acknowledgement (O: glunarclock -- GNOME Lunar Clock moon applet)
owner 497776 [EMAIL PROTECTED] thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497775: O: unzoo -- zoo archive extractor
reassign 497775 ftp.debian.org retitle 497775 RM: unzoo -- RoM: obsolete, superseded by zoo thanks Daniel Baumann schrieb: We already have the zoo package in Debian which AFAICT is also able to extract zoo archive iles. please check, and if positive, retitle this into a removal request. It's even worse! Because I couldn't find one on the web, I created a fresh zoo archive with the zoo utility via 'zoo -add test.zoo src/*'. Trying to extract this archive with unzoo via 'unzoo -x test.zoo' resulted in a bunch of zero-length files, accompanied by the error message error, LZD not yet implemented. Extracting the archive with zoo via 'zoo -extract test.zoo' worked well however. Thus unzoo is not able to extract archives that have been created with standard zoo. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Upstream has renamed this variable to 'initialized' in r11920, but
still has it uninitialized [sic!].
Reinhard, could you please submit this small patch upstream and
include it in our tree?
Cheers,
Fabian
刘世伟 schrieb:
Package: ffmpeg
Version: 0.svn20080206-12
Severity: critical
Justification: breaks unrelated software
*** Please type your report below this line ***
(gdb) run
Starting program: /usr/bin/ffmpeg
[Thread debugging using libthread_db enabled]
[New Thread 0x2aad0f40 (LWP 26315)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2aad0f40 (LWP 26315)]
0x2abe11e8 in avcodec_register_all () at
/usr/src/ffmpeg/ffmpeg-debian-0.svn20080206/libavcodec/allcodecs.c:58
warning: Source file is more recent than executable.
58 if (inited)
fix this bug:
--- ffmpeg-debian-0.svn20080206.orig/libavcodec/allcodecs.c
+++ ffmpeg-debian-0.svn20080206/libavcodec/allcodecs.c
@@ -53,7 +53,7 @@
*/
void avcodec_register_all(void)
{
-static int inited;
+static int inited=0;
if (inited)
return;
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: mipsel (mips64)
Kernel: Linux 2.6.18.8-loongson2f-v1.02a (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages ffmpeg depends on:
ii libavcodec51 0.svn20080206-12.1 ffmpeg codec library
ii libavdevice52 0.svn20080206-12.1 ffmpeg device handling library
ii libavformat52 0.svn20080206-12.1 ffmpeg file format library
ii libavutil49 0.svn20080206-12.1 ffmpeg utility library
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libfreetype6 2.3.7-1FreeType 2 font engine, shared lib
ii libimlib2 1.4.0-1.1 powerful image loading and renderi
ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer
ii libswscale0 0.svn20080206-12.1 ffmpeg video scaling library
ffmpeg recommends no packages.
ffmpeg suggests no packages.
-- no debconf information
___
pkg-multimedia-maintainers mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Reinhard Tartler schrieb: Fabian, please make sure that you don't accidentally CC' [EMAIL PROTECTED] Oops, sorry! I've compiled it on morales.debian.org, a mipsel porter machine with CFLAGS set to -O0, -O2, O3 and -Os, all returned 0. AFAIR, static variables are always initialized to 0, but I don't have the C standard at hand right now. But then the code in allcodecs.c look rather senseless to me. Why should you test 'if (inited)' when you've just set it yourself to 0 by initializing it? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Reinhard Tartler schrieb: In order to ensure that no matter how often that function is called, the code below that if is executed exatly once. Think Singleton-Pattern. Will the code be executed more than once if initialize it with static int inited=0; (which is the proposed fix)? I fear so... -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Julien Cristau schrieb: No. The variable is static, it's initialized only once. (But then, the proposed 'fix' looks like a no-op to me.) Ah! Thx ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Reinhard Tartler schrieb: Debian does not ship such a kernel, nor is the loongson architecture supported. Based on the information you've given, I'm inclined to conclude that the problem is in that kernel. Please clarify. Should a bug in a kernel/architecture that is not even supported by Debian really be considered RC? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497230: [alpha] legacy and generic package descriptions
Well, I still don't entirely know what the -legacy package is for nor what constitutes an Alpha Legacy Machine. Looking at the linux-2.6 Debian changelog it appears it may be something to do with MILO. Yes, same problem here. Please provide a (non-exhaustive) list of model and/or system types that are supported by each particular package. For example, I have an Alpha EV67 with system type and variation reported as Tsunami and Monet by /proc/cpuinfo. However, I still don't have any clue if I have to install the -generic or the -legacy kernel. Thanks! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498174: libmms0: Please include support for extended stream properties
Is only this patch required? http://bazaar.launchpad.net/~tonytung/libmms/asf_extended_stream_properties/revision/86 Reinhard Tartler schrieb: Thank you very much for notifying us about your work. However, I don't think that we have the manpower to properly review and maintain this patch. Have you been in contact with upstream about this? Perhaps you can get your work included there, so that we don't have to maintain a divergence from upstream because of that. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462163: hplip: new upstream version HPLIP 2.7.12 many bug fixes, improvements etc. please package!
retitle 462163 new upstream version 2.8.2 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460843: please support additional options to use with the default boot option
package: grub2
version: 1.95+20080107-1
severity: wishlist
Dear GRUB-Maintainers,
in the legacy grub package you could specify (citing from menu.lst)
## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
I consider this a very usefull feature and I miss this in the grub2
packages. For standard booting I prefer to pass e.g. 'quiet' to the
kernel, but not for single-user mode.
In the grub2 packages the variable ${GRUB_CMDLINE_LINUX} is passed to
the kernel in both standard and single-user mode. Maybe an additional
variable (e.g. ${GRUB_CMDLINE_LINUX_DEFAULT}) could be passed to the
kernel only in standard mode?
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460843: please support additional options to use with the default boot option
tags 460843 + patch
thanks
I have attached a (trivial) patch.
Cheers,
Fabian
diff -Nur grub2-1.95+20080107/debian/default/grub grub2-1.95+20080107.new/debian/default/grub
--- grub2-1.95+20080107/debian/default/grub 2008-01-16 17:09:34.0 +0100
+++ grub2-1.95+20080107.new/debian/default/grub 2008-01-16 17:11:50.0 +0100
@@ -3,3 +3,4 @@
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=Debian
+#GRUB_CMDLINE_LINUX_DEFAULT=quiet vga=791
diff -Nur grub2-1.95+20080107/util/grub.d/10_linux.in grub2-1.95+20080107.new/util/grub.d/10_linux.in
--- grub2-1.95+20080107/util/grub.d/10_linux.in 2008-01-02 09:34:41.0 +0100
+++ grub2-1.95+20080107.new/util/grub.d/10_linux.in 2008-01-16 17:10:58.0 +0100
@@ -100,7 +100,7 @@
cat EOF
menuentry ${OS}, linux ${version} {
- linux ${grub_dirname}/${basename} root=${GRUB_DEVICE} ro ${GRUB_CMDLINE_LINUX}
+ linux ${grub_dirname}/${basename} root=${GRUB_DEVICE} ro ${GRUB_CMDLINE_LINUX} ${GRUB_CMDLINE_LINUX_DEFAULT}
EOF
if test -n ${initrd} ; then
cat EOF
Bug#461442: detection of other OSes in update-grub
Package: grub2 Severity: wishlist Hello, I'd like to know if it is possible (or maybe even planned) to integrate the code into update-grub, that detects other (mostly proprietary) OSes on my harddrive(s) during D-I? I mean, it would be cool to have e.g.WinXP detetcted and added to the GRUB-menu via a simple update-grub. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461578: The 'multimedia'-keys on my keyboard do only work, after I set them *again* in gnome-keyboard-properties
Package: gnome-control-center Version: 1:2.20.1-2 Severity: normal --- Please enter the report below this line. --- Dear GNOME-Maintainers, I am using one of these modern multimedia keyboards (a Cherry Cymotion Master Linux, but I guess that makes no difference). This keyboard has a.o. an 'E-mail' key. Let's stay with this key for the example. In gnome-keybinding-properties I have of course assigned this key to 'E-mail' in the Desktop section. When I boot the computer and GNOME starts up, I press the key and *nothing* happens. However, xev shows the following events: KeyPress event, serial 30, synthetic NO, window 0x2a1, root 0x84, subw 0x0, time 4874425, (180,-7), root:(184,42), state 0x10, keycode 236 (keysym 0x1008ff19, XF86Mail), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 30, synthetic NO, window 0x2a1, root 0x84, subw 0x0, time 4874517, (180,-7), root:(184,42), state 0x10, keycode 236 (keysym 0x1008ff19, XF86Mail), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False So at least the key is somehow identified by X. Next I run gnome-keybinding-properties. There is still 'Action: E-mail' assigned to 'Shortcut: XF86Mail'. I click on this line and press the E-mail-key again, overriding the previous setting. Of course, nothing really changes, everything looks like before. However, when I press the key now, Evolution starts. xev now tells the following about the KeyRelease event: KeyRelease event, serial 15, synthetic NO, window 0x2c1, root 0x84, subw 0x0, time 5652649, (481,114), root:(485,163), state 0x10, keycode 36 (keysym 0xff0d, Return), same_screen YES, XLookupString gives 1 bytes: (0d) XFilterEvent returns: False Cheers, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-1-686 Debian Release: lenny/sid 500 testing ftp2.de.debian.org 450 unstablewww.debian-multimedia.org 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-== capplets-data ( 1:2.21) | 1:2.20.1-2 capplets-data (= 1:2.20) | 1:2.20.1-2 desktop-file-utils| 0.13-2 gnome-desktop-data| 2.20.2-1 gnome-icon-theme(= 2.16) | 2.20.0-1 gnome-menus (= 2.12.0) | 2.20.2-1 libart-2.0-2 (= 2.3.18) | 2.3.19-3 libatk1.0-0 (= 1.20.0) | 1.20.0-1 libbonobo2-0 (= 2.15.0) | 2.20.2-1 libbonoboui2-0(= 2.15.1) | 2.20.0-1 libc6 (= 2.7-1) | 2.7-5 libcairo2 (= 1.4.0) | 1.4.10-1 libdbus-1-3(= 1.1.1) | 1.1.2-1 libdbus-glib-1-2(= 0.74) | 0.74-1 libebook1.2-9 (= 1.12.1) | 1.12.2-1 libesd0 (= 0.2.35) | OR libesd-alsa0 (= 0.2.35) | 0.2.36-3 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgconf2-4 (= 2.13.5) | 2.20.1-2 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.14.0) | 2.14.3-1 libgnome-desktop-2(= 2.11.1) | 2.20.2-1 libgnome-menu2(= 2.15.4) | 2.20.2-1 libgnome-window-settings1 (= 1:2.20.1-2) | 1:2.20.1-2 libgnome2-0 (= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomekbd1 | 2.20.0-1 libgnomekbdui1| 2.20.0-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.20.1-1 libgstreamer-plugins-base0.10-0 (= 0.10.15) | 0.10.15-4 libgstreamer0.10-0 (= 0.10.15) | 0.10.15-3 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libhal1 (= 0.5.10) | 0.5.10-5 libice6 (= 1:1.0.0) | 2:1.0.4-1 libmetacity0(= 1:2.19.5) |
Bug#437275: closed by Robert Millan [EMAIL PROTECTED] (Bug#437275: fixed in grub2 1.95+20080116-1)
found 437275 1.95+20080116-1 thanks Sorry, but it's still flickering on my screen. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461851: ambigous highlighting if background picture is enabled
Package: grub2
Version: 1.95+20080116-2
Severity: minor
Tags: patch
Hi,
again bugging you with a minor issue. ;)
I believe the highlighting of the menu items is ambigous when the newly
introduced background image is enabled.
Consider you have only two menu items. Which one is 'highlighted',
magenta or black?
Magenta is a dark color (at least on my CRT) and does not provide the
best possible contrast to black. Furthermore i believe that a colored
background indicates the selected menu item in a more obviuos way than
colored text.
Please consider applying the attached patch, it has proven to look nice
on my screen.
If you don't like it, please close this bug.
Cheers,
Fabian
--- 05_debian_theme~ 2008-01-21 09:11:49.0 +0100
+++ 05_debian_theme 2008-01-21 09:14:17.0 +0100
@@ -3,7 +3,7 @@
# for convert_system_path_to_grub_path()
source /usr/lib/grub/update-grub_lib
-# Disabled due to bug in desktop-base 4.0.5 - pending to reenable
+# Enable Debian background provided by desktop-base (4.0.6)
if [ $GRUB_TERMINAL = gfxterm ] \
bg=`convert_system_path_to_grub_path /usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.tga` ; then
echo Found Debian background: `basename ${bg}` 2
@@ -11,7 +11,7 @@
insmod tga
background_image ${bg}
set color_normal=black/black
-set color_highlight=magenta/black
+set color_highlight=white/magenta
EOF
else
# set the traditional Debian blue theme
Bug#461911: planetpenguin-racer is deprecated, please package Extreme Tux Racer
Package: planetpenguin-racer Version: 0.3.1-10 Severity: Wishlist Hi, PlanetPenguin Racer has been abandoned upstream. It's usccessor is Extreme Tux Racer, see http://extremetuxracer.com/ Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462218: Bug#461442: detection of other OSes in update-grub
Robert Millan schrieb: Sorry, I got confused. The generic linux-device / grub-drive conversion tool is no problem. I think it's fine to add it. Fine! The problem is if you need grub-probe to work with an input different than a filesystem path. I won't need grub-probe at all as soon as the aforementioned tool exists. (My initial idea was to integrate the functionality into grub-probe, but a separate tool is fine as well.) If you want the former, feel free to send a patch to grub-devel. Hey, I'm allready proud of my little shell script... ;) For the latter, look at my questions and send some feedback. Sorry, Robert, but which questions? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462218: Bug#461442: detection of other OSes in update-grub
Hi there,
Robert Millan schrieb:
If you want the former, feel free to send a patch to grub-devel. For the
latter, look at my questions and send some feedback.
please find attached a patch that adds a new parameter '--device, -d' to
grub-probe. If this parameter is set, grub-probe expects the given
argument to be a block device. All of the '--target' parameters work
with this option as well. If the '--device' parameter is not set,
grub-probe will work as before.
Furthermore I had to add a new public function to getroot.c that returns
the given argument if it is a block device and returns NULL else. This
was necessary, because else you could force grub-probe to print 'foobar'
if run as 'grub-probe --target=device --device foobar'.
I consider this (i.e. adding a new option to grub-probe) a better
solution than writing a separate tool only for this purpose.
The second file that I attached is the 30_os-prober script making use of
the new grub-probe feature. Please note that the 'case ... in' part is
only run if 'grub-probe --device' actually returns something usefull.
I am looking forward to your feedback.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
diff -urNad grub2-1.95+20080201~/include/grub/util/getroot.h grub2-1.95+20080201/include/grub/util/getroot.h
--- grub2-1.95+20080201~/include/grub/util/getroot.h 2008-01-12 16:11:56.0 +0100
+++ grub2-1.95+20080201/include/grub/util/getroot.h 2008-02-03 18:14:11.0 +0100
@@ -29,5 +29,6 @@
char *grub_get_prefix (const char *dir);
int grub_util_get_dev_abstraction (const char *os_dev);
char *grub_util_get_grub_dev (const char *os_dev);
+char *grub_util_check_block_device (const char *blk_dev);
#endif /* ! GRUB_UTIL_GETROOT_HEADER */
diff -urNad grub2-1.95+20080201~/util/getroot.c grub2-1.95+20080201/util/getroot.c
--- grub2-1.95+20080201~/util/getroot.c 2008-01-12 16:11:56.0 +0100
+++ grub2-1.95+20080201/util/getroot.c 2008-02-03 21:56:29.0 +0100
@@ -327,3 +327,17 @@
return grub_dev;
}
+
+char *
+grub_util_check_block_device (const char *blk_dev)
+{
+ struct stat st;
+
+ if (stat (blk_dev, st) 0)
+grub_util_error (Cannot stat `%s', blk_dev);
+
+ if (S_ISBLK (st.st_mode))
+return strdup(blk_dev);
+ else
+return 0;
+}
diff -urNad grub2-1.95+20080201~/util/grub-probe.c grub2-1.95+20080201/util/grub-probe.c
--- grub2-1.95+20080201~/util/grub-probe.c 2008-01-25 23:33:57.0 +0100
+++ grub2-1.95+20080201/util/grub-probe.c 2008-02-03 19:30:50.0 +0100
@@ -50,6 +50,7 @@
};
int print = PRINT_FS;
+unsigned int argument_is_device = 0;
void
grub_putchar (int c)
@@ -84,9 +85,18 @@
int abstraction_type;
grub_device_t dev = NULL;
- device_name = grub_guess_root_device (path);
+ if (argument_is_device)
+device_name = grub_util_check_block_device (path);
+ else
+device_name = grub_guess_root_device (path);
+
if (! device_name)
-grub_util_error (cannot find a device for %s.\n, path);
+{
+ if (argument_is_device)
+grub_util_error (%s is not a block device.\n, path);
+ else
+grub_util_error (cannot find a device for %s.\n, path);
+}
if (print == PRINT_DEVICE)
{
@@ -201,6 +211,7 @@
static struct option options[] =
{
+{device, no_argument, 0, 'd'},
{device-map, required_argument, 0, 'm'},
{target, required_argument, 0, 't'},
{help, no_argument, 0, 'h'},
@@ -217,10 +228,11 @@
Try ``grub-probe --help'' for more information.\n);
else
printf (\
-Usage: grub-probe [OPTION]... PATH\n\
+Usage: grub-probe [OPTION]... [PATH|DEVICE]\n\
\n\
-Probe device information for a given path.\n\
+Probe device information for a given path or device.\n\
\n\
+ -d, --device given argument is a system device, not a path\n\
-m, --device-map=FILE use FILE as the device map [default=%s]\n\
-t, --target=(fs|drive|device|partmap|abstraction)\n\
print filesystem module, GRUB drive, system device, partition map module or abstraction module [default=fs]\n\
@@ -246,13 +258,17 @@
/* Check for options. */
while (1)
{
- int c = getopt_long (argc, argv, m:t:hVv, options, 0);
+ int c = getopt_long (argc, argv, dm:t:hVv, options, 0);
if (c == -1)
break;
else
switch (c)
{
+ case 'd':
+ argument_is_device = 1;
+ break;
+
case 'm':
if (dev_map)
free (dev_map);
#! /bin/sh -e
# update-grub helper script.
# insert copyright and license blurb here
if [ -x `which os-prober 2/dev/null` ] ; then
OSPROBED=`os-prober | tr ' ' '|' | paste -s -d ' '`
fi
if [ -n ${OSPROBED} ] ; then
for OS in ${OSPROBED} ; do
DEVICE=`echo ${OS} | cut -d ':' -f 1`
LONGNAME
Bug#463949: Buildd logs (more) can't find package rott_ in the database.
Package: qa.debian.org Hello, I am the maintainer for the 'rott' package. On the PTS page for this package [1] there is a link called '(more)' to the right of 'Buildd logs'. The link points to the following site, which tells me that it can't find package rott_ in the database.: http://experimental.debian.net/build.php?pkg=rott However, on my maintainer QA page [2] there is a similar link called 'Buildd' in the Buildd part of the table for the rott package. This link points to the following site, which indeed lists all available buildd logs for the rott package: http://buildd.debian.org/build.php?pkg=rott Thus I suggest changing the link in the PTS page to match the one from the QA page. Additionally, on the QA page there is another link called 'More' just beneath the 'Buildd' link. This does however not point to the same site as the 'more' link from the PTS page. Instead it points to the following site, which contains some useful information about the package status on the different architectures: http://people.debian.org/~igloo/status.php?packages=rott This page is very interesting and I suggest adding it to the PTS page. But then, please do not call it 'more' again... ;) Cheers, Fabian [1] http://packages.qa.debian.org/r/rott.html [2] http://qa.debian.org/[EMAIL PROTECTED] -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462218: Bug#461442: detection of other OSes in update-grub
Robert Millan schrieb: Why is that a problem? Because foobar is not a block device, but grub-probe claims that it will print a device if '--target=device' is given. I think this function could be called from the other part of this file which performs similar checks (if this functionality is to be kept, that is). Yes, I am fine with this. I know that the call to probe() is not supposed to be reentrant, but I'd prefer not to break reentrancy if it can be easily avoided; it is possible that probe() needs to recurse onto itself in the future (because of RAID/LVM). OK, but should I keep it uninitialized? Please remember to fix that in later versions of the patch ;-) Sure, my copyright assignment paper is on it's way... Is it possible to share code with 10_linux.in here? Only if os-prober is installed. But then, os-prober does not check for kernels on / and /target. Maybe this can be simplified with echo something | read a b c d feature? For cosmetic reasons, yes. ;) Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463976: New upstream stable release 1.2129
package: ntfs-3g severity: wishlist Hi, On January 30, 2008 upstream relased version 1.2129, which is the first real release version, at least according to the changelog found at http://pagesperso-orange.fr/b.andre/changelog.html Please consider packaging this version ASAP. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464698: merge glunarclock into gnome-panel?
package: gnome-panel severity: wishlist Dear GNOME-maintainers, I recently had an idea concerning gnome-applet that is definitely beyond the scope of package maintaining in Debian, but maybe you could contact upstream about this? Lately intlclock has been merged into the 'official' upstream gnome-panel package. I am the maintainer for the glunarclock package, which has not seen an update upstream for nearly 3 years now. Now I am wondering if it yould be possible to include the functionality of glunarclock into the 'official' clock-applet, too? Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459548: dh_fixperms should chmod 755 /usr/share/bug/*/script
package: debhelper severity: minor Hi, many packages make use use of /usr/share/bug/*/script files. These files are most often added to the packaging via the Debian .diff.gz file and are installed into the binary packages via debian/*.install files. This way there is no other way to keep the files executable than to manually chmod them in debian/rules. If you miss this, lintian throws the script-not-executable warning. I suggest extending dh_fixperms to automatically fix the permissions for these files if the are installed into a package. Thanks, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459548: dh_fixperms should chmod 755 /usr/share/bug/*/script
tags 459548 + patch
thanks
I hope you like the attached patch. It also applies to lintian overrides
(which should never be executable, too).
Cheers,
Fabian
--- dh_fixperms~
+++ dh_fixperms
@@ -105,6 +105,22 @@
-name '*.ali' $find_options -print0,
2/dev/null | xargs -0r chmod uga-w);
}
+
+ # Bug control files should not be executable (except for script)
+ if (-d $tmp/usr/share/bug) {
+ complex_doit(find $tmp/usr/share/bug -type f,
+ ! -name 'script' $find_options -print0,
+ 2/dev/null | xargs -0r chmod 644);
+ complex_doit(find $tmp/usr/share/bug -type f,
+ -name 'script' $find_options -print0,
+ 2/dev/null | xargs -0r chmod 755);
+ }
+
+ # Lintian overrides should never be executable, too.
+ if (-d $tmp/usr/share/lintian) {
+ complex_doit(find $tmp/usr/share/lintian -type f $find_options -print0,
+ 2/dev/null | xargs -0r chmod 644);
+ }
}
=head1 SEE ALSO
Bug#460078: use update-grub2 instead of update-grub
tags 460078 + pending thanks Hi Robert, I'll happily apply your patch, but... where do I find 'update-grub2' [1]? Do I miss something? Cheers, Fabian PS: Are you interested in co-maintaining grub-invaders? Most of the changes of the previous revisions were your patches anyway. [1] http://packages.debian.org/search?searchon=contentskeywords=update-grubmode=filenamesuite=unstablearch=i386 -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415048: Fwd: Accepted hplip 2.7.10-2 (source i386 all)
The icon in the System-Settings Menu in Gnome is still the ugly b/w one. There are colorful icons under Applications-Office though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452361: please include '-fPIC' in standard CFLAGS
Package: cdbs Version: 0.4.50 Severity: wishlist Dear cdbs-developers, I have observed several times that shared libraries build without PIC code if the compiler is not run with the optional '-fPIC'. Lintian then throws the following error: http://lintian.debian.org/reports/Tshlib-with-non-pic-code.html Simply adding CFLAGS += -fPIC in debian/rules often solves the problem. I don't know if this option is dangerous for static objects, but if not, please consider including it in the standard CFLAGS. Thank you! Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452362: unnecessarily Build-Depends on libsndfile1-dev
Package: faad2 Version 2.6-1 Severity: minor Dear faad2-maintainer, none of the files in the source tarball include any header from libsndfile1-dev and none of the binaries is linked against the libsndfile library. The faad package builds fine without libsndfile1-dev installed. If I didn't miss something, please remove it from the Build-Deps. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397440: Fwd: Accepted hplip 2.7.10-2 (source i386 all)
Hi, well, I still think that 'hpijs-ppds | linuxprinting.org-ppds' should be recommended to prevent people from downloading two huge (at least lp.o-ppds is huge) packages when they most certainly will only need one of those. Thanks, Fabian Mark Purcell schrieb: Hello, At once stage you submitted a bug report against hplip, and in some cases that was for very old versions (0.8, 0.9, 1.6). hplip 2.7.10 has now been uploaded to Debian unstable. Could I ask you to verify that you are still having your reported problem with the latest version of hplip. If you feel the issue has been resolved, could you please forward a short note to [EMAIL PROTECTED] outlining that the issue has been resolved. If you still have the issue, then please send a short email to [EMAIL PROTECTED] and state that you still are having problems with that issue, or even better could ask you to use the reportbug package for followups. reportbug makes it easy to know which version of libraries you have installed and which version you are following up for. Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397440: Fwd: Accepted hplip 2.7.10-2 (source i386 all)
Henrique de Moraes Holschuh schrieb: The PPDs are not guaranteed to be the same. I didn't mean that. I meant that most users have only one printer which is either postscript-capable or not. In a previous mail you explained to me that Postscript-PPDs are in linuxprinting.org-ppds and non-Postscript-PPDs are in hpijs-ppds. Having *both* packages installed will be unnecessary for many users, since most of the own only *one* printer. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415048: Fwd: Accepted hplip 2.7.10-2 (source i386 all)
Am Mittwoch, den 21.11.2007, 16:52 -0700 schrieb Bruce Sass: Are you suggesting using /usr/share/pixmaps/HPmenu.xpm instead of /usr/share/pixmaps/hp-logo.xpm? Yep, that's what I am suggesting. If so... that would also fit better with the KDE icon sets and as such is a good idea. Especially since 'Fax address book' and 'HPLIP Fax Utility' in the Applications-Office menu already use this icon. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452574: spurious version numbering for hpijs packages
Package: hpijs Version: 2.7.10+2.7.10-2 Severity: minor --- Please enter the report below this line. --- Dear hplip-/hpijs-maintainers, back in the hplip 1.x days, the version numbering schemes for hplip and hpijs differed. This has been made obvious by a combined version number (hpijs+hplip-revision) for the hpijs packages. Since version 2.7.x, both hplip and hpijs do have the same version number, making combined version numbers like '2.7.10+2.7.10-2' redundant. Additionally, it looks silly. ;) Please consider introducing a consistent version number for all hplip and hpijs related packages. Thank you very much! Cheers, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-k7 Debian Release: lenny/sid 500 testing ftp2.de.debian.org 450 unstablewww.debian-multimedia.org 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- Depends(Version) | Installed -+- libc6 (= 2.6.1-1) | 2.6.1-1+b1 libcupsys2(= 1.3.0) | 1.3.2-1 libgcc1 (= 1:4.2.1) | 1:4.2.2-3 libjpeg62| 6b-14 libsane(= 1.0.11-3) | 1.0.19~cvs20070730-1 libsnmp15(= 5.4.1~dfsg) | 5.4.1~dfsg-4 libssl0.9.8(= 0.9.8f-1) | 0.9.8g-1 libstdc++6(= 4.2.1) | 4.2.2-3 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-7 ghostscript (= 8.60) | OR gs-gpl (= 8.01-5) | 8.56.dfsg.1-1.1 OR gs-esp (= 7.07.01-8) | 8.15.3.dfsg.1-1 OR gs-afpl (= 7.04-2) | hplip (= 2.7.10-2) | 2.7.10-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449092: 'man lqtplay' typos: entention and extention
tags 449092 + pending thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452818: Misses support for Bugs: control field
Package: reportbug-ng Version: 0.2007.10.30 Severity: normal --- Please enter the report below this line. --- Hi, dpkg has introduced a new control field 'Bugs:' for packages from external repositories. This field contains the email address to which the bug report should be sent *instead* of the Debian BTS. This way it is made sure that bug reports against packages that are not part of Debian do not pollute the BTS. The functionality of this control field is similar to that of the files in /usr/share/bug/$package, which you still resist to implement according to #422085. I hope you see the necessity at least in this feature! Cheers, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-k7 Debian Release: lenny/sid 500 testing ftp2.de.debian.org 450 unstablewww.debian-multimedia.org 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== python| 2.4.4-6 python-central (= 0.5.8) | 0.5.15 python-qt3| 3.17.3-3 python-soappy | 0.12.0-2 xdg-utils | 1.0.1-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453308: If timidity.cfg is not present, please try to load freepats.cfg
Package: libsdl-mixer1.2
Version: 1.2.8-1
Severity: minor
Tags: patch
Dear SDL-Developers,
sdl-mixer does not depend on timidity to play midi; at least not
technically, i.e. it does not need any of the binaries provided by the
timidity package.
However, games do only play music if *both* the timidity and the
freepats packages are installed, although sdl-mixer could play music
with only the freepats package installed. The reason for this is, that
sdl-mixer tries to load timidity's configuration file, which is provided
in '/etc/timidity/timidity.cfg', to find out which patchset is used by
timidity.
By now, the only patchset available in Debian is freepats. Thus the only
line in timidity.cfg (from the Debian package) that is not commented out
is 'source freepats.cfg'. That file is in turn provided by the freepats
package. So the only reason, why sdl-mixer might need the timidity
package is to learn that it should parse the freepats configuration file
instead.
Please find applied a patch that changes the default behaviour to look
for the timidity.cfg file (as before) and then - if it does not succeed
- try to load the freepats.cfg file (in '/etc/timidity/freepats.cfg', as
provided by the Debian package). This way, sdl-mixer can make use of the
patchset provided by the freepats package without even having the
timidity package installed. An existing freepats.cfg will still be first
choice, however.
Thank you very much!
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
diff -Naru sdl-mixer1.2-1.2.8~/timidity/config.h sdl-mixer1.2-1.2.8/timidity/config.h
--- sdl-mixer1.2-1.2.8~/timidity/config.h 2007-07-02 04:03:51.0 +0200
+++ sdl-mixer1.2-1.2.8/timidity/config.h 2007-11-28 07:41:40.0 +0100
@@ -172,6 +172,7 @@
#define CONFIG_FILE timidity.cfg
#define CONFIG_FILE_ETC /etc/timidity.cfg
#define CONFIG_FILE_ETC_TIMIDITY /etc/timidity/timidity.cfg
+#define CONFIG_FILE_ETC_TIMIDITY_FREEPATS /etc/timidity/freepats.cfg
#if defined(__WIN32__) || defined(__OS2__)
#define DEFAULT_PATH \\TIMIDITY
diff -Naru sdl-mixer1.2-1.2.8~/timidity/timidity.c sdl-mixer1.2-1.2.8/timidity/timidity.c
--- sdl-mixer1.2-1.2.8~/timidity/timidity.c 2007-07-02 04:03:52.0 +0200
+++ sdl-mixer1.2-1.2.8/timidity/timidity.c 2007-11-28 07:42:01.0 +0100
@@ -297,7 +297,9 @@
if (read_config_file(CONFIG_FILE)0) {
if (read_config_file(CONFIG_FILE_ETC)0) {
if (read_config_file(CONFIG_FILE_ETC_TIMIDITY)0) {
-return(-1);
+if (read_config_file(CONFIG_FILE_ETC_TIMIDITY_FREEPATS)0) {
+ return(-1);
+}
}
}
}
Bug#456671: please add version 4, not 3
Hi Gürkan! Sorry, but I consider this problematic. After further reading on the web site that you pointed my to, I found the following thread where further modifications of the font are presented: http://forum.high-logic.com/viewtopic.php?t=1138 So now we have - tuffy5.ttf - tufinf2.ttf - tuffy6.ttf - tuff6la1.ttf and additional the two aforementioned - tuffymh3.ttf - tuffymh4.ttf I see two problems here: (1) I do not know and cannot decide which one to choose and (2) I am not going to package each and every font that anyone has created from the original Tuffy fonts. So I think I will keep packaging only the original fonts. Additionally, in contrast to the original set those modified fonts are not available as source files in the Fontforge format but only as binary ttf files. Cheers, Fabian
Bug#456901: New upstream version 0.7.0
retitle 456901 New upstream version 0.7.0 thanks Brasero 0.7.0 is available since Dec 26. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456953: [INTL:fi] Finnish translation of the debconf templates
tags 456953 pending thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456671: please add version 4, not 3
tags 456671 wontfix thanks Am Dienstag, den 18.12.2007, 19:07 +0100 schrieb Gürkan Sengün: Why? As I tried to explain, I am not going to include any random derivative font in the package (imagine this would be done for ttf-bitstream-vera). I would be happy to put *all* available derivatives into a separate package that could be called ttf-tuffy-extra or similar. But then, I think you could do this your own and I do not need to `taint' the source tarball of ttf-tuffy. Please reconsider adding tuffymh4.ttf. You're conclusion is of interest to me, because I might take over the mh4 one and improve it, and create a homepage for it. Tell me if my working on the derivated font would change your packaging efforts or not... If you are going to take care of the font and become `upstream' for it then you maybe should rename the font and create a dedicated separate package for it, since it will not be 'Tuffy' anymore. Again, this will not be your first package in Debian so I see no reason why you should not take over the packaging part yourself. No offense! ;) Cheers, Fabian
Bug#402177: epiphany-browser: Doesn't honour the browser.tabs.loadOnNewTab ption
found 402177 2.20.2-1 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458053: RM: unace-nonfree [alpha arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS not big-endian safe
package: ftp.debian.org Hi! Revision -3 in unstable is 64bit-clean but still not big-endian-clean. For revision -3 I enabled only i386 and amd64 as build archs, because I have no possibility to test the program on other archs. Thanks, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe
package: ftp.debian.org Hi! A code audit revealed that unace-nonfree 2.5-1 in stable is neither 64bit- nor big-endian clean. Revision -3 in unstable is 64bit-clean but still not big-endian-clean (will file another bug report). For revision -3 I enabled only i386 and amd64 as build archs, because I have no possibility to test the program on other archs. Thanks, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458054: RM: unace-nonfree/testing [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe
package: ftp.debian.org Hi! For revision -2 in testing the same reasons apply as for revision -1 in stable. Thanks, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe
Am Freitag, den 28.12.2007, 11:28 +0100 schrieb Luk Claes: Do you think the patch to fix the 64-bit issue is small enough to have it included in the next point release? Yes: The patch itself is 4kB and affects only one single file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe
retitle 458052 RM: unace-nonfree/stable [alpha arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS not big-endian safe thanks Am Freitag, den 28.12.2007, 14:41 +0100 schrieb Luk Claes: Can you please upload a fixed package to stable and retitle the bugreport accordingly? Sure. The fixed package can be found at: http://mentors.debian.net/debian/pool/non-free/u/unace-nonfree/unace-nonfree_2.5-1etch1.dsc Thanks! Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe
Am Freitag, den 28.12.2007, 18:46 +0100 schrieb Luk Claes: Can you also include the security fix (patch 11) please? Sure. I also changed the Architecture field in debian/control to reflect only i386/amd64 and uploaded the package again to mentors.d.n. I'll be glad if you sponsored this upload. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe
Am Samstag, den 29.12.2007, 00:44 +0100 schrieb Luk Claes: Uploaded. Lets see if it's taken by an amd64 autobuilder, if not, feel free to prod me to upload that one too... Great, thanks! However, this will not happen within the next week since I am on vacation till ~Jan 02. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461442: detection of other OSes in update-grub
Robert Millan schrieb:
Sure, we can fix grub-probe. This was already needed for something else
(but I forgot what ;-)).
Nevertheless it will be very very convenient to have this in grub-probe.
Can you propose a CLI by which grub-probe would be told to process devices
rather than mount points (in grub-devel)? The hard part here is not the code,
but coming up with a consistent interface (the code is rather trivial, since
the conversion operation is completely isolated).
Sure, CCing grub-devel.
We should stay with the '-t drive' option to print the GRUB drive. If no
further option is given, the next item on the command line is expected
to be a path - just like before.
Then, another option, e.g. '-o', should be introduced to specify the
origin of the said item if it is different from path, e.g.:
$ grub-probe
Usage: grub-probe [OPTION]... [ORIGIN]
Probe device information for a given path or, if the -o option is given,
for a given GRUB drive or system device.
-m, --device-map=FILE use FILE as the device map
[default=/boot/grub/device.map]
-t, --target=(fs|drive|device|partmap|abstraction)
print filesystem module, GRUB drive, system
device, partition map module or abstraction module [default=fs]
-o, --origin=(path|drive|device)
expect to read from path, GRUB drive or
system device [default=path]
-h, --helpdisplay this message and exit
-V, --version print version information and exit
-v, --verbose print verbose messages
This way it will be possible to even convert back and forth between GRUB
drives and system devices.
The conversion that is needed to translate os-prober output to GRUB menu
input will read:
GRUB_DEVICE=`grub-probe -t drive -o device ${PARTITION}`.
Hope you like this proposal (of course, origin is subject to change;
it's just the first word that came to my mind that might be fitting)!
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461851: ambigous highlighting if background picture is enabled
Robert Millan schrieb: Your interest is much appreciated. But please give me a while before I can try this more extensively. Thank you for your effort! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461851: ambigous highlighting if background picture is enabled
Robert Millan schrieb: The problem is that, more importantly, it has to provide good contrast to the light colors in background. Try proposing another color that works better for contrasting both with black and lightblue/white background. That's hard of course. This is why I proposed a colored background instead. Yes, but it's very ugly. :-( Ugly is relative! ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459230: libquicktime is reporting an illegal instruction
tags 459230 + unreproducible thanks This bug is unreproducible with libquicktime (1.0.2+debian-1) which is currently in unstable: $ qtinfo pict0026.mov Type: Quicktime 1 audio tracks. 1 channels, 16 bits, sample rate 7840, length 11760 samples, compressor twos. Sample format: 16 bit signed. Channel setup: Not available Language: eng supported. 1 video tracks. 640x480, depth 24 rate 30.00 [600:20] constant length 45 frames compressor jpeg. Native colormodel: YUV 4:2:2 planar (jpeg) Interlace mode: None (Progressive) supported. 0 text tracks. Please check again and tell me if I can close the bug. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461851: ambigous highlighting if background picture is enabled
Dear debian-desktop team, I had a discussion with Robert Millan recently about the default color theme for the GRUB2 boot menu (in case the background picture is enabled). Robert's proposal was to use magenta colored text on a transparent background for the highlighted entry and black text for the others. I suggested to use a colored background for the highlighted entry instead, because magenta appears very dark on my CRT making it hard to tell the menu items apart. The whole discussion can be followed in #461851. Now we would like to listen to your opinion about which color combination might look best with respect to both aesthetics and accessibility. Robert Millan schrieb: You might also want to check what the debian art folks who provide this image think about this. Chances are their sense of aesthetics will be much, much better than mine. I could not find a mailing list for Debian Arts, but I am CCing debian-desktop instead. Chances are high to meet the same audience here, I guess. If you all reach a consensus about what looks best, that'll work much better to convince me than a single opinion. I don't want to get into a situation in which every week someone proposes a new combination that looks better than the other... ;-) Sure. I hope we will find a consensus in debian-desktop. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462218: please add a tool to convert device names into GRUB drives
Package: grub2 Version: 1.95+20080116-2 Severity: wishlist Hi, this is a reminder bug. ;) Please add a tool that can convert device names, e.g. /dev/hda2, into GRUB drives, e.g. (hd0,2) [and vice versa]. It will be allright to add this feature to grub-probe if possible with respect to CLI consistency. This feature is needed to convert os-prober output into grub.cfg input and therefore blocks #461442. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461442: detection of other OSes in update-grub
retitle 461442 please add support for os-prober to detect other OSes in update-grub block 461442 by 462218 tags 462218 + upstream forwarded 462218 http://lists.gnu.org/archive/html/grub-devel/2008-01/msg00446.html thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461442: detection of other OSes in update-grub
Otavio Salvador schrieb: Ack here. os-probe is too Debian specific (or better, linux specific) and I think it could be use by other distros but shouldn't be part of grub itself. Ack, too. The 'forwarded' tag was only set to the 462218 bug, which is about grub-probe. The os-prober related bug has not been forwarded. I just mentioned os-prober as a motivation for the 'blocks' tag. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462218: Bug#461442: detection of other OSes in update-grub
Robert Millan schrieb: I was referring to the /etc/grub.d/ glue that Fabian is writing. If os-prober is used by other distros, I don't see why not pushing it upstream. What do you think, Fabian? For me personally it makes no difference if the script ends up in Debian or upstream. However, the first thing the script does is if [ -x `which os-prober 2/dev/null` ] ; then (...) so it won't hurt anybody without os-prober installed. I have to stress that my script is currently (well, as soon as #462218 is closed) only able to add chainloaded partitions. For all other kinds of Linux/Hurd installations it would need to remount the partitions to find out where the linux-/initrd-images reside. This is something I want to avoid, because the partitions have allready been mounted by os-prober and I don't want to duplicate it's code for this purpose. Maybe os-prober's output can be modified to be more verbose about other Linux/Hurd systems it detects. However, we will be able to detect the majority of preinstalled OSes from Redmond. ;) I think, we should keep the script in the Debian package for the time beeing. Before it's included upstream we should see to get os-prober included in other distributions and make sure we can properly add other Linux/Hurd installations to grub.cfg based on os-prober's output. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462218: Bug#461442: detection of other OSes in update-grub
Robert Millan schrieb:
It is difficult to merge things in upstream when they haven't been writen
purposely for upstream. This is a decision that has to be taken now.
I believe I am not the one to decide about this.
Please find attached my script proposal. It's only 1.5 kB, tab-indented
and full of comments and paranoid test. I'd like to hand it over to the
GRUB-maintainers (including copyright!) for further nursing. ;)
Cheers,
Fabian
#! /bin/sh -e
# update-grub helper script.
# insert copyright and license blurb here
if [ -x `which os-prober 2/dev/null` ] ; then
# os-prober output contains the partition and the name, a label and
# a boot keyword, separated by colons (:) for each detected OS.
# It may contain space characters and linebreaks,
# e.g. /dev/hda2:Windows XP Professional:Windows:chain.
# Convert space characters to underscores and linebreaks to spaces.
RESULT=`os-prober | tr ' ' '_' | tr '\n' ' '`
fi
if [ x${RESULT} != x ] ; then
for OS in ${RESULT} ; do
# e.g. /dev/hda2:Windows_XP_Professional:Windows:chain
PARTITION=`echo ${OS} | cut -d ':' -f 1`
LONGNAME=`echo ${OS} | cut -d ':' -f 2 | tr '_' ' '`
LABEL=`echo ${OS} | cut -d ':' -f 3`
BOOT=`echo ${OS} | cut -d ':' -f 4`
if [ x${LONGNAME} = x ] ; then
# is this likely to happen?
LONGNAME=${LABEL}
fi
case ${BOOT} in
chain)
echo Found ${LONGNAME} on ${PARTITION} 2
if [ -x `which grub-probe 2/dev/null` ] ;
then
# need to convert partition device to
GRUB drive here!
GRUB_DEVICE=`grub-probe --something
${PARTITION}`
cat EOF
menuentry ${LONGNAME} (on ${PARTITION}) {
set root=${GRUB_DEVICE}
chainloader +1
}
EOF
else # wtf?!
echo Error: Missing grub-probe! 2
fi
;;
macos|macosx)
# can't macos* also be chainloaded?
;;
hurd|linux)
# other Linux/HURD-Systems are not (yet)
supported
# with the given output of os-prober
;;
*)
# is it possible to reach here?
;;
esac
done
fi
Bug#461442: detection of other OSes in update-grub
Robert Millan schrieb: Nice. Can you please send this to grub-devel ? (explaining the context) NB: So you consider it for upstream inclusion? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462361: idea: allow package combinations as alternatives, e.g. a | b + c
Package: dpkg Severity: wishlist Hello, I'd like to share an idea with you that arose in my head when I tried to install the gnome meta-package. I allready had gnome-desktop-environment and (many packages of ) openoffice.org installed. The gnome package wanted to pull in gnome-office, but I thought I allready have an office suite that is well integrated with gnome: OO.o. My first idea was to file a bug against the gnome meta-package to use an alternative dependency and depend on 'gnome-office | openoffice.org'. Then I remembered that openoffice.org alone will not integrate well with GNOME, i.e. use another icon set, file dialog, etc. You will have to install the openoffice.org-gnome package to get the GNOME integration. But then, depending on openoffice.org-gnome will still not solve the problem, since this packages does only provide the libraries required for GNOME integration. It does not depend on the openoffice.org package itself, rightly, so you would still end up without an office suite. Now my idea is, that only both packages together, i.e. openoffice.org *and* openoffice.org-gnome, will make a good substitute for gnome-office. The Debian package management is currently not able to deal with this situation properly. It would be great if the gnome package could depend on 'gnome-office | openoffice.org + openoffice.org-gnome'. So the dependency will be satisfied if you install etiher gnome-office or both openoffice.org *and* openoffice.org-gnome. Of course this example is focussed on gnome-office and OO.o, but I believe you will find many more practical examples the longer you think about it. I'd like to know your opinion. Do you think this concept is worth considering for inclusion in Debian? Cheers, Fabian PS: As another example, imagine you need to depend on a postscript viewer. There are packages that can view postscript only if the ghostscript package is installed (e.g. xv; not in Debian, I know). So your dependency could read 'ghostview | xv + ghostscript'. This way you will not be forced to install ghostview if you allready have both xv and ghostscript installed. Yes, I know there's a meta-package for this situation so you might simply depend on 'ghostview | postscript-viewer'. I hope I made my point nevertheless. ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461442: please add support for os-prober to detect other OSes in update-grub
Dear GRUB-developers,
I recently had a discussion with the GRUB-maintainers in Debian if it
will be possible to add other (maybe proprietary, preinstalled) OSes to
the GRUB boot menu when update-grub is run [1]. This happens
automatically when Debian is installed (via the Debian-Installer) using
a tool called 'os-prober'. This tool mounts all possible partitions and
reports if it finds an OS on these partitions. This means it should be
possible to run 'os-prober' and interpret it's output to generate
further GRUB menu entries every time update-grub is started. For this
purpose, please find my approach for an /etc/grub.d/30_os-prober script
attached. It is only 1.5 kB, tab-indented and full of comments and
paranoid tests. If it is considered usefull, though, I'd like to hand it
over (including copyright!) to the GRUB-developers.
At the moment there is still one problem left: os-prober returns the
partition on which it finds the OS as a system device name, e.g.
/dev/hda2. At the moment, GRUB does not provide an (easy) way to
translate these into GRUB drives, e.g. (hd0,1). This is why I allready
requested such a feature on this list [2].
Another problem (or: missing feature) is, that at the moment my script
can only add chainloaded OSes to grub.cfg. To add kernels like Linux or
HURD it is necessary to mount these partitions again to find out exactly
where the kernel and initrd images reside. This is something I want to
avoid, because the partitions have allready been mounted by os-prober
and I don't want to duplicate it's code for this purpose. Maybe
os-prober could be modified to be more verbose in such cases and report
the entire path to the images.
You may consider this a very Debian specific problem/feature, but I
believe once os-prober finds more attention by other Linux distributions
it will provide a very valuable means to automatically detect other OSes
and add them to the boot menu.
Cheers,
Fabian
[1] http://bugs.debian.org/461442
[2] http://lists.gnu.org/archive/html/grub-devel/2008-01/msg00446.html
http://bugs.debian.org/462218
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
#! /bin/sh -e
# update-grub helper script.
# insert copyright and license blurb here
if [ -x `which os-prober 2/dev/null` ] ; then
# os-prober output contains the partition and the name, a label and
# a boot keyword, separated by colons (:) for each detected OS.
# It may contain space characters and linebreaks,
# e.g. /dev/hda2:Windows XP Professional:Windows:chain.
# Convert space characters to underscores and linebreaks to spaces.
RESULT=`os-prober | tr ' ' '_' | tr '\n' ' '`
fi
if [ x${RESULT} != x ] ; then
for OS in ${RESULT} ; do
# e.g. /dev/hda2:Windows_XP_Professional:Windows:chain
PARTITION=`echo ${OS} | cut -d ':' -f 1`
LONGNAME=`echo ${OS} | cut -d ':' -f 2 | tr '_' ' '`
LABEL=`echo ${OS} | cut -d ':' -f 3`
BOOT=`echo ${OS} | cut -d ':' -f 4`
if [ x${LONGNAME} = x ] ; then
# is this likely to happen?
LONGNAME=${LABEL}
fi
case ${BOOT} in
chain)
echo Found ${LONGNAME} on ${PARTITION} 2
if [ -x `which grub-probe 2/dev/null` ] ;
then
# need to convert partition device to
GRUB drive here!
GRUB_DEVICE=`grub-probe --something
${PARTITION}`
cat EOF
menuentry ${LONGNAME} (on ${PARTITION}) {
set root=${GRUB_DEVICE}
chainloader +1
}
EOF
else # wtf?!
echo Error: Missing grub-probe! 2
fi
;;
macos|macosx)
# can't macos* also be chainloaded?
;;
hurd|linux)
# other Linux/HURD-Systems are not (yet)
supported
# with the given output of os-prober
;;
*)
# is it possible to reach here?
;;
esac
done
fi
Bug#461442: please add support for os-prober to detect other OSes in update-grub
forwarded 461442 http://lists.gnu.org/archive/html/grub-devel/2008-01/msg00581.html thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461442: please add support for os-prober to detect other OSes in update-grub
Otavio Salvador schrieb: os-prober is developed inside Debian Installer team. I think it's two different but reports and then it would be nice to report a specific bug (maybe with a proposed patch) for os-prober to provide what you'd need and then we can push it. I believe the issue is even easier to solve. I simply need to run 'linux-boot-prober' (in the same package as os-prober, it seems I am blinded) on the partition for which the 'linux' boot keyword is reported and interpret it's output. Expect more work on this next week. I am sorry I cannot test my script drafts, because I have no other *nix besides Debian on my machine (the first of The Ten Commandments). ;) Cheers, -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461442: please add support for os-prober to detect other OSes in update-grub
Robert Millan schrieb:
You could try with qemu.
Update:
I tried with Knoppix on a computer that has Debian sid and Windows XP
installed. The attached script did it's job well - of course except for
the part when it has to convert Linux device names to GRUB drives (see
#462218). Support for HURD is still outstanding, though.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
#! /bin/sh -e
# update-grub helper script.
# insert copyright and license blurb here
convert_device_to_grub_drive () {
# you know what's missing here...
echo $1
}
if [ -x `which os-prober 2/dev/null` ] ; then
OSPROBED=`os-prober | tr ' ' '|' | paste -s -d ' '`
fi
if [ -n ${OSPROBED} ] ; then
for OS in ${OSPROBED} ; do
DEVICE=`echo ${OS} | cut -d ':' -f 1`
LONGNAME=`echo ${OS} | cut -d ':' -f 2 | tr '|' ' '`
LABEL=`echo ${OS} | cut -d ':' -f 3 | tr '|' ' '`
BOOT=`echo ${OS} | cut -d ':' -f 4`
if [ -z ${LONGNAME} ] ; then
LONGNAME=${LABEL}
fi
echo Found ${LONGNAME} on ${DEVICE} 2
case ${BOOT} in
chain)
CHAINROOT=`convert_device_to_grub_drive ${DEVICE}`
cat EOF
menuentry ${LONGNAME} (on ${DEVICE}) {
set root=${CHAINROOT}
chainloader +1
}
EOF
;;
linux)
if [ -x `which linux-boot-prober 2/dev/null` ] ; then
LINUXPROBED=`linux-boot-prober ${DEVICE} | tr ' ' '|' | paste -s -d
' '`
fi
if [ -n ${LINUXPROBED} ] ; then
for LINUX in ${LINUXPROBED} ; do
LROOT=`echo ${LINUX} | cut -d ':' -f 1`
LBOOT=`echo ${LINUX} | cut -d ':' -f 2`
LLABEL=`echo ${LINUX} | cut -d ':' -f 3 | tr '|' ' '`
LKERNEL=`echo ${LINUX} | cut -d ':' -f 4`
LINITRD=`echo ${LINUX} | cut -d ':' -f 5`
LPARAMS=`echo ${LINUX} | cut -d ':' -f 6 | tr '|' ' '`
LINUXROOT=`convert_device_to_grub_drive ${LBOOT}`
if [ -z ${LLABEL} ] ; then
LLABEL=${LONGNAME}
fi
cat EOF
menuentry ${LLABEL} (on ${DEVICE}) {
set root=${LINUXROOT}
linux ${LKERNEL} ${LPARAMS}
EOF
if [ -n ${LINITRD} ] ; then
cat EOF
initrd ${LINITRD}
EOF
fi
cat EOF
}
EOF
done
fi
;;
hurd)
# not yet...
;;
*)
;;
esac
done
fi
Bug#462218: Bug#461442: detection of other OSes in update-grub
This implies that we'll have to support 6 different kinds of conversions between path, drive and device, some of which might even be impossible. Besides, perhaps it'd be cleaner to split this conversion to a separate tool, so that grub-probe only operates on devices, and the other tool converts paths to devices (but NOT necessarily devices to paths!). What does everyone think about this? Yes, it is really necessary! How about this proposal: $ grub-convert Usage: grub-convert [-d|-g] [DEVICE|DRIVE] Convert back and forth between Linux devices and GRUB drives. -d, --device=DEVICE convert DEVICE into a GRUB-drive [e.g. /dev/hda1 - (hd0,1)] -g, --drive=DRIVE convert DRIVE into a Linux device [e.g. (hd0,1) - /dev/hda1] -h, --helpdisplay this message and exit -V, --version print version information and exit Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462218: Bug#461442: detection of other OSes in update-grub
Robert Millan schrieb: Suggestions? For the time being I could duplicate the convert() function from Debian's grub-installer to convert the device names. However, I believe that there are plenty of cases in which you could use a generic device name conversion tool... -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450857: gstreamer applications failf to play .aac files
Package: gstreamer0.10-plugins-bad Version: 0.10.5-4 Severity: normal --- Please enter the report below this line. --- Dear gstreamer maintainers, both rhythmbox and totem-gstreamer fail to play my .aac files. - Rhythmbox loads the files into the playlist but shows wrong duration times ( 20 sec). It fails to play them and shows a red-circle-with-white-bar icon instead. Sometimes it even crashes when I try to close the window. - Totem-gstreamer only shows the goom plugin, which does actually display some rhythm, but it does not play any music! During 'playback' the duration time changes constantly. I created the files by recording a radion station (The EDGE ROCKS! [1]) with streamripper (1.63-beta-1-1). The 'file' command shows obviously wrong information for these files, e.g.: $ file Machine\ Head\ -\ Davidian.aac Machine Head - Davidian.aac: Audio file with ID3 version 23.0 tag, MP3 encoding The files play fine with totem-xine, though. FWIW, I also tried to play them with the unofficial gstreamer0.10-plugins-really-bad package from the debian-multimedia.org repository but it did not help either. Thank you very much! Cheers, Fabian [1] 'streamripper http://67.43.161.248:6003' --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-k7 Debian Release: lenny/sid 500 testing ftp2.de.debian.org 450 unstablewww.debian-multimedia.org 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libasound2 ( 1.0.14) | 1.0.14a-2 libbz2-1.0 | 1.0.3-7 libc6 (= 2.6.1-1) | 2.6.1-1+b1 libcdaudio1 (= 0.99.12p2) | 0.99.12p2-3+b1 libdirectfb-0.9-25 | 0.9.25.1-6 libfaad0 (= 2.5) | 2.6-1 libgcc1 (= 1:4.2.1) | 1:4.2.2-3 libglib2.0-0 (= 2.14.0) | 2.14.1-5 libgsm1(= 1.0.10) | 1.0.10-13 libgstreamer-plugins-base0.10-0 (= 0.10.14) | 0.10.14-4 libgstreamer0.10-0(= 0.10.14) | 0.10.14-2 libjack0 (= 0.103.0) | 0.103.0-6 libmms0 (= 0.3-4) | 0.3-6 libmpcdec3 | 1.2.2-1 libmusicbrainz4c2a (= 2.1.5) | 2.1.5-1 libneon26 (= 0.26.4) | 0.26.4-2 liboil0.3 (= 0.3.12) | 0.3.12-1+b1 libopenspc0| 0.3.99a-2 libsndfile1| 1.0.17-4 libsoundtouch1c2(= 1.3.0) | 1.3.0-2.1 libstdc++6 (= 4.2.1) | 4.2.2-3 libxml2(= 2.6.29) | 2.6.30.dfsg-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443911: Please package more recent snapshot
The News section on the ffmpeg site http://ffmpeg.mplayerhq.hu/ reads: (November 11, 2007) FFmpeg now supports XIntra8 frames, meaning that finally all WMV2 samples and some WMV3 samples that showed blocky color artifacts can be decoded correctly. It would be great benefit to have a Debian version featuring this improvement a.o. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451226: rules/debhelper.mk ignores changelog and docs in '.' if $(DEB_SRCDIR) is specified
Package: cdbs
Version: 0.4.50
Severity: minor
Tags: patch
Dear cdbs-developers,
I have encountered a minor issue when including rules/debhelper.mk and
having the DEB_SRCDIR variable specified:
If this variable is specified and if it is not ., cdbs will ignore
changelogs and docs in . and only look for them in the DEB_SRCDIR
directory.
This has happened when I tried to package the xvid library found at
http://www.xvid.org/. Both the configure script and the Makefile are in
the build/generic directory whereas the ChangeLog and all the docs
(AUTHORS README TODO) can be found in the root dir of the tarball. With
the current implementation, these files are ignored and I have to either
create 'debian/*.{changelog,docs}' files or manually specify
DEB_INSTALL_CHANGELOGS_ALL and DEB_INSTALL_DOCS_ALL in debian/rules.
Please find attached a patch that I created and that changes the
behaviour as follows:
- It now looks for possible changelog files in DEB_SRCDIR and then in
.. As soon as it finds a valid candidate, it breaks the loops. This
way it is made sure, that any changelog file in the specified source
directory is prefered over another changelog file in the tarball's root
directory.
- It now looks for doc files one by one in DEB_SRCDIR and if it does not
find the specific file there, it looks in .. This way it is made sure,
that all docs in the specified source directory are installed and that a
doc file in the root directory of the tarball is only installed, if a
file of the same name is not found in the specified source dir.
Please consider applying this patch. I am pleased to receive feedback if
the patch isn't sufficient.
Thank you very much!
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: [EMAIL PROTECTED]
--- debhelper.mk.orig 2007-11-14 09:48:56.0 +0100
+++ debhelper.mk 2007-11-14 10:16:07.0 +0100
@@ -97,8 +97,8 @@
is_debug_package=$(if $(patsubst %-dbg,,$(cdbs_curpkg)),,yes)
DEB_INSTALL_DIRS_ALL =
-DEB_INSTALL_CHANGELOGS_ALL = $(if $(DEB_ISNATIVE),,$(shell for f in ChangeLog Changelog Changes CHANGES changelog; do if test -s $(DEB_SRCDIR)/$$f; then echo $(DEB_SRCDIR)/$$f; break; fi; done))
-DEB_INSTALL_DOCS_ALL = $(filter-out $(DEB_INSTALL_CHANGELOGS_ALL),$(shell for f in README NEWS TODO BUGS AUTHORS THANKS; do if test -s $(DEB_SRCDIR)/$$f; then echo $(DEB_SRCDIR)/$$f; fi; done))
+DEB_INSTALL_CHANGELOGS_ALL = $(if $(DEB_ISNATIVE),,$(shell for d in $(DEB_SRCDIR) .; do for f in ChangeLog Changelog Changes CHANGES changelog; do if test -s $$d/$$f; then echo $$d/$$f; break 2; fi; done; done))
+DEB_INSTALL_DOCS_ALL = $(filter-out $(DEB_INSTALL_CHANGELOGS_ALL),$(shell for f in README NEWS TODO BUGS AUTHORS THANKS; do if test -s $(DEB_SRCDIR)/$$f; then echo $(DEB_SRCDIR)/$$f; elif test -s $$f; then echo $$f; fi; done))
cdbs_add_dashx = $(foreach i,$(1),$(patsubst %,-X %,$(i)))
cdbs_strip_quotes = $(subst ',,$(subst ,,$(1)))
Bug#451226: rules/debhelper.mk ignores changelog and docs in '.' if $(DEB_SRCDIR) is specified
retitle 451226 cdbs: rules/debhelper.mk ignores changelog and docs in . if DEB_SRCDIR variable is specified thanks Improved the patch by adding ./ in the DEB_INSTALL_DOCS_ALL line for more consistency. ;) --- debhelper.mk~ +++ debhelper.mk @@ -97,8 +97,8 @@ is_debug_package=$(if $(patsubst %-dbg,,$(cdbs_curpkg)),,yes) DEB_INSTALL_DIRS_ALL = -DEB_INSTALL_CHANGELOGS_ALL = $(if $(DEB_ISNATIVE),,$(shell for f in ChangeLog Changelog Changes CHANGES changelog; do if test -s $(DEB_SRCDIR)/$$f; then echo $(DEB_SRCDIR)/$$f; break; fi; done)) -DEB_INSTALL_DOCS_ALL = $(filter-out $(DEB_INSTALL_CHANGELOGS_ALL),$(shell for f in README NEWS TODO BUGS AUTHORS THANKS; do if test -s $(DEB_SRCDIR)/$$f; then echo $(DEB_SRCDIR)/$$f; fi; done)) +DEB_INSTALL_CHANGELOGS_ALL = $(if $(DEB_ISNATIVE),,$(shell for d in $(DEB_SRCDIR) .; do for f in ChangeLog Changelog Changes CHANGES changelog; do if test -s $$d/$$f; then echo $$d/$$f; break 2; fi; done; done)) +DEB_INSTALL_DOCS_ALL = $(filter-out $(DEB_INSTALL_CHANGELOGS_ALL),$(shell for f in README NEWS TODO BUGS AUTHORS THANKS; do if test -s $(DEB_SRCDIR)/$$f; then echo $(DEB_SRCDIR)/$$f; elif test -s ./$$f; then echo ./$$f; fi; done)) cdbs_add_dashx = $(foreach i,$(1),$(patsubst %,-X %,$(i))) cdbs_strip_quotes = $(subst ',,$(subst ,,$(1)))
Bug#451381: mplayer diff.gz contains spurious files
Package: mplayer Version: 1.0~rc2-6 Severity: minor Der mplayer-maintainer, the mplayer_1.0~rc2-6.diff contains the files config.h and config.mak which add together to about 1500 lines. Maybe these files should be removed by the clean: rule in debian/rules. Thanks for your effort! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432817: acknowledged by developer (closing 425851)
You have closed #425851, which has been forcibly merged with my Report #432817. You have closed the former, because you consider it a bug in VMWare, and this led to the closure of my bug as well. However, I have not encountered this bug in a VMWare environment but on a real Computer! Debian Bug Tracking System schrieb: This is an automatic notification regarding your Bug report #432817: Harddisc changed from /dev/hda to sda from 2.6.18, which was filed against the linux-2.6 package. It has been marked as closed by one of the developers, namely Bastian Blank [EMAIL PROTECTED]. You should be hearing from them with a substantive response shortly, in case you haven't already. If not, please contact them directly. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451527: Please downgrade Recommends: to Suggests:
Package: tunapie Version: 2.1-1 Severity: minor Dear Maintainer, I wanted to install the tunapie package just out of curiosity and was shocked that aptitude intented to install ~60 additional packages on my system. The new preset behaviour of aptitude and apt-get is to install recommended packages by default. None of the packages that tunapie recommends are needed to try out the software or use it as a simple program guide for web radio/tv. If you'd like to tell the users that it will be helpful to have vlc, streamripper and audacious installed and that they add to the usability of tunapie, a Suggests: would be appropriate. Then I don't understand why you suggest audacious, but not rhythmbox or exaile? Why do you suggest vlc, but not totem or mplayer? If this is only your personal preference, then please consider removing the suggestions at all or mention them in the package description in the form of e.g. 'an audio player' or 'a video player'. Thank you! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451528: Please make the software look for x-terminal-emulator and x-www-browser
Package: tunapie Version: 2.1-1 Severity: minor Dear Maintainer, after starting the application a window pops up telling me that it has neither found a xterm nor a Web browser. I don't have xterm installed, but gnome-terminal, which provides x-terminal-emulator. Additionally I have epiphany-browser installed, which is definitely a Web browser, as it provides x-www-browser. Please change the program to look for 'x-terminal-emulator' instead of 'xterm' and for 'x-www-browser' instead of whatever it looks for (and concludes that I have no Web browser installed at all). Thanks! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451808: New upstream version 0.7.77 available
Package: system-config-printer Severity: wishlist --- Please enter the report below this line. --- Hello! Please consider packaging a more recent version of the software. Upstream is at 0.7.77, ubuntu has an even more recent SVN snapshot. Thanks! Bye, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-k7 Debian Release: lenny/sid 500 testing ftp2.de.debian.org 450 unstablewww.debian-multimedia.org 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451948: new upstream version contains final wording of copyright notice
Package: faad2 Version 2.6-1 Severity: wishlist Dear faad2-maintainer, upstream has released another version of the library. This time they have changed the infamous part of the copyright header to read: ** The appropriate copyright message mentioned in section 2c of the GPLv2 ** must read: Code from FAAD2 is copyright (c) Nero AG, www.nero.com Please consider packaging this version of the library ASAP. Thank you! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451528: Please make the software look for x-terminal-emulator and x-www-browser
tags 451528 + patch thanks Hi, I've created a simple patch which looks for 'x-terminal-emulator' and 'x-www-browser' as valid alternatives for 'xterm' and Web browser. It also adds support for Debian's icewesel and iceape browsers. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] diff -Naru tunapie-2.1~/src/tunapie2_main.py tunapie-2.1/src/tunapie2_main.py --- tunapie-2.1~/src/tunapie2_main.py 2007-09-17 00:47:11.0 +0200 +++ tunapie-2.1/src/tunapie2_main.py 2007-11-19 12:57:53.0 +0100 @@ -454,6 +454,8 @@ self.term='Eterm' elif commands.getoutput(which rxvt).find(rxvt)-1: self.term='rxvt' +elif commands.getoutput(which x-terminal-emulator).find(x-terminal-emulator)-1: +self.term='x-terminal-emulator' else: print(No xterm found\n) missing_players.append(No xterm found.) @@ -466,10 +468,16 @@ if self.browser==: if commands.getoutput(which firefox).find(firefox)-1: self.browser='firefox' +if commands.getoutput(which iceweasel).find(iceweasel)-1: +self.browser='iceweasel' elif commands.getoutput(which mozilla).find(mozilla)-1: self.browser='mozilla' +elif commands.getoutput(which iceape).find(iceape)-1: +self.browser='iceape' elif commands.getoutput(which konqueror).find(konqueror)-1: self.browser='konqueror' +elif commands.getoutput(which x-www-browser).find(x-www-browser)-1: +self.browser='x-www-browser' else: print(Web browser not found.\n) missing_players.append(Web browser not found.)
Bug#451527: Please downgrade Recommends: to Suggests:
Hi, during the creation of the patch for #451528 I have seen, that tunapie does not only support audacious as a music player, but also xmms and beep-media-player. Furthermore it does not only support vlc as a video player, but also totem, gxine, mplayer and xine-ui. Finally it does not only support xterm, but also aterm, Eterm and rxvt. Maybe you should improve the Suggests: line like this: Suggests: audacious | xmms | beep-media-player, streamripper, vlc | gxine | totem | mplayer | xine-ui, xterm | x-terminal-emulator, iceweasel | www-browser Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449395: unace-nonfree: Unace-Nonfree not 64-bit clean, but available for amd64
tags 449395 + patch pending thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452574: [Pkg-hpijs-devel] Bug#452574: spurious version numbering for hpijs packages
Hello, Am Samstag, den 01.12.2007, 10:03 +0100 schrieb Mark Purcell: Thanks for your report. You're welcome! As you maybe aware we have a large amount of fixes to get hplip into a stable state before I would be happy for release with Debian. The consistency of version numbers whilst a presentation issue, doesn't detract from the functionality so will be looked at, but with a low priority. AFAICT you are doing a very good job in maintaining hplip. Thank you very much for that! I will do my best and support your work by writing bug reports on each and every issue I encounter. Of course the current one (consistency of the version numbers) is somewhere between wishlist and minor (I hope I set the severity appropriately). ;) Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454636: Jumps on the page when trying to click on search results
Package: epiphany-browser Version: 2.20.2-1 Severity: normal --- Please enter the report below this line. --- Dear Epiphany-maintainers, this one is a little hard to describe but I hope you get the idea. When I search for a particular string on a huge page, I hit Ctrl-F and type the string. When there a many occurences of the search string, I hit Ctrl-G to jump to the next one. Now, after I jumped to the one of the latter occurence of the search string by hitting Ctrl-G several times, I would like to right-click a link on the current page (because maybe the search string is part of a link). As soon as I hit one of the mouse buttons, the page jumps to another position and my mouse click misses it's target. Please try the following: 1) Visit http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=linux-2.6 2) Hit Ctrl-F and type 'fixed'. You'll jump to the first occurence of the word 'fixed' on that page. 3) Hit Ctrl-G several times. 4) Now try to right-click on any of the bug reports. The problem is that it's not reproducable every time you try it. It feels like there is some 'arbitrariness' involved, so you'll maybe have to try the above steps several times to actually encounter the behaviour that I tried to describe. Thanks for your patience. Cheers, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-k7 Debian Release: lenny/sid 500 testing ftp2.de.debian.org 450 unstablewww.debian-multimedia.org 450 unstableftp2.de.debian.org 400 experimentalftp2.de.debian.org --- Package information. --- ii dbus 1.1.1-3 simple interprocess messaging system ii epiphany-browser 2.20.2-1 Intuitive web browser - dummy package ii epiphany-browser-data 2.20.2-1 Data files for the GNOME web browser ii epiphany-extensions 2.20.1-2 Extensions for Epiphany web browser ii epiphany-gecko2.20.2-1 Intuitive GNOME web browser - Gecko version ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii iso-codes 1.6-2 ISO language, territory, currency, script codes and their translations ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphics - runtime files ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.20.0-1 The Bonobo UI library ii libc6 2.7-3 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics library ii libdbus-1-3 1.1.1-3 simple interprocess messaging system ii libdbus-glib-1-2 0.74-1simple interprocess messaging system (GLib-based shared library) ii libenchant1c2a1.3.0-3+b1a wrapper library for various spell checker engines ii libffi4 4.2.2-4 Foreign Function Interface library runtime ii libfontconfig12.4.2-1.2 generic font configuration library - runtime ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared library files ii libgcc1 1:4.2.2-4 GCC support library ii libgconf2-4 2.20.1-1 GNOME configuration database system (shared libraries) ii libglade2-0 1:2.6.2-1 library to load .glade files at runtime ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgnome-desktop-22.20.1-1 Utility library for loading .desktop files - runtime files ii libgnome2-0 2.20.1.1-1The GNOME 2 library - runtime files ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display - runtime files ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interface) - runtime files ii libgnomevfs2-01:2.20.1-1GNOME Virtual File System (runtime libraries) ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface library ii libice6 2:1.0.4-1
Bug#419035: rott: crashes on start on AMD64
Dear Dmitry, Dmitry V. Rutsky schrieb: After some pleasant tinkering with GDB (didn't use that for ages) and fixing various things I managed to make it start a game; the graphics and gameplay at the beginning seem normal. Sound works, but music is just a loud humming. Loading a game produces segfault. thank you very much for debugging! I have merged both of our patches and made them available under: http://www.geocities.com/fab666_2000/10-32bitisms_v2.dpatch.zip This should be a good starting point for further debugging. ;) I've got other things to do for the time being, so I don't plan to see into these issues any time soon. Hope somebody else will do that :) By the way, GCC just screams about these issues in it's warnings, like === rt_actor.c: In function ‘FindAddresses’: rt_actor.c:1004: warning: cast from pointer to integer of different size rt_actor.c:1012: warning: cast from pointer to integer of different size === Probably fixing all these warnings in the first place will solve the issues. However, do you consider the game playable? I am CCing the -amd64 list, maybe one of the readers is willing to get more into detail in this issue The patch is attached. I wonder what is the scheme of working on packages in Debian is --- surely it's something more advanced than cp/diff I used? I guess there are more sophisticated tools for this in Debian, but I use cp and diff, too. ;) Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Lehrstuhl für Energieanlagen und Energieprozesstechnik Ruhr-Universität Bochum Universitätsstraße 150, IB 3/134 D-44780 Bochum Tel.: +49(0)234/32-26334 Fax:+49(0)234/32-14227 E-Mail: greffrath(at)leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419035: rott: crashes on start on AMD64
Robert Isaac schrieb: The full version of the game was playable on Sarge without issues (32-bit compiled from upstream CVS). The breakage seemed to happen when compiled on an Etch system (if that's helpful) this is both the Debian package and Upstream's CVS. Sorry, but I don't know what you want to tell me... The full version is playable on Sarge when taken from upstream CVS. How about the Shareware version (or what do you mean by full version)? Have you tested the Debian package on amd64-Sarge, too? What does 32-bit compiled mean? Of course ROTT runs on 32-bit systems, we are talking about problems on 64-bit platforms. However, are you sure you are running an amd64 flavour kernel in your Sarge install?! Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419035: rott: crashes on start on AMD64
Robert Isaac schrieb: There is no difference between the full retail version and the shareware version, it is just a compile switch that allows the loading of more wad files. I know, that's why I was wondering why it should work with the full version but not with the shareware version which is shipped in the Debian package. I had compiled the game in a 32 bit chroot on my sarge amd64 box. It is *supposed* to work in a 32bit chroot even on a 64bit system. The last time I tried the Debian package (and upstream's CVS) they both crashed on startup in a 32 bit chroot AND in the 64 bit environment this was on Etch. This is however strange... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437275: flickering 'The highlighted entry will be booted ...' line
Package: grub2 Version: 1.95+20070604-1 Severity: minor --- Please enter the report below this line. --- Hello! In the grub menu the line at the bottom which tells that 'The highlighted entry will be booted in x seconds' is flickering at a nervous frequency. This does not happen with the old grub1 which shows a similar countdown-line, though. Cheers, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-2-k7 Debian Release: lenny/sid 500 testing ftp2.de.debian.org 450 unstablewww.debian-multimedia.org 450 unstableftp2.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== debconf | 1.5.14 grub-pc | 1.95+20070604-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402549: why not totem-gstreamer and totem-xine installed at the same time?
Dear Gnome-Maintainers, I would like to bring this issue back to your minds. With the upload of the first Gnome 2.20 packages (btw, thank you very much for that!) epiphany now supports two backends, namely gecko and webkit. Both of the backends have their own package, which is similar to the totem situation, but for epiphany both of these packages are installable at the same time by usage of the alternatives mechanism. Could you please introduce this feature for the totem packages, too? Thank you! Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402549: why not totem-gstreamer and totem-xine installed at the same time?
Dear Joss and Loic, thanks for your replies. Josselin Mouette schrieb: This is something I plan on doing, but I haven't found the time yet. Good to know you are considering this. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444029: would be nice if debhelper could handle dpkg-diversion
package: debhelper severity: wishlist Hello, it would be nice if debhelper could handle the adding and removing of dpkg-diversion. Lets' consider one of my packages, unace-nonfree, as an example. At the moment I have the following lines in the packages' preinst to add a diversion to the free unace binary and manpage (there's similar code in postrm, but I guess you get the point): #!/bin/sh set -e case $1 in install) dpkg-divert --package unace-nonfree --add --rename --divert \ /usr/bin/unace-free /usr/bin/unace dpkg-divert --package unace-nonfree --add --rename --divert \ /usr/share/man/man1/unace-free.1.gz /usr/share/man/man1/unace.1.gz ;; upgrade|abort-upgrade) ;; *) echo preinst called with unknown argument \`$1' 2 exit 1 ;; esac #DEBHELPER# exit 0 Now it would be nice if debhelper could automagically add these lines to the appropriate files based on a helper-file called unace-nonfree.diversions that would look similar to this: /usr/bin/unace-free /usr/bin/unace /usr/share/man/man1/unace-free.1.gz /usr/share/man/man1/unace.1.gz What do you think about this? Cheers, Fabian PS: Another cool feature will be the handling of /etc/alternative! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
