Bug#311567: status update
Hi, meanwhile I found a sponsor but we decided to wait for the first upstream bugfix release (wmii-1.1) before uploading wmii to debian. It is scheduled for June 20. but those who waited for wmii-1 know: Don't take the proposed release date too serious ;) If you are interested in the wmii-1 deb get it from: deb http://wegi.net/debian unstable/ Christoph pgpJiKkyfCeO5.pgp Description: PGP signature
Bug#274234: Your old ITA of statslog
retitle 274233 O: statslog -- An IRC Channel Logger thanks On Thu, Jun 09, 2005 at 02:53:18AM +0200, Frank Lichtenheld wrote: > You have expressed in bug report #274233 [0] the intent to adopt > the package "statslog". The last comment to this from you is dated from > 01-10-2004, which is more than three months ago. Do you still intent to adopt > this package? If not, please retitle the bug, substituting "O:" for "ITA:". I never found enough time for proper dealing with it (dead upstream), so I'll orphan it. Thanks for remembering. Christoph pgpQfK0lTb2Y2.pgp Description: PGP signature
Bug#248048: wmi ITP
On Wed, Jun 01, 2005 at 10:49:00PM -0700, Matt Taggart wrote: > > as wmi is dead and it's successor wmii was released yesterday I'm going > > to close this bug. > Would it be useful to have both in Debian? Is wmii stable enough yet? Is > there > any reason people would prefer wmi over wmii? Sorry I didn't get to this yet. wmi is not maintained any longer and quite buggy (mostly smaller annoying ones). wmii do have it's share of bugs too. There should be roughly 2 major releases/year, and additionally minor bugfix releases of the current major version as they are needed. That means that after the release yesterday many bugs will be discovered due to the broader audience, which will result in a bugfix release soon. IMHO It is already mature enough for unstable. wmii is different then wmi and requires some learning in the beginning. All in all one can emulate the wmi behaviour close enough that I think all/most people will switch sooner or later. I don't think the remaining ones justify to add an unmaintained, upstream death, buggy package into debian. There is an unofficial debian repo for them: deb http://wegi.net/debian unstable/ > I'll take a look when I get a chance. If someone beats me to it that's fine > too. Thanks :) Christoph pgpLLxRytkgUt.pgp Description: PGP signature
Bug#311567: ITP: wmii -- lightweight, tiling and tabbed X11 window manager
Package: wnpp Severity: wishlist Owner: Christoph Wegscheider <[EMAIL PROTECTED]> * Package name: wmii Version : 1 Upstream Author : Anselm R. Garbe * URL : http://wmi.modprobe.de/ * License : MIT/X Description : lightweight, tiling and tabbed X11 window manager Window Manager Improved 2 is a lightweight window manager for X, which attempts to combine the best ideas of tiling and tabbing window managers like larswm, ratpoison or ion with the flexibility of the Acme programming environment of the plan9 operating system. I'm no DD and looking for a sponsor, one can find packages at deb-src http://wegi.net/debian unstable/ soon (currently only a devel version is packaged). Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311247: RFP: detox -- filename cleaner
In article <[EMAIL PROTECTED]> you wrote: > * Package name: detox I already wanted to package this, but the upstream author was not reachable, when I wanted to send him 2 minor patches. Another try is already on my todo list :) Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311232: 'man qiv' typo: "envoked"
tags 311232 upstream forwarded 311232 [EMAIL PROTECTED] thanks On Mon, May 30, 2005 at 01:57:50AM -0400, A Costa wrote: > Found a typo in '/usr/share/man/man1/qiv.1.gz', see attached '.diff'. Thanks, I forwarded it to the upstream author. Christoph pgp1SCXSMZPQA.pgp Description: PGP signature
Bug#266366: acknowledged by developer (Re: Bug#266366: qiv should depend on gdk-imlib1)
Hi Martin, I'm the new maintainer of the debian qiv package. On Fri, Sep 03, 2004 at 11:53:54AM +0200, Martin Samuelsson wrote: > On Tue, Aug 31, 2004 at 03:18:09AM -0700, Debian Bug Tracking System wrote: > > qiv has always depended on gdk-imlib1: > i'm attaching a simple shell script that i've used to find the exact > version getting wrong. (2.0-1 is OK, 2.0-2 and 2.0-3 is NOT) According to your provided script 2.0-4 has no problems on all official architectures. I think we can close this bug, please let me know if you (dis)agree with that. Thanks, Christoph pgpk2rbsk6VuT.pgp Description: PGP signature
Bug#309985: potracegui: no pdf output option
tags 309985 upstream thanks Hi Andrew, On Fri, May 20, 2005 at 06:54:16PM -0400, Andrew Schulman wrote: > potrace can produce PDF output, but potracegui doesn't offer this option in > the output format box. This is a very new feature of potrace and the upstream author told me that the next version of potracegui will support it. Christoph pgp6uUpy2dMaM.pgp Description: PGP signature
Bug#306261: ppp: same problem with pptp
On Wed, May 04, 2005 at 11:39:08AM +0200, Marco d'Itri wrote: > Please test http://www.bofh.it/~md/debian/ . Seems to work: 2005-05-04T11:56:38+0200 ppp0 up 2005-05-04T20:20:43+0200 ppp0 up 2005-05-04T21:49:25+0200 ppp0 up 2005-05-04T22:07:21+0200 ppp0 up 2005-05-05T04:24:08+0200 ppp0 up and no CPU load. Christoph pgp0mEBaVa9uW.pgp Description: PGP signature
Bug#306261: ppp: same problem with pptp
Package: ppp Version: 2.4.3-20050321+1 Followup-For: Bug #306261 I have the same problem here on 2 boxes using pptp. Kernel 2.6.11.7 vanilla kernel.org. Christoph -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ppp depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpcap0.7 0.7.2-7 System interface for user-level pa ii makedev 2.3.1-77 creates device files in /dev ii netbase 4.21 Basic TCP/IP networking system ii procps 1:3.2.1-2The /proc file system utilities ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304096: RFA: qiv -- A quick image viewer for X
retitle 304096 ITA: qiv -- A quick image viewer for X owner 304096 ! thanks On Thu, Apr 28, 2005 at 02:20:34PM +0200, Martin Pitt wrote: > Sounds great! I'd be happy to sponsor you, I know the package well That's great news, I'll familiarize myself with the package and the bugs and contact you in the next days. Thanks, Christoph pgp9jZsvalLV2.pgp Description: PGP signature
Bug#304096: RFA: qiv -- A quick image viewer for X
Hi, I would be happy to take over maintainership of qiv, as I regularly use it for viewing my images. However I'm no DD and need to find a sponsor first. Christoph pgpTV6xPY6uYu.pgp Description: PGP signature
Bug#305923: rsnapshot does not handle new rsync '--timeout' option
Hi Serge, we (upstream author and me) can't reproduce this bug. On Sat, Apr 23, 2005 at 12:29:15AM +0200, Serge van Ginderachter wrote: > > /usr/bin/rsync -av --delete --numeric-ids --timeout 300 --rsh=/usr/bin/ssh \ > [EMAIL PROTECTED]:/mnt/backup/ \ > /BACKUP/snapshots/daily.0/server/mntbackup/ > invalid characters in scp command! ^ rsnapshot make no use of scp, we are not sure why it is used in your setup. Do you have a special environment (special ssh version, some restrictions with ssh), a forced command in your authorized_keys file on the remote host or something like that? Please also try to run the rsync command manually, cause maybe this error is not caused by rsnapshot. Christoph pgplb5kzbSlnA.pgp Description: PGP signature
Bug#304366: update
CAN-2005-1064: arbitrary file vuln in rsnapshot URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-1064 Reference: FULLDISC:20050410 rsnapshot Security Advisory 001 Reference: URL:http://marc.theaimsgroup.com/?l=full-disclosure&m=111317179531000&w=2 Reference: CONFIRM:http://www.rsnapshot.org/security/2005/001.html Reference: SECTRACK:1013674 Reference: URL:http://securitytracker.com/id?1013674 Reference: SECUNIA:14878 Reference: URL:http://secunia.com/advisories/14878 The copy_symlink function in rsnapshot 1.2.0 and 1.1.x before 1.1.7 changes the ownership of files that a symlink points to rather than the symlink itself, which allows local users to obtain access to arbitrary files. Christoph pgpyFOn0IwHpH.pgp Description: PGP signature
Bug#304366: rsnapshot: chown() follow symlink vulnerability
tags 304366 pending thanks On Tue, Apr 12, 2005 at 07:37:29PM +0200, Moritz Muehlenhoff wrote: > Quoting a recent rsnapshot security advisory fully available at > http://www.rsnapshot.org/security/2005/001.html: > 1.2.1 fixes this issue. The upstream author has informed me in advance of that security issue, and the 1.2.1-1 deb is already in the process of uploading. It currently awaits the OK of my sponsor. Meanwhile you can use the deb which is offered on http://rsnapshot.org/downloads which is the one to be uploaded. It might be worth mentioning that debian is not affected by this security issue, at least in the default configuration. The problem is in a part of the code which is a workaround for a missing GNU cp. As debians cp _is_ GNU cp the following line in rsnapshot.conf is uncommented by default: cmd_cp /bin/cp There is no reason to comment that line on a debian installation, so only few debian users might be affected. Christoph pgpYUv7KXBCqP.pgp Description: PGP signature
Bug#290967: rsnapshot: Fails to delete/rotate 000-mode directories
Hi, sorry, for the late reply, Nathan (the author of rsnapshot) and me tried to reproduce this behaviour but without success. If this behaviour is still the same with the new rsnapshot version 1.2, please give some more information about your setup, in particular: * which user runs rsnapshot * your rsnapshot.conf, please change the names and other information you don't want to become public as this mail is stored in the public bug tracking system. * the output of 'rsnapshot -D hourly' thanks, Christoph pgpUSZT9e9LSq.pgp Description: PGP signature
Bug#303718: potracegui: translated text is passed as option to potrace
Hi Uwe, On Fri, Apr 08, 2005 at 12:59:13PM +0200, Uwe Steinmann wrote: > I use potracegui with german translations. If I change the turnpolicy > to something different than minority, it passes the german translation > of random, majority, etc to potrace, which cause an error. A workaround would be to remove the translations of all words in that list, but Antonio (the upstream author) is working on a proper solution. thanks, Christoph pgprQssOPQBtT.pgp Description: PGP signature
Bug#298618: some informations
Some information was exchanged on this bug which didn't made it in the bts, so for the record: Date: Wed, 9 Mar 2005 20:18:55 +0100 From: Christoph Wegscheider <[EMAIL PROTECTED]> Hi Charles, the behaviour you requested might not always be wanted. I'll give you an example: My hdd died recently and the replacement disk needs some days to ship. So I grabbed an old, very small hdd and set up my system again. On this hdd there were no space for my digital images which I backed up with rsnapshot. I restored the rest and commented out the backup line for the images. My backups just continued as usual and as soon as the new hdd was shipped I copied the system, restored my images and uncommented the image backup line in rsnapshot.conf With the behaviour you requested I would have been in trouble, cause my images would have been deleted. I just want to say, that both ways of handling this have it's advantages. I would prefer the current behaviour as automatic deletion of backups sounds (and might be) very dangerous. However, I forwarded your bug to the upstream author (Nathan), he's the decision maker. (Nathan, please cc [EMAIL PROTECTED] in your answer) btw. If you wanna delete a backup point just delete it under hourly.0, and rsnapshot will stop to backup it (of course you have to also remove the line in the configfile). Christoph Date: Wed, 09 Mar 2005 11:34:25 -0800 From: Nathan Rosenquist <[EMAIL PROTECTED]> Hi everyone, For the record: I do not wish to change the default behaviour. My reason, however, is a different one than Christoph mentioned (although I think that's a good one too). It is possible to specify directories more than one level deep as backup points. Therefore, rsnapshot really has no way of knowing whether it would be OK to delete something or not. For example, consider this situation: backup /usr/local/apache/ localhost/ backup /usr/local/samba/ localhost/ How would rsnapshot reliably know to descend down into /usr/local/ and remove a directory that was no longer being backed up? Worse still, a user could specify /usr/local/ as another backup point (possibly with exclusions). What I _do_ hope to implement in the future is an "rm" method of rsnapshot, to semi-automate deletion of old backup points from the lowest interval's .0 directory. I.E. "rsnapshot rm localhost/usr/local/samba/" would clear out "/.snapshots/hourly.0/localhost/usr/local/samba". Thanks, -Nathan pgpmB8uKFOEz8.pgp Description: PGP signature
Bug#299316: rsnapshot: FTBFS: aclocal-1.4 missing
On Sun, Mar 13, 2005 at 08:24:57PM +0100, Roland Stigge wrote: > My experience with similar bugs is that reproduction results can be > improved by actually fetching the package ("apt-get source ...") from a > standard Debian mirror since on the machine of the maintainer in the > development directory, the repository is sometimes handled differently. I tried to reproduce with the src package I submitted to my sponsor but the timestamps are different to the one from the official mirror. I'll fix that ASAP, thx for reporting and advising. Christoph pgpyNGaBCahdr.pgp Description: PGP signature
Bug#299316: rsnapshot: FTBFS: aclocal-1.4 missing
On Sun, Mar 13, 2005 at 03:51:04PM +0100, Roland Stigge wrote: > building the package rsnapshot in a clean build environment > (with pbuilder) on i386 results in: > > = > [...] > /usr/bin/make > make[1]: Entering directory `/tmp/buildd/rsnapshot-1.2.0' > cd . && /tmp/buildd/rsnapshot-1.2.0/missing aclocal-1.4 > WARNING: `aclocal-1.4' is needed, and you do not seem to have it handy on your > system. You might have modified some files without having the > proper tools for further handling them. Check the `README' file, > it often tells you about the needed prerequirements for installing > this package. You may also peek at any GNU archive site, in case > some other package would contain this missing `aclocal-1.4' program. > make[1]: *** [aclocal.m4] Error 1 > make[1]: Leaving directory `/tmp/buildd/rsnapshot-1.2.0' > make: *** [build-stamp] Error 2 > = I tested it (before uploading and now again) with pbuilder also on i386 without this error. Please retest it with an updated sid environment and a fresh source package of rsnapshot and attach a full log if the error is still there. As I understand this Bug report was filed by a script (or at least the testing was done with one), please do the retesting manually so we are sure the failure is not caused by a bug in that script. Thanks, Christoph pgpGFkspgIhiU.pgp Description: PGP signature
Bug#298134: rsnapshot: should allow remote snapshot_root
forwarded 298134 [EMAIL PROTECTED] thanks Hi Charles, I saw that you already sent a similar mail to the rsnapshot-discuss mailing list. Therefor I'll just let the bug open and hope that Nathan will provide such a feature in the next release ;). Christoph pgp0Rk4na8RgZ.pgp Description: PGP signature
Bug#298164: rsnapshot: Recommends nonexistent package
Thanks for this hint, I'll change that with the next upload. Christoph pgpvHtfQfa1ea.pgp Description: PGP signature
Bug#297666: sl-modem-daemon: Problems in postinst with udev
Package: sl-modem-daemon Version: 2.9.9a-1 Severity: normal Hi, I use this package only occasionally and can't use it @home, so I don't know if this render it unusable. I'm using udev and while upgrading I get: Setting up sl-modem-daemon (2.9.9a-1) ... mknod: `/dev/slusb0': Read-only file system dpkg: error processing sl-modem-daemon (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: sl-modem-daemon E: Sub-process /usr/bin/dpkg returned an error code (1) Christoph -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages sl-modem-daemon depends on: ii debconf 1.4.41 Debian configuration management sy ii kernel-image-2.6.10 [kernel 4Linux kernel binary image for vers ii kernel-image-2.6.9 [kernel- 1Linux kernel binary image for vers ii libasound2 1.0.8-1 ALSA library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii sl-modem-source 2.9.9a-1 SmartLink software modem driver - -- debconf information: * sl-modem-daemon/country: AUSTRIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289439: rsnapshot: does not delete excluded directories
severity 289439 whishlist stop Hi Peter, this is the intended and documented behaviour of rsnapshot. Look in the manpage for the three last paragraphs of NOTES. That's why I downgrade the severity to whishlist. > Maybe you should use --delete-excluded, or maybe there is another > solution. The upstream author is currently testing your solution and if it doesn't break other things it'll be incorparated into the next release. Thx Christoph signature.asc Description: Digital signature
Bug#264818: rsnapshot: one_fs broken
On Sun, Jan 09, 2005 at 04:23:42AM +0100, Peter Palfrader wrote: > What's the status of this really annoying bug? Sorry for the slow answer, I talked to the upstream author meanwhile and he promised a release (which fix also that bug) within a week or so. Christoph signature.asc Description: Digital signature