Re: Remove
On Thu, Nov 24, 2005 at 06:54:12PM +, paddy wrote: > I though a robots.txt thingy on the list web archive is coming to the > rescue ? Huh? Isn't having the lists searchable generally a good thing? Or has it been decided that it causes more harm than it's worth with cases like this one? -- Chris Boyle - http://cmb.is-a-geek.org/ GPG: B7D86E0F, MSN: [EMAIL PROTECTED], ICQ: 24151961, AIM: kerneloops, Yahoo: kerneloops, IRC: cmb on irc.uwcs.co.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu and its "appropriation" of Debian maintainers
On Sun, May 01, 2005 at 05:08:04PM +1000, Ben Burton wrote: > So I guess all I'm saying is that, if you're choosing whether or not > to attribute packages to the respective debian maintainers, there's no > obvious default that won't upset somebody (either through lack of > recognition, or through being blamed for problems that aren't their > fault). Oh but there is, it just needs to depend on whether modification has occurred. So for unmodifed packages, Foo Bar <[EMAIL PROTECTED]> is the Debian maintainer of this package (which has been copied from Debian) and for others Silly Ubuntu Person In Question <[EMAIL PROTECTED]> is the maintainer of this package (based on work from Debian) or the team that did it or whatever. -- Chris Boyle - http://cmb.is-a-geek.org/ GPG: B7D86E0F, MSN: [EMAIL PROTECTED], ICQ: 24151961, AIM: kerneloops, Yahoo: kerneloops, IRC: cmb on irc.uwcs.co.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#202485: ITP: aewm++-goodies -- utilities to complement a minimal window manager
Package: wnpp Version: unavailable; reported 2003-07-22 Severity: wishlist I'm working on this package now, I'll upload within the next few days, followed by an updated aewm++ (1.0.24), which I cannot upload yet since it will declare Suggests on aewm++-goodies (which doesn't exist yet). Upstream decided to split this to a separate package; I am following. * Package name: aewm++-goodies Version : 1.0 Upstream Author : Frank Hale <[EMAIL PROTECTED]> * URL : http://sapphire.sourceforge.net/ * License : some GPL, some BSD-like; details will be given Description : utilities to complement a minimal window manager These utilities were previously supplied with aewm++; they are intended to provide some of the typical desktop functionality that aewm++ itself does not include. This package provides: * appbar: a small application launcher * aewm++_fspanel: a very small panel * setrootimage: draws a gradient on the X root window * aewm++_xsession: keeps an X session alive
Bug#449283: RFA: reaim - Enable AIM and MSN file transfer on Linux iptables based NAT
Package: wnpp Severity: normal ReAIM is a proxy to allow AIM and MSN users to transfer files and images behind NAT. popcon reports 27 installations, 16 of which used regularly. I no longer use reaim and have no convenient test environment for it. The last upstream release was in March 2003. There are 2 open bugs. -- Chris Boyle http://chris.boyle.name/ signature.asc Description: Digital signature
Re: Bug#449283: RFA: reaim - Enable AIM and MSN file transfer on Linux iptables based NAT
On Sun, Nov 04, 2007 at 08:03:38PM +0100, Laszlo Boszormenyi wrote: > I'm behind iptables NAT, file sending and receiving always worked with > only one exception. That time my partner switched to an other machine > and file sending was working, so the problem was on her side. > Question is, does this package really needed? Clients may well have moved on to cope with NAT themselves since I last used the relevant functionality. Can anyone confirm that or point me in the right direction? -- Chris Boyle http://chris.boyle.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xmmsarts
(d-devel please cc me, I'm not subscribed) On Wed, 2002-08-21 at 13:03, Steven Gardner wrote: > I am checking to see if you are planning to fix the package bug with > xmmsarts and when you think you would have the fix done. I'm a little stuck for bandwidth / a machine that isn't on KDE 3 yet (i.e. has KDE 2's libarts-dev) at the moment. If someone wants to just do this: * Put build-deps back to libarts-dev for the moment, as libarts1(-dev) (i.e. KDE 3) doesn't seem to be in unstable yet (closes: #153595) i.e. put that one build-dep back to libarts-dev (>= 4:2.2.2-1), and NMU, it would be much appreciated. Thanks, -- Chris Boyle - Debian Developer (cmb) - aewm++, sapphire, xmmsarts GPG: B7D86E0F, MSN: [EMAIL PROTECTED], ICQ: 24151961, AIM: kerneloops, Yahoo: kerneloops, IRC: cmb on openprojects.net
