Bug#599889: openntpd: No such process error when stopping
Package: openntpd Version: 3.9p1+debian-5 Severity: normal Tags: patch The start-stop-daemon command in the init script tries to stop both ntpd processes, but usually only succeeds in killing one, since killing the first one causes it to kill the second. Then the start-stop-daemon fails to kill the second ntpd process and prints an error. The attached patch changes the start-stop-daemon to only select the process owned by root, which prevents it from trying to kill both processes and therefore the error. Before and after the patch: # /etc/init.d/openntpd stop Stopping openntpd: start-stop-daemon: warning: failed to kill 10309: No such process ntpd. # /etc/init.d/openntpd start Starting openntpd: ntpd. r...@endor:/home/graham# dpkg -i openntpd_3.9p1+debian-6_i386.deb (Reading database ... 22189 files and directories currently installed.) Preparing to replace openntpd 3.9p1+debian-5 (using openntpd_3.9p1+debian-6_i386.deb) ... Stopping openntpd: start-stop-daemon: warning: failed to kill 10412: No such process ntpd. Unpacking replacement openntpd ... Setting up openntpd (3.9p1+debian-6) ... Installing new version of config file /etc/init.d/openntpd ... Starting openntpd: ntpd. Processing triggers for man-db ... # /etc/init.d/openntpd stop Stopping openntpd: ntpd. diff -Naur openntpd-3.9p1+debian.orig/debian/changelog openntpd-3.9p1+debian/debian/changelog --- openntpd-3.9p1+debian.orig/debian/changelog 2010-06-09 04:40:03.0 + +++ openntpd-3.9p1+debian/debian/changelog 2010-10-12 03:59:26.009917353 + @@ -1,3 +1,9 @@ +openntpd (3.9p1+debian-6) unstable; urgency=low + + * Change init script to only kill parent ntpd. + + -- Graham Wilson gra...@mknod.org Tue, 12 Oct 2010 03:58:47 + + openntpd (3.9p1+debian-5) unstable; urgency=low * Adding missing dependency on hardening-include. diff -Naur openntpd-3.9p1+debian.orig/debian/openntpd.init openntpd-3.9p1+debian/debian/openntpd.init --- openntpd-3.9p1+debian.orig/debian/openntpd.init 2010-06-08 20:59:58.0 + +++ openntpd-3.9p1+debian/debian/openntpd.init 2010-10-12 03:59:50.477917433 + @@ -38,13 +38,13 @@ stop) echo -n Stopping $DESC: - start-stop-daemon --stop --oknodo --quiet --exec $DAEMON + start-stop-daemon --stop --oknodo --quiet --user root --exec $DAEMON echo $NAME. ;; restart|force-reload) echo -n Restarting $DESC: - start-stop-daemon --stop --oknodo --quiet --exec $DAEMON + start-stop-daemon --stop --oknodo --quiet --user root --exec $DAEMON sleep 1 start-stop-daemon --start --quiet --exec $DAEMON -- $DAEMON_OPTS echo $NAME.
Bug#431760: O: xli -- command line tool for viewing images in X11
Package: wnpp Severity: normal Description: command line tool for viewing images in X11 xli can view the following image types under X11: FBM Image, Sun Rasterfile, CMU WM Raster, Portable Bit Map (PBM, PGM, PPM), Portable Network Graphics (PNG), Faces Project, GIF Image, JFIF style jpeg Image, Utah RLE Image, Windows, OS/2 RLE Image, Photograph on CD Image, X Window Dump, Targa Image, McIDAS areafile, G3 FAX Image, PC Paintbrush Image, GEM Bit Image, MacPaint Image, X Pixmap, X Bitmap. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400078: O: hostname -- utility to set/show the host name or domain name
Package: wnpp Severity: normal I intend to orphan the hostname package. The package description is: The hostname command can be used to either set or display the current host or domain name of the system. This name is used by many of the networking programs to identify the machine. The domain name is also used by NIS/YP. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400077: O: bsdmainutils -- collection of more utilities from FreeBSD
Package: wnpp Severity: normal I intend to orphan the bsdmainutils package. The package description is: This package contains lots of small programs many people expect to find when they use a BSD-style Unix system. . Included are: banner, ncal, cal, calendar, col, colcrt, colrm, column, from, hexdump, look, lorder, ul, write. . This package used to contain whois and vacation, which are now distributed in their own packages. Also here was tsort, which is now in the coreutils package. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400088: O: traceroute -- traces the route taken by packets over a TCP/IP network
Package: wnpp Severity: normal I intend to orphan the traceroute package. The package description is: The traceroute utility displays the route used by IP packets on their way to a specified network (or Internet) host. Traceroute displays the IP number and host name (if possible) of the machines along the route taken by the packets. Traceroute is used as a network debugging tool. If you're having network connectivity problems, traceroute will show you where the trouble is coming from along the route. . Install traceroute if you need a tool for diagnosing network connectivity problems. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400087: O: pyx -- Python module for generating PostScript graphics
Package: wnpp Severity: normal I intend to orphan the pyx package. The package description is: PyX is a Python module for generating encapsulated PostScript figures using an abstraction of PostScript and TeX. . The module provides access to PostScript features such as paths, line-styles, fill patterns, transformations, and clipping. Geometric operations on paths such as intersections, transformations, and splitting are also supported. . PyX also allows flexible graph generation with many different graph and axis styles. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393848: does not need to depend on iproute
Package: vpnc Version: 0.3.3+SVN20051028-3 Severity: normal vpnc does not need to depend on iproute since it is not needed for normal operation. I know it's used in the vpnc-script, but I've rewritten mine entirely to only use ifconfig and route, and it doesn't seem like I should have to keep iproute installed for that. I'm not sure what the proper balance is, since if iproute was a recommends or suggests, people would probably complain that vpnc does not work. Perhaps the vpnc-script could be rewritten to use net-tools? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387347: debian/mime still has /usr/X11R6/bin/xli
title 387347 mime entries still point to /usr/X11R6/bin/xli merge 366066 387347 thanks On Wed, Sep 13, 2006 at 09:01:43PM +0200, Matthias Urlichs wrote: diff -u xli-1.17.0/debian/changelog xli-1.17.0/debian/changelog --- xli-1.17.0/debian/changelog +++ xli-1.17.0/debian/changelog @@ -1,3 +1,9 @@ +xli (1.17.0-23) unstable; urgency=low + + * debian/mime still pointed to /usr/X11R6/bin/xli + + -- Matthias Urlichs [EMAIL PROTECTED] Wed, 13 Sep 2006 20:44:06 +0200 + xli (1.17.0-22) unstable; urgency=low * Install to /usr, instead of /usr/X11R6. (closes: #362311) This has already been reported and marked pending. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326945: WNPP bug closing
reopen 326945 thanks On Fri, Sep 08, 2006 at 11:59:35AM -0600, David Moreno Garza wrote: This is an automatic mail sent to close the ITP you have reported or are involved with. Don't do that. This bug is still valid, and I still plan to upload, I just haven't done it yet. At least ping maintainers first, to see if they'll respond that they are still interested. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368384: column vs. Chinese Unicode
On Sat, Jun 03, 2006 at 11:53:38AM +0800, Dan Jacobson wrote: f=http://jidanni.org/lang/pinyin/taizhong/bus/pinyin.txt I'm attaching this file so that it doesn't disappear. -- gram CCK??,CCK Dormitory CCK??,CCK Yinghan CCK?,CCK Commodity Center CCK??,CCK Terminus CCK??,CCK Post Office ?,Yishan Hall ,Yixin Market ?,1st Trail ?,Qizhangli ?,Qixing Bridge ?,Sanzhongxin ?,Sanfenpu ,Sanxin Commercial Bank ?,Sanguang Village ,Sancuo St. Jct. ?,Sancuo Village ,Sanhe Estate ,Sanhe Community ?,Sanhe Village ???,Sanchuan Fude Temple ,Sanying Company ???,Sanmin W. Rd. Jct. ?,3rd Trail ?,Sanjiaopu ,Shang Qizhangli ,Shangshi Rd. Jct. ?,Shangshi Village ,Xia Qizhangli ,Xia Erfenpu ?,Xia Wenshan ,Xia Xinsheng Village ?,Xia Qiaozi ?,Xia Shuinan ?,Xia Gangwei ?,Xia Nanzi ,Xia Tianxinzi ,Xia Fengle Village ?,Xia Touzhang ,Central District Hall ?,Central District Reserve Headquarters ,Zhongyou Dept. Store ,Zhongtai Community ??,Zhongtai Technical University ??,Zhonghe ,Zhonghe Community ?,China Productivity Center ?,China Productivity Company ??,China Medical University ?,Zhongtian Temple ???,National Health Insurance ,Zhongyang Market ,Zhongshan Park ,Zhongshan Middle School ?,Zhongshan Hall ,Zhongshan Rd. Jct. ??,Zhongshan Medical University ,Zhongshan Hospital ???,Taichung Health Office ,Zhongguang Radio Station ,Zhongzheng Elementary School ,Zhongzheng Rd. Jct. ???,Zhongzheng Campground ,Zhongqing Rd. Jct. ,Zhonggang Community ??,Zhonggang Chengqing Hospital ,Zhonggang Rd. Jct. ???,Zhonggang Transfer Station ,Zhongke Youda ???,Zhongke Youda Station ?,Zhongke Station ???,Zhongke Preparatory Office ,Zhongmei St. Jct. ,Zhongxing University ??,Zhongxing University Side Entrance ?,Zhongxingling ?,Zhongxing Ln. ??,Zhongxing Driving Academy ,Zhonghua Rd. Jct. ?,Jiucunkou ??,Jiuhuashan Kuxinglin ?,2nd Trail ,Huzhu Community ?,Wuchang Village ,Wulang St. Jct. ,Wuquan Middle School ??,Wuquan/Dadun Rds. ???,Wuquan W. Rd. Jct. ,Yage Garden ,Yadong Company ???,Renyou Parking Lot ,Renyou E. Station ,Renhe Rd. Jct. ,Ren'ai Ln. Jct. ,Ren'ai Hospital ,Renmei Community ?,Renmei Village ,Qianxiang Company ??,Hecuo ,Hecuo Elementary School ?,Bao'an Bridge ,Xinyi Elementary School ,Xiuqi Ln. Jct. ,Jianxing Elementary School ,Jianxing Rd. Jct. ??,Qiaoguang Technical College ,Qiaotai Middle School ,Qiaoda Community ?,Guangda Village ,Guangfu Elementary School ?,Guangzheng Bridge ,Guangzheng Elementary School ?,Guangzhao Temple ,Guanghua Technical High School ?,Children's Hall ??,Neihu ,Quanyi Jiayuan ,Quanmin Hospital ???,803 Hospital ?,823 Memorial Park ?,Park ,Gongyuan Rd. Jct. ?,Gongming Village ,Gongyi Park ??,Gongyi/Dadun Rds. ??,Gongyi/Dongxing Rds. ,Gongyi Rd. Jct. ??,Gongyi Rd. Transfer Station ??,Gongguan ,Gongguan Rd. Jct. ?,Liubao Village ?,Liuzhangli ,Liushun Rd. Jct. ?,Fenzhu Facility ?,Liucuo Village ,Lixing Elementary School ,Lixing Rd. Jct. ??,Qinyi Technical College ,Qinmei Community ??,Beitun ???,Beitun District Hall ?,Beitun District Administration Building ,Beitun Elementary School ,Beitun Market ??,Beitun Administration Building ,Beiping Rd. Jct. ,Beixin Middle School ,Jiangze Company ???,Shijia N. St. Jct. ,Shijia E. Rd. ,Shijia Community ,Shijia Rd. Jct. ?,Banpingcuo ,Xiehe Elementary School ,S.
Bug#383129: O: pgpdump -- PGP packet visualizer
Package: wnpp Severity: normal I intend to orphan the pgpdump package. The package description is: pgpdump is a PGP packet visualizer that displays the sequence of OpenPGP or PGP version 2 packets from a file. . The output of this command is similar to the output of GnuPG's `list packets' command, however, pgpdump produce more detailed output that is easier to understand. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383128: O: tagtool -- tool to tag and rename MP3 and Ogg Vorbis files
Package: wnpp Severity: normal I intend to orphan the tagtool package. The package description is: Audio Tag Tool is a program to manage the information fields in MP3 and Ogg Vorbis files (commonly called tags). Tag Tool can be used to edit tags one by one, but the most useful features are mass tag and mass rename. These are designed to tag or rename hundreds of files at once, in any desired format. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308481: I can confirm this
On Wed, Nov 30, 2005 at 11:08:34PM +0200, Brock Rozen wrote: I can confirm that this is happening as well. I simply run calendar -a as root, and it just sits there. this didn't used to happen -- so something was changed. This works fine for me, so I don't really have much to go on. Can you send me the output of running the command under strace? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373372: (no subject)
On Wed, Jun 14, 2006 at 10:43:53AM +0200, Python Transition Mass bug wrote: This bug is part of a mass bug filling, and its severity will be raised to serious when python will default to python2.4. Please note that this bug (even not being RC) falls under the 0-day NMU policy. I plan to upload a new version this evening. If for some reason I fail to take care of that, I'd be glad for someone to NMU the package for me. (Basically I'd like to be given some time to upload the package myself.) -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364118: Debian bug 364118
On Mon, May 29, 2006 at 11:08:55AM +0100, David Malone wrote: Hi Graham, I wonder if you've had a chance to glance at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364118 I'd like to update the code in FreeBSD according to the table I posted at the end of the bug report, but wanted to check that the table looks OK with you first, so there can be some consistency. Yes, thanks for compiling this table. To be honest, I'm pretty indifferent with what the output is, and I agree that consistency is good; so, if you plan to implement what is listed in the bug report for FreeBSD, go ahead, and I'll follow by implementing it in Debian's package as well. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368384: column vs. Chinese Unicode
On Mon, May 22, 2006 at 12:29:31AM +0800, Dan Jacobson wrote: column(1) can't deal with Chinese utf-8 Unicode properly. Its tabs just don't line up. As I don't read or write Chinese, could you submit a sample file, along with what you the command you used, and what output you think column should generate? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368973: colordiff: colorization makes some output lines disappear
On Fri, May 26, 2006 at 09:01:08PM +0100, Dave Ewart wrote: Graham: unless the submitter has further comments, I think this bug can be closed. Generally, I wait a while to hear back from the submitter in a case like this, just to give him a chance to confirm if the problem is as described, and then close it when I either get a positive confirmation, or after a while if I get none at all. However, if you're confident that the problem is as you described, then I see no problem with closing the bug now. The submitter can reopen it later if needed. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368548: ratpoison: Should not depend on 9menu
On Tue, May 23, 2006 at 12:21:02PM +0200, Bernhard R. Link wrote: I thought a long time about this. The reason leading me to this direction were: - 9menu if quite tiny. The binary of it is smaller than the ruby bindings of ratpoison, and the binary make the largest part of the package. The whole unpacked package, even when rounding all files to block sizes, would fit within the changelog.Debian.gz of ratpoison. - There is no way to specify that 9menu should be installed when menu is installed. If menu is installed, all halfly capable window managers offer to start ratpoison with a simple click into the menu. I'd much prefer to have a nice way back when someone accidentially clicks on ratpoison, so that admins can install ratpoison for the power users with a clear conscience. - Least I don't know how to calculate the window manager priority when there is a menu but not always... This is all good and well, but none of the reasons make ratpoison require the use of 9menu, which means that ratpoison should not specify a Depends: on 9menu. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#166541: xli: wish could zoom with one keypress
On Sun, Oct 27, 2002 at 07:12:13AM +0800, Dan Jacobson wrote: gamma is easy to adjust with 1 2 3 4 ... too bad zooming isn't as easy. What about using and ? Does that not work? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367299: TERM=dumb cal ignored; extra blank line
rename 367299 cal: improve -J description in the man page thanks On Mon, May 15, 2006 at 05:36:19AM +0800, Dan Jacobson wrote: X-Debbugs-Cc: [EMAIL PROTECTED] You need to put that in the mail headers for it to work correctly. $ cal adds a blank line at bottom. Wait, it doesn't happen for $ cal 4 2006 but does for $ cal 5 2006 so you have apparently hardwired in the worse case. $ (for i in `seq 12`; do cal $i 2005 | wc -l; done) | sort -u 8 cal always prints 8 lines. It's not a bug. Also $ TERM=dumb cal still sends reverse video codes to the terminal. Yep, that's the way it's supposed to work. Try cal | tee /dev/null. Also on the man page, The cal utility displays a simple calendar in traditional format and ncal offers an alternative layout, more options and the date of easter. The new format is a little cramped but it makes a year fit on a 25x80 termi- Say which new format. $ cal output still fits fine. Umm... run ncal to see the new format. The output of both is fine, but the output of cal -y (as opposed to ncal -y) doesn't fit on an 80x25 terminal, as the man page says. Also, please submit bug reports seperately, not all at once. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364465: pyx: No package for python2.4 ?
On Sun, Apr 23, 2006 at 06:47:59PM +0200, Laurent Fousse wrote: Is there any particular reason why we don't have a version of the package for python2.4 ? It would more convenient than being stuck with 2.3. I don't have much experience on python module packaging, perhaps it's a good occasion to get started and help you with this one :-) I only provide a PyX package for the default Python version in Debian, which is 2.3 right now. When the default switches to 2.4 (which should be soon), I'll switch the PyX module to 2.4 as well. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364465: pyx: No package for python2.4 ?
On Sun, Apr 23, 2006 at 11:45:35PM +0200, Laurent Fousse wrote: * Graham Wilson [Sun, Apr 23, 2006 at 12:44:04PM -0500]: I only provide a PyX package for the default Python version in Debian, which is 2.3 right now. When the default switches to 2.4 (which should be soon), I'll switch the PyX module to 2.4 as well. OK. I currently use the default python version as well, but while sharing a small script with a friend I encountered this problem, since he had already switched to 2.4. Not really problematic, but having python modules tied to a specific version of python is somewhat annoying. I agree, but in the case of PyX we have no choice, since PyX is compiled to a .so file which depends on the version of Python that it was compiled for. I could make PyX modules for each version of Python in Debian (and I used to do that), but I think it's simpler to just have the one version, especially since it is unlikely that PyX will be used by other applications in Debian. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362311: xli and X11R6: patch
On Thu, Apr 20, 2006 at 01:41:27AM +0200, Norbert Preining wrote: Since I am not a DD, I cannot do the NMU, but maybe some DD finds time to do this, or you can find the time to make a Maintainer upload. As soon as I can upgrade to X11R7 and not have stuff break as bad as it has been (which I expect to finish in the next hour or so) I'll make an upload of this. Sorry for taking so long to get around to it. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355863: Bug title is not absolutely correct
On Tue, Apr 11, 2006 at 12:54:49PM +0200, Nikolaus Schulz wrote: calendar -a uses the locale from the environment for its output, whatever that is. If root runs it, it's root's locale; if cron runs it, it's likely POSIX, or whatever is setup in the crontab. It does, however, completely ignore the locale of the user who owns the calendar file it's processing. This is the difficult part though. How should calendar figure out the locale of the user it is sending mail to? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362084: O: atanks -- tank-battling game
Package: wnpp Severity: normal I intend to orphan the atanks package. The package description is: Atomic tanks is a multi-player game in which you attempt to destroy other tanks while trying to protect your own. You earn money for destroying other tanks; with this money you can buy upgrades and better weapons for your tank. . This game is similar Scorched Earth or the Worms series of games. The package doesn't seem to have much upstream activity, but, on the other hand, there don't seem to be any serious bugs in it. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361223: cal: should use locale for knowing first day of the week
On Sat, Apr 08, 2006 at 01:56:26AM +0200, Samuel Thibault wrote: Graham Wilson, le Fri 07 Apr 2006 16:26:44 -0500, a ?crit : The next upload of bsdmainutils will support using _NL_TIME_FIRST_WEEKDAY (see #288472), now that glibc properly supports this. Great! Do you think this bug can be merged with #288472, or are there issues that you still feel are unresolved? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349976: python-pyx: should support output of PNG
On Thu, Jan 26, 2006 at 11:47:32AM +, W. Borgert wrote: It would be nice, if the graph objects would have output methods for PNG, e.g. g = pyx.graph.graphxy(...) g.plot(...) g.writePNGfile(foo, width=40, height=20). Personally, I think this is out of the scope of the PyX package. I think the upstream authors only intended to support vector formats as output. Then, other tools can be used to convert that output to raster formats. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355863: Bug title is not absolutely correct
On Wed, Apr 12, 2006 at 05:20:52PM +0200, Nikolaus Schulz wrote: Graham Wilson wrote: This is the difficult part though. How should calendar figure out the locale of the user it is sending mail to? It could spawn a (login) shell, just like su - does. Would this be reasonable? As I mentioned earlier, the su code looks non-trivial, at least to me; but I haven't looked at it thoroughly. To me, that seems like an awful lot of work just to determine the users locale. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361878: contents files can become non-world readable
Package: apt-file Version: 2.0.7 Severity: normal If root's umask is 066 when running apt-file update, the Contents.gz files can end up not being world-readable. This means that regular users can't run apt-file search. Perhaps apt-file should set the umask before running, or chmod the files after downloading? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361223: cal: should use locale for knowing first day of the week
On Fri, Apr 07, 2006 at 11:42:10AM +0200, Samuel Thibault wrote: Samuel Thibault, le Fri 07 Apr 2006 11:28:31 +0200, a ?crit : cal currently has -s and -m options for choosing the first day of the week. This shouldn't be necessary, thanks to locales (langinfo(_NL_TIME_FIRST_WEEKDAY)). Actually, more generally cal should use _NL_TIME_WEEK_NDAYS, _NL_TIME_WEEK_1STDAY, _NL_TIME_WEEK_1STWEEK, _NL_TIME_FIRST_WEEKDAY, and ABDAY_1, ABDAY_2, etc. for properly printing a fully localized calendar. The next upload of bsdmainutils will support using _NL_TIME_FIRST_WEEKDAY (see #288472), now that glibc properly supports this. I've not, however, integrated support for any of the other constants. cal currently uses strftime to format names according to the current locale when it needs to. Is there a reason to use langinfo(3) for this instead? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357894: bsdmainutils: calendar ... maintainer info query.
On Tue, Mar 21, 2006 at 03:35:25PM -0700, s. keeling wrote: Incoming from Graham Wilson: On Sun, Mar 19, 2006 at 08:18:40PM -0700, s. keeling wrote: I want to know/learn about *real world* events, not fictional ones All of the LOTR events are in a file called calendar.lotr, so you can ... included by /usr/share/calendar/calendar.world, thanks. Now commented out. At the least, it saves me a grep -v in crontab (as well as being more effective). :-) Thanks for your help. Much appreciated. The better thing to do is probably edit /etc/calendar/default, since files in /usr will be overwritten on upgrades. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357894: bsdmainutils: calendar ... maintainer info query.
On Wed, Mar 22, 2006 at 07:22:53PM -0700, s. keeling wrote: Incoming from Graham Wilson: The better thing to do is probably edit /etc/calendar/default, since files in /usr will be overwritten on upgrades. That doesn't work. The only (uncommented) line in that file is: #include calendar.all Right, you'll want to include calendar.all manually, and then remove the relevant files from there. (Recurse until the relevant files are included.) Or just #define _calendar_lotr_ at the top if /etc/caledar/default. That should work as well. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357894: bsdmainutils: calendar ... maintainer info query.
On Sun, Mar 19, 2006 at 08:18:40PM -0700, s. keeling wrote: If I spot typos (I'm a Hell of a proof reader :-) or other errors, do you want me to report them? How, reportbug? reportbug is best. If you plan on reporting a lot of them, it might be best that you batch them into one report, though there is no requirement to do this. Or should this go upstream instead? There is technically no upstream of the Debian calendar program. If other entries also relate to other fictional dates, I'd like them tagged as well. In fact, tag them all as fiction or something. If you can find a fair number of events in the calendar files that are fiction, I might consider moving them to a calendar.fiction file so that they can be easily excluded. I want to know/learn about *real world* events, not fictional ones which happen to be fashionable at the moment. All of the LOTR events are in a file called calendar.lotr, so you can remove that file from your calendar include list, and those events will no longer show up. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357905: ratpoison eats CPU after tmpwm command
Package: ratpoison Version: 1.4.0-beta4-10 Severity: important After using the tmpwm command to start another window manager (evilwm in this case), and then exiting from that window manager, ratpoison ceases to function and consumes 100% of the CPU. -- 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.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ratpoison depends on: ii libc62.3.6-3 GNU C Library: Shared libraries an ii libreadline5 5.1-6 GNU readline and history libraries ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxtst6 6.8.2.dfsg.1-11 X Window System event recording an Versions of packages ratpoison recommends: ii rxvt-unicode [x-terminal-emul 7.5-1 RXVT-like terminal emulator with U -- no debconf information -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357894: bsdmainutils: calendar ... maintainer info query.
On Mon, Mar 20, 2006 at 12:32:24AM -0600, Graham Wilson wrote: On Sun, Mar 19, 2006 at 08:18:40PM -0700, s. keeling wrote: If I spot typos (I'm a Hell of a proof reader :-) or other errors, do you want me to report them? How, reportbug? reportbug is best. If you plan on reporting a lot of them, it might be best that you batch them into one report, though there is no requirement to do this. Alternatively, for trivial patches like corrections, you can just send me those via email (and not have to worry about batching them). Also, I maintain bsdmainutils in git [1], so you can branch from my repository and I can pull patches that way. [1] http://mknod.org/~graham/scm/bsdmainutils.git/ -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324878: atanks: Game crashes all the time
tag 324878 + moreinfo thanks On Wed, Aug 24, 2005 at 12:08:44PM -0400, David Lee Lambert wrote: When using the mouse to select things in the purchase-screen, the game often segfaults. It seems to happen more often when one or more level-3 AIs are playing; problem has been duplicated on multiple systems, even though it seemed like a hardware issue at first. GDB output from one crash: I'm unable to reproduce this bug. If you can still reproduce it, would you mind running the game (with debug symbols) under gdb? (I can either give you instructions for enabling debug symbols, or provide you with a package.) -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291150: [hexdump] hexdump fails ungracefully
tags 291150 + pending thanks On Wed, Mar 01, 2006 at 02:31:10PM -0500, Justin Pryzby wrote: Can I expect to see this bug fixed for etch? http://bugs.debian.org/291150 Yes. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341763: Wrongly claims fully-qualified hostnames are invalid
On Mon, Feb 13, 2006 at 10:10:35AM +0100, Tore Anderson wrote: * Graham Wilson I disagree with this patch. I believe the kernel hostname variable (the one that hostname(1) sets, and that {get,set}hostname(2) query and set) should not be a FQDN. Instead the FQDN should be looked up using gethostbyname(3) (which will in turn query /etc/hosts or a nameserver). Does someone else have a reason why this is not the case? You are the one who wants to change the status quo, as well as impose an additional restriction that is not present in any other Linux distribution, including Sarge, or any other Unix[-lookalike] I tested. I think the rules that LaMont posted were the rules for FQDNs. My contention is that the kernel hostname variable is not meant to contain FQDNs, but only hostnames, which are single components of domain names (and therefore have not dots in them). Is there disagreement about this? Even though I'm currently convinced the current behavior is correct, I don't think the stringent checking code adds anything terribly useful over what was there in the past, so it seems likely that I'll decide to remove it. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341763: Wrongly claims fully-qualified hostnames are invalid
On Mon, Jan 16, 2006 at 01:46:14PM -0700, LaMont Jones wrote: RFC952: (excerpt) GRAMMATICAL HOST TABLE SPECIFICATION A. Parsing grammar official hostname ::= hname B. Lexical grammar hname ::= name*[.name] name ::= let[*[let-or-digit-or-hyphen]let-or-digit] RFC1123: 2.1 Host Names and Numbers The syntax of a legal Internet host name was specified in RFC-952 [DNS:4]. One aspect of host name syntax is hereby changed: the restriction on the first character is relaxed to allow either a letter or a digit. Host software MUST support this more liberal syntax. The patch below changes check_name so that it actually implements the RFCs. Admittedly, it doesn't check on maximum label lengths... I disagree with this patch. I believe the kernel hostname variable (the one that hostname(1) sets, and that {get,set}hostname(2) query and set) should not be a FQDN. Instead the FQDN should be looked up using gethostbyname(3) (which will in turn query /etc/hosts or a nameserver). Does someone else have a reason why this is not the case? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341763: Please apply Lamont's patch (to kill the warnings about FQDNs)
On Wed, Feb 08, 2006 at 11:06:24AM +0900, Miles Bader wrote: The warnings when booting are annoying (and misleading, as in fact hostname still sets the name), and it seems that FQDNs are quite valid according to both the RFCs and long-standing practice. Yes, I intend to. I apologize for the delay. I'll hopefully get to them this evening. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348042: tagtools desktop file is missing a category line
merge 336720 348042 thanks On Sat, Jan 14, 2006 at 12:30:48PM +0100, Stephan Hermann wrote: Tagtools Desktop file is missing a category line. The applied patch to tagtool.desktop.in will fix this. Please check bug reports before you file next time. This has already been reported as #336720 and will be fixed in the next upload of tagtool. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346042: man page in wrong section
Package: debfoster Version: 2.5-5 Severity: minor debfoster's man page is in section 8; however, the binary is in /usr/bin. It would make more sense for the man page to be in section 1, or for the binary to be in /usr/sbin. In fact, the latter would probably be more appropriate, since the program does not work for me as a non-root user. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#265881: Patch for colour output on current date for both ncal and cal.
On Sun, Sep 18, 2005 at 08:52:42PM +1000, Tim Connors wrote: I have a patch to output the current date in red (by default; configurable via environment variable) for both ncal and cal. I've gone with a simpler patch, which I've included below. I think the important thing to have the date stand out, so I've used reverse video instead of color, and I've made it non-configurable. If stdout is a TTY, then the current date is shown in reverse. If there is sufficient interest, I may try to split the patch into more logical units, but this could be difficult, and if there is no interest, I won't bother :) Yes, I'd prefer split patches in the future, as it makes it much easier for me to review them. I'm interested in -3 support for ncal, and other improvements you have as well. Thanks for your interest. diff --git a/usr.bin/ncal/ncal.c b/usr.bin/ncal/ncal.c index b2f16e2..f33205b 100644 --- a/usr.bin/ncal/ncal.c +++ b/usr.bin/ncal/ncal.c @@ -50,7 +50,7 @@ #define MONTH_WIDTH_J 24 #define MONTH_WIDTH 18 -#define MAX_WIDTH 28 +#define MAX_WIDTH 36 typedef struct date date; @@ -162,6 +162,8 @@ int nswitchb; /* switch date for backwa intweekstart; /* day the week starts on (Sun [0] - Sat [6]) */ +date today; /* current date (for highlighting) */ + char *align(char *s, char *t, int w, int l); #define center(s, t, w) align((s), (t), (w), 0) void mkmonth(int year, int month, int jd_flag, struct monthlines * monthl); @@ -186,6 +188,8 @@ int weekdayb(int nd); int main(int argc, char *argv[]) { + time_t t; /* For obtaining current day */ + struct tm *tm; /* */ struct djswitch *p, *q;/* to search user defined switch date */ datenever = {5875706, 1, 1};/* outside valid range of dates */ dateukswitch = {1752, 9, 2};/* switch date for Great Britain */ @@ -310,14 +314,16 @@ main(int argc, char *argv[]) argc -= optind; argv += optind; - if (argc == 0) { - time_t t; - struct tm *tm; + t = time(NULL); + tm = localtime(t); - t = time(NULL); - tm = localtime(t); - y = tm-tm_year + 1900; - m = tm-tm_mon + 1; + today.y = tm-tm_year + 1900; + today.m = tm-tm_mon + 1; + today.d = tm-tm_mday; + + if (argc == 0) { + y = today.y; + m = today.m; } switch (argc) { @@ -698,8 +704,24 @@ mkmonth(int y, int m, int jd_flag, struc dt.d = j - jan1 + 1; else sdate(j, dt); - memcpy(mlines-lines[i] + k, - ds + dt.d * dw, dw); + if (isatty(1) j == sndays(today)) { + int n = 0; + while (ds[dt.d*dw+n] == ' ') { + mlines-lines[i][k+n] = ' '; + n++; + } + + memcpy(mlines-lines[i][k+n], + \033[7m, 4); + memcpy(mlines-lines[i][k+n+4], + ds + dt.d * dw + n, dw - n); + memcpy(mlines-lines[i][dw+k+4], + \033[0m, 4); + + k += 8; + } else + memcpy(mlines-lines[i] + k, + ds + dt.d * dw, dw); } else memcpy(mlines-lines[i] + k, , dw); mlines-lines[i][k] = '\0'; @@ -787,15 +809,31 @@ mkmonthb(int y, int m, int jd_flag, stru * column is one day number. print column index: k. */ for (i = 0; i != 6; i++) { - for (j = firsts + 7 * i, k = 0; j last k != dw * 7; + for (j = firsts + 7 * i, k = 0; j last k dw * 7; j++, k += dw) if (j = first) { if (jd_flag) dt.d = j - jan1 + 1; else sdateb(j, dt); - memcpy(mlines-lines[i] + k, - ds + dt.d * dw, dw); + if (isatty(1) j == sndaysb(today)) { + int n = 0; + while (ds[dt.d*dw+n] == ' ') { +
Bug#339042: buffer overflow in bsdmainutils/column [patch included]
tags 339042 + pending thanks On Mon, Nov 14, 2005 at 06:38:37PM +0100, Lars Ellenberg wrote: hit this in 6.0.17 (sarge) still present in 6.1.2, against which the included patch is. probably present in all versions. Symptoms: segfault or HUGE memory consumption. Reproduce: #!/bin/bash X=$(echo x {,,,}{,,,}{,,,}) # or perl -e 'print x x 64' # just so we will need a large number of columns # bug triggers as soon as about 36 columns # (which is obvious from the code) echo $X | column -t Fixed. Thanks for the detailed bug report and patch. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288472: Finnish calendar still formated erroneously
blocks 288472 + 327025 thanks On Thu, Sep 01, 2005 at 08:23:35PM +0300, Petri T. Koistinen wrote: Finnish calendar still formated erroneously, but glibc support should be in place. glibc still reports Saturday as the first day for the C locale, which is why I don't have the support enabled in cal to automatically determine which day of the week comes first. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337311: bsdmainutils: [calendar] Earl of Sandwich's bday
On Thu, Nov 03, 2005 at 03:06:45PM -0500, Clint Adams wrote: Nov 3, 1978 - John Montague, the Earl of Sandwich was born according to the Internet The Internet tells me that there are eleven Earls of Sandwich. What's the reason to include this one's birthday? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329947: tagtool: reports 'file name does not match expected format' when I try to tag .ogg
On Sat, Sep 24, 2005 at 07:00:02PM +0100, Jon Dowland wrote: When I try to tag .ogg files using tagtool (the vorbis files generated via sound-juicer), it reports Error tagging XXX File name does not match expected format I discovered this problem with 0.12.1-1 in stable. I compiled 0.12.2-1 from the unstable source package (I don't want to update my C++ things to the new ABI) and the problem remains. I have tried adding a new locale (en_GB.UTF-8) and starting tagtool using this locale and the problem still remains. Do you have a sample file that I can use to reproduce the problem? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327518: fetchmail-ssl: dummy package still needed?
On Sat, Sep 10, 2005 at 08:12:51PM +0200, Mohammed Adnène Trojette wrote: This dummy package is present in sarge, etch and sid. As this is a dummy transition-only package, is there any reason this package should still exist in the distribution? Notice that we currently only support upgrade paths from stable (currently sarge) to new stable (currently etch) and in both these distributions this package is a dummy package. We're only *required* to support upgrades from one version to the next, but there is no reason not to support upgrades across multiple distributions if the additional work needed is not much. So yes, the package is not strictly need, but I think it is up to the current package maintainers to decide if they want to continue to maintain it. If this package is no longer required, please ask for its removal by reassigning this bug to ftp.debian.org. The correct way to remove the fetchmail-ssl package would be to remove it from the control file so that it is no longer built. The archive software will handle the rest automatically. -- gram
Bug#327025: C locale has bad default for _NL_TIME_FIRST_WEEKDAY
Package: locales Version: 2.3.5-6 Severity: normal The _NL_TIME_FIRST_WEEKDAY symbol, when passed to nl_langinfo, is supposed to give the first day of the week. This seems to work correctly for most locales. However, the results for the POSIX locale seem odd. I think it would make more sense for POSIX to default to Sunday as the first day of the week, rather than Saturday. $ gcc -o test test.c $ ./test POSIX: Saturday en_US: Sunday en_GB: Sunday es_ES: Sunday nl_NL: Sunday fi_FI: Monday I've attached the sample code that generates the above. -- gram #include langinfo.h #include locale.h #include stdio.h #include time.h void foo(const char *s) { struct tm tm; char buf[16]; setlocale(LC_ALL, s); tm.tm_wday = *nl_langinfo(_NL_TIME_FIRST_WEEKDAY) - 1; setlocale(LC_ALL, C); strftime(buf, sizeof(buf), %A, tm); printf(%s: %s\n, s, buf); } int main(int argc, char *argv[]) { foo(POSIX); foo(en_US); foo(en_GB); foo(es_ES); foo(nl_NL); foo(fi_FI); return 0; }
Bug#327025: C locale has bad default for _NL_TIME_FIRST_WEEKDAY
reassign 327025 libc6 thanks On Wed, Sep 07, 2005 at 10:15:38PM +0200, Denis Barbier wrote: On Wed, Sep 07, 2005 at 01:18:42AM -0500, Graham Wilson wrote: The _NL_TIME_FIRST_WEEKDAY symbol, when passed to nl_langinfo, is supposed to give the first day of the week. This seems to work correctly for most locales. However, the results for the POSIX locale seem odd. I think it would make more sense for POSIX to default to Sunday as the first day of the week, rather than Saturday. you are fully right, but technically this is a bug in locale and localedef programs, which belongs to the libc6 package. I do not know whether it makes sense to reassign it. This bug has been reported upstream http://sources.redhat.com/bugzilla/show_bug.cgi?id=181 on 2004-05-25 with a patch, hopefully upstream will give a comment soon :-/ I filed it against the locales package first since I assumed the fix was in the file /usr/share/i18n/locales/POSIX, which is in the locales package. Reassigning to libc6 sounds fine, but are you sure the bug is in the locale and localedef programs? Isn't it in the library source itself? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326945: ITP: shorten -- tool for fast compression of waveform files
Package: wnpp Severity: wishlist Owner: Graham Wilson [EMAIL PROTECTED] * Package name: shorten Version : 3.6.0 Upstream Author : Tony Robinson [EMAIL PROTECTED] * URL : http://www.example.org/ * License : non-free (see below) Description : tool for fast compression of waveform files shorten is a tool for compressing audio files in either lossless or lossy mode. In lossless mode, in can acheive compression rates of 2:1 or better. This program is similar in nature to the flac program, or the oggenc program from the vorbis-tools package. Here is a copy of the license that accompanies the source: SHORTEN SOFTWARE LICENSE This software is being provided to you, the LICENSEE, by Tony Robinson and SoftSound under the following license. By obtaining, using and/or copying this software, you agree that you have read, understood, and will comply with these terms and conditions: This software may not be sold or incorporated into any product which is sold without prior permission from SoftSound. When no charge is made, this software may be copied and distributed freely. Permission is granted to use this software for decoding and non-commercial encoding (e.g. private or research use). Please email [EMAIL PROTECTED] for commercial encoding terms. DISCLAIMER This software carries no warranty, expressed or implied. The user assumes all risks, known or unknown, direct or indirect, which involve this software in any way. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326945: ITP: shorten -- tool for fast compression of waveform files
On Tue, Sep 06, 2005 at 09:31:38PM +0100, Jon Dowland wrote: On Tue, Sep 06, 2005 at 02:43:42PM -0500, Graham Wilson wrote: * Package name: shorten Version : 3.6.0 Upstream Author : Tony Robinson [EMAIL PROTECTED] * URL : http://www.example.org/ ^^^ I think this should be changed. Oops. The correct URL is: http://www.etree.org/shnutils/shorten/. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326945: ITP: shorten -- tool for fast compression of waveform files
On Tue, Sep 06, 2005 at 08:37:46PM +0100, Jochen Voss wrote: On Tue, Sep 06, 2005 at 02:43:42PM -0500, Graham Wilson wrote: This software is being provided to you, the LICENSEE, by Tony Robinson and SoftSound under the following license. By obtaining, using and/or copying this software, you agree that you have read, understood, and will comply with these terms and conditions: This software may not be sold or incorporated into any product which is sold without prior permission from SoftSound. When no charge is made, this software may be copied and distributed freely. Permission is granted to use this software for decoding and non-commercial encoding (e.g. private or research use). Please email [EMAIL PROTECTED] for commercial encoding terms. This does not give permission to redistribute, does it? In this case the program would not even be fit for non-free. I'll check with upstream about this. I assume it's alright, since the current version is a redistribution of previous versions from different authors. Also the By obtaining [...] this software, you agree that you have read [and] understood [...] these terms and conditions: clause sounds quite dubious to me. Agreed, but I assume that doesn't affect the validity of the license? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320120: [PATCH] traceroute bus error on sparc
On Wed, Jul 27, 2005 at 03:53:30PM +1000, Brendan O'Dea wrote: Package: traceroute Version: 1.4a12-19 $ traceroute www.debian.org traceroute to www.debian.org (194.109.137.218), 30 hops max, 38 byte packets Bus error The fault occurs in send_probe, at: memcpy(outdata-tv, tp, sizeof(outdata-tv)); seems to be an alignment problem; removing __attribute__((packed)) from the tv element of outdata fixes the problem. Sorry for the delay; I plan to upload the fixed version tonight. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324861: ITP: pptpproxy -- a small app that forwards PPTP VPN connections through a Linux firewall
On Wed, Aug 24, 2005 at 03:41:10PM +0200, Michel van der Klei wrote: * Package name: pptpproxy Version : 2.0 Upstream Author : Emmanuel Mogenet [EMAIL PROTECTED] * URL : http://www.mgix.com/pptpproxy * License : Public Domain Description : a small app that forwards PPTP VPN connections through a Linux firewall pptpproxy is a good old forwarder daemon. It's most probably not as elegant as a kernel+iptables based solutions, but it has the very sizeable advantage of Working For Me. It's a timesaver for those who are getting tired of trying to get iptables, ipchains or whatever it's called this week to properly forward PPTP through a Linux firewall. The Debian iptables package has existed since Mar 2000, which, if my math is correct, is a bit longer than a week. You'll proably want to change your long description. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303579: hostname: fails to work on IPv6-only hosts
On Sun, Aug 21, 2005 at 01:06:43AM +0200, Jeremie Koenig wrote: -4/-6 options could be added to hostname later, but I think hostname should rely on the resolver configuration for its default behavior anyway, so this patch would be a good starting point in any case. Alright, I've applied this patch to the latest hostname version (2.90). Please test it to make sure it works right, since the code has changed considerably since you wrote the patch. Also, I'd be more than willing to accept patches for -4 and -6 options if you'd like to provide them. ;) -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303579: hostname: fails to work on IPv6-only hosts
On Sat, Apr 16, 2005 at 02:39:52AM +0200, Jeremie Koenig wrote: This new patch fixes this, and relies on the resolver configuration to choose the address family used by gethostbyname, which is better imho, and doesn't make use of the gethostbyname2, which is a GNU extension. Is this patch your most preferred solution to the problem? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322709: liballegro4.1: cannot change graphic modes
On Fri, Aug 12, 2005 at 01:22:25PM +0200, Michal Politowski wrote: With the current version programs using liballegro4.1 apparently cannot change graphic modes. For example kball says: main() : I can't set the graphics mode (640 x 480 @ 32 bpp) I also tried with 16 bpp, 15 bpp, 32 bpp and 24 bpp other programs start eg. in windowed mode even when configured for full-screen. Dowgrading to the non-NMU 2:4.1.15-5 solves the problem for me. I think the bug might be related to the fact that -5 got built with DGA support enabled, while -5.1 got built without it. I'm looking into things, and I'll make a new upload when I've got things working correctly. Sam, does this sound alright? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322709: liballegro4.1: cannot change graphic modes
On Fri, Aug 12, 2005 at 01:22:25PM +0200, Michal Politowski wrote: With the current version programs using liballegro4.1 apparently cannot change graphic modes. For example kball says: main() : I can't set the graphics mode (640 x 480 @ 32 bpp) I also tried with 16 bpp, 15 bpp, 32 bpp and 24 bpp other programs start eg. in windowed mode even when configured for full-screen. Dowgrading to the non-NMU 2:4.1.15-5 solves the problem for me. What packages that use allegro4.1 show this behavior? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322515: patch for NMU
Package: allegro4.1 Severity: normal Tags: patch Attached is the patch for the recent NMU. -- gram diff -Naur allegro4.1-4.1.15/debian/changelog allegro4.1-4.1.15.nmu/debian/changelog --- allegro4.1-4.1.15/debian/changelog 2005-08-11 00:29:14.0 -0500 +++ allegro4.1-4.1.15.nmu/debian/changelog 2005-08-10 10:53:28.0 -0500 @@ -1,3 +1,15 @@ +allegro4.1 (2:4.1.15-5.1) unstable; urgency=medium + + * NMU with maintainer permission. + + * Make the -dev package depend on libxxf86dga-dev. (closes: #320258) + * Build against libjack0.100.0-dev, instead of libjack0.80.0-dev. +(closes: #317177) + * Fix source to compile with gcc 4.0. (closes: #285080) + * Apply patch to compile on freebsd-i386. (closes: #320485) + + -- Graham Wilson [EMAIL PROTECTED] Wed, 10 Aug 2005 04:45:27 + + allegro4.1 (2:4.1.15-5) unstable; urgency=medium * This upload to fixes a problem in the ARM package due to a 2.6 kernel diff -Naur allegro4.1-4.1.15/debian/control allegro4.1-4.1.15.nmu/debian/control --- allegro4.1-4.1.15/debian/control2005-08-11 00:29:14.0 -0500 +++ allegro4.1-4.1.15.nmu/debian/control2005-08-10 10:53:11.0 -0500 @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: Sam Hocevar (Debian packages) [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0), texinfo, libesd0-dev, libxext-dev, libx11-dev, libxpm-dev, libxt-dev, xlibs-static-pic, xlibs-static-dev, svgalibg1-dev [i386], libasound2-dev (= 0.9), libartsc0-dev, libjack0.80.0-dev +Build-Depends: debhelper (= 4.0), texinfo, libesd0-dev, libxext-dev, libx11-dev, libxpm-dev, libxt-dev, xlibs-static-pic, xlibs-static-dev, svgalibg1-dev [i386], libasound2-dev (= 0.9) [!kfreebsd-i386 !hurd-i386], libartsc0-dev, libjack0.100.0-dev Standards-Version: 3.6.1.1 Package: liballegro4.1 @@ -27,7 +27,7 @@ Package: liballegro-dev Section: libdevel Architecture: any -Depends: liballegro4.1 (= ${Source-Version}), libxext-dev, libx11-dev, libxpm-dev, xlibs-static-pic, xlibs-static-dev +Depends: liballegro4.1 (= ${Source-Version}), libxext-dev, libx11-dev, libxpm-dev, xlibs-static-pic, xlibs-static-dev, libxxf86dga-dev Provides: liballegro3.9.37-dev, liballegro-dev-common Conflicts: liballegro-dev-common, liballegro4a ( 2:4.0.3-5) Replaces: liballegro-dev-common, liballegro4a ( 2:4.0.3-5) diff -Naur allegro4.1-4.1.15/src/gui.c allegro4.1-4.1.15.nmu/src/gui.c --- allegro4.1-4.1.15/src/gui.c 2004-07-30 08:36:24.0 -0500 +++ allegro4.1-4.1.15.nmu/src/gui.c 2005-08-09 23:44:54.0 -0500 @@ -1771,6 +1771,7 @@ } +static int shutdown_single_menu(MENU_PLAYER *, int *); /* update_menu: * Updates the status of a menu player object returned by init_menu(), @@ -1784,7 +1785,6 @@ */ int update_menu(MENU_PLAYER *player) { - static int shutdown_single_menu(MENU_PLAYER *, int *); MENU_PLAYER *i; int c, c2; diff -Naur allegro4.1-4.1.15/src/sound.c allegro4.1-4.1.15.nmu/src/sound.c --- allegro4.1-4.1.15/src/sound.c 2004-07-30 08:36:24.0 -0500 +++ allegro4.1-4.1.15.nmu/src/sound.c 2005-08-09 23:44:54.0 -0500 @@ -25,7 +25,7 @@ -extern DIGI_DRIVER digi_none; +static DIGI_DRIVER digi_none;
Bug#322435: patch for NMU
Package: sdlperl Severity: normal Tags: patch Attached is the patch for the recent NMU I made. -- gram diff -Naur sdlperl-1.20.3/debian/changelog sdlperl-1.20.3.nmu/debian/changelog --- sdlperl-1.20.3/debian/changelog 2005-08-10 10:45:56.0 -0500 +++ sdlperl-1.20.3.nmu/debian/changelog 2005-08-10 10:37:46.0 -0500 @@ -1,3 +1,10 @@ +sdlperl (1.20.3-1.1) unstable; urgency=medium + + * NMU with maintainer permission. + * Rebuild for the C++ transition. (closes: #320548) + + -- Graham Wilson [EMAIL PROTECTED] Wed, 10 Aug 2005 04:18:42 + + sdlperl (1.20.3-1) unstable; urgency=low * New upstream release (Closes: #243850).
Bug#294625: atanks: Unneeded limitation in player name size
tags 294625 + upstream thanks On Thu, Feb 10, 2005 at 09:13:55PM +0100, Pierre THIERRY wrote: It seems payer's name cannot exceed 10 characters. It is annoying, when you want to have a precise and descriptive name (and many names don't fit in 10 characters). This seems like it will be a difficult bug to fix, since the length of the player name is embedded in the ~/.atanks-config file. I'd be hesitant to change the format of file, since it'd mean that Debian would be incompatible with upstream. I'll have to talk more with upstream about this issue, though I'm not sure how that will turn out, since upstream seems pretty dead lately. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315781: Depends: doesn't use ${shlibs:Depends}
Package: metar Version: 20050622.1-1 Severity: serious metar's control file doesn't use ${shlibs:Depends} in the Depends: field, which results in a package with incorrect dependencies. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282168: any plans to integrate this?
On Wed, Jun 22, 2005 at 03:12:56PM +1000, Craig Small wrote: On Tue, Jun 21, 2005 at 08:58:30PM -0500, Graham Wilson wrote: Craig, have you reviewed this patch? Are there any plans to integrate this into the package? Yes I have, it (or something close to it) will get into the next release. However I'm not going to release a new version of a package for some minor manual page changes. Yes, I agree that makes the most sense. I'm curious to know why the hurry? I missed it for some reason in the last release. No hurry at all. I noticed the problem, checked the BTS and noticed a semi-old bug without any comment. I was really just curious as to the status. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282168: any plans to integrate this?
Craig, have you reviewed this patch? Are there any plans to integrate this into the package? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315013: display command fails with error while loading shared libraries
Package: imagemagick Version: 6:6.2.3.0-2 Severity: grave display fails to load for me, saying: $ display display: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages imagemagick depends on: ii libmagick6 6:6.2.3.0-2 Image manipulation library imagemagick recommends no packages. Versions of packages imagemagick is related to: ii reportbug 3.13 reports bugs in the Debian distrib pn totem-gstreamer none (no description available) -- no debconf information -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229955: package completely unusable for me
severity 229955 grave thanks This package is completly unusable for me on powerpc, so I am changing the severity of this bug. Could this be an endianness issue? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229955: removing sid tag
tags 229955 - sid thanks Since the same version of xcircuit is present in sid, sarge, and etch, I'm removing this tag. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299666: bsdmainutils: FTBFS (amd64/gcc-4.0): array type has incomplete element type
On Tue, Mar 15, 2005 at 08:22:58PM +0100, Andreas Jochens wrote: When building 'bsdmainutils' on amd64 with gcc-4.0, I get the following error: cc -include ../../freebsd.h -g -O2 -c -o calendar.o calendar.c In file included from calendar.c:53: calendar.h:37: error: array type has incomplete element type make[2]: *** [calendar.o] Error 1 make[1]: *** [all] Error 2 make[1]: Leaving directory `/bsdmainutils-6.0.17' make: *** [build-stamp] Error 2 With the attached patch 'bsdmainutils' can be compiled on amd64 using gcc-4.0. This is what I get with your patch. Is there anyway I can clean up these warnings? $ CC=gcc-4.0 make gcc-4.0 -include ../../freebsd.h -O2 -g -c -o calendar.o calendar.c gcc-4.0 -include ../../freebsd.h -O2 -g -c -o io.o io.c io.c:65: warning: braces around scalar initializer io.c:65: warning: (near initialization for 'header') io.c:65: warning: initialization from incompatible pointer type io.c:65: warning: excess elements in scalar initializer io.c:65: warning: (near initialization for 'header') io.c:66: warning: braces around scalar initializer io.c:66: warning: (near initialization for 'header') io.c:66: warning: excess elements in scalar initializer io.c:66: warning: (near initialization for 'header') io.c:66: warning: excess elements in scalar initializer io.c:66: warning: (near initialization for 'header') io.c:67: warning: braces around scalar initializer io.c:67: warning: (near initialization for 'header') io.c:67: warning: initialization from incompatible pointer type io.c:67: warning: excess elements in scalar initializer io.c:67: warning: (near initialization for 'header') io.c:67: warning: excess elements in scalar initializer io.c:67: warning: (near initialization for 'header') io.c:68: warning: braces around scalar initializer io.c:68: warning: (near initialization for 'header') io.c:68: warning: excess elements in scalar initializer io.c:68: warning: (near initialization for 'header') io.c:68: warning: excess elements in scalar initializer io.c:68: warning: (near initialization for 'header') io.c:69: warning: braces around scalar initializer io.c:69: warning: (near initialization for 'header') io.c:69: warning: initialization from incompatible pointer type io.c:69: warning: excess elements in scalar initializer io.c:69: warning: (near initialization for 'header') io.c:69: warning: excess elements in scalar initializer io.c:69: warning: (near initialization for 'header') io.c:70: warning: braces around scalar initializer io.c:70: warning: (near initialization for 'header') io.c:70: warning: excess elements in scalar initializer io.c:70: warning: (near initialization for 'header') io.c:70: warning: excess elements in scalar initializer io.c:70: warning: (near initialization for 'header') io.c:71: warning: braces around scalar initializer io.c:71: warning: (near initialization for 'header') io.c:71: warning: initialization from incompatible pointer type io.c:71: warning: excess elements in scalar initializer io.c:71: warning: (near initialization for 'header') io.c:71: warning: excess elements in scalar initializer io.c:71: warning: (near initialization for 'header') gcc-4.0 -include ../../freebsd.h -O2 -g -c -o day.o day.c gcc-4.0 -include ../../freebsd.h -O2 -g -c -o ostern.o ostern.c gcc-4.0 -include ../../freebsd.h -O2 -g -c -o paskha.o paskha.c gcc-4.0 -include ../../freebsd.h -O2 -g -c -o wcslib.o wcslib.c gcc-4.0 -o calendar calendar.o io.o day.o ostern.o paskha.o wcslib.o -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#161440: Publicly available mbox archives of debian mailing lists + Bug#161440
On Thu, Apr 28, 2005 at 01:55:27PM -0500, Drew Scott Daniels wrote: If there's worry that it'd be too easy to harvest then perhaps barriers could be put in place such as authentication, some sort of cost to each transaction (e.g. wait time between downloading different files)... This would probably require that an interested party such as myself develop such barriers. Wouldn't compressing the mailboxes by month be enough of a barrier? I wouldn't think that robots that crawl the web for email addresses would go through the trouble of decompressing files first. The email addresses are already available online anyhow, right? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: possible work on fetchmail package
On Fri, Apr 15, 2005 at 09:52:28AM -0300, Lucas Wall wrote: On 15/04/05 09:01, Nico Golde wrote: * Graham Wilson [EMAIL PROTECTED] [2005-04-15 13:53]: I assume the Subversion repository has still not been created. If needed, I can host one temporarily, and then provide a dump when you all want to switch. That would be great! Agreed. I think we have waited long enough for the Alioth repo. We should get started with something. Thanks! Alright, everything is setup. Read only access to the repository is at [1], and read-write access is at [2]. You'll need a copy of my server's certificate [3], which is signed by my key (0x7f75635f). Also, nightly dumps are available at [4]. All I need now is a signed email with your preferred username. You can send a password as well if you like (please encrypt your message as well if you do), but if you don't, I'll generate one for you. Once you get your username and password, add something similar to the following to your .subversion/servers file: [groups] mknod = mknod.org [mknod] http-compression = yes ssl-authority-files = /home/graham/.subversion/cacert.crt And preferably this to you .subversion/config file: [auth] store-passwords = no Anything else I can do? [1] http://mknod.org/svn/pkg-fetchmail/ [2] https://mknod.org/svn/pkg-fetchmail/ [3] See http://mknod.org/. [4] http://mknod.org/svn/pkg-fetchmail.bz2 -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: maintenance of fetchmail package
On Thu, Mar 03, 2005 at 10:58:28PM +0100, Nico Golde wrote: * Graham Wilson [EMAIL PROTECTED] [2005-02-28 09:53]: Have you heard back from the Alioth admins yet? no :( Any more luck? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298039: xli: Multiple security problems in xli
On Fri, Mar 04, 2005 at 09:53:13AM +0100, Moritz Mhlenhoff wrote: Multiple security problems in xli have been found by the Gentoo Security folks: Actually, one of these at least has been around for some time. But I just noticed them as well due to the Gentoo security announcement. One I test the fixes, I'll upload a new version. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: maintenance of fetchmail package
On Mon, Feb 21, 2005 at 05:45:02PM +0100, Nico Golde wrote: * Graham Wilson [EMAIL PROTECTED] [2005-02-21 17:06]: Well, it seems like that is the prevailing opinion at this point. So I'll just let you guys create the Alioth project. Ok i created the alioth project named fetchmail. Within 72 hours we will get a reply if it is ok by the admins. Have you heard back from the Alioth admins yet? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: maintenance of fetchmail package
On Mon, Feb 21, 2005 at 10:09:28AM +0100, Nico Golde wrote: Yes i think so but alioth would be better :) Well, it seems like that is the prevailing opinion at this point. So I'll just let you guys create the Alioth project. I have two repositories available that you can base the work off of: one that I've been developing the Debian fetchmail package from, and one that we started the Berlios project with. A dump of the repository that I've been working from is available here [1], and a dump of upstream's repository here [2]. Additionally, the upstream repository is available here [3]. Let me know if you guys need any more help or have any more questions. [1] http://mknod.org/fetchmail/ [2] http://mknod.org/fetchmail/debfm.bz2 [3] http://mknod.org/svn/fetchmail/ -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: maintenance of fetchmail package
On Sun, Feb 20, 2005 at 12:24:03PM -0300, Lucas Wall wrote: I've been talking to Nico and Goswin and we would like to get started. We don't want to steal more of your time. I've actually already got a repository set up that is hosted with the main fetchmail repository (as a branch in Subversion). Is it alright to use that? I was hoping that if the two other upstream maintainers were satisfied with the direction the package was going, that they would eventually open commit access to the trunk, since development has been so slow lately. I'll also be creating a mailing list at Berlios for bug reports and such. If its ok with you we would like to create a project in Alioth and coordinates our efforts there. What we would need is a dump of the current repository to be able to preserve the history of changes. I'll leave it up to you as to whether or not you want to use the current setup or move to Alioth to work. I'm alright with either decision. We should also rename the O bug. In fact I will do this now, since it doesn't hurt. Good. Thanks for taking care of that. I'll wait for your confirmation before proceeding with the Alioth project thou. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: maintenance of fetchmail package
On Wed, Feb 16, 2005 at 10:16:20AM +0100, Nico Golde wrote: * Graham Wilson [EMAIL PROTECTED] [2005-02-16 09:52]: An independent repository. I suggest everyone who is interested to subscribe to the fetchmail mailing lists at Berlios [1] and at CCIL [2]. good idea. [2] http://lists.ccil.org/mailman/listinfo/fetchmail the ccil ml is not available. Sorry the correct URL is [1]. [1] http://lists.ccil.org/mailman/listinfo/fetchmail-friends -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282512: tagtool: should not rename files to track. title.mp3 if track title are empty
On Sat, Feb 19, 2005 at 03:29:28PM -0600, Graham Wilson wrote: On Mon, Nov 22, 2004 at 06:39:41PM +0100, Michael Below wrote: I recently moved renamed a couple of files according to their ID-tags. Now I have some files called 00. .mp3. Obviously the ID-info was incomplete, containing only the artist name. It would be nice if one could tell tagtool the minimum requirements for renaming. Something like don't touch the file if you can't make out artist and title sounds like a reasonable default to me. This bug is fixed in the latest upload of the packages (0.12-1). I've had some trouble uploading the package. I should upload the package shortly. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282703: tagtool: can't deal with é (accented e) in mp3 title
On Tue, Nov 23, 2004 at 10:19:59PM +0100, Michael Below wrote: I just noticed that tagtool converted a title América Latina !!libre!! (according to xmms) to a filename américa_latina_!!libre!!.mp3. When I do this everything turns out fine. What I suspect is the case is that the file is being saved with a UTF-8 filename, which is the displayed oddly in your non-UTF-8 locale. Checking over the README file, I noticed the following: FILESYSTEM ENCODINGS The filesystem encoding is assumed to be UTF-8. As with other Gtk2 apps, if your filesystem is not in UTF-8 you will need to set the G_FILENAME_ENCODING environment variable. From the Gtk documentation: G_FILENAME_ENCODING may be set to a comma-separated list of character set names. The special token @locale is taken to mean the character set for the current locale. The first character set from the list is taken as the filename encoding. If you set G_FILENAME_ENCODING to @locale and try the same operation again, what are the results? I had selected the option to leave out special characters, so the right filename would have been something like amrica_latina_libre.mp3, IMHO. I don't think that this applys to all non-ASCII characters, but rather to characters you don't want in filenames... such as /, or \r. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: O: fetchmail
Package: wnpp Severity: normal I haven't been able to take good care of the fetchmail package, and therefore I'm orphaning it. I'd like whoever adopts it to be able to spend a good amount of time with the package. Upstream has been slow lately, and the adopter would likely end up working with upstream. Whoever adopts the package should be very familiar with C and Bourne shell scripting. I'd also ideally like to find someone who uses the system-wide fetchmail setup, since I was never able to test that very well. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291298: should rawdog depend on python-xml?
Package: rawdog Version: 2.3-1 Severity: normal I wasn't able to get rawdog to work without python-xml installed for the few feeds that I tried it with. Does it need python-xml for all feeds? If so it should probably depend on it, and if not, it should probably recommend it at least. Thanks. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]