Bug#570689: rxvt-unicode: diff for NMU version 9.07-1.1
Excerpts from Jakub Wilk's message of Sun Apr 18 20:14:18 -0400 2010: > I've prepared an NMU for rxvt-unicode (versioned as 9.07-1.1) and > uploaded it to DELAYED/3. Please feel free to tell me if I should delay > it longer. Thanks! I was just now about to work on some other rxvt-unicode stuff so I will just roll this in and credit you in the changelog. -- things change. deck...@red-bean.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555310: Upgrade of rxvt-unicode messes with my alternative installation
Excerpts from Patrick Schoenfeld's message of Mon Nov 09 14:47:01 -0500 2009: > 3) Well, your package already has the wrong configuration (according to > policy it should have 20) but increasing it wouldn't help much. Hm. I'm not sure why the priority was originally lower that what's currently specified in policy; I'll fix it. /usr/bin/urxvt doesn't fail any of the requirements (IMO the problem with urxvtc falls under "in the manner that xterm does"). > IME the change should be to: > 1. Not remove the alternative if its set to urxvtcd > 2. Add a note to NEWS.Debian, telling about the problem and all its > consequences Yes, this is probably the least-disruptive thing. I'll just put a conditional on the update-alternatives call and write up a note. > I can understand you in that point. But as long as there is a bug about > messing with admins configuration without at least a note about this, > the package /should not/ migrate to testing again. OK, just wanted to be sure of your opinion. -- things change. deck...@red-bean.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555310: Upgrade of rxvt-unicode messes with my alternative installation
Excerpts from Patrick Schoenfeld's message of Mon Nov 09 05:28:40 -0500 2009: > (Basically this is the german translation of "removing manually selected > alternative - switching x-t-e to auto mode" and "using > /usr/bin/gnome-terminal.wrapper > to provide /usr/bin/x-terminal-emulator (x-terminal-emulator) in auto mode") This was done to fix #481123. urxvtcd, which I assume you had selected, is not suitable for x-terminal-emulator (since it always immediately returns instead of running until the terminal closes, which I agree is a major problem), so I decided that the alternative should be removed entirely on upgrade. The priority for /usr/bin/urxvt is pretty low since users who don't know what they're installing probably want the more "standard" xterm or gnome-terminal. Thus, reverting to auto mode did not give you urxvt. (If you did not have urxvtcd selected, or no longer have an alternative for urxvt, then I have horribly messed something else up.) I see two solutions here: (1) update-alternatives is extended in some way to let you rank all alternatives, or save a stack of selections, or prioritize other alternatives from the same package on removal, or (2) I add a special case here to manually force the selection to urxvt if urxvtcd was selected. (I guess there is also (3) increase /usr/bin/urxvt's alternative priority on the assumption that only users who know they want it are going to install rxvt-unicode... but it's hard to say that about a package that's not Priority: extra.) > Severity is kind of a stretch. Basically I'm not sure if > /etc/alternatives are to be considered configuration files, but as they > reflect local configuration choices I consider it to be a policy > violation to mess with them, because Debian policy 10.7.3 should apply > to those links to follow the policies spirit. > > I am, however, not sure weither the bug is in rxvt-unicode or not, > so please feel free to reassign it if needed. If you think (1) is best I guess this could be wishlist on dpkg. I'm not sure; I don't know if anything will ever get done about it in that case, but (2) feels much more against the spirit of not messing with the user's /etc than deferring to update-alternatives. (N.b. currently, rxvt-unicode has been dropped from testing since the other bug was raised to RC and I didn't deal with it in time. This bug being RC will continue to keep it out. I'd like to avoid that.) -- things change. deck...@red-bean.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#481123: breaks x-terminal-emulator interface
severity 481123 wishlist thanks Excerpts from Andreas Amann's message of Mon Oct 26 07:51:55 -0400 2009: > This seems not justified, and the better solution is in my opinion to > simply not offer urxvtcd as x-terminal-emulator alternative. I think you're right -- I was trying to implement Martin's suggestion, but it seems like (a) I don't have the libev-fu to hack it (b) it would be hairy enough (touching the rxvt_term class, not just the daemon) that our notoriously prickly upstream would never accept a patch. I've removed the alternative for 9.06-2 (uploading). It would still be nice to be able to put it back, I guess, so I'll leave this open as wishlist if someone else wants to try. -- things change. deck...@red-bean.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542102: mpd: audio skips once per second
Excerpts from Peter Colberg's message of Tue Aug 18 13:45:00 -0400 2009: > On Tue, Aug 18, 2009 at 06:43:56AM +0200, Max Kellermann wrote: > > On 2009/08/18 01:51, Peter Colberg wrote: > > > Reverting commit 7133f56 fixes the audio skips :-). Can you confirm if this is fixed in 0.15.3-1? Thanks. -- things change. deck...@red-bean.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523491: diakonos: installs online help files in /usr/share/doc
Package: diakonos Version: 0.8.8-4 Severity: serious Justification: Policy 12.3 Diakonos's online help files are installed in /usr/share/doc/diakonos/help. According to Policy, "The system administrator should be able to delete files in /usr/share/doc/ without causing any programs to break." These files should be placed in e.g. /usr/share/diakonos/help. install.rb does not currently have a --help-dir option. I will see if I can get in a patch upstream for this. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages diakonos depends on: ii ruby 4.2An interpreter of object-oriented diakonos recommends no packages. diakonos suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523011: diakonos: fails to start
Excerpts from Decklin Foster's message of Tue Apr 07 16:40:18 -0400 2009: > diakonos.conf not found in any of: > . > /home/decklin/.diakonos > At least one configuration file must exist. Upon reading the code, it appears that the first entry (current directory) is taken from an installation-wide "conf_dir" setting. These settings are defined in /usr/lib/ruby/1.8/diakonos/installation.rb. This file should definitely be customized for Debian; it looks like it has been left with the default settings for running diakonos out of a working copy. Something like: :prefix => '/usr', :bin_dir => '/usr/bin', :doc_dir => '/usr/share/doc/diakonos', :help_dir => '/usr/share/diakonos/help', :conf_dir => '/etc', :lib_dir => '/usr/lib/ruby/1.8/diakonos', Note that the help files are not currently installed by the package and I don't really know what it needs doc for (it may not have anything to do with /usr/share/doc). Anyway, with these values corrected, diakonos sanely offers to copy the config file from /etc rather than downloading one. This might not be optimal, but it allows the program to run. -- things change. deck...@red-bean.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523011: diakonos: fails to start
Package: diakonos Version: 0.8.8-1 Severity: grave Justification: renders package unusable I installed this package, closed my network connection, and then tried to run it: $ diakonos grep: help/*: No such file or directory diakonos.conf not found in any of: . /home/decklin/.diakonos At least one configuration file must exist. Would you like to download one right now from the Diakonos repository? (y/n)n Terminating due to lack of configuration file. ...and it quits. (I'll assume the "help/*" bit is a separate bug.) Just for illustration, here's what happens if I try to download the file anyway: $ diakonos grep: help/*: No such file or directory diakonos.conf not found in any of: . /home/decklin/.diakonos At least one configuration file must exist. Would you like to download one right now from the Diakonos repository? (y/n)y Fetching configuration from v0.8.8... /usr/lib/ruby/1.8/net/http.rb:560:in `initialize': getaddrinfo: Temporary failure in name resolution (SocketError) from /usr/lib/ruby/1.8/net/http.rb:560:in `open' from /usr/lib/ruby/1.8/net/http.rb:560:in `connect' from /usr/lib/ruby/1.8/timeout.rb:53:in `timeout' from /usr/lib/ruby/1.8/timeout.rb:93:in `timeout' from /usr/lib/ruby/1.8/net/http.rb:560:in `connect' from /usr/lib/ruby/1.8/net/http.rb:553:in `do_start' from /usr/lib/ruby/1.8/net/http.rb:542:in `start' from /usr/lib/ruby/1.8/open-uri.rb:242:in `open_http' from /usr/lib/ruby/1.8/open-uri.rb:616:in `buffer_open' from /usr/lib/ruby/1.8/open-uri.rb:164:in `open_loop' from /usr/lib/ruby/1.8/open-uri.rb:162:in `catch' from /usr/lib/ruby/1.8/open-uri.rb:162:in `open_loop' from /usr/lib/ruby/1.8/open-uri.rb:132:in `open_uri' from /usr/lib/ruby/1.8/open-uri.rb:518:in `open' from /usr/lib/ruby/1.8/open-uri.rb:30:in `open' from /usr/lib/ruby/1.8/diakonos/config.rb:22:in `fetch_conf' from /usr/lib/ruby/1.8/diakonos/config.rb:70:in `loadConfiguration' from /usr/lib/ruby/1.8/diakonos.rb:122:in `initialize' from /usr/bin/diakonos:5:in `new' from /usr/bin/diakonos:5 This is totally nuts. The package includes a /etc/diakonos.conf, which looks like a perfectly reasonable configuration file. The program should use this file for defaults, then override them with any settings in the user's personal dotfile, if that file exists, like most *nix programs. If it is impossible to implement that for now, then /etc/diakonos.conf should silently be copied to ~/.diakonos on startup if the latter does not exist. End-users should never have to pull "fresh" configuration files from a development repository, even from a tag; they should use the stable one shipped with the package. (If I understand the goal of this package correctly, a sizable segment of its target audience shouldn't be pestered about "configuring" anything at all. I don't, however, feel it's as much of a problem if users who *do* wish to configure their editor need to copy the whole default file to their ~/.diakonos before tweaking it; they presumably know what they're getting into.) This does not only make the package unusable for one user if their network is down, but also for everyone if the development host (I assume it's fetching this directly from Github) has an outage for any reason. The package should be self-contained (it already has the file in question, anyway). So, I'm marking this as grave. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages diakonos depends on: ii ruby 4.2An interpreter of object-oriented diakonos recommends no packages. diakonos suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#503137: Bumping severity
Excerpts from Daniel Moerner's message of Sat Oct 25 14:49:14 -0400 2008: > Hi, I am bumping this to grave because it can break unrelated > packages--e.g., nothing in the Debian menu that relies on > x-terminal-emulator works as a result of this bug if you have set > urxvtcd as the default alternative and then remove it. Good point. I'll get the fix uploaded ASAP. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463739: vidir: fails if filesystem is full
Package: moreutils
Version: 0.26
Severity: grave
Tags: patch
If TMPDIR lives on a filesystem that is full, vidir will be able to open
a temp file, but not write to it. The user will then be presented with an
empty file, and if they leave their editor, vidir will act as if all
lines were deleted, and attempt to rm every file.
(I hesitate to use "grave" for one small program in a package with many
others, but this could cause some severe data loss. I was saved by the
fact that vidir does not attempt to recursively delete directories.)
I fixed this by checking the return value of close as well (see trivial
patch). You might want to change the first die to "cannot create" or
something like that to distinguish between the two different sorts of
errors that can happen.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-rc5 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages moreutils depends on:
ii libc6 2.7-5 GNU C Library: Shared libraries
ii perl 5.8.8-12 Larry Wall's Practical Extraction
moreutils recommends no packages.
-- no debconf information
--- /usr/bin/vidir 2007-11-28 14:37:45.0 -0500
+++ /home/decklin/bin/vidir 2008-02-02 16:02:03.0 -0500
@@ -102,7 +102,7 @@
print OUT "$c\t$_\n";
}
@dir=();
-close OUT;
+close OUT || die "$0: cannot write ".$tmp->filename.": $!\n";
my @editor="vi";
if (-x "/usr/bin/editor") {
Bug#452295: lastfmsubmitd: unable to submit songs due to a missing import in client.py
Sorry, it totally slipped my mind that I should have cut a release soon after fixing these. I will do so for tomorrow. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457658: rxvt-unicode 8.7-1 segfaults in ppc, merged to testing despites a previous bug report
Nicolas Trecourt writes:
> urxvt: ./../libev/ev.c:1094: void timers_reify(): Assertion `("inactive timer
> on timer heap detected", (0 + ((ev_watcher *)(void *)(w))->active))' failed.
> Aborted
>
> The problem was reported in sid, and the package was still merged.
While I am sorry that my bumping the severity of #457621 was not caught
by the testing scripts in in time, why did you intentionally open
another duplicate bug? I am merging this one.
Please let me know if you can turn up any more information, as I will
need to get urxvt running a PPC myself (I do not own one) to test
further.
--
things change.
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457621: this is rc
severity 456797 serious severity 457621 serious merge 456797 457621 thanks Not sure yet what's causing this, but IMO 8.7 should not go into testing until libev is fixed for PPC users. Thanks for the reports. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452295: lastfmsubmitd: unable to submit songs due to a missing import in client.py
Adeodato Simó writes: > Thanks, and sorry I didn't find time to test lastfmsubmitd before it > migrated to testing. I should have had something to test with that *doesn't* already use the marshaller... oops. What are you working on, anyway? (Feel free to reply off-bug.) -- things change. [EMAIL PROTECTED]
Bug#434292: gmpc: assertion `column->tree_view == NULL' failed
severity 434292 important thanks Mykola Nikishov writes: > Gmpc dies with failed assertion: > > Gtk-CRITICAL **: gtk_tree_view_append_column: assertion `column->tree_view == > NULL' failed > aborting... Could you provide the steps to reproduce this? -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383809: mpd: Error loading shared libraries (libshout3 and libvorbisenc2)
Trevor Caira writes: > libshout3 and libvorbisenc2 are not installed as dependencies, but > starting mpd without them installed fails as it links against those > libraries. I'm not seeing this: $ ldd /usr/bin/mpd linux-gate.so.1 => (0xe000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7f87000) libao.so.2 => /usr/lib/libao.so.2 (0xb7f83000) libasound.so.2 => /usr/lib/libasound.so.2 (0xb7ec1000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7eaf000) libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0xb7ea8000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xb7e7e000) libogg.so.0 => /usr/lib/libogg.so.0 (0xb7e79000) libFLAC.so.7 => /usr/lib/libFLAC.so.7 (0xb7e39000) libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0xb7e15000) libmikmod.so.2 => /usr/lib/libmikmod.so.2 (0xb7dd5000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7dd1000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7dab000) libid3tag.so.0 => /usr/lib/libid3tag.so.0 (0xb7d9b000) libz.so.1 => /usr/lib/libz.so.1 (0xb7d87000) libmad.so.0 => /usr/lib/libmad.so.0 (0xb7d71000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7c4) /lib/ld-linux.so.2 (0xb7faf000) the version in experimental does link against these libraries, but they are listed as dependencies there. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379859: marked as done (rxvt-unicode: depends on libgcc1 (>= 1:4.2-20060707) from experimental, uninstallable in Sid)
Debian Bug Tracking System writes: > A binNMU has been scheduled on i386 for this issue, so the problem should be > fixed in unstable as soon as it's built and uploaded. I'm going ahead and > closing the bug. > > Decklin, please take care that you clean the experimental packages out of > whatever environment you're using to build packages for upload to unstable. Thanks, guys. Will do. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374741: seems unable to download any feeds
Joey Hess writes: > Rawdog fails like this on all the feeds I have configured. I downgraded > to version 2.8.dfsg.1-1 and the problem went away. I seem to have had a duplicate local version of feedparser on my test machine (fixed now); for some reason, using 4.1 (from python-feedparser) completely breaks things. Very weird. I'm uploading a version with 4.02 while I look into it. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354229: lastfmsubmitd: man pages misplaced (and uncompressed)
Aaron M. Ucko writes: > I see two uploads from yesterday, of 0.19-1 and 0.20-1, both in time > for dinstall. In looking at the latter, I see that its setup.py omits > the relevant path component. Er, sorry, I meant 0.22 which is subsequent to 0.20 and still in the queue at the moment. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321688: marked as done (xfonts-thai-ttf: copyright problems)
reopen 321688 close 321668 thanks Damn it. Sorry about that. I am having really bad luck today, apparently. Made a typo trying to fix my typo. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345349: [EMAIL PROTECTED]: Bug#345349: rawdog: Contains invalidly-licensed feedparser.py]
Adam, what do we have to do to merge the rawdog-specific changes into feedparser 4.0? Are all (any) of them still necessary? It would be nice to be able to depend on the python-feedparser package. - Forwarded message from Joe Wreschnig <[EMAIL PROTECTED]> - Subject: Bug#345349: rawdog: Contains invalidly-licensed feedparser.py From: Joe Wreschnig <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date: Fri, 30 Dec 2005 12:00:35 -0600 X-Mailer: Evolution 2.0.4 Package: rawdog Version: 2.6-1 Severity: serious Hi, This package contains a version of Mark Pilgrim's Universal Feed Parser, without a proper license [0]. On December 28th, a relicensed (and updated) version of feedparser was uploaded in the python-feedparser package. To fix this bug, you can probably just remove feedparser.py from your package, and Depend on python-feedparser. This has the advantage of upgrading feedparser, so it will work with more feeds. If this doesn't work, let me know and I'll provide patches. Thanks. [0] http://lists.debian.org/debian-legal/2005/12/msg00066.html -- Joe Wreschnig <[EMAIL PROTECTED]> - End forwarded message - -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325504: better patch
Here is a revised version of the patch which replaces the bash
substitution with a POSIX substitution that will work in both bash and
dash.
--- glibc.sh.orig 2005-08-29 13:29:42.0 -0400
+++ glibc.sh2005-08-29 13:33:19.0 -0400
@@ -97,7 +97,7 @@
# Note that parisc64 kernel version scheme is "`uname -r`-64".
if [ "$realarch" = parisc64 ]
then
- if [ $kernel_ver = ${kernel_ver/pa/} ]
+ if [ $kernel_ver = ${kernel_ver#pa} ]
then
if dpkg --compare-versions "$kernel_ver" lt 2.4.19-64
then
--
things change.
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323157: FTBFS: needs build-dep on libselinux-dev
dann frazier writes: > gcc -o 9wm -g -O2 -fno-strict-aliasing -L/usr/X11R6/lib main.o > event.o manage.o menu.o client.o grab.o cursor.o error.o -lXext -lX11 > -lselinux > /usr/bin/ld: cannot find -lselinux This was due to to an imake bug, actually. Should be fixed in X.org -5 (I'll let you know if it doesn't when I merge the other patch.) -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321668: FTBFS in sid
Package: xcolorsel Version: 1.1a-11 Severity: serious #321664 is blocking me from rebuilding this on sid currently. The old binaries still work, so just sit tight, I guess. It should (and when I say "should", I mean "must", hence the severity) shake out before etch is released. I would really prefer to build with vanilla Xaw, but I still don't understand how to make that work. Help would be appreciated, so we don't have to repeat this dance every so often. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13-rc4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages xcolorsel depends on: ii libc6 2.3.5-3GNU C Library: Shared libraries an ii xaw3dg1.5+E-8.1 Xaw3d widget set ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m xcolorsel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292116: One more thing
reopen 292116
thanks
Thanks for the fix, but this doesn't work if /bin/sh is dash -- the
correct character to negate a character class in a pattern match is !,
not ^ (although bash still accepts the latter for the sake of not
gratuitously breaking things). Cf. POSIX 3.13.
--- module-init-tools.dpkg-dist 2005-01-28 19:28:59.0 -0500
+++ module-init-tools 2005-01-28 19:31:06.0 -0500
@@ -8,7 +8,7 @@
PATH="/sbin:/bin"
KVER=$(uname -r)
-KMAJ=${KVER%${KVER#*.*[^.]}}
+KMAJ=${KVER%${KVER#*.*[!.]}}
KMAJ=${KMAJ%.}
if [ -w /lib/modules/$KVER/ ]; then
--
things change.
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
