Bug#270731: How do audio players handle Windows play lists?
I received a bug report saying that cplay (a front-end for various audio players) doesn't handle playlists containing files such as .\foo.mp3 I explained to the bug submitter that Windows and Unix use different directory separators and that .\foo.mp3 is a valid name on Unix, but that this file obviously didn't exist. I made the suggestion to the bug submitter that they should simply replace \ with / and it will work. However, before closing the bug, I wanted to see if other media player handle such playlists in a good way, possibly via a command line option telling the program to treat \ as /. As far as I can tell, XMMS doesn't do this and fails just like cplay. Does anyone know if any players handle this situation in an elegant way? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279000: Python curses bindings and UTF-8
Martin, I received a bug report against cplay (a front-end for audio players written in Python and using ncurses) that it doesn't support UTF-8. While trying to solve this problem, the bigger question came up whether the Python bindings actually support UTF-8. In Debian, we have a libncurses5 library and a libncursesw5 for wide characters. Is it just a matter of compiling the Python bindings against libncursesw5 or is there work needed on the bindings itself so they support UTF-8? I know approximately nothing about UTF-8 and since you're the expert in this area, I wanted to ask if you can give some advice on this. I guess once there are UTF-8 aware Python curses bindings, I have to change cplay to use UTF-8 internally (however that may work), but right now I'm wondering about the bindings itself. Thanks for any help you can provide. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#228486: No mention of german quotes in release-notes yet
* Helge Kreutzmann <[EMAIL PROTECTED]> [2005-01-03 12:00]: > > So, I object to add this uncertain issue to the release note. Rob, > > I'm sorry not to reply this request quickly, but I think we should > > remove it from the release announcement. > > I ask for the re-inclusion, being backed up by the german translation > team, including several developers. > > I CC:ed Martin Michlmayr as he has not participated in the > discussion so far (hence being neutral) to ask him to help find a > solution about this note in the release notes. I didn't have any plans to join this discussion and I'm not sure what I can add. FWIW, I exclusively use an English locale. Anyway, I've read through the whole bug log now. I personally agree that these quotation marks are quite ugly and I don't see why the release notes shouldn't mention this. However, they should take GOTO Masanori's objections into account. Why cannot the release notes say that the current style in non-UTF8 is ugly and that there is a discussion going on about how they will be presented in the future? I think that would take both sides into account. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290896: How do audio players handle Windows play lists?
* David Pashley <[EMAIL PROTECTED]> [2005-01-20 08:24]: > How would they deal with playlists that contain: > > C:\Documents and Settings\Administator\My Documents\My Music\Foo.mp3 Good point. > I think it is unreasonable for unix media players to import windows > playlists. They should probably import them but silently ignore files > that don't exist and not produce and error. This last sentences lead to me another question. Unrelated to the Windows playlist bug, I received a report saying that cplay doesn't treat non-existing files very well. They are displayed in the menu but when you try to play them it obviously won't work. Since you say "silently ignore files that don't exist and not produce and error", do you think such files (which don't exist) should not be shown in the first first or should they be shown but then be ignored? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281222: Fixing WNPP problems
* Harald Dunkel <[EMAIL PROTECTED]> [2005-01-22 18:28]: > xrsh should be in the pool for 2 weeks now. Did the wrong severity > of the ITP break the upload mechanism? No, all new packages have to be audited by an ftpmaster before they enter the archive. xrsh is waiting for that to happen. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291362: installation-reports: LVM install failed due to missing dmsetup
* Joey Hess <[EMAIL PROTECTED]> [2005-01-20 16:17]: > > I made the change. > Right, tbm only committed it. Sorry, I didn't notice this problem when reviewing the patch. > Great, so something like this? (Untested) Thanks, I'm testing this now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291843: sarge: /dev/dsp is not created
* Patrick M. Ammann <[EMAIL PROTECTED]> [2005-01-23 17:27]: > I am using debian sarge with newest packages. > Currently the sound card does not work any longer, > before it worked fine (sarge with older packages). This can be a number of things... Can you check if the sound module is loaded (lsmod | grep cmpci). What does "discover" say about your system. Can you send the output of /var/log/dmesg What happens if you manually load the cmpci module (modprobe cmpci)? Which kernel are you running? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291447: acpi-support: asus-lock is just a copy of asus-wireless
* Karl Hegbloom <[EMAIL PROTECTED]> [2005-01-20 12:08]: > Package: acpi-support > Version: 0.13 This package does not seem to exist in Debian. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291595: hwtools_0.8-4_i386.deb: fails to install
reassign 291595 hwtools tags 291595 + fixed thanks * AR <[EMAIL PROTECTED]> [2005-01-21 13:06]: > Package: hwtools_0.8-4_i386.deb > Version: hwtools > trying to overwrite `/usr/share/man/man1/buffer.1.gz', which is also in This has been fixed in 0.8-5. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291843: sarge: /dev/dsp is not created
reassign 291843 udev thanks * Patrick M. Ammann <[EMAIL PROTECTED]> [2005-01-24 10:54]: > I was able to manually create the /dev/dsp node and then the sound > worked fine. > > However i just recognized that i have installed > udev. When i execute /dev/MAKEDEV audio nothing is added, but after > running alsaconf, it created /dev/audio. but when i rebooted the > /dev/audio was no longer there and the execution of /dev/MAKEDEV did > not create the /dev/audio. udev should create the device node so MAKEDEV won't do it. Anyway, this sounds like an issue related to udev so I'm reassigning this bug. Marco, can you please investigate. I know almost nothing about udev so I don't know what information to ask for. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292140: ITP: phpauction -- Php based aucion site (GPL version)
reassign 292140 wnpp thanks * Guglielmo Dapavo <[EMAIL PROTECTED]> [2005-01-25 12:42]: > Package: phpauction > Version: 2.5 > Severity: wishlist WNPP bugs are to be filed against the "wnpp" pseudo package. And please provide a description of the package too. See http://www.debian.org/devel/wnpp -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291843: sarge: /dev/dsp is not created
* Patrick M. Ammann <[EMAIL PROTECTED]> [2005-01-25 17:09]: > Why closing the bug report when my soundcrard still does not work? I think what Marco was trying to say is that it's not a bug in the package but in your configuration. /usr/share/doc/udev/README.Debian will tell you how to configure udev so you get a device node. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308111: [Bins] Re: outputs Copyright information as Latin-1 even on UTF-8 terminals
* Jérôme Sautret <[EMAIL PROTECTED]> [2005-11-29 23:47]: > The "use open ':locale';" breaks lots of stuffs in HTML generation. I > guess the open pragma conflicts with the explicit encoding handling > done with Iconv. I've corrected the copyright problem with Iconv and > I've tested it succefully with [EMAIL PROTECTED] and fr_FR.UTF-8 so it should > be OK now. Thanks a lot! -- Martin Michlmayr http://www.cyrius.com/
Bug#308338: should not *require* each child element in an XML file
* Jérôme Sautret <[EMAIL PROTECTED]> [2005-11-30 00:06]: > The consequence is that the exif information is not saved anymore in > the XML file if the exif tag is not present. I'll try to look at > your patch to correct that. Oh, I didn't realize that. Thanks for looking at it. If you find out you don't have the time, let me know and I'll look at the patch again. -- Martin Michlmayr http://www.cyrius.com/
Bug#338816: jack: Odd behavior with renaming items with high-ascii/unicode characters in freedb file
* Kristine Daniels <[EMAIL PROTECTED]> [2005-11-12 21:09]:
> There are two similar bugs. I'll report both here, but will gladly split
> them out if requested.
Sorry for the late response. For some reason, I never received this
report or your follow-up.
> The first is when doing cleanup after 'jack -Q -R' by editing
> jack.freedb to replace high ascii characters such as ö (little o with umlaut)
> with English transliterations and doing a 'jack -R'
Please try this patch:
diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py 2005-12-01 01:03:55.0 +
+++ jack-3.1.1/jack_freedb.py 2005-12-01 01:06:20.0 +
@@ -84,7 +84,7 @@
if jack_utils.check_path(dirs_created, old_dirs) and not
jack_utils.check_path(dirs_created, new_dirs):
jack_utils.rename_path(dirs_created, new_dirs)
print "Info: cwd now", os.getcwd()
-jack_functions.progress("all", 'ren', dir_created + "-->" +
unicode(new_dir, cf['_charset']))
+jack_functions.progress("all", 'ren', unicode(dir_created +
"-->" + new_dir), cf['_charset'], "replace")
if not err:
names_available = 1
> The second is when the umlaut is some multi-byte representation.
> (Unicode?). 'jack -R' complains of a problem accessing the CD-ROM.
> Here's what I see when I turn on debug.
...
> Access of CD device /dev/cdrom resulted in error: Input/output error
Your follow-up is correct jack.progess is always in UTF-8, but the
filename of your sound files uses the encoding of your locale. When
jack checks whether all files are there, it thinks some are missing
(because the comparison of UTF-8 and locale filename doesn't match)
and tries to rip/encode them again: therefore the CD-ROM error.
Here's a patch that should work. I need to test this some more
tomorrow because I'm really tired now and need to sleep but I think
this'll work.
The whole UTF-8 support should be re-worked at some point...
diff -urN jack-3.1.1~/jack_prepare.py jack-3.1.1/jack_prepare.py
--- jack-3.1.1~/jack_prepare.py 2005-12-01 01:03:55.0 +
+++ jack-3.1.1/jack_prepare.py 2005-12-01 01:48:56.0 +
@@ -403,7 +403,7 @@
if status[i]['names'][-1] == names[0]:
status[i]['names'].append(names[1])
if type(i) == types.IntType:
-tracknum[i][NAME] = status[i]['names'][-1]
+tracknum[i][NAME] = unicode(status[i]['names'][-1], "utf-8",
"replace").encode(cf['_charset'], "replace")
del status[i]['ren']
# status info for the whole CD is treated separately
Can you confirm that this works and do some random tests?
--
Martin Michlmayr
http://www.cyrius.com/
Bug#339879: Does not work with characters >128 in unusable_chars
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-20 08:58]: > What I'm particulary interested in is whether something like: ... *ping* -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339879: Does not work with characters >128 in unusable_chars
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-20 08:56]:
> That patch is needed too:
>
> +jack_functions.progress("all", 'ren', dir_created + "-->" +
> unicode(new_dir, cf['_charset'], "replace"))
Please use the one instead below. dir_created has be be converted
too.
diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py 2005-12-01 01:03:55.0 +
+++ jack-3.1.1/jack_freedb.py 2005-12-01 01:06:20.0 +
@@ -84,7 +84,7 @@
if jack_utils.check_path(dirs_created, old_dirs) and not
jack_utils.check_path(dirs_created, new_dirs):
jack_utils.rename_path(dirs_created, new_dirs)
print "Info: cwd now", os.getcwd()
-jack_functions.progress("all", 'ren', dir_created + "-->" +
unicode(new_dir, cf['_charset']))
+jack_functions.progress("all", 'ren', unicode(dir_created +
"-->" + new_dir), cf['_charset'], "replace")
if not err:
names_available = 1
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339879: Does not work with characters >128 in unusable_chars
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-01 10:56]:
> Please use the one instead below. dir_created has be be converted
> too.
There was a typo (brackets in the wrong place). Please use this one
(tested now!).
diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py 2005-12-01 01:03:55.0 +
+++ jack-3.1.1/jack_freedb.py 2005-12-01 01:06:20.0 +
@@ -84,7 +84,7 @@
if jack_utils.check_path(dirs_created, old_dirs) and not
jack_utils.check_path(dirs_created, new_dirs):
jack_utils.rename_path(dirs_created, new_dirs)
print "Info: cwd now", os.getcwd()
-jack_functions.progress("all", 'ren', dir_created + "-->" +
unicode(new_dir, cf['_charset']))
+jack_functions.progress("all", 'ren', unicode(dir_created +
"-->" + new_dir, cf['_charset'], "replace"))
if not err:
names_available = 1
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341562: the man page doesn't actually say how to _activate_ plugins
Package: jack Version: 3.1.1-12 Severity: minor The man page has some information about how to create plugins, but it doesn't actually say how to _activate_ them. It should mention explicitly that you have to specify them as encoders/rippers/servers, as in jack --encoder-name plugin_lame --ripper plugin_foo --server plugin_bar -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jack depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii flac 1.1.2-3Free Lossless Audio Codec - comman ii python2.3.5-3An interactive high-level object-o ii python-cddb 1.4-4 Python interface to CD-IDs and Fre ii python-eyed3 0.6.8-1Python module for id3-tags manipul ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools jack recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271051: please remove xen from sarge
* Bastian Kleineidam <[EMAIL PROTECTED]> [2005-08-24 19:07]: > I think this bug can be closed - sarge is released and IMHO there > is no reason to keep xen out of testing. I agree. doogie, why is this bug still open? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341654: new upstream release available
Package: libmusicbrainz-2.1 Version: 2.1.1-4.1 Severity: wishlist Version 2.1.2 is available from ftp://ftp.musicbrainz.org/pub/musicbrainz/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341734: man page says it checks for free space but it doesn't warn
Package: vobcopy Version: 0.5.14-2 Severity: minor The man page says that the prgram checks that there's enough free space but even though it reports how much free space there is and how much is needed, it doesn't actually warn if there's not enough. disk free: 938 MB vobs size: 7346 MB Writing files to this dir: /home/tbm/tmp/src/KING_ARTHUR_UNRATED/VIDEO_TS/ ... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages vobcopy depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libdvdread3 0.9.4-5.1 Simple foundation for reading DVDs vobcopy recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341735: doesn't complain when -m and -n are used together
Package: vobcopy Version: 0.5.14-2 Severity: minor vobcopy doesn't complain when -m and -n are used together, even though they are mutually exclusive (-m mirrors the whole disk while -n tell vobcopy which title to copy). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages vobcopy depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libdvdread3 0.9.4-5.1 Simple foundation for reading DVDs vobcopy recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341742: inconsistent regarding default of -n
Package: vobcopy Version: 0.5.14-2 Severity: normal The man page says on one hand that vobcopy without any options will copy the title with the most chapters into files... but on the other hand it also claims that -n, --title-number TITLE-NUMBER specify which title vobcopy shall copy (default is 1) So, is the default title 1 or the title with the most chapters? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages vobcopy depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libdvdread3 0.9.4-5.1 Simple foundation for reading DVDs vobcopy recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341889: jack -R -t x fails when x is a data track and CD not in drive
Package: jack Version: 3.1.1-12 Severity: normal "jack -R -t x" fails when x is a data track and the CD not in drive. Here it works: 7725:[EMAIL PROTECTED]: ..he_vibe_history_of_hip_hop] jack -R -t 5 This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]> *warning* This CD has audio tracks 1-4. Ignoring request for track 5. *error* nothing to do. bye. zsh: exit 1 jack -R -t 5 But: 7730:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] jack -R -t 13 This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]> Tagging Done with "Wir Sind Helden - Die Reklamation". Year:0 Traceback (most recent call last): File "/usr/bin/jack", line 269, in ? jack_tag.tag(freedb_rename) File "/usr/lib/python2.3/site-packages/jack_tag.py", line 261, in tag print "Avg. bitrate: %03.0fkbit" % ((total_size * 0.008) / (total_length / 75)) ZeroDivisionError: float division zsh: exit 1 jack -R -t 13 7731:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] jack -R -t 14 This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]> *warning* This CD has audio tracks 1-13. Ignoring request for track 14. *error* nothing to do. bye. zsh: exit 1 jack -R -t 14 7745:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] grep "^13" jack.progress 13/|\off/|\non-audio 13/|\off/|\non-audio 13/|\off/|\non-audio -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jack depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii flac 1.1.2-3Free Lossless Audio Codec - comman ii python2.3.5-3An interactive high-level object-o ii python-cddb 1.4-4 Python interface to CD-IDs and Fre ii python-eyed3 0.6.8-1Python module for id3-tags manipul ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools jack recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341891: search for YEAR in jack.freedb is too restrictive
Package: jack Version: 3.1.1-12 Severity: wishlist jack doesn't find the YEAR information if it's like this: 7795:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] grep YEAR jack.freedb EXTD= YEAR: 2003 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jack depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii flac 1.1.2-3Free Lossless Audio Codec - comman ii python2.3.5-3An interactive high-level object-o ii python-cddb 1.4-4 Python interface to CD-IDs and Fre ii python-eyed3 0.6.8-1Python module for id3-tags manipul ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools jack recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341890: Writes tags DATE = 0 when there's no year
Package: jack Version: 3.1.1-12 Severity: normal When jack can find no DYEAR or YEAR information in jack.freedb, it will happily write DATE=0 to the meta information, which of course is completely bogus. This problem was introduced in patch 84_dyear_dgenre.patch 7789:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] jack -R -t 1 This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]> debug: [u'Wir Sind Helden', u'Die Reklamation', 0] Tagging. Done with "Wir Sind Helden - Die Reklamation". Year:0 Avg. bitrate: 153kbit -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jack depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii flac 1.1.2-3Free Lossless Audio Codec - comman ii python2.3.5-3An interactive high-level object-o ii python-cddb 1.4-4 Python interface to CD-IDs and Fre ii python-eyed3 0.6.8-1Python module for id3-tags manipul ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools jack recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341890: Writes tags DATE = 0 when there's no year
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-03 21:42]:
> When jack can find no DYEAR or YEAR information in jack.freedb, it
> will happily write DATE=0 to the meta information, which of course is
> completely bogus. This problem was introduced in patch
> 84_dyear_dgenre.patch
Sorry for breaking this. Below is a patch (to be applied after
84_dyear_dgenre.patch).
> 7789:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] jack -R -t 1
> This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
> debug: [u'Wir Sind Helden', u'Die Reklamation', 0]
> Tagging.
> Done with "Wir Sind Helden - Die Reklamation".
> Year:0
> Avg. bitrate: 153kbit
diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py 2005-12-03 21:44:52.0 +
+++ jack-3.1.1/jack_freedb.py 2005-12-03 21:46:49.0 +
@@ -431,7 +431,7 @@
dtitle = "(unknown artist)/" + dtitle
names = [string.split(dtitle,"/",1)]
-year = 0
+year = -1
if freedb.has_key('DYEAR'):
try:
year = int(freedb['DYEAR'])
@@ -451,7 +451,7 @@
warning("DGENRE should be a string, not an integer.")
if genre != -1:
names[0].extend([year, genre])
-else:
+elif year != -1:
names[0].extend([year])
if freedb.has_key('EXTD') and not(freedb.has_key('DYEAR') or
freedb.has_key('DGENRE')):
extra_tag_pos = string.find(freedb['EXTD'], "\\nYEAR:")
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341891: search for YEAR in jack.freedb is too restrictive
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-03 21:43]:
> jack doesn't find the YEAR information if it's like this:
>
> 7795:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] grep YEAR jack.freedb
> EXTD= YEAR: 2003
Here's a patch:
diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py 2005-12-03 21:50:24.0 +
+++ jack-3.1.1/jack_freedb.py 2005-12-03 21:57:59.0 +
@@ -449,22 +449,22 @@
genre = [x.upper() for x in
id3genres].index(freedb['DGENRE'].upper())
else:
warning("DGENRE should be a string, not an integer.")
+if freedb.has_key('EXTD') and not freedb.has_key('DYEAR'):
+extra_tag_pos = string.find(freedb['EXTD'], "YEAR:")
+if extra_tag_pos >= 0:
+arg = freedb['EXTD'][extra_tag_pos + 5:].lstrip().split()[0]
+if arg.isdigit():
+year = int(arg)
+if freedb.has_key('EXTD') and not freedb.has_key('DGENRE'):
+extra_tag_pos = string.find(freedb['EXTD'], "ID3G:")
+if extra_tag_pos >= 0:
+arg = freedb['EXTD'][extra_tag_pos + 5:].lstrip().split()[0]
+if arg.isdigit():
+genre = int(arg)
if genre != -1:
names[0].extend([year, genre])
elif year != -1:
names[0].extend([year])
-if freedb.has_key('EXTD') and not(freedb.has_key('DYEAR') or
freedb.has_key('DGENRE')):
-extra_tag_pos = string.find(freedb['EXTD'], "\\nYEAR:")
-if extra_tag_pos >= 0:
-try:
-extd_info = freedb['EXTD'][extra_tag_pos + 7:]
-extd_year, extd_id3g = string.split(extd_info, "ID3G:", 1)
-extd_year, extd_id3g = int(extd_year), int(extd_id3g)
-except:
-print "can't handle '%s'." % freedb['EXTD']
-else:
- names = [string.split(dtitle, "/", 1)]
-names[0].extend([extd_year, extd_id3g])
if names[0][0] == "(unknown artist)":
if verb:
warning("the disc's title must be set to \"artist / title\"
(\"DTITLE\").")
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#272622: Seems this might of been moved to an undocumented plugin interface
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-07-30 20:25]: > > Jack seems to have a facility to load encoders from plugins located in > > ~/.jack_plugins (by default). It seems I can actually add > > DistributedCommand there. > > > > Please document this. > > I couldn't find any documentation either and had to look at the code. > I'll add the followng to the man page. I think that makes it clear > but if not, let me know. Actually, I think one thing is missing in this explanation: that you need to activate the plug-ins. Arne, please apply this patch after the original one below. diff -urN jack-3.1.1~/jack.man jack-3.1.1/jack.man --- jack-3.1.1~/jack.man2005-12-03 21:44:52.0 + +++ jack-3.1.1/jack.man 2005-12-03 22:26:34.0 + @@ -525,9 +525,14 @@ .BR jack_plugin_cddb.py (to define a new FreeDB server) and .BR jack_plugin_lame.py -(to show how rippers and encoders can be defined). Plug-ins can also be -used to define your own rippers and encoders which uses different options -than those used by default by jack. +(to show how rippers and encoders can be defined). After defining +plug-ins, you have to manually select them by specifying the ripper, +encoder, or CDDB server. An example would be: +.RS +jack --encoder-name plugin_lame --ripper plugin_foo --server plugin_cddb +.RE +Plug-ins can also be used to define your own rippers and encoders which +uses different options than those used by default by jack. .SH ENVIRONMENT VARIABLES There are several environment variables which can be used in jack's exec hooks: Original patch: > > diff -urN jack-3.1.1~/jack.man jack-3.1.1/jack.man > --- jack-3.1.1~/jack.man 2005-07-30 00:17:58.0 +0100 > +++ jack-3.1.1/jack.man 2005-07-30 20:22:39.289263856 +0100 > @@ -53,6 +53,11 @@ > .B /etc/jackrc > or by saving them to > .BR ~/.jack3rc . > +Additional rippers, encoders and FreeDB servers can be defined by users > +through the help of a plug-in directory (as defined by the > +.BR plugin_path > +option which defaults to > +.BR ~/.jack_plugins ). > .PP > While Jack is running, these keyboard commands are available: > .RS > @@ -500,6 +505,29 @@ > jack -O --remove-files ; gnoise *wav ; jack -g *wav ; jack > .RE > Just replace gnoise by the operation you'd like to perform. > +.SH PLUG-INS > +Additional rippers, encoders and FreeDB servers currently not known by jack > +can be defined using jack's plug-in mechanism. Plug-ins have to be put in > +the > +.BR ~/.jack_plugins > +directory (or the path defined by the > +.BR plugin_path > +option). The plug-ins are simple Python scripts which define a hash with > +the values for your ripper, encoder or FreeDB server. For rippers and > +encoders, the hash > +.BR plugin_helpers > +has to be defined while additional FreeDB servers are specified in > +.BR plugin_freedb_servers . > +Both expect another hash whose names corresponds to the entry you want to > +add (prefixed by > +.BR plugin_ ) > +and have to define certain values. Two examples are provided, > +.BR jack_plugin_cddb.py > +(to define a new FreeDB server) and > +.BR jack_plugin_lame.py > +(to show how rippers and encoders can be defined). Plug-ins can also be > +used to define your own rippers and encoders which uses different options > +than those used by default by jack. > .SH ENVIRONMENT VARIABLES > There are several environment variables which can be used in jack's exec > hooks: > -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338816: #338816: Odd behavior with renaming items with high-ascii/unicode characters in freedb file
Hi Kristine, Can you please let me know if 3.1.1-12 fixes the problems you reported in #338816. I'll be on holidays without net for 2 weeks soon and it would be good to get confirmation before that this is fixed (and that I didn't make it worse ;) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341890: Writes tags DATE = 0 when there's no year
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-03 22:07]: > diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py > --- jack-3.1.1~/jack_freedb.py2005-12-03 21:44:52.0 + > +++ jack-3.1.1/jack_freedb.py 2005-12-03 21:46:49.0 + > @@ -431,7 +431,7 @@ > dtitle = "(unknown artist)/" + dtitle > > names = [string.split(dtitle,"/",1)] > -year = 0 > +year = -1 Note that this is the real fix. > names[0].extend([year, genre]) > -else: > +elif year != -1: This is just a clean-up. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#210697: prefetching html vs prefetching image
tags 210697 + patch
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-04 19:51]:
> Does anyone know whether two "link rel" elements are allowed, and has
> anyone implemented this for some templates already?
I just tested this on my web server and multiple "link rel='next'"
elements indeed seem to be allowed. Furthermore, combining them with
JS preloading will only load the image once, so there's no harm in
adding these HTML headers.
Below is a patch:
It splits IMG_PRELOAD into two variables:
- JS_IMG_PRELOAD to say whether JavaScipt preloading should be used
- IMG_PRELOAD_SRC to indicate the source of the image to be loaded
(the old IMG_PRELOAD is retained for backwards compatibility)
I've then added some HTML headers loading IMG_PRELOAD_SRC, and
modified the existing JS code to check for JS_IMG_PRELOAD and use
IMG_PRELOAD_SRC. I think it makes sense to include the HTML
preloading code in all cases but, if you think that's bad idea, it's
trivial to introduce HTML_IMG_PRELOAD. Just let me know.
Comments?
diff -urN bins-1.1.29~/bins bins-1.1.29/bins
--- bins-1.1.29~/bins 2005-11-04 20:22:05.0 +
+++ bins-1.1.29/bins2005-11-04 20:24:13.0 +
@@ -3565,8 +3565,11 @@
$subs_hash{IMG_NUM} = $imageHashRef->{$size}{imgNum};
$subs_hash{IMG_COUNT} = $imageHashRef->{$size}{imgCount};
if ($configHash->{javaScriptPreloadImage}) {
-$subs_hash{IMG_PRELOAD} = $imageHashRef->{$size}{preloadIMG};
+$subs_hash{IMG_PRELOAD} = $imageHashRef->{$size}{preloadIMG}; # only
for
+# backwards compatibility
+$subs_hash{JS_IMG_PRELOAD} = $imageHashRef->{$size}{preloadIMG};
}
+$subs_hash{IMG_PRELOAD_SRC} = $imageHashRef->{$size}{preloadIMG};
$subs_hash{PREV_IMAGE} = $imageHashRef->{$size}{prevHTML};
$subs_hash{NEXT_TITLE} = $imageHashRef->{$size}{nextTitle};
$subs_hash{PREV_TITLE} = $imageHashRef->{$size}{prevTitle};
diff -urN bins-1.1.29~/templates.joi/image.html
bins-1.1.29/templates.joi/image.html
--- bins-1.1.29~/templates.joi/image.html 2005-11-04 20:22:06.0
+
+++ bins-1.1.29/templates.joi/image.html2005-11-04 20:29:01.0
+
@@ -30,6 +30,9 @@
href=""
title="">
+
background=""
-
-onload="PreloadNextImage('')">
+
+onload="PreloadNextImage('')">
diff -urN bins-1.1.29~/templates.marc/image.html
bins-1.1.29/templates.marc/image.html
--- bins-1.1.29~/templates.marc/image.html 2005-11-04 20:22:06.0
+
+++ bins-1.1.29/templates.marc/image.html 2005-11-04 20:29:11.0
+
@@ -26,6 +26,9 @@
href=""
title="">
+
background=""
-
- onload="PreloadNextImage('')">
+
+ onload="PreloadNextImage('')">
diff -urN bins-1.1.29~/templates.mwolson/image.html
bins-1.1.29/templates.mwolson/image.html
--- bins-1.1.29~/templates.mwolson/image.html 2005-11-04 20:22:06.0
+
+++ bins-1.1.29/templates.mwolson/image.html2005-11-04 20:29:16.0
+
@@ -1,13 +1,13 @@
-
+
<!-- hide from non JavaScript Browsers
function PreloadNextImage() {
nextimg = new Image();
nextimg.src =
- "<!-- TMPL_VAR NAME=IMG_PRELOAD -->";
+ "<!-- TMPL_VAR NAME=IMG_PRELOAD_SRC -->";
}
// End hiding -->
@@ -22,6 +22,9 @@
href=""
title="">
+
-
- onload="PreloadNextImage('')">
+
+ onload="PreloadNextImage('')">
diff -urN bins-1.1.29~/templates.petrus/image.html
bins-1.1.29/templates.petrus/image.html
--- bins-1.1.29~/templates.petrus/image.html2005-11-04 20:22:06.0
+
+++ bins-1.1.29/templates.petrus/image.html 2005-11-04 20:31:00.0
+
@@ -24,6 +24,9 @@
type="text/javascript"
src="/joi.js">
+
@@ -31,8 +34,8 @@
background=""
-
-onload="PreloadNextImage('')">
+
+onload="PreloadNextImage('')">
diff -urN bins-1.1.29~/templates.satyap/image.html
bins-1.1.29/templates.satyap/image.html
--- bins-1.1.29~/templates.satyap/image.html2005-11-04 20:22:06.0
+
+++ bins-1.1.29/templates.satyap/image.html 2005-11-04 20:31:06.0
+
@@ -1,13 +1,13 @@
-
+
<!-- hide from non JavaScript Browsers
f
Bug#270396: bins_edit generates wrong encoding in .xml
* Alexander N. Kogan <[EMAIL PROTECTED]> [2004-09-13 01:01]: > On Sunday 12 September 2004 23:53, Ludovic Rousseau wrote: > > Can you provide a sample file so I can reproduce the bug here? > To reproduce this bug please please execute this command in ru_RU.KOI8-R > locale: Ludovic, do you have some time to look at this? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284157: bins: avoidable jpegtran image curruption
* Brian May <[EMAIL PROTECTED]> [2005-01-05 09:16]: > EXAMPLES: > For example, have a look at: > http://snoopy.apana.org.au/~bam/tmp/dst/dcp00693a_Med.jpg.1.html> > It states the image 600 x 800 on the website, but the img tag says 602 > x 802, and Mozilla says 602 x 802. > Source is at: > http://snoopy.apana.org.au/~bam/tmp/src/> These URLs no longer work. Brian, can you please make the original image available somewhere so I can try to reproduce this bug. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308338: should not *require* each child element in an XML file
tags 308338 + patch pending
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-05-09 16:33]:
> The documentation says that you can create a image.jpg.xml with three
> child elements and something similar applies to album.xml. I don't
> have to specify anything in and , I only want to fill in
> . However, BINS fails if you don't add these elements,
> even if they are just empty. It would be nice if the program would
> not require that each of these elements are there.
Here's a patch for this. It makes the whole XML handling a bit nicer:
it actually checks whether the XML files appear to be valid bins files
(i.e., contain or elements) - at the moment, you just
get a very cryptic error if this is not the case. Additionally, all
elements are not optional.
(the large change at the end is only whitespace change)
--- /usr/bin/bins 2005-10-15 16:02:07.0 +0100
+++ bins2005-11-04 18:54:34.0 +
@@ -3881,10 +3881,14 @@
if (-e $descFile) {
beVerboseN(" Reading desc file $descFile.", 3);
$document = getXMLAsGrove($descFile);
-%descHash = getDescXML($document, $configHash);
-#$descHash{descFileName} = uri_escape($descFile, '^-A-Za-z0-9/_\.');
-$configHash = getConfigXML($document, '/image/bins', $configHash);
-%exifHash = getExifXML($document, [EMAIL PROTECTED]);
+if (! $document->at_path("/image")) {
+beVerboseN("Description file $descFile has no element,
ignoring.", 1);
+} else {
+%descHash = getDescXML($document, $configHash) if
$document->at_path("/image/description");
+#$descHash{descFileName} = uri_escape($descFile,
'^-A-Za-z0-9/_\.');
+$configHash = getConfigXML($document, '/image/bins', $configHash)
if $document->at_path("/image/bins");
+%exifHash = getExifXML($document, [EMAIL PROTECTED]) if
$document->at_path("/image/exif");
+}
} else {
$descHash{descFileName} = "";
}
@@ -4523,6 +4527,10 @@
beVerboseN("Reading album description file '$descFile'...", 3);
my $document = getXMLAsGrove($descFile);
+if (! $document->at_path("/album")) {
+beVerboseN("Description file $descFile has no element,
ignoring.", 1);
+return $configHash;
+}
# I have to do that, don't ask me why...
#$XML::UM::ENCDIR="/usr/lib/perl5/XML/Parser/";
@@ -4530,37 +4538,40 @@
# Encoding => 'ISO-8859-9',
# EncodeUnmapped => \&XML::UM::encode_unmapped_dec);
-$configHash = getConfigXML($document, "/album/bins", $configHash);
+$configHash = getConfigXML($document, "/album/bins", $configHash) if
+$document->at_path("/album/bins");
-foreach my $element
-(@{$document->at_path('/album/description')->{Contents}}) {
-if (UNIVERSAL::isa($element, 'XML::Grove::Element') &&
$element->{Name} eq "field") {
-$fieldName = $element->{Attributes}{'name'};
-$fieldValue = "";
-if (grep (/^$fieldName$/, @AlbumFieldNames)) {
-beVerbose("Reading field '$fieldName':", 3);
-foreach my $characters (@{$element->{Contents}}) {
-$fieldValue .= $characters->as_canon_xml();
-}
-#if ($fieldName ne "shortdesc" && $fieldName ne
"longdesc"){
-# $fieldValue = decode_entities($fieldValue);
-#}
-if ($fieldName eq "sampleimage"){
-$fieldValue =
-trimWhiteSpace(decode_entities($fieldValue));
-beVerbose("'".$fieldValue."'\n", 3);
-}else{
-$fieldValue =
-
trimWhiteSpace(decode_entities(xml2html($fieldValue)));
-beVerbose("'".$fieldValue."'\n", 3);
+if ($document->at_path("/album/description")) {
+foreach my $element
+(@{$document->at_path('/album/description')->{Contents}}) {
+if (UNIVERSAL::isa($element, 'XML::Grove::Element') &&
$element->{Name} eq "field") {
+$fieldName = $element->{Attributes}{'name'};
+$fieldValue = "";
+if (grep (/^$fieldName$/, @AlbumFieldNames)) {
+beVerbose("Reading
Bug#308114: should check whether templates exist before converting images
tags 308114 + patch pending
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-05-08 00:38]:
> bins starts converting all images it finds and then generates the
> templates. While this is logical, it's strange that the images are
> converted even though bins later fails because the templates aren't
> available. It would be nice if bins would check if the templates
> exist before converting the images, or at least fall back to the
> default style if the specified style doesn't exist.
Below is a patch for this.
> 696:[EMAIL PROTECTED]: ~] bins -s dsdasdas a b
> ...
> Martin's photo gallery >
> Martin's photo gallery > London >
> Image dscf0001.jpg
> Image dscf0006.jpg
> Error: cannot find HTML template details.html
--- /usr/bin/bins 2005-10-15 16:02:07.0 +0100
+++ bins2005-11-04 18:04:45.0 +
@@ -1092,6 +1092,11 @@
exit 1;
}
+if (! scalar templateDirs($configHash)) {
+print "Cannot find template style '", $configHash->{templateStyle},
"'\n";
+exit 1;
+}
+
$picdir = $ARGV[0];
$albumdir = $ARGV[1];
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337481: mythvideo: uninstallable -- depens on unavailable package libqt3c102-mt
* Magnus Ihse <[EMAIL PROTECTED]> [2005-11-04 15:52]: > Package: mythvideo There's no such package in Debian, so you'll have to talk to the person who prepared this package. Debian has recently made a transition regarding C++ and it seems this package hasn't been updated yet. You can find out the maintainer through: dpkg-deb -I mythvideo*.deb | grep Maintainer or: dpkg -p mythvideo | grep Maintainer -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#210697: waiting for upstream
For the record: I'd like to hear from upstream before applying this patch. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308111: outputs Copyright information as Latin-1 even on UTF-8 terminals
tags 308111 + patch
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-05-08 00:00]:
> When bins prints its copyright message, the (C) sign (©) cannot be
> read and the name "Jérôme Sautret" is garbled too. This is because
> the string is printed in Latin-1 even though I'm using a UTF-8 locale.
Don Armstrong submitted the following patch for this problem. It
works for me.
--- bins-1.1.29.orig/bins
+++ bins-1.1.29/bins
@@ -86,6 +86,10 @@
#use Data::Dumper;
#use XML::SAX::Expat;
+# Encoding Handling
+use Encode;
+use open ':locale';
+
sub have_package;
sub _; # alias for Getext, if present
@@ -952,13 +956,19 @@
sub write_htaccess;
-print "\nBINS Photo Album 1.1.29 (http://bins.sautret.org/)\n";
-print "Copyright © 2001-2004 Jérôme Sautret ([EMAIL PROTECTED])\n";
-print "Some parts of code:\n";
-print "Copyright © 2000 Brendan McMahan ([EMAIL PROTECTED])\n";
-print "Copyright © John Moose ([EMAIL PROTECTED])\n\n";
-print "This is free software with ABSOLUTELY NO WARRANTY.\n";
-print "See COPYING file for details.\n\n";
+my $copyright=<http://bins.sautret.org/)
+Copyright © 2001-2004 Jérôme Sautret ([EMAIL PROTECTED])
+Some parts of the code:
+Copyright © 2000 Brendan McMahan ([EMAIL PROTECTED])
+Copyright © John Moose ([EMAIL PROTECTED])
+
+This is free software with ABSOLUTELY NO WARRANTY.
+See COPYING file for details.
+
+END
+$copyright = decode('iso8859-1',$copyright);
+print $copyright;
# EVG (Evil Global Variables)
# Some on them should be moved to the config hash so they can be
--
Martin Michlmayr
http://www.cyrius.com/
Bug#337539: UTF-8 footnote is out of date (pre-sarge)
Package: debian-policy Version: 3.6.2.1 Severity: minor C.2.2 has a footnote that talks about UTF-8 but it's really out of date: For example, in unstable, GNOME 2 has excellent support (almost level 2) in almost all its applications; the big remaining one is gnome-terminal, of which one requires development versions in order to support UTF-8 (available in Debian experimental now if you want to play). I think that by the time Sarge is released, UTF-8 support will start to hit critical mass. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#210697: prefetching html vs prefetching image
* Vineet Kumar <[EMAIL PROTECTED]> [2005-11-04 13:41]: > Have you tried how this works with the Mozilla site navigation bar or > the Link Toolbar for Firefox? No, I don't even know what they're supposed to be. Can you elaborate or test yourself? (Feel free to load http://cyrius.com/tmp/bins/index.html) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#188456: Bug#314316: Please migrate to libgd version 2
reassign 188456 ftp.debian.org retitle 188456 RM: libgd-gif -- superseded by libgd v2, no reverse deps thanks * Ben Pfaff <[EMAIL PROTECTED]> [2005-11-04 15:53]: > >> I will upload a fixed version or file a removal request by > >> sometime this weekend. > > > > Thanks. > > I submitted a removal request bug report against ftp.debian.org. > It is CC'd to you, so you should see it shortly. Thanks a lot. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325772: /sbin/halt: mention which machine is going down
* Petter Reinholdtsen <[EMAIL PROTECTED]> [2005-11-05 11:07]: > + /* Get and report current hostname, to make it easier to find > +out which machine that is being shut down. */ s/that// -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152160: [Bug-tar] Re: tar has strange command line argument parsing
* Paul Eggert <[EMAIL PROTECTED]> [2005-11-04 10:56]: > The POSIX guidelines say that options like -b and -f that take > arguments can be spelled either like this, with a space before > the option-arguments: >tar -cvb 20 -f x.tar file1 file2 > > or like this, without a space: >tar -tvb20 -fx.tar file1 file2 > Also, POSIX says the operand to an option can begin with "-". For > example, > > I hope this helps to explain the behavior you observed. Thanks a lot for this explanation. I understand the behaviour of tar now. I also agree it makes sense to follow POSIX, even though I personally think it's weird that POSIX would allow for something like "-tvb20". -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337620: -np requires / at end of dir, otherwise it downloads hierarchy too much
ved [67/67] FINISHED --11:04:13-- Downloaded: 279 bytes in 3 files # Let's look at the location... 675:[EMAIL PROTECTED]: ~/tmp/src] telnet sorrow.cyrius.com 80 Trying 65.19.161.204... Connected to sorrow.cyrius.com. Escape character is '^]'. GET /test/wget/foo HTTP/1.1 Host: www.cyrius.com HTTP/1.1 301 Moved Permanently Date: Sat, 05 Nov 2005 11:06:26 GMT Server: Apache/1.3.33 (Debian GNU/Linux) Location: http://www.cyrius.com/test/wget/foo/ Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1 137 301 Moved Permanently Moved Permanently The document has moved http://www.cyrius.com/test/wget/foo/";>here. Apache/1.3.33 Server at www.cyrius.com Port 80 It says "Location: http://www.cyrius.com/test/wget/foo/"; so -np should take foo/ as path and not wget/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages wget depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-2 SSL shared libraries wget recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337636: re-check from time to time if ion-statusd is running
Package: ion3 Version: 20051029-1 Severity: wishlist I had to send in my laptop for repair and I'm currently using one with significantly less RAM. What this means in practice is that the OOM randomly kills some processes from time to time - including /usr/lib/ion3/ion-statusd. I then end up with '?' marks where the information would normally be displayed. I wonder whether ion3 could check from time to time if ion-statusd is running if the statusbar is activated, and if not, restart it. Now I realize that my situation is probably not very common but (without knowing the code of ion3 at all) I don't see any big downsides with checking for ion-statusd from time to time. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ion3 depends on: ii libc62.3.5-7 GNU C Library: Shared libraries an ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii liblua50 5.0.2-5 Main interpreter library for the L ii liblualib50 5.0.2-5 Extension library for the Lua 5.0 ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m Versions of packages ion3 recommends: ii xfonts-100dpi6.8.2.dfsg.1-10 100 dpi fonts for X ii xfonts-75dpi 6.8.2.dfsg.1-10 75 dpi fonts for X -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336732: /lib/modules/*/build symlink should be ignored when checking if kernel is installed
* Manoj Srivastava <[EMAIL PROTECTED]> [2005-11-05 23:51]: > Why should a symlink be ignored? What other stuff would people > want to have ignored if we start on a slippery slope like this? > nividia-source, vmware, and scads of others would like to dump stuff > in /lib/modules, and the book keeping involved in keeping track of > stuff in the /lib/modules/ which is OK to ignore would be > massive. > The presence of that link is a bug, and should be fixed. Can you explain why it is a bug? I think upstream puts header files in /lib/modules//build/ too, so it's not as if this is a Debian specific thing. (Correct me if I'm wrong; also CCing -kernel). Given that the warning by kernel-package talks about modules, why don't you do a 'find' and look for .o and .ko files? > kernel-package itself does not create that link, and the entity > responsible for that link should know better. AFAIK many external build process (for kernel modules) except /lib/modules//build, so it's hardly a matter about "knowing better" on the side of the kernel-headers package. Unless you get upstream to change, it's quite likely that people will have a build symlink in their modules dir and the kernel-build message will therefore be useless and even misleading. kernel-headers is also different to your other examples (e.g. nividia-source) in that it doesn't put _modules_ there. So given that this is a well-known exception, I don't see why it would be so hard or troublesome to ignore /lib/modules//build when checking for modules dir. It's like one line of Perl code - and it will reduce one false positive. > There is a workaround for you, of course, until the bug is > fixed in the proper place: I'm fairly sure the "proper place" is kernel-package and not kernel-headers, as outlined above. > ,[ Manual page kernel-img.conf(5) ] > | silent_modules > | This option has been put in for the people who are vastly irri- > | tated on being warned about preexisting modules directory > | /lib/modules/$version That directory may belong to an old or > | defunct kernel-image-$version package, in which case problems ... And even if we continue to disagree, this bug report should be reopened to become a wishlist to mention kernel-headers in this description. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#270396: bins_edit generates wrong encoding in .xml
* Ludovic Rousseau <[EMAIL PROTECTED]> [2005-11-05 18:27]:
> > > > Can you provide a sample file so I can reproduce the bug here?
> > > To reproduce this bug please please execute this command in ru_RU.KOI8-R
> > > locale:
> >
> > Ludovic, do you have some time to look at this?
>
> It was not easy to reproduce since I had to cut-n-paste a ru_RU.KOI8-R
> string.
>
> I can reprodude the problem and the patch Alexander provided corrects it.
> I don't know if has some bad side effects.
>
> Since bins_edit evolved a bit the patch should now be:
>
> --- /usr/bin/bins_edit 2005-10-15 17:02:06.0 +0200
> +++ bins_edit 2005-11-05 18:19:32.0 +0100
> @@ -189,6 +189,7 @@
> $value = encode_entities($value, '\00-\31<&"');
>}
>
> + $value = $converter->convert($value);
>my $characters =
> XML::Grove::Characters->new( Data =>
> decodeEntites($value));
> @@ -283,7 +284,7 @@
>my $fileHandler = new IO::File;
>open($fileHandler, '>', $file)
> or die("Cannot open file $file to write Exif tag ($!)");
> - binmode($fileHandler, ":utf8") if $^V ge v5.8.0;
> + #binmode($fileHandler, ":utf8") if $^V ge v5.8.0;
>
>my $my_handler = new XML::Handler::YAWriter( 'Output' => $fileHandler,
> # 'Escape' => {
>
>
> I suggest to ask Jérôme to include the patch upstream.
Jérôme, can you please take a look at the bug report at
http://bugs.debian.org/270396 and the patch suggested here.
--
Martin Michlmayr
http://www.cyrius.com/
Bug#337787: .MTO produces email addresses with stray whitespace
Package: groff Version: 1.18.1.1-10 Severity: minor Using .MTO for email addresses (as seen in the groff man page) results in a stray space put before the closing bracket. Example: 1284:[EMAIL PROTECTED]: ~] cat t . .mso www.tmac . .MTO [EMAIL PROTECTED] "Martin Michlmayr" 1285:[EMAIL PROTECTED]: ~] man -l t -P cat | head -3 Reformatting t, please wait... Martin Michlmayr [EMAIL PROTECTED] Also, these brackets are special UTF-8 chars and cannot be simply C&Ped into a mail program. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages groff depends on: ii groff-base 1.18.1.1-10 GNU troff text-formatting system ( ii libc62.3.5-7 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxaw7 6.8.2.dfsg.1-10 X Athena widget set library ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 6.8.2.dfsg.1-10 X Window System miscellaneous util ii libxpm4 6.8.2.dfsg.1-10 X pixmap library ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m Versions of packages groff recommends: ii gs 8.15-4Transitional package ii gs-gpl [gs]8.15-4The GPL Ghostscript PostScript int ii imagemagick6:6.2.4.5-0.2 Image manipulation programs ii libpaper1 1.1.14-3 Library for handling paper charact ii netpbm 2:10.0-10 Graphics conversion tools ii psutils1.17-19 A collection of PostScript documen -- no debconf information -- Martin Michlmayr http://www.cyrius.com/
Bug#337792: Memory leak in Debbugs::MIME::parse
Package: debbugs
Version: 2.4.1
Severity: normal
There's a memory leak in Debbugs::MIME::parse() as you can see by
running the attached script for a while.
6536 tbm 24 0 9344 6696 4056 R 46.8 1.7 0:26.79 test-mem-leak.p
6536 tbm 24 0 50116 46m 4056 R 42.6 12.3 10:20.87 test-mem-leak.p
Tested with CVS as the end of ~2003 and with current CVS.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
--
Martin Michlmayr
http://www.cyrius.com/
#!/usr/bin/perl -w
use strict;
use Debbugs::Log;
use Debbugs::MIME;
my $spool = "/org/bugs.debian.org/spool";
sub read_log($) {
my $log_filename = shift;
open LOG, "< $log_filename" or die "Can't open $log_filename: $!";
my @records = Debbugs::Log::read_log_records(*LOG);
close LOG;
for my $record (@records) {
if ($record->{type} eq "incoming-recv") {
my $decoded = Debbugs::MIME::parse($record->{text});
}
}
}
sub process_dir($) {
my $db = shift;
opendir DB, $db or die "Can't opendir $db: $!";
while (defined(my $dir = readdir DB)) {
next if $dir =~ /^\.\.?$/ or not -d "$db/$dir";
opendir HASH, "$db/$dir" or die "Can't opendir $db/$dir: $!";
print "Processing dir $dir ...\n";
while (defined(my $file = readdir HASH)) {
next unless $file =~ /\.log$/;
my $bug = $file;
$bug =~ s/\.log$//;
my $log = "$db/$dir/$file";
next if -z $log;
read_log($log);
}
closedir HASH;
}
closedir DB;
}
for my $db ("archive", "db-h") {
process_dir("$spool/$db");
}
# vim: ts=4:expandtab:shiftwidth=4:
Bug#336732: /lib/modules/*/build symlink should be ignored when checking if kernel is installed
* Manoj Srivastava <[EMAIL PROTECTED]> [2005-11-06 09:13]: > > Can you explain why it is a bug? I think upstream puts header files > > in /lib/modules//build/ too, so it's not as if this is a Debian > > specific thing. > > No, upstream does not put headers in that location, but a > symbolic link. The kernel-headers package only puts a symbolic link there, so this point is moot. > Can you explain to me why kernel-headers is not putting a > script in /etc/kernel/postinst.d and /etc/kernel/prerm.d to > optionally add and remove the build link? Right, so what you're saying is that the headers package should create the symlink in postinst and prerm rather than shipping it in the .deb itself? I don't know anything about kernel packaging, but this sounds like a good question and maybe someone from -kernel can take a look and think about this. Thanks for the suggestion. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313264: Please switch away from c2man (to e.g. doxygen)
* Junichi Uekawa <[EMAIL PROTECTED]> [2005-11-07 01:12]: > > Given that you're upstream of this, do you think you can covert this > > project to doxygen? > > That will require quite a bit of changing of build system, > source-code structure, and reviewing of documentation output, > which I don't think is worth it; considering that the goal > is a negative one, to remove something which is functional. Actually, there are a number of problems in c2man, as mentioned in my initial bug report... -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284157: bins: avoidable jpegtran image curruption
* Brian May <[EMAIL PROTECTED]> [2005-11-07 12:24]: > I can't keep sample images for ever, and I had documented them *ages* > ago. As in almost a year ago. Just send the image to the bug report - it cannot be that huge. > I will try to regenerate these images again when I get the chance. > Alternatively you could look at > http://snoopy.apana.org.au/~bam/photos/holidays/2000-09/raggamuffin/dcp00693_Lg.jpg.2.html> You don't need to regenerate them - please just send me the original .jpg so I can reproduce this myself. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337910: segfaults with apt-get source if package not there.
reassign 337910 apt severity 337910 important thanks * Wilfried Goesgens <[EMAIL PROTECTED]> [2005-11-07 09:40]: > Package: apt-get > Severity: serious > Justification: segfaults. > > apt-get source php-myadmin > Reading package lists... Done > Building dependency tree... Done > Speicherzugriffsfehler > (segfault) This doesn't happen here. Can you please provide some more information? 1744:[EMAIL PROTECTED]: ~] apt-get source php-myadmin Reading package lists... Done Building dependency tree... Done E: Unable to find a source package for php-myadmin zsh: exit 100 apt-get source php-myadmin -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313264: Please switch away from c2man (to e.g. doxygen)
* Junichi Uekawa <[EMAIL PROTECTED]> [2005-11-07 08:08]: > The problem you have pointed out is only a problem for new code > which does not work with c2man. > > For old code which was designed to work with c2man, > there is no problem. OK, that's fair enough. However, c2man in Debian is maintained and your package is the only one stopping its removal. I think the best solution would be for you to use c2man on your machine to generate the documentation and then include the documentation in the Debian diff, so the build-depends is no longer needed. Would that be okay with you? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143692: jargon: New upstream available (4.3.1)
* Steve Greenland <[EMAIL PROTECTED]> [2005-11-09 07:23]: > > I see that 4.4.4 is in the archive now, generated from the HTML > > sources. Do you think you can upgrade to 4.4.7 from > > http://www.catb.org/~esr/jargon/ and then close this ld bug > > report. > > Do you have some reason to believe that the info format generation has > been restored to usability? No, but it seems you managed to generate 4.4.4 packaes from the HTML sources. Is it not possible to do the same for 4.4.7? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143692: jargon: New upstream available (4.3.1)
retitle 143692 mention jargon-text in long description thanks * Steve Greenland <[EMAIL PROTECTED]> [2005-11-09 09:25]: > One of us is confused: ... and it's me, sorry! I looked at the dict-jargon package which made an update based on the HTML file. Given that the info file has been discontinued, I'm changing the nature of this bug report: in the note that this package is out-of-date, can you please point people to the jargon-text package for an up to date version. Thanks and sorry for the confusion. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#210697: prefetching html vs prefetching image
* Pierre THIERRY <[EMAIL PROTECTED]> [2005-11-09 18:31]: > > we could use rel="prefetch" > So it would in fact be a bug if a rel="next" was pointing on the image. > But a rel="prefetch" makes perfectly sense. OK, that's easy enough to change. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293334: clarification
* Michael Banck <[EMAIL PROTECTED]> [2005-03-25 23:18]:
> > Doesn't do bitrate, I had to add 'vbr:0' as well.
>
> This is a general problem with jack IMHO. See -Q/-q, query_on_start;
> it yields:
> *error* it doesn't make sense to query now _and_ when finished.
Actually, this is the right behaviour and not comparable to the
example I gave since you specified both options on the command line.
> I believe command-line option should trump configuration options, and
Yes, but this is actually done already, see
jack_checkopts.checkopts().
> mutually exlusive options should perhaps be combined, i.e. have
> --query={start,end,none} and --bitrate={constant,variable}. Or perhaps
> even parse a --quality of > 10 as a constant bitrate.
maybe, but is it worth changing this now? Probably not.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293334: --bitrate doesn't work since config has vbr:1
tags 293334 + patch pending
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-02-02 15:52]:
> It seems to be impossible to tell jack to use a fixed bitrate. The
> --bitrate (-b) option is simply ignored when --vbr is set to 1 (which
> it is in the default).
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-02-02 16:05]:
> I guess what I was trying to say but what I didn't say is that
> --bitrate should override the -v option.
And here's a patch.
--- jack_checkopts.py~ 2005-11-09 22:40:49.0 +
+++ jack_checkopts.py 2005-11-09 23:03:19.0 +
@@ -65,6 +65,14 @@
cf.rupdate({'id3_genre': {'val': genre}}, "check")
del genre
+if not cf2.has_key('vbr'):
+if cf2.has_key('bitrate') and cf2.has_key('vbr_quality'):
+cf.rupdate({'vbr': {'val': 1}}, "check")
+elif cf2.has_key('bitrate'):
+cf.rupdate({'vbr': {'val': 0}}, "check")
+elif cf2.has_key('vbr_quality'):
+cf.rupdate({'vbr': {'val': 1}}, "check")
+
for i in cf2.keys():
if not cf.has_key(i):
error("unknown config item `%s'" % i)
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180484: jack: Should allow switches for cdparanoia
* Michael Banck <[EMAIL PROTECTED]> [2003-03-12 19:33]: > > It would be good if one could specify switches for cdparanoia, > > e.g. -z, since cdparanoia itself does not have a config file ... > > You can always define your own ripper in ~/.jackrc, if you want to have > some specific switches on all the time. I agree that option handling is > sub-optimal right now, but I think the current development version does > better WRT this. Michael, do you recall details of the new version? I think I looked at this briefly a while ago but forgot most details. I know it's fairly easy to define your own rippers nowadays, but simply adding options is (afaik) still not terribly easy. The solution I thought of is the following: in jack, define rippers & co with only the basics and then add a new variable through which you can define options. jack could then define its options but users could easily override them. I haven't looked at this recently though, so it would be good to get comments before I try to implement this. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#184244: jack: Should support cdparanoia with generic devices
* Jens M�ller <[EMAIL PROTECTED]> [2003-03-11 00:47]: > Severity: wishlist > > I just had a CD from BMG (copy-protected). > > It could only be read by cdparanoia using the -g flag and /dev/sg1. > > Normal method gave an error in the last track and some jitter in other > tracks. Sorry for the delay. Are generic SCSI devices actually something still supported on Linux 2.6? If so, can you please briefly let me know how to do this so I can test this myself. (Hmm, I think USB CD devices show up as SCSI, don't they? But is that generic SCSI?) -- Martin Michlmayr http://www.cyrius.com/
Bug#184244: jack: Should support cdparanoia with generic devices
* Michael Banck <[EMAIL PROTECTED]> [2003-03-12 19:40]: > Seems like jack's way of handling gen_device is obsolete anyway? Do you think you can investigate? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320116: jack: Tag files without renaming them.
6 @@
# only do the following if we are where we think we are and the dir has to be
# renamed.
-
if jack_utils.check_path(dirs_created, old_dirs) and not
jack_utils.check_path(dirs_created, new_dirs):
jack_utils.rename_path(dirs_created, new_dirs)
print "Info: cwd now", os.getcwd()
@@ -88,9 +80,7 @@
if not err:
names_available = 1
-else:
-freedb_rename = 0
-return err, track_names, locale_names, freedb_rename, revision
+return err, track_names, locale_names, revision
#/ end of interpret_db_file /#
def local_freedb(cd_id, freedb_dir, outfile = "/tmp/testfilefreedb"):
diff -urN jack-3.1.1~/jack_prepare.py jack-3.1.1/jack_prepare.py
--- jack-3.1.1~/jack_prepare.py 2005-11-10 11:36:23.0 +
+++ jack-3.1.1/jack_prepare.py 2005-11-10 11:36:30.0 +
@@ -519,12 +519,11 @@
freedb_submit(jack_progress.status_all['freedb_cat'])
if cf['_query_on_start']:
-err, jack_tag.track_names, jack_tag.locale_names, freedb_rename,
revision = jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo,
cf['_freedb_form_file'], verb = cf['_query_on_start'], dirs = 1)
+err, jack_tag.track_names, jack_tag.locale_names, revision =
jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo,
cf['_freedb_form_file'], verb = cf['_query_on_start'], dirs = 1)
if err:
error("query on start failed to give a good freedb file,
aborting.")
else:
-err, jack_tag.track_names, jack_tag.locale_names, freedb_rename,
revision = jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo,
cf['_freedb_form_file'], verb = cf['_query_on_start'], warn =
cf['_query_on_start'])
-return freedb_rename
+err, jack_tag.track_names, jack_tag.locale_names, revision =
jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo,
cf['_freedb_form_file'], verb = cf['_query_on_start'], warn =
cf['_query_on_start'])
def undo_rename(status, todo):
ext =
jack_targets.targets[jack_helpers.helpers[cf['_encoder']]['target']]['file_extension']
diff -urN jack-3.1.1~/jack_tag.py jack-3.1.1/jack_tag.py
--- jack-3.1.1~/jack_tag.py 2005-11-10 11:36:23.0 +
+++ jack-3.1.1/jack_tag.py 2005-11-10 11:36:30.0 +0000
@@ -41,7 +41,7 @@
a_artist = None
a_title = None
-def tag(freedb_rename):
+def tag():
global a_artist, a_title
ext =
jack_targets.targets[jack_helpers.helpers[cf['_encoder']]['target']]['file_extension']
@@ -63,7 +63,7 @@
p_artist = locale_names[0][0] # string
p_title = locale_names[0][1] # string
-if cf['_set_id3tag'] or freedb_rename:
+if cf['_set_id3tag'] and jack_freedb.names_available:
jack_m3u.init()
# use freedb year and genre data if available
if cf['_id3_year'] == -1 and len(track_names[0]) >= 3:
@@ -192,7 +192,7 @@
if cf['_id3_year'] != -1:
oggi.add_tag('DATE', `cf['_id3_year']`)
oggi.write_to(mp3name)
-if freedb_rename:
+if not cf['_dont_rename']:
if t_artist:# 'Various Artists'
replacelist = (("%n", cf['_rename_num'] % i[NUM]), ("%a",
t_artist), ("%t", t_name), ("%l", a_title), ("%y", `cf['_id3_year']`), ("%g",
genretxt))
newname = jack_misc.multi_replace(cf['_rename_fmt_va'],
replacelist)
--
Martin Michlmayr
http://www.cyrius.com/
Bug#338401: Grep and libpcre
* Aníbal Monsalve Salazar <[EMAIL PROTECTED]> [2005-11-11 08:59]: > Version grep_2.5.1.ds1-4 is available now at: > http://ftp.debian.org/debian/pool/main/g/grep/ The current version is ds2-4 though which isn't available yet. -- Martin Michlmayr http://www.cyrius.com/
Bug#184244: jack: Should support cdparanoia with generic devices
* Jens Müller <[EMAIL PROTECTED]> [2005-11-11 10:30]: > Ummm, sorry ... I don't even remember now what CD it was. Anyway, > circumventing copy protection technology has become illegal now ;-) > > Well, when I have time I look for a CD with copy protection and see if > jack with normal config is able to read it. Maybe the whole thing isn't > a problem any longer. atm I am quite busy Well, I'm generally wondering whether generic SCSI is still supported by Linux 2.6 and whether that's something jack should support (not whether it helps with a particular CD). -- Martin Michlmayr http://www.cyrius.com/
Bug#338621: jack assumes that all hashes (#) are comments
Package: jack
Version: 3.1.1-10
Severity: normal
Tags: patch
jacker's parser for its configuration files assumes that every hash (#)
starts a comment. However, a hash can also be embedded in a variable,
for example in:
unusable_chars:[' ', '#', '/'] # comment
Unfortunately, this leads to:
This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
Traceback (most recent call last):
File "/usr/bin/jack", line 74, in ?
user_cf = jack_rc.load(cf, cf['user_rc']['val'])
File "/usr/lib/python2.3/site-packages/jack_rc.py", line 94, in load
ret, val = jack_argv.parse_option(cf, i[0:2], 0, i[0], None,
origin="rcfile")
File "/usr/lib/python2.3/site-packages/jack_argv.py", line 145, in
parse_option
l = eval(data)
File "", line 1
[' ', '
^
SyntaxError: EOL while scanning single-quoted string
Below is a patch which makes the parsing routing much more robust and deals
with hashes in variables.
--- jack_rc.py~ 2005-11-11 15:20:08.0 +
+++ jack_rc.py 2005-11-11 15:31:48.0 +
@@ -32,39 +32,43 @@
def read(file):
read_rc = []
-
try:
f = open(file)
-except:
+except (IOError, OSError):
return read_rc
-
lineno = 0
-while 1:
-x = f.readline()
+for x in f.readlines():
+lineno += 1
+x = x.strip()
if not x:
-break
+continue
opt = val = com = None
-lineno = lineno + 1
-
-x = string.strip(x)
-x = string.split(x, "#", 1)
-if len(x) > 1:
-opt, com = x
+if x.startswith("#"):
+com = x[1:].lstrip()
else:
-opt = x[0]
-if opt and com:
-opt = string.strip(opt)
-if opt:
-x = string.split(opt, ":", 1)
-if len(x) > 1:
-opt, val = x
-else:
+x = [i.strip() for i in x.split(":", 1)]
+if len(x) < 2:
opt = x[0]
-else:
-opt = None
+else:
+opt, val = x
+# check if there's a comment ridden in val
+if "#" in val:
+quoted = []
+for i in range(len(val)):
+c = val[i]
+if c in ('"', "'") and (not i or val[i-1] != "\\"):
+if quoted and quoted[-1] == c:
+quoted.pop()
+else:
+quoted.append(c)
+elif c == "#" and not quoted:
+val, com = val[:i].strip(), val[i:].strip()
+break
read_rc.append([opt, val, com, lineno])
version = get_version(read_rc)
-if version != jack_version.prog_rcversion:
+if not version:
+warning("config file %s doesn't define jackrc-version." % file)
+elif version != jack_version.prog_rcversion:
warning("config file %s is of unknown version %s." % (file, `version`))
return read_rc
@@ -80,10 +84,9 @@
return None
if vers[0] != "jackrc-version":
return None
-ver = int(vers[1])
-return ver
-else:
-return None
+if vers[1].isdigit():
+return int(vers[1])
+return None
def load(cf, file):
rc = read(expand(file))
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages jack depends on:
ii cdda2wav 4:2.01+01a03-2 Creates WAV files from audio CDs
ii cdparanoia3a9.8-11 An audio extraction tool for sampl
ii flac 1.1.2-3Free Lossless Audio Codec - comman
ii python2.3.5-3An interactive high-level object-o
ii python-cddb 1.4-4 Python interface to CD-IDs and Fre
ii python-eyed3 0.6.8-1Python module for id3-tags manipul
ii python-flac 0.0.4-1Free Lossless Audio Codec [Python
ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb
ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools
jack recommends no packages.
-- no debconf information
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180484: jack: Should allow switches for cdparanoia
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-10 11:58]:
> The solution I thought of is the following: in jack, define rippers
> & co with only the basics and then add a new variable through which
> you can define options. jack could then define its options but
> users could easily override them.
Here's a proof-of-concept implemention of this. This basically allows
you to stick something like
helper_option['oggenc']:--foo
helper_option['foobar']:--bar
in your .jack3rc file.
Any comments?
Comments regarding the patch:
- the man page needs to be updated
- not sure if the Dict stuff should be handled in a more generic way
diff -urN ../jack-3.1.1~/jack_checkopts.py ../jack-3.1.1/jack_checkopts.py
--- ../jack-3.1.1~/jack_checkopts.py2005-11-10 11:36:23.0 +
+++ ../jack-3.1.1/jack_checkopts.py 2005-11-11 17:08:32.0 +
@@ -150,7 +150,7 @@
signal.signal(signal.SIGTTOU, signal.SIG_IGN)
# load plugins, compile stuff
-jack_helpers.init()
+jack_helpers.init(cf)
if not jack_helpers.helpers.has_key(cf['_encoder']) or
jack_helpers.helpers[cf['_encoder']]['type'] != "encoder":
dummy = []
diff -urN ../jack-3.1.1~/jack_config.py ../jack-3.1.1/jack_config.py
--- ../jack-3.1.1~/jack_config.py 2005-11-10 11:36:23.0 +
+++ ../jack-3.1.1/jack_config.py2005-11-11 17:09:29.0 +
@@ -768,6 +768,11 @@
'usage': "use the freedb PLAYORDER field to limit the tracks to rip
(non-functional, sorry)",
'long': 'AUTO',
},
+# tbm
+'helper_option': {
+'type': types.StringType,
+'val': {},
+},
})
for i in cf.keys():
diff -urN ../jack-3.1.1~/jack_helpers.py ../jack-3.1.1/jack_helpers.py
--- ../jack-3.1.1~/jack_helpers.py 2005-11-11 17:26:52.0 +
+++ ../jack-3.1.1/jack_helpers.py 2005-11-11 17:26:43.0 +
@@ -35,8 +35,9 @@
'type': "encoder",
'target': "ogg",
'can_tag': 1,
-'cmd': "oggenc -o %o -t %t -a %a -N %n -l %l -G %g -d %y -b %r %i",
-'vbr-cmd': "oggenc -o %o -t %t -a %a -N %n -l %l -G %g -d %y -q %q %i",
+'cmd': "oggenc -o %o $OPTIONS -b %r %i",
+'vbr-cmd': "oggenc -o %o $OPTIONS -q %q %i",
+'options': "-t %t -a %a -N %n -l %l -G %g -d %y",
'tags': {
'ogg': {
'track': "-t %s",
@@ -71,8 +72,8 @@
'mp3enc': {
'type': "encoder",
'target': "mp3",
-'cmd': "mp3enc -v -qual 9 -br %r -if %i -of %o",
-'otf-cmd': "mp3enc -v -qual 9 -br %r -sti -be -of %o",
+'cmd': "mp3enc $OPTIONS -v -qual 9 -br %r -if %i -of %o",
+'otf-cmd': "mp3enc $OPTIONS -v -qual 9 -br %r -sti -be -of %o",
'status_blocksize': 99,
'bitrate_factor': 1000,
'status_start': "%",
@@ -91,7 +92,7 @@
'l3enc': {
'type': "encoder",
'target': "mp3",
-'cmd': "l3enc -hq -br %r %i %o",
+'cmd': "l3enc $OPTIONS -hq -br %r %i %o",
'status_blocksize': 99,
'bitrate_factor': 1000,
'status_start': "%",
@@ -113,10 +114,11 @@
'type': "encoder",
'target': "mp3",
'inverse-quality': 1,
-'cmd': "lame --preset cbr %r --strictly-enforce-ISO %i %o",
-'vbr-cmd': "lame --preset standard --vbr-new --nohist
--strictly-enforce-ISO %i %o",
-'otf-cmd': "lame --preset cbr %r --strictly-enforce-ISO - %o",
-'vbr-otf-cmd': "lame --preset standard --vbr-new --nohist
--strictly-enforce-ISO - %o",
+'cmd': "lame --preset cbr %r $OPTIONS %i %o",
+'vbr-cmd': "lame --preset standard --vbr-new --nohist $OPTIONS %i %o",
+'otf-cmd': "lame --preset cbr %r $OPTIONS - %o",
+'vbr-otf-cmd': "lame --preset standard --vbr-new --nohist $OPTIONS -
%o",
+'options': "--strictly-enforce-ISO",
'status_blocksize': 160,
'bitrate_factor': 1,
'status_start': "%",
@@ -142,10 +144,10 @@
'type': "encoder",
Bug#338621: jack assumes that all hashes (#) are comments
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-11 15:34]:
> Below is a patch which makes the parsing routing much more robust and deals
> with hashes in variables.
Here's a slightly improved version. This one doesn't strip comments
and honours blank lines. Now, --save doesn't modify the file at all,
unlike the old patch.
Full patch and interdiff below.
Patch:
diff -urN jack-3.1.1~/jack_rc.py jack-3.1.1/jack_rc.py
--- jack-3.1.1~/jack_rc.py 2005-11-11 17:48:44.0 +
+++ jack-3.1.1/jack_rc.py 2005-11-11 17:48:54.0 +
@@ -32,39 +32,45 @@
def read(file):
read_rc = []
-
try:
f = open(file)
-except:
+except (IOError, OSError):
return read_rc
-
lineno = 0
-while 1:
-x = f.readline()
-if not x:
-break
+for x in f.readlines():
+lineno += 1
+x = x.strip()
opt = val = com = None
-lineno = lineno + 1
-
-x = string.strip(x)
-x = string.split(x, "#", 1)
-if len(x) > 1:
-opt, com = x
+if not x:
+# also return empty lines so --save will honour them
+pass
+elif x.startswith("#"):
+com = x[1:]
else:
-opt = x[0]
-if opt and com:
-opt = string.strip(opt)
-if opt:
-x = string.split(opt, ":", 1)
-if len(x) > 1:
-opt, val = x
-else:
+x = [i.strip() for i in x.split(":", 1)]
+if len(x) < 2:
opt = x[0]
-else:
-opt = None
+else:
+opt, val = x
+# check if there's a comment ridden in val
+if "#" in val:
+quoted = []
+for i in range(len(val)):
+c = val[i]
+if c in ('"', "'") and (not i or val[i-1] != "\\"):
+if quoted and quoted[-1] == c:
+quoted.pop()
+else:
+quoted.append(c)
+elif c == "#" and not quoted:
+val, com = val[:i].strip(), val[i+1:]
+print com
+break
read_rc.append([opt, val, com, lineno])
version = get_version(read_rc)
-if version != jack_version.prog_rcversion:
+if not version:
+warning("config file %s doesn't define jackrc-version." % file)
+elif version != jack_version.prog_rcversion:
warning("config file %s is of unknown version %s." % (file, `version`))
return read_rc
@@ -80,10 +86,9 @@
return None
if vers[0] != "jackrc-version":
return None
-ver = int(vers[1])
-return ver
-else:
-return None
+if vers[1].isdigit():
+return int(vers[1])
+return None
def load(cf, file):
rc = read(expand(file))
Interdiff:
--- jack_rc.py~ 2005-11-11 17:44:18.0 +
+++ jack_rc.py 2005-11-11 17:47:19.0 +
@@ -40,11 +40,12 @@
for x in f.readlines():
lineno += 1
x = x.strip()
-if not x:
-continue
opt = val = com = None
-if x.startswith("#"):
-com = x[1:].lstrip()
+if not x:
+# also return empty lines so --save will honour them
+pass
+elif x.startswith("#"):
+com = x[1:]
else:
x = [i.strip() for i in x.split(":", 1)]
if len(x) < 2:
@@ -62,7 +63,8 @@
else:
quoted.append(c)
elif c == "#" and not quoted:
-val, com = val[:i].strip(), val[i:].strip()
+ val, com = val[:i].strip(), val[i+1:]
+print com
break
read_rc.append([opt, val, com, lineno])
version = get_version(read_rc)
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336358: conflicts with files in "icc-profiles"
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-01 02:01]: > > Version: version from scribus.net > > So why do you submit this bug to Debian? We cannot do anything about > a package that is not even in Debian. Please report it to > scribus.net. Have you reported it to them and have they done anything about it? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338700: libcpre3: grep fails on boot when /usr/lib on different partition from /lib
reassign 338700 grep tags 338700 + fixed thanks * David Morris <[EMAIL PROTECTED]> [2005-11-12 01:02]: > My /usr treeis on a different disc partition than the boot partition > / So when grep is trying to run to start and set up the system it > cannot find libpcre.so.3 so most of the system fails. I was able to > log on via the console, manually mount the file systems, then copy > the file to /lib. That enabled me to normally reboot the system with This is a bug in grep which has been fixed in version 2.5.1.ds2-4. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338697: jack: Fails to rip cdrdao files
* Kristine Daniels <[EMAIL PROTECTED]> [2005-11-12 00:48]:
> As per the /usr/share/doc/examples I am attempting
> $ cdrdao read-cd --datafile foo.cdr foo.toc
> $ jack -f $PWD/data.toc
> (The full path to the .toc file is required for jack to find the
> data file)
The full path shouldn't be required, but I see what's going on here.
jack will parse this data.toc file, then create a ~/tmp/jack/jack-
directory, and change into that directory; then it tries to read the
.toc file again and fails. A patch for this is below. I'll look into
the main problem raised in this bug report a little bit later.
Arne, please apply.
% jack -f data.toc
Traceback (most recent call last):
File "/usr/bin/jack", line 108, in ?
is_submittable, track1_offset = jack_prepare.read_toc_file()
File "/usr/lib/python2.3/site-packages/jack_prepare.py", line 192, in
read_toc_file
jack_ripstuff.all_tracks, new_image_file, track1_offset =
jack_functions.cdrdao_gettoc(cf['_toc_file'])
File "/usr/lib/python2.3/site-packages/jack_functions.py", line 340, in
cdrdao_gettoc
toc = real_cdrdao_gettoc(tocfile)
File "/usr/lib/python2.3/site-packages/jack_functions.py", line 239, in
real_cdrdao_gettoc
f = open(tocfile, "r")
IOError: [Errno 2] No such file or directory: 'data.toc'
diff -urN jack-3.1.1~/jack_functions.py jack-3.1.1/jack_functions.py
--- jack-3.1.1~/jack_functions.py 2005-11-12 12:16:08.0 +
+++ jack-3.1.1/jack_functions.py2005-11-12 12:16:20.0 +
@@ -236,7 +236,12 @@
"returns TOC object, needs name of toc-file to read"
toc = jack_TOC.TOC()
-f = open(tocfile, "r")
+if not os.path.exists(tocfile):
+error("Can't open TOC file '%s': file does not exist." %
os.path.abspath(tocfile))
+try:
+f = open(tocfile, "r")
+except (IOError, OSError), e:
+error("Can't open TOC file '%s': %s" % (os.path.abspath(tocfile), e))
tocpath, tocfiledummy = os.path.split(tocfile)
diff -urN jack-3.1.1~/jack_prepare.py jack-3.1.1/jack_prepare.py
--- jack-3.1.1~/jack_prepare.py 2005-11-12 12:16:08.0 +
+++ jack-3.1.1/jack_prepare.py 2005-11-12 12:16:18.0 +
@@ -152,6 +152,8 @@
if not cf['_multi_mode']:
if not os.path.exists(cf['_toc_file']):
jack_functions.cdrdao_puttoc(cf['_toc_file'],
jack_ripstuff.all_tracks, jack_freedb.freedb_id(jack_ripstuff.all_tracks))
+# from now on, we no longer care about the original image toc
file
+cf['_image_toc_file'] = cf['_toc_file']
jack_freedb.freedb_template(jack_ripstuff.all_tracks) #
generate freedb form if tocfile is created
if not os.path.exists(cf['_freedb_form_file']):
jack_freedb.freedb_template(jack_ripstuff.all_tracks)
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314158: translate still b0rken
* Christian Kujau <[EMAIL PROTECTED]> [2005-11-12 15:11]: > i don't want to bother you (and that's why i sent you this mail in > private), but do you have an ETA when your patch could go in and a It's still there? Bah. I've no idea why Anibal hasn't fixed it yet. All he needs to do is replace LANG with LANGUAGE in /etc/translate.conf. As far as I know, all other patches have been applied. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338697: jack: Fails to rip cdrdao files
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-12 12:20]:
> Arne, please apply.
OK, that patch was slightly wrong. We cannot just use jack.toc
instead of the passed toc file since it won't contain a reference to
the image toc file. Instead we have to use the absolute path so it
can find the file:
diff -urN jack-3.1.1~/jack_functions.py jack-3.1.1/jack_functions.py
--- jack-3.1.1~/jack_functions.py 2005-11-12 12:16:08.0 +
+++ jack-3.1.1/jack_functions.py2005-11-12 12:16:20.0 +
@@ -236,7 +236,12 @@
"returns TOC object, needs name of toc-file to read"
toc = jack_TOC.TOC()
-f = open(tocfile, "r")
+if not os.path.exists(tocfile):
+error("Can't open TOC file '%s': file does not exist." %
os.path.abspath(tocfile))
+try:
+f = open(tocfile, "r")
+except (IOError, OSError), e:
+error("Can't open TOC file '%s': %s" % (os.path.abspath(tocfile), e))
tocpath, tocfiledummy = os.path.split(tocfile)
diff -urN jack-3.1.1~/jack_prepare.py jack-3.1.1/jack_prepare.py
--- jack-3.1.1~/jack_prepare.py 2005-11-12 12:16:08.0 +
+++ jack-3.1.1/jack_prepare.py 2005-11-12 16:48:29.0 +
@@ -58,6 +58,8 @@
jack_ripstuff.all_tracks = []
else:
if cf['_image_toc_file']:
+# put the absolute path in the variable since we'll change
cwd soon
+cf['_image_toc_file'] =
os.path.abspath(cf['_image_toc_file'])
jack_ripstuff.all_tracks, dummy, dummy =
jack_functions.cdrdao_gettoc(cf['_image_toc_file'])
else:
jack_ripstuff.all_tracks =
jack_functions.gettoc(cf['_toc_prog'])
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338697: jack: Fails to rip cdrdao files
* Kristine Daniels <[EMAIL PROTECTED]> [2005-11-12 00:48]:
[ jack -f doesn't work anymore]
> Options: vbr read-ahead=0 id=de09160c len=38:45 | press Q to quit
> ...I feel blocked - quit with 'q' if you get bored...
> 01 02:31: A failure occured
> 02 02:39: :DAE: waiting for status report...
> 03 02:24: :DAE: waiting for status report...
Yeah, sorry, I broke it. Here's a patch. The 2nd chuck fixes the
real problem and makes the code functional again: we cannot pass a
Unicode string to wave.open() -- it needs a normal string. The 1st
char fixes some cosmetic issues in the status output... I slightly
changed a fix things when I introduced jack_status.get_2_line() and
converted this code over.
diff -urN jack-3.1.1~/jack_main_loop.py jack-3.1.1/jack_main_loop.py
--- jack-3.1.1~/jack_main_loop.py 2005-11-12 16:50:35.0 +
+++ jack-3.1.1/jack_main_loop.py2005-11-12 17:52:31.0 +
@@ -392,10 +392,11 @@
#jack_term.tmod.dae_stat_upd(i['track'][NUM],
None, i['percent'])
elif i['type'] == "image_reader":
-line = string.strip(jack_status.get_2_line(i['buf']))
-jack_status.dae_stat_upd(i['track'][NUM], line)
-if line.startswith("Error"):
-global_error = global_error + 1
+line = string.strip(jack_status.get_2_line(i['buf'],
default=""))
+if line:
+jack_status.dae_stat_upd(i['track'][NUM], line)
+if line.startswith("Error"):
+global_error = global_error + 1
else:
error("unknown subprocess type \"" + i['type'] + "\".")
diff -urN jack-3.1.1~/jack_workers.py jack-3.1.1/jack_workers.py
--- jack-3.1.1~/jack_workers.py 2005-11-12 16:50:35.0 +
+++ jack-3.1.1/jack_workers.py 2005-11-12 16:50:49.0 +
@@ -315,7 +315,7 @@
#
## set up output wav file:
#
-wav = wave.open(track[NAME].decode(cf['_charset'], "replace") +
".wav", 'w')
+wav = wave.open(track[NAME] + ".wav", 'w')
wav.setnchannels(2)
wav.setsampwidth(2)
wav.setframerate(44100)
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338697: jack: Fails to rip cdrdao files
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-12 18:23]: > Try > cdrdao read-cd --datafile foo.cdr foo.toc > like in your original example and then > jack -F foo.cdr > and then it will work. ... or maybe it won't. Strange, I thought it worked before. Investigating. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338697: jack: Fails to rip cdrdao files
* Kristine Daniels <[EMAIL PROTECTED]> [2005-11-12 13:15]: > Out of curiousity, I tried -F and received... > > $ jack -F d30be90f.bin > This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]> > Device /dev/cdrom does not exist! > > But I never tried that before today, so I don't know if it is working as > designed or not. Try cdrdao read-cd --datafile foo.cdr foo.toc like in your original example and then jack -F foo.cdr and then it will work. I'll see why .bin doesn't work. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338697: jack: Fails to rip cdrdao files
* Kristine Daniels <[EMAIL PROTECTED]> [2005-11-12 13:15]: > Out of curiousity, I tried -F and received... > > $ jack -F d30be90f.bin > This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]> > Device /dev/cdrom does not exist! Right. This is sort of expected, even if it's not obvious. The man page says: -F, --from-image string read audio data from image file. Like --from-tocfile, but the image itself is speci‐ fied instead of the tocfile. If you do not have a toc-file (or don’t specify a toc- file), the TOC is read from the CD itself. Since you didn't specify a toc file it will try to read the TOC from the CD but your CD is not in your CD drive so this fails. In any case, apart from this (which can be improved with a nice warning), -F d30be90f.bin will currently not work, while -F $PWD/d30be90f.bin will. Here's a fix for both of this: diff -urN jack-3.1.1~/jack_prepare.py jack-3.1.1/jack_prepare.py --- jack-3.1.1~/jack_prepare.py 2005-11-12 18:54:42.0 + +++ jack-3.1.1/jack_prepare.py 2005-11-12 18:55:28.0 + @@ -62,6 +62,9 @@ cf['_image_toc_file'] = os.path.abspath(cf['_image_toc_file']) jack_ripstuff.all_tracks, dummy, dummy = jack_functions.cdrdao_gettoc(cf['_image_toc_file']) else: +if cf['_image_file']: +print "No TOC file for image '%s' specified, reading TOC from CD device." % cf['_image_file'] +cf['_image_file'] = os.path.abspath(cf['_image_file']) jack_ripstuff.all_tracks = jack_functions.gettoc(cf['_toc_prog']) toc_just_read = 1 # check that the generic device is usable, too -- Martin Michlmayr http://www.cyrius.com/
Bug#338789: ITA: cogito -- version control system
retitle 338789 ITA: cogito -- version control system thanks * Gerrit Pape <[EMAIL PROTECTED]> [2005-11-12 21:14]: > retitle 338789 'ITA: cogito -- version control system' Is there any documentation that suggests that quotes are needed (or work)? Quite a few people get this wrong. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346095: pod2man: please support groff's umlaut mechanism, e.g \(:u)
Package: perl Version: 5.8.7-10 Severity: wishlist When a man page generated by pod2man which includes umlauts is viewed with man in an xterm, the umlaut is not shown but 'Xe' is displayed instead. According to Colin Watson, pod2man has some *roff code that tries to manually place the umlaut. It would be nice if pod2man would support the predefined :u input character. 15:33 < tbm> Kamion: how can you write umlauts in man pages? pod2man generates A\*: but that is displayed as 'Ae' 15:38 < tarzeau> tbm: \[:u] gives you an ü 15:39 < tbm> tarzeau: interesting, thanks. now I wonder if this is a pod2man bug or if I'm using the wrong element in pod 15:46 < Kamion> tbm: depends on your locale 15:46 < Kamion> A\*: ? is that a typo? 15:47 < Kamion> and what does the pod source look like? 15:48 < tbm> Kamion: pod: Only E, E, E, E, E, E 15:48 < tbm> Kamion: man: Only A\*:, O\*:, U\*:, a\*:, o\*:, u\*: 15:49 < Kamion> oh, it's accessing a string variable that pod's defined 15:49 < Kamion> .ds : \\k:\h'-(\\n(.wu*8/10-\*(#H+.1m+\*(#F)'\v'-\*(#V'\z.\h'.2m+\*(#F'.\h'|\\n:u'\v'\*(#V' 15:49 < Kamion> meh. do I have to decipher that? 15:50 < tbm> Kamion: well, you're the *roff masochist :-P 15:50 < Kamion> that's particularly foul 15:51 < Kamion> it's moving up and drawing the umlaut by hand, I think 15:51 < Kamion> then for devices that can't do that, it does: 15:51 < Kamion> .ds : e 15:51 < Kamion> hence Ae 15:52 < tbm> Kamion: is there a good reason for that, or should I file a wishlist bug that pod2man should use \[:u] 15:53 < Kamion> \(:u anyway (\[ is a groffism) 15:53 < Kamion> my betting would be that far from all nroffs/troffs have a predefined :u input character 15:54 < Kamion> it could use \(:u if the 'g' variable is set (i.e. groff) 15:55 < Kamion> that would require some substantial reengineering of the current accent output methods though 15:55 < Kamion> it's a worthwhile wishlist, I think, but it would probably have to go to podlators upstream for Russ or somebody to have a look 15:55 < tbm> Kamion: ok, thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages perl depends on: ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libdb4.3 4.3.29-3 Berkeley v4.3 Database Libraries [ ii libgdbm3 1.8.3-2GNU dbm database routines (runtime ii perl-base 5.8.7-10 The Pathologically Eclectic Rubbis ii perl-modules 5.8.7-10 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.7-10 Perl documentation -- no debconf information -- Martin Michlmayr http://www.cyrius.com/
Bug#345337: Should not set base_dir in /etc/jackrc
* Michael Banck <[EMAIL PROTECTED]> [2006-01-05 22:00]: > I do not think that jack's general behaviour should be to rip/encode > into cwd, but rather to the user's music collection. On the other hand, > I concede that ~/jack is probably not the best location, but back when I > introduced it, there was nothing better (and IIRC, other distribution > did not even start to have them, like some do now I think). > > We could either try to cooperate with the sound-juicer, grip, etc. > maintainers to have a Debian-wide standard location for that, or we Right, but that's a more long-term thing. How about we: - unset base_dir now - add a message like you suggested now - try to find some common path in the long term OK? I've done the first thing in SVN already but it would be trivial to add a warning message if base_dir is unset. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343674: arm/netwinder: nobootloader gives wrong kernel path
> * Jurij Smakov <[EMAIL PROTECTED]> [2005-12-24 17:46]: > > Second, in the end of installation a screen comes up with the > > recommended settings for the firmware environment variables, > > required to make the machine bootable from the hard drive. Among > > other things, it advises the user to set the kernel filename > > (kernfile) variable to /vmlinuz. However, in the installation > > process the kernel is placed into /boot/vmlinuz-2.4.27-netwinder and > > no /vmlinuz symlink is created, so the system is unbootable with > > this setting. Either this screen should be corrected, or /vmlinuz -> > > /boot/vmlinuz-2.4.27-netwinder symlink should be created. What does ls -l /boot say? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345337: Should not set base_dir in /etc/jackrc
* Joachim Breitner <[EMAIL PROTECTED]> [2006-01-09 17:51]: > Maybe we should fix the bug (more) proper: Allow any path for that > option, relative to the CWD. This seems to work just fine. > So people can set base_dir=./ for the eeh. > (Ok, this does not solve the problem with the changeing default. I guess > a NEWS entry is ok. I assume there is no way to make this change to new > installs only? I assume that locally modified /etc/jackrc won't be > touched due to conffileness?) Yeah. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330125: status of toolchain-source?
* Daniel Widenfalk <[EMAIL PROTECTED]> [2005-12-29 11:43]: > Once I get toolchain-source to build a toolchain for the supported > (linux) targets I'll get back to you for help with further testing > (I can only test build on a sparc64 machine) and upload. Any progress with this? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346346: netatalk_2.0.3-3 (mips*/unstable): FTBFS: checking for gss_acquire_cred... no
* Steve Langasek <[EMAIL PROTECTED]> [2006-01-11 01:11]: > And it looks like it should be on mips* as well: ... > Need some mips porter lovin' on this one, I think, to figure out why "gcc > -pthread" gives a library that's not linked to libpthread. I think you have to use -lpthread, see #273671. Thiemo will know for sure. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345337: Should not set base_dir in /etc/jackrc
* Michael Banck <[EMAIL PROTECTED]> [2006-01-09 16:17]:
> > - unset base_dir now
> > - add a message like you suggested now
Hi Arne, we decided to unset base_dir by default on Debian (i.e., no
longer have it in /etc/jackrc by default, following your own's jackrc
file). I added a warning message to tell people where their files are
and that they can set base_dir. Below is a patch. I feel that adding
this new function will be helpful in the future to make some checks
regarding user configuration (e.g. checking for obsolete command line
options).
diff -urN jack-3.1.1~/jack jack-3.1.1/jack
--- jack-3.1.1~/jack2006-01-11 13:31:39.0 +
+++ jack-3.1.1/jack 2006-01-11 13:48:44.0 +
@@ -84,6 +84,7 @@
debug("user_cf: " + `user_cf`)
debug("argv_cf: " + `argv_cf`)
+jack_checkopts.check_rc(global_cf, user_cf, argv_cf)
jack_checkopts.consistency_check(cf)
if cf['save_args']['val'] == 1:
diff -urN jack-3.1.1~/jack_checkopts.py jack-3.1.1/jack_checkopts.py
--- jack-3.1.1~/jack_checkopts.py 2006-01-11 13:31:39.0 +
+++ jack-3.1.1/jack_checkopts.py2006-01-11 13:48:23.0 +
@@ -215,3 +215,13 @@
if cf['_dont_work'] and cf['_query_when_ready']:
warning("you want to use --query-now / -Q instead of --query / -q")
+
+# Checks concerning options specified by the user (in the global or user rc
+# files or the command line), i.e. options/values that are not the default
+# jack options from jack_config.
+def check_rc(global_cf, user_cf, argv_cf):
+
+all_keys = global_cf.keys() + user_cf.keys() + argv_cf.keys()
+if 'base_dir' not in all_keys:
+warning("You have no standard location set, putting files into the
current directory. Please consider setting base_dir in ~/.jack3rc.")
+
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345490: ITP: devio -- correctly read (or write) a region of a block device
* Rod Whitby <[EMAIL PROTECTED]> [2006-01-01 12:42]: > Package name : devio > > devio is a command line tool designed to read and write data to block > devices. It allows random access to the device. Read and write If you haven't done so yet can you please add a udeb so we can use this in debian-installer. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#249755: doesn't detect ext2 revision 0 file system
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-03 20:02]: > * Martin Michlmayr <[EMAIL PROTECTED]> [2004-05-19 02:14]: > > partman doesn't recognize ext2 revision 0 as ext2r0 but shows it as > > ext2. Ideally, what it should do is this: if it finds an ext2 file > > system, it should run "tune2fs -l" over the partition. > > Is the patch below acceptable? > > Comments: > - I'm not if testing for a file belonging to partman-ext2r0 is the >best way to check if it is available. Maybe valid_filesystems/ext2r0 >should be called? But I don't know. Anton, do you have a more elegant way or is it okay to apply the patch I proposed? > Index: partman-base/update.d/detected_filesystem > === > --- partman-base/update.d/detected_filesystem (revision 31824) > +++ partman-base/update.d/detected_filesystem (working copy) > @@ -28,6 +28,11 @@ > rm -f $id/detected_filesystem > else > [ -d $id ] || mkdir $id > + if [ "$filesystem" = "ext2" -a -f /lib/partman/parted_names/ext2r0 ]; > then > + if $(tune2fs -l $path | grep -q "^Filesystem revision #: \+0 > (original)$"); then > + filesystem=ext2r0 > + fi > + fi > echo "$filesystem" >$id/detected_filesystem > fi > fi -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331232: please apply
Can someone please apply this patch to recognize armeb. Thanks. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347934: ITP: gnoemoe: A Gnome MOO Client
reassign 347934 wnpp thanks * Jesse van den Kieboom <[EMAIL PROTECTED]> [2006-01-13 17:46]: > Package: gnoemoe ITPs are to be filed against the wnpp pseudo package, please see http://www.debian.org/devel/wnpp/ -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347998: linux-2.6: infinite loops during build on arm
tags 347998 + pending thanks * James Troup <[EMAIL PROTECTED]> [2006-01-13 22:50]: > The build on arm gets into an infinite loop running make oldconfig > while building the footbridge variant. It loops in the 'ARM system > type' menu. I wasn't aware of this bug, sorry. In any case, I cleaned up the ARM configs some more the last few days and it's certainly working now, so this will be fixed in -3. > The first 2000 lines of the build log are available from: > http://people.debian.org/~troup/misc/linux-2.6-arm.txt > (The full log isn't on buildd.d.o, because it's 2.6Gb :-P) I hope it didn't cause too many troubles. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338816: #338816: Odd behavior with renaming items with high-ascii/unicode characters in freedb file
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-03 22:18]: > Can you please let me know if 3.1.1-12 fixes the problems you reported > in #338816. I'll be on holidays without net for 2 weeks soon and it > would be good to get confirmation before that this is fixed (and that > I didn't make it worse ;) Does 3.1.1-12 or higher work for you? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339879: Does not work with characters >128 in unusable_chars
Hi Artur, Can you confirm that 3.1.1-12 or higher works for you? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343674: [arm] Installation report - etch beta1 on netwinder
* Joey Hess <[EMAIL PROTECTED]> [2005-12-18 18:02]: > > >- usb-modules -- does a netwinder need this for USB keyboard? > > > > There are no USB interfaces, so I think that everything USB-related can go > > without harm. > > Ok, removed that too. The problem is that the "netwinder" images are used on two platforms (generally known as "Footbridge", which is what the 2.6 kernel calls these). While Netwinder machines don't have USB, CATS (the other Footbridge platform supported in Debian) has USB. Anyway, I'll try to look at this bug in more detail later and see if there's a better solution that the current one. FWIW, I'll also check if 2.6 works now; the 2.6 .debs didn't work a few weeks ago when I last tested them but maybe this has changed now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343674: [arm] Installation report - etch beta1 on netwinder
For the record: 15:57 < tbm> kyllikki: do you know whether it's true that the firmware on netwinder can only load netboot images smaller than about 4,100,000 bytes? see #343674 15:59 < kyllikki> tbm: 4096,000 bytes, yes...main issue is its kernels cannot be compressed coz netboot sucks donkey dick -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330183: 'Error during device I/O' on avision/HP ScanJet 5300C with 1.0.16-2
* Julien BLACHE <[EMAIL PROTECTED]> [2005-12-24 19:00]: > So, to sum it up, the image is good, but the scanner doesn't scan the > whole page. That would be a matter of adjusting the length of the scan > area... Unfortunately, it doesn't seem to be as simple as this. The logs show the following error at the end: [avision] sane_read: got 0 bytes, err: 11 Resource temporarily unavailable So it doesn't seem that it's just a matter of adjusting the length, but a more fundamental problem. The fact that "SANE_DEBUG_AVISION=255 scanimage -l 5mm -t 5mm -x 15mm -y 15mm 2> log > foo.pnm" fails also hints towards a real problem... -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330183: 'Error during device I/O' on avision/HP ScanJet 5300C with 1.0.16-2
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-24 17:27]: > First, I did a: scanimage --resolution 200 --mode color > image.pnm > It seemed to work but when I looked at the image I noticed that a > small part at the bottom of the page was missing. I repeated this two > more times with the same result. Then I ran: > SANE_DEBUG_AVISION=255 scanimage --resolution 200 --mode color 2> log > > foo.pnm This should be: SANE_DEBUG_AVISION=255 scanimage -l 5mm -t 5mm -x 15mm -y 15mm 2> log foo.pnm -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343727: unresolved symbols in module xfs.o
Can you upgrade to kernel-image-2.4.27-2-k6 ? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344313: me too
I haven't looked into this much but it seems I'm experiencing the same bug. I get: Starting crypto disks: root(running) home(starting)Command failed: Invalid argument blain-backup(starting)Command failed: Invalid argument . After downgrading to cryptsetup_20050111-3_i386.deb and libdevmapper1.01_1.01.00-4_i386.deb it works again. If you have packages with this patch, I'm happy to test them. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
