Processed: ITPs ought to be wishlist
Processing commands for [EMAIL PROTECTED]: > retitle 148690 ITP: lingoteach -- a language teaching program Bug#148690: ITP: lingoteach Changed Bug title. > severity 148690 wishlist Bug#148690: ITP: lingoteach -- a language teaching program Severity set to `wishlist'. > severity 162107 wishlist Bug#162107: ITP: liblingua-en-numbers-ordinal-perl -- (CPAN's Lingua::EN::Numbers:Ordinal) Severity set to `wishlist'. > severity 162108 wishlist Bug#162108: ITP: liblingua-preferred-perl -- CPAN's Lingua::Preferred module Severity set to `wishlist'. > severity 162109 wishlist Bug#162109: ITP: liblog-tracemessages-perl -- CPAN's Log::TraceMessages module Severity set to `wishlist'. > severity 162110 wishlist Bug#162110: ITP: libmemoize-perl -- CPAN's Memoize module Severity set to `wishlist'. > severity 162111 wishlist Bug#162111: ITP: libterm-progressbar-perl -- CPAN's Term::ProgressBar module Severity set to `wishlist'. > severity 162112 wishlist Bug#162112: ITP: xmltv - The XMLTV tv-listings package Severity set to `wishlist'. > severity 162113 wishlist Bug#162113: ITP: libtk-tablematrix-perl -- CPAN's Tk::TableMatrix module Severity set to `wishlist'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#162750: [RFA]: libmime-lite-perl -- Generate mime messages in Perl
Package: wnpp Severity: normal This package is fairly easy to maintain. It is also Bug Free (TM) and Lintian clean [1]. Upstream is fairly static and this point as the code is fairly mature. I simply have more packages than I should. This would make a good first Perl package if you don't already have one. I will continue to look after it if nobody wants it. Dirk [1] Well, almost. A rebuild with newer debhelper would get rid of the usr-doc gripe, and linda also found one thing. -- Good judgement comes from experience; experience comes from bad judgement. -- Fred Brooks
Bug#162751: [O]: libsoap-lite-perl -- Client and server SOAP implementation
Package: wnpp Severity: normal This package is a somewhat moderately difficult package to maintain. You should know a little about Perl and Makemaker. It is also Bug Free (TM) and Lintian clean [1]. Upstream is fairly static and at this point as the code is fairly mature. I simply have more packages than I should. I will continue to look after it if nobody wants it. Dirk [1] Well, almost. One manpage needs to be written. -- Good judgement comes from experience; experience comes from bad judgement. -- Fred Brooks
Processed: No brackets please
Processing commands for [EMAIL PROTECTED]: > retitle 162608 O: libhdf4 -- The Hierarchical Data Format, version 4 Bug#162608: [O]: libhdf4 -- The Hierarchical Data Format, version 4 Changed Bug title. > retitle 162609 O: utah-glx -- Hardware accelerated GLX module for XFree86 Bug#162609: [O]: utah-glx -- Hardware accelerated GLX module for XFree86 Changed Bug title. > retitle 162750 RFA: libmime-lite-perl -- Generate mime messages in Perl Bug#162750: [RFA]: libmime-lite-perl -- Generate mime messages in Perl Changed Bug title. > retitle 162751 O: libsoap-lite-perl -- Client and server SOAP implementation Bug#162751: [O]: libsoap-lite-perl -- Client and server SOAP implementation Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#162751: [RFA]: libsoap-lite-perl -- Client and server SOAP implementation
retitle 162751 RFA: libsoap-lite-perl -- Client and server SOAP implementation thanks That should have gone out as an RFA, not an O. My bad, sorry. Dirk On Sun, Sep 29, 2002 at 08:16:09AM -0500, Dirk Eddelbuettel wrote: > > Package: wnpp > Severity: normal > > This package is a somewhat moderately difficult package to maintain. You > should know a little about Perl and Makemaker. It is also Bug Free (TM) and > Lintian clean [1]. Upstream is fairly static and at this point as the code is > fairly mature. > > I simply have more packages than I should. > > I will continue to look after it if nobody wants it. > > Dirk > > [1] Well, almost. One manpage needs to be written. > > -- > Good judgement comes from experience; experience comes from bad judgement. > -- Fred Brooks > -- Good judgement comes from experience; experience comes from bad judgement. -- Fred Brooks
Processed: [RFA]: libsoap-lite-perl -- Client and server SOAP implementation
Processing commands for [EMAIL PROTECTED]: > retitle 162751 RFA: libsoap-lite-perl -- Client and server SOAP implementation Bug#162751: O: libsoap-lite-perl -- Client and server SOAP implementation Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#154103: adopting gvd
Hello, A patch fixing a documentation problem in GVD has been waiting in the BTS for a long time. Could you please prepare a package since you decided to take care of it. Thanks. -- Jérôme Marant http://marant.org
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
Package: wnpp Version: N/A; reported 2002-09-29 Severity: wishlist * Package name: ifplugd Version : 0.1 Upstream Author : Lennart Poettering <[EMAIL PROTECTED]> * URL : http://www.stud.uni-hamburg.de/users/lennart/projects/ifplugd/ * License : GPL Description : ethernet link beat detection daemon This utility keeps the promise laptop-net's ifd made. It is a daemon which configures your ethernet device only when a cable is attached. When the cable is unplugged, the interface is automatically shut down. The daemon is simple C, only 14k as binary and integrates well with debian's ifupdown. I am using it quite happy since some time on my Woody box and I'd love to this it in the official distribution. Thanks, Lennart -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux whiskey 2.4.19 #1 Son Sep 15 13:05:03 CEST 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Bug#162764: RFP: atitvout -- ATI Rage 3D Mobility TV switching tool
Package: wnpp Version: N/A; reported 2002-09-29 Severity: wishlist * Package name: atitvout Version : 0.4 Upstream Author : Lennart Poettering <[EMAIL PROTECTED]> * URL : http://www.stud.uni-hamburg.de/users/lennart/projects/atitvout/ * License : GPL Description : ATI Rage 3D Mobility TV switching tool atitvout is a small tool which allows owners of ATI Rage 3D video boards to switch TV standard (NTSC vs. PAL) and enable/disable an external CRT/TV. It works quite well on my ATI Technologies Inc Rage Mobility P/M AGP 2x. It enables me to watch movies on a german PAL only TV with my laptop. Otherwise I would not be able to activate PAL output. Some support for Radeon/Rage128 chips is also in place, however YMMV. Thanks, Lennart -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux whiskey 2.4.19 #1 Son Sep 15 13:05:03 CEST 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Bug#162769: RFP: gnome-vim -- Gnome-vim is a Bonobo component which embeds VIM
Package: wnpp Version: unavailable; reported 2002-09-29 Severity: wishlist * Package name: gnome-vim Version : 0.1.3 Upstream Author : Jason Hildebrand <[EMAIL PROTECTED]> * URL : http://www.opensky.ca/gnome-vim/ * License : GPL Description : Gnome-vim is a Bonobo component which embeds VIM and implements (part of) the same interface as the GtkHTML component. [From the web site] Gnome-vim is a Bonobo component which embeds VIM and implements (part of) the same interface as the GtkHTML component. This makes it possible to use VIM in Evolution, instead of the default HTML editor. How does it work? Gnome-vim uses the zvt widget (terminal), and runs a copy of vim inside of that. It implements many of the methods in the GtkHTML interface by sending keystrokes to the embedded vim, to cause it to load and save files, jump to specific parts of the document, etc. Yes, it's a hack. :) Does it work? Gnome-vim doesn't yet implement the full interface; many of the methods are no-ops. However, I've implemented enough that it works quite well with Evolution, and I use it daily. I haven't implemented the Bonobo::PersistFile yet, so you can't do "File->Save" or "File->Save as" from the composer menu and have it work. Sending messages, replying, forwarding, using signatures, saving as drafts and then re-editing, etc. all work. I haven't tested gnome-vim with programs other than Evolution, because I'm not aware of other programs which make use of the GtkHTML component. [I'd love to see this in Debian if it ever gets working.] -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux aenima 2.4.18 #9 Tue Jun 25 20:53:50 CEST 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set) -- It's a 106 miles to Chicago. We've got a full tank of gas, half .''`. a pack of cigarettes, it's dark and we're wearing sunglasses. : :' : - The Blues Brothers `. `' Proudly running Debian GNU/Linux Sid (2.4.18 + Ext3) `-www.amayita.com www.malapecora.com www.chicasduras.com
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
On Sun, Sep 29, 2002 at 06:30:29PM +0200, Lennart Poettering wrote: > Package: wnpp > Version: N/A; reported 2002-09-29 > Severity: wishlist > > * Package name: ifplugd > Version : 0.1 > Upstream Author : Lennart Poettering <[EMAIL PROTECTED]> > * URL : > http://www.stud.uni-hamburg.de/users/lennart/projects/ifplugd/ > * License : GPL > Description : ethernet link beat detection daemon > > This utility keeps the promise laptop-net's ifd made. It is a daemon which > configures your ethernet device only when a cable is attached. When the > cable is unplugged, the interface is automatically shut down. The daemon is > simple C, only 14k as binary and integrates well with debian's ifupdown. I > am using it quite happy since some time on my Woody box and I'd love to this > it in the official distribution. Hi! How would you compare this to miid (http://www.wossname.org.uk/~mathie/software/#miid)? miid was ITPed some time ago (http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\&bug=146949) and should be uploaded really soon. Thanks in advance, Nicolas Boullis
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
On Sun, 29.09.02 19:07, Nicolas Boullis ([EMAIL PROTECTED]) wrote:
> Hi!
>
> How would you compare this to miid
> (http://www.wossname.org.uk/~mathie/software/#miid)?
Hmm, I must admit, there are not that much differences. If I had known
of that piece of software before I'd have improved it, and not written
my own. However, ifplugd has some advantages:
- It makes use of the more reliable (newer) ETHTOOL ioctl()s. miid's
author reports some problems with Apple TiBooks. I'd guess they go
away when using ifplugd. (ifplugd falls back to the old ioctl()s, when
the ETHTOOL ioctl()s fail.)
- It may beep on successful (or failed) interface configuration or
when the plug is pulled/connected
- Has a --ignore-fail mode which makes it compatible with PCMCIA
network drivers, which are not loaded all the time
- The spawned subprogram's stdout/stderr is redirected to syslog
- And most important: it works. miid doesn't. At least on my
machine. First miid did not want to startup because the interface
wasn't up. This is somewhat a paradoxon, I think. After doing
"ifconfig eth0 up" by hand miid simply locked up my machine. After
rebooting I got miid working for 2 minutes, than my machine locked
up again. this simply doesn't occur with ifplugd. The need of
"ifconfig eth0 up" may be caused by some strangeness of the 8193too
driver I am using. However, ifplugd works around this
maybe-bug. miid is unusable on my machine, while ifplugd is.
- Different delays for setting an interface up and down. This is quite
useful, since you mostly want to use networking immediately when you
plug your cable in. Thus you set the up-delay to 0. However, you
may want to unplug the cable for a short time without having the network shut
down. Thus you set the down-delay to 10. (or something like this)
miid doesn't distuinguish between these to times.
I cannot see any disadvantages of ifplugd over miid.
I vote for ifplugd!
Lennart
--
name { Lennart Poettering } mail { [EMAIL PROTECTED] }
icq { 11060553 } www { http://www.poettering.de/lennart/ }
loc { hamburg, germany } pgp { 0x1A015CC4 } hack { .phi. }
pgpjYQTD5fbVl.pgp
Description: PGP signature
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
Hi Lennart! You wrote: > Description : ethernet link beat detection daemon > > This utility keeps the promise laptop-net's ifd made. It is a daemon which > configures your ethernet device only when a cable is attached. When the > cable is unplugged, the interface is automatically shut down. The daemon is > simple C, only 14k as binary and integrates well with debian's ifupdown. I > am using it quite happy since some time on my Woody box and I'd love to this > it in the official distribution. We already have such a daemon in the laptop-net package. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
Hi! On Sun, Sep 29, 2002 at 07:57:42PM +0200, Lennart Poettering wrote: > - It makes use of the more reliable (newer) ETHTOOL ioctl()s. miid's > author reports some problems with Apple TiBooks. I'd guess they go > away when using ifplugd. (ifplugd falls back to the old ioctl()s, when > the ETHTOOL ioctl()s fail.) That sounds interesting. > - It may beep on successful (or failed) interface configuration or > when the plug is pulled/connected Ideally, I would like this to be an option. > - Has a --ignore-fail mode which makes it compatible with PCMCIA > network drivers, which are not loaded all the time I don't understand what this option does/how you use it. > - And most important: it works. miid doesn't. At least on my > machine. First miid did not want to startup because the interface > wasn't up. This is somewhat a paradoxon, I think. After doing > "ifconfig eth0 up" by hand miid simply locked up my machine. After > rebooting I got miid working for 2 minutes, than my machine locked > up again. this simply doesn't occur with ifplugd. The need of > "ifconfig eth0 up" may be caused by some strangeness of the 8193too > driver I am using. However, ifplugd works around this > maybe-bug. miid is unusable on my machine, while ifplugd is. This looks very interesting to me, since I have a laptop with a RTL8139C-based builtin NIC, and miid does not work fine on this laptop. However, I consider this as a bug in the kernel 8139too module, not a bug in miid. But miid works on my other laptop. I will probably give ifplugd a try soon... > - Different delays for setting an interface up and down. This is quite > useful, since you mostly want to use networking immediately when you > plug your cable in. Thus you set the up-delay to 0. However, you > may want to unplug the cable for a short time without having the network > shut > down. Thus you set the down-delay to 10. (or something like this) > miid doesn't distuinguish between these to times. That looks like a good idea. > I cannot see any disadvantages of ifplugd over miid. > > I vote for ifplugd! While this may be true with your hardware, are you sure ifplugd works everywhere miid works? I consider Debian does not need several miid/ifplugd-like packages. I wish you wil try to work with Graeme and give Debian a single perfectly-working miid/ifplugd/whateveritiscalled package. Regards, Nicolas
junkfilter package
Hi, I'm interested in becoming a maintainer and the descr. under junkfilter said that its a good one to cut my teeth on. What is the process for picking up an orphaned package? Thanks, Kevin
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
On Sun, 29.09.02 21:44, Nicolas Boullis ([EMAIL PROTECTED]) wrote:
> > - It may beep on successful (or failed) interface configuration or
> > when the plug is pulled/connected
>
> Ideally, I would like this to be an option.
In fact, it is an option. (-b)
> > - Has a --ignore-fail mode which makes it compatible with PCMCIA
> > network drivers, which are not loaded all the time
>
> I don't understand what this option does/how you use it.
pcmcia network drivers are only loaded when a card is inserted. when
it is removed, the driver is removed as well. An example:
you want that the network interface of your pcmcia network card (eth0)
is only configured when it is inserted and attached to network. When
you boot the machine without the PCMCIA card inserted, miid starts up,
fails to find eth0, and quits. However if ifplugd is run with the -f
switch it treats "could not open eth0" as "no cable attached". Thus
everything works fine. In the moment the card is inserted and eth0
exists it starts to query the link beat normally.
Short: With -f supplied, ifplugd doesn't fail when it cannot open
eth0 but retries to open it constantly.
> > - And most important: it works. miid doesn't. At least on my
> > machine. First miid did not want to startup because the interface
> > wasn't up. This is somewhat a paradoxon, I think. After doing
> > "ifconfig eth0 up" by hand miid simply locked up my machine. After
> > rebooting I got miid working for 2 minutes, than my machine locked
> > up again. this simply doesn't occur with ifplugd. The need of
> > "ifconfig eth0 up" may be caused by some strangeness of the 8193too
> > driver I am using. However, ifplugd works around this
> > maybe-bug. miid is unusable on my machine, while ifplugd is.
>
> This looks very interesting to me, since I have a laptop with a
> RTL8139C-based builtin NIC, and miid does not work fine on this laptop.
> However, I consider this as a bug in the kernel 8139too module, not a bug
> in miid. But miid works on my other laptop.
> I will probably give ifplugd a try soon...
My card is not a 8139C, it is an older version. The driver 8139too
driver is for 8139, 8139A and 8139B chips, not for 8139c!
> While this may be true with your hardware, are you sure ifplugd works
> everywhere miid works?
ifplugd should work everywhere where miid works, since it falls back
to the same ioctls when the never ETHTOOL ioctls don't work.
I don't see why ifplugd shouldn't work on all the hardware miid
does. In contrary, I believe it works on much broader quantity of
machines that miid does.
However, ifplugd is currently just version 0.1, so I cannot guarantee
for this.
> I consider Debian does not need several miid/ifplugd-like packages. I
> wish you wil try to work with Graeme and give Debian a single
> perfectly-working miid/ifplugd/whateveritiscalled package.
You may be right.
Graeme, please consider to package ifplugd instead of miid! I
currently see no advantage in packaging miid, if there is ifplugd
available.
As I see you are both the upstream author of miid and the one who
intents to package miid. Strange situation for me to beg you for
replacing your own software with mine... ;-)
Please tell me what you think about improving ifplugd instead of miid!
lp
--
name { Lennart Poettering } mail { [EMAIL PROTECTED] }
icq { 11060553 } www { http://www.poettering.de/lennart/ }
loc { hamburg, germany } pgp { 0x1A015CC4 } hack { .phi. }
pgp6ok6K0aPxW.pgp
Description: PGP signature
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
Hi Lennart! You wrote: > You didn't read my description of ifplugd, did you? I refer to > laptop-net's ifd in it. Sorry, mussed have missed that part. > However, I tried laptop-net, but it is far too intrusive for me, it > does too much things at the same time. I agree with you on that. I actally use laptop-net's ifd qithout all the other fuzz. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Bug#162763: RFP: ifplugd -- ethernet link beat detection daemon
On Sun, 29.09.02 21:16, Bas Zoetekouw ([EMAIL PROTECTED]) wrote:
>
> Hi Lennart!
>
> You wrote:
>
> > Description : ethernet link beat detection daemon
> >
> > This utility keeps the promise laptop-net's ifd made. It is a daemon which
> > configures your ethernet device only when a cable is attached. When the
> > cable is unplugged, the interface is automatically shut down. The daemon is
> > simple C, only 14k as binary and integrates well with debian's ifupdown. I
> > am using it quite happy since some time on my Woody box and I'd love to this
> > it in the official distribution.
>
> We already have such a daemon in the laptop-net package.
You didn't read my description of ifplugd, did you? I refer to
laptop-net's ifd in it.
However, I tried laptop-net, but it is far too intrusive for me, it
does too much things at the same time. ifplugd is a much more
simplistic approach.
For other reasons a seperate daemon like this useful, read the threads
in #146949 and #162763. Thanks!
Lennart
--
name { Lennart Poettering } mail { [EMAIL PROTECTED] }
icq { 11060553 } www { http://www.poettering.de/lennart/ }
loc { hamburg, germany } pgp { 0x1A015CC4 } hack { .phi. }
pgp5YLn8Fdch2.pgp
Description: PGP signature
Bug#162750: Bug#162751: [O]: libsoap-lite-perl -- Client and server SOAP implementation
retitle 162750 ITA: libmime-lite-perl -- Generate mime messages in Perl retitle 162751 ITA: libsoap-lite-perl -- Client and server SOAP implementation thanks I'll take these if no-one else has already asked for them. -- Stephen "And what do we burn apart from witches?"... "More witches!"
Bug#162750: [RFA]: libmime-lite-perl -- Generate mime messages in Perl
On Sun, Sep 29, 2002 at 08:10:16AM -0500, Dirk Eddelbuettel wrote: > This package is fairly easy to maintain. It is also Bug Free (TM) and Lintian > clean [1]. Upstream is fairly static and this point as the code is fairly > mature. > > I simply have more packages than I should. This would make a good first Perl > package if you don't already have one. > > I will continue to look after it if nobody wants it. I have time to take this over and I use it so it would work out well. If you've had an offer from a less experience maintainer who you think would benefit from it more though, I'd be happy to step aside and let this happen. -- B. Mako Hill [EMAIL PROTECTED] http://people.debian.org/~mako/ pgpFM5qOtFwR4.pgp Description: PGP signature
Bug#162750: [RFA]: libmime-lite-perl -- Generate mime messages in Perl
On Sun, Sep 29, 2002 at 07:36:30PM -0400, Mako Hill wrote: > On Sun, Sep 29, 2002 at 08:10:16AM -0500, Dirk Eddelbuettel wrote: > > This package is fairly easy to maintain. It is also Bug Free (TM) and > > Lintian > > clean [1]. Upstream is fairly static and this point as the code is fairly > > mature. > > > > I simply have more packages than I should. This would make a good first Perl > > package if you don't already have one. > > > > I will continue to look after it if nobody wants it. > > I have time to take this over and I use it so it would work out well. > If you've had an offer from a less experience maintainer who you think > would benefit from it more though, I'd be happy to step aside and let > this happen. You're two hours late. Stephen Z. (CC'ed) already grabbed it. Maybe he'll release it, given that you use it? Dirk -- Good judgement comes from experience; experience comes from bad judgement. -- Fred Brooks
Bug#162750: [RFA]: libmime-lite-perl -- Generate mime messages in Perl
> "Dirk" == Dirk Eddelbuettel <[EMAIL PROTECTED]> writes: Dirk> You're two hours late. Stephen Z. (CC'ed) already grabbed Dirk> it. Maybe he'll release it, given that you use it? I already package several or Eryq's perl modules and several MIME related perl modules, including libmime-perl and libmime-types-perl, so I'd like to hang on to this, actually. -- Stephen "If I claimed I was emporer just cause some moistened bint lobbed a scimitar at me they'd put me away"
