Bug#365425: starting a debian-flash group WAS: Re: Bug#365425: ITP: haxe -- Web programming languge generating Flash SWF
On Thu, May 11, 2006 at 11:04:15AM +0800, Paul Wise wrote: > On Sun, 2006-04-30 at 12:18 +0800, Paul Wise wrote: > > > I've just submitted a project registration request at alioth. > > The alioth project was approved. If you haven't already, please indicate > to me if you would like to be added to the project, be sure to include > your alioth login. I am luther, please add me there. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365425: starting a debian-flash group WAS: Re: Bug#365425: ITP: haxe -- Web programming languge generating Flash SWF
On Sun, Apr 30, 2006 at 12:18:03PM +0800, Paul Wise wrote: > [CCing other maintainers doing flash-related stuff and people interested] > > On Sun, 2006-04-30 at 00:25 +0200, Jens Peter Secher wrote: > > > * Package name: haxe > > I see that you have not filed an ITP for neko, which is not in wnpp or > in Debian. Do you intend to do so? I had intended to package neko in > order to package haxe, but have been busy with NM and stuff. It seems > that there is a reasonable amount of interest in osflash stuff in the > debian community, but not much interest in debian packages in the > osflash community. I think the debian interest warrants starting the > TODO items on this page though: > > http://osflash.org/debian_packaging > > The way I see a pkg-flash project working is similar to pkg-perl - we > keep the debian directories in SVN, have primary maintainer(s) for each > package and welcome work by the whole group on all the packages. Here is > pkg-perl's SVN docs: > > http://pkg-perl.alioth.debian.org/subversion.html > > I've just submitted a project registration request at alioth. About the > mailing list, I would prefer it to be [EMAIL PROTECTED] > Until the project gets bigger, I think it can be used for discussion as > well as in the maintainer address of packages, later on we can use an > alioth list for the maintainer address. Please add me to that project. I am definitively interested, altough i am not sure yet where exactly i can help. I may be able to even find some real ressources to help on this in around a year or so, nothing is sure yet though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354974: O: yaboot -- Yet Another Bootloader
On Thu, Mar 02, 2006 at 08:14:41AM -0500, Warren A. Layton wrote: > Package: wnpp > Severity: normal > > I no longer have the time to maintain this package. Oh well. I propose we move it inside the kernel SVN repo, and co-maintain it. Who is volunteer to help me on this ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345547: RFH: unicorn -- comaintainer with x86 hardware searched.
Package: wnpp Severity: normal Hi, i am having a hard time maintaining this package, since i don't have x86 hardware anymore, so i am in search of someone, preferably with access to the debian kernel svn repo, to do uploads of the package, and occasionally work on them. -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.14-2-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344419: kernel-package hooks transition
Oh well, messed up the bug email addresses :/ On Sat, Dec 24, 2005 at 05:03:17PM +0100, Sven Luther wrote: > On Sat, Dec 24, 2005 at 09:19:36AM -0600, Manoj Srivastava wrote: > > Hi, > > > > In the recent 10.X series, kernel package has started > > producing image packages whose maintainer scripts use debconf for > > user interaction. Unfortunately, this meant that any hook scripts > > called in the maintainer scripts for the image package (update-grub > > comes to mind), if they wrote anything at all to the STDout, would > > cause debconf to throw hissy fits, since it was expecting commands on > > STDOUT, not random chatter from the hook scripts. > > > > One solution was to call db_stop before calling the hook > > scripts, and redirecting stdout to stderr in hte invocation of the > > scripts. Unfortunately, this made any scripts that used debconf > > impossible. > > Notice that the debconf helper scripts provide stdout on &3, so any scripts > writing to stdout only need to redirect their output to &3, no ? > > Another idea would be to have some tag or something to declare if the script > uses debconf or not, and to do the redirection depending on that ? It could be > parsing for something like : > > KPKG-TAG: debconf > > (where is # for shell scripts, obviously). > > This would allow for the most flexibility, and still work out fine, and > parsing would be a simple grep command, so rather cheap (if grep > KPKG-TAG.*debconf; then debconf stuff; else non-debconf stuff; fi) > > Oh and BTW, 10.023 did not fix the mkvmlinuz problem, not sure if you saw me > reopening the bug reports. I will try to investigate this on tuesday, altough > i am really lost about this and help will be welcomed. > > For powerpc users, a workaround is to remove the debconf stuff by hand. There > are two scripts : > > /etc/kernel/postinst.d/mkvmlinuz and /etc/kernel/prerm.d/mkvmlinuz > > And the best way is to replace the lines : > > . /usr/share/debconf/confmodule > > db_get mkvmlinuz/bootloaders > bootloader="$RET" > > by : > > bootloader= > > Where is yaboot on pmac and rs6k, and mkvmlinuz otherwise. > > Friendly, > > Sven Luther > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > --- > Wanadoo vous informe que cet e-mail a ete controle par l'anti-virus mail. > Aucun virus connu a ce jour par nos services n'a ete detecte. > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303024: Who should be maintaining kernel-patch-powerpc-{2.4.27,2.6.8}?
On Mon, May 02, 2005 at 09:48:08PM +1000, Andrew Pollock wrote: > Hi Sven, > > You've orphaned kernel-patch-powerpc-2.4.27 and kernel-patch-powerpc-2.6.8, > and I'm a bit confused by the text of #303024 and #303021 > > Who in your mind should be listed as the maintainer of these packages if not > either yourself or the Debian Kernel Team? The debian kernel team will handle most stuff in the kernel-source package itself, and i have arranged a powerpc pegasos box for simon horms, who should be back in a week or two, and he will do the actual builds of the kernels. I will help with the .config maintenance, as best i can, but all this should really be automated, since the only thing needed is a rebuild in case a new kernel-source is released. > They've been orphaned for nearly a month, and they're at the top of the list > of packages that need to be uploaded with their maintainer set to the QA > group, but this doesn't seem to be the right thing to happen in my mind. I don't intent to do an upload with QA as kernel ackages are in deep freeze, and affect d-i and stuff. Furthermore the maintainers are already marked as the kernel maintainer team, so ... No off to the airport, see you in two days or so ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303024: O: kernel-patch-powerpc-2.4.27 -- sarge-only kernel, thus giving it over to sarge/security team.
Package: wnpp As said, these kernels are frozen for sarge, so i am not really wanted to do any further work on them, and will thus concentrate on post-sarge 2.6.11 and beyond powerpc kernels. There should not be real problems, since the maintenance is mostly done by the debian kernel-team, but it would be nice if someone showed up and did the build of those kernels, unless the buildd can handle them. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303021: O: kernel-patch-powerpc-2.6.8 -- sarge-only kernel, thus giving it over to sarge/security team.
Package: wnpp As said, the sarge kernels are frozen, and my contribution is not really wanted anymore by the sarge team, so i am letting them take over this package in order to focus on the post-sarge kernels. This package is not really orphaned, since it should be maintained by the kernel-team, but it would be nice if someone else could take over the build of them. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#262885: parted co-maintainership.
Hello, I have missed your offer for help (next time write to bugnumber-submitter), but am indeed interested in it. I have set up a parted project on alioth, which you should become member of, and look at the parted SVN repo, which holds the information. There are also two mailing lists there, which are used for svn commit info (not yet activated though), and one which is listed as the parted maintainer, and you could subscribe too. Also, it would be of interest to you to subscribe to the parted mailing list, and to have a look at the parted CVS repo, which is also hosted at alioth, altough it is the parted upstream one. I welcome your help, and really, sorry for this late reply. Friendly, Sven Luther
Bug#262885: RFH: parted -- Searching co-maintainer for the parted package.
Package: wnpp As said, i am having trouble caring about the parted package as it should, I have become the default maintainer of parted, when Timshell decided he had no more time, but never really had plans to take over full maintainership of parted. Also, i have a bit of trouble handling bug reports about partition tables i have not access too. I thus profit from the new RH tag that was just announced to request co-maintainership of it. Ideally i would like someone with experience with MBR partition tables, as those will be the major part of those bug reports, and maybe a maintainer team, with one team member for each supported partition table and/or arch would be the best. Friendly, Sven Luther
Bug#256126: kernel-patch-powerpc-2.6.6: apus not supported by this 2.6.6 package.
severity 256126 grave reassign 256126 kernel-patch-powerpc-2.6.6 thanks On Fri, Jun 25, 2004 at 10:10:46AM +0200, Jens Schmalzing wrote: > severity 256126 wishlist > retitle 256126 kernel-patch-apus: add a 2.6 version > reassign 256126 wnpp > thanks > > Hi, > > > Please add the apus patches to the 2.6.x powerpc kernels. > > > I could do a separate kernel-patch-apus package, > > Please do. Since apus support is in a separate kernel tree > altogether, it should be kept in a separate Debian package for now. Ah, and who was speaking about unified kernel packaging, and having less kernel patch or kernel source packages around for easier security problem management after the release ? And please do is fine, but since you took over sole responsability of the 2.6 powerpc patch, and disregard the opinion of others, it is your sole responsability to fix this. You cannot expect help to manage your package to bring it up to debian quality standard, and at the same time handle opinion of people working on it with you as dirt. Friendly, Sven Luther
Bug#246153: RFA: unison -- file-synchronization tool for Unix and Windows
On Fri, May 21, 2004 at 03:14:55PM +0200, Jens Schmalzing wrote: > Hi, > > Robert McQueen writes: > > > you've still not uploaded a new package > > Whom exactly are you (Robert) talking to? JFTR, even though I was the > person who issued the first ITA, I gave up that intention entirely > when the ocaml-maint team expressed the wish to adopt the package. > Have you (the ocaml maintainers) changed your mind? Well, just go ahead, adopt the package, and become a part of the ocaml team :) All packagers of ocaml related stuff should stay in touch with themselves anyway, which is what the ocaml team is about. Friendly, Sven Luther
Bug#235118: ITP: hashtbl-ext -- Camlp4 Hashtbl syntax extension
On Fri, Feb 27, 2004 at 04:37:24PM +0100, Stefano Zacchiroli wrote:
> On Fri, Feb 27, 2004 at 08:40:50AM -0600, John Goerzen wrote:
> > Upstream Author : Stefano Zacchiroli <[EMAIL PROTECTED]>
>
> > Camlp4 syntax extension to get more {easy,perlish} usage of Hashtbl
> > module hash tables.
>
> Erm, since I'm upstream author of this I would rather prefer to package
> it by myself :-) I've never did it since I've no idea of how many people
> use this package.
>
> Moreover is really a tiny package (just one camlp4 .ml), do you think
> it's worth the effort to package it as a standalone package? Wouldn't it
> be better to add is as a debian add-on to the ocaml package or to the
> ocaml-tools package? I've no strong preference here
Let's put it in ocaml-tools for now. I don't like the idea of adding it
to the ocaml package, which is mostly a pure upstream ocaml + assorted
bugfixes.
Later, if more camlp4 syntaxe stuff is added, we could have a camlp4-tools
or something such package though.
Friendly,
Sven Luther
Bug#229256: ITP: unrar -- free utility to list and extract RAR archives
On Sat, Jan 24, 2004 at 12:19:07AM +0100, Steinar H. Gunderson wrote: > On Sat, Jan 24, 2004 at 12:08:15AM +0200, Niklas Vainio wrote: > > This program uses unrarlib (http://www.unrarlib.org/), which is based on the > > non-free unrar from RARlabs but has been released under GPL with > > permission from RARlabs. I also try to improve the program a bit and fix > > some bugs I found before I release the package. > > Note that unrarlib will only unpack RAR 2.x archives, not the latest RAR 3.x > archives (at least it couldn't the last time I checked). Thus, it can't > replace unrar from non-free completely. Yet. But still, it is good to have this in mind. Thanks Niklas for helping in the replacement of the non-free unrar. BTW, maybe unrar should be renamed to unrar-non-free, and this programs can get the official unrar name. Friendly, Sven Luther
Bug#226417: ITP: kernel-patch-2.4-fasttraks150 -- PROMISE FastTrak S150 TX Series Linux Drivers (for Linux 2.4)
On Tue, Jan 06, 2004 at 09:21:08PM +0100, Raphael Bossek wrote: > > > * License : GPL, closed source > > Huh? > One part are Linux kernel sources to be compiled with the desired > Linux sources. The second part is a binary-only library not available > as source. The same way nVidia is doing it today for their graphic > cards. I hope it won't become a habit for the hardware manufactures. Well, i fear it will be more and more frequent as time pass. Also, it is illegal to use such binary only files with GPLed modules source, you have to add an explicit excemption, and the modules have to declare themselves as proprietary. Look at the unicorn package for an example of such (or at the debian-legal archive for discussion of the unicorn package and licence). Notice also that there is a GR proposal discussed in debian vote actually, to simply quick such packages out of debian, which might interest you. Friendly, Sven Luther
Bug#207643: ITP: monster-masher -- GPL'ed mash'em-up action game for GNOME
Package: wnpp Version: unavailable; reported 2003-08-28 Severity: wishlist * Package name: monster-masher Version : 1.2 Upstream Author : Ole Laursen <[EMAIL PROTECTED]> * URL : http://www.cs.auc.dk/~olau/monster-masher/ * License : GPL Description : GPL'ed mash'em-up action game for GNOME Monster Masher is a GPL'ed mash'em-up action game for GNOME. Each level contains a number of blocks and monsters. You're a little gnome running around. By pushing the blocks you can mash the monsters one at a time. There are various power-ups and different kinds of monsters. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux iliana 2.4.21 #2 SMP jeu aoû 14 13:48:07 CEST 2003 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#205346: ITP: cairo -- vector-based rendering API with cross-device output support
Package: wnpp Version: unavailable; reported 2003-08-14 Severity: wishlist * Package name: cairo Version : not yet released. Upstream Author : Carl Worth <[EMAIL PROTECTED]> (and others) * URL : http://xr.xwin.org/ * License : MIT/X Description : vector-based rendering API with cross-device output support Cairo provides a vector-based rendering API with cross-device output support. Currently supported output targets include the X Window System and in-memory image buffers. PostScript and PDF file output is planned. Cairo is designed to produce identical output on all output media while taking advantage of display hardware acceleration when available (eg. through the X Render Extension). . Cairo provides a stateful user-level API with support for the PDF 1.4 imaging model. Cairo provides operations including stroking and filling Bezier cubic splines, transforming and compositing translucent images, and antialiased text rendering. . Cairo was once named Xr, (or Xr/Xc), so if you came looking for that software, you've found it. Note : i don't intent to package this yet, as the cairo project has not yet made an official release and is still in an early state. I will provide unofficial packages on http://people.debian.org/~luther/cairo once the work is packageable (they are currently 5 libraries, each depending on installed version of the previous in the dependency chain, and some only have a bunch of includes, not nice for making separate packages out of those). I am currently in discussion with upstream about this. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux iliana 2.4.21 #1 SMP mer jui 2 13:52:52 CEST 2003 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#190922: gnome-randr-applet uploaded to experimental
Hello, I have just uploaded gnome-randr-applet to experimental since the first 4.3.0 package has been uploaded there also. I will keep this bug open until i can upload gnome-randr-applet to unstable though. It is still sitting in the NEW queue with xfree86 though. Friendly, Sven Luther
Bug#164127: ITP: conglomerate -- DocBook XML editor for GNOME2
On Thu, Jul 17, 2003 at 04:30:02PM +0200, [EMAIL PROTECTED] wrote: > > tag 164127 + fixed > thanks, > > hrm. one should not assume that there really is no package when one > finds an RFP... > > Luther, please close this bug, thanks! Not sure, the consensus on debian-devel was to close the ITP only when the packages enters unstable, and i did fill the info about the package entering experimental, i think. I will maybe retitle the bug or something such. Friendly, Sven Luther
Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).
On Tue, Jun 24, 2003 at 05:09:24PM -0500, Luca - De Whiskey's - De Vitis wrote: > On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack wrote: > > It's not quite a substitute, as it won't reuse autoconf's configs etc. How > > about "A tool for configuring software source similar to GNU Autoconf"? > > I see your point, but your suggestion is still too long: it should be > rephrased to stay within 60-65 characters. I though the limit was 60 chars, as stated in one of the debian documents. Friendly, Sven Luther
Bug#198326: ITP: gdm-themes -- Themes for the GNOME Display Manager
On Sun, Jun 22, 2003 at 01:09:35AM +0200, Josselin Mouette wrote: > Le sam 21/06/2003 à 21:14, Sven Luther a écrit : > > Thanks we have been waiting a long time for this, ... downloading ... > > installing ... arg, it doesn't include the nice (nicest) Debian Logo > > theme that was found in Sean Harshbarger's gdm-themes package. > > > > Is there a reason for that ? If not, please, o please, include it as > > soon as possible, as Sean's package appear to have vanished from the > > face of the earth. Also, there was people wanting to include it in the > > official gdm tarballs, even as official debian gdm theme or something, > > nothing ever came of it though. > > > > So, anyone who wants to see the Debian Logo theme in a gdm-theme or even > > the official gdm package, please support me on this request, and let's > > make it happen. > > If you are talking about the wonderful theme using Ayo73's wallpaper, > there is surely a reason to that : the background is non-free. I've > asked permission to distribute it in a DFSG-free manner, but he hasn't > answered yet. Too bad, let's hope he replies to you positively on this. > This theme, as well as some other nice ones, could be distributed in a > separate gdm-themes-nonfree package, but I'd like to avoid maintaining a > package in non-free. Understandable, Friendly, Sven Luther
Bug#198326: ITP: gdm-themes -- Themes for the GNOME Display Manager
On Sat, Jun 21, 2003 at 07:14:05PM +0200, Josselin Mouette wrote: > Package: wnpp > Version: unavailable; reported 2003-06-21 > Severity: wishlist > > * Package name: gdm-themes > Version : 0.1 > Upstream Author : Many > * URL : http://art.gnome.org/ > http://ftp.ximian.com/pub/xd2/redhat-9-i386/source/ > * License : GPL > Description : Themes for the GNOME Display Manager > > This package provides a few additionnal themes for the GNOME Display > Manager's greeter, giving different looks to your graphical login > screen. > > To select them, use the gdmconfig software. > > > There are random LGPL and GPL stuff in these themes, so I'm planning to > just share everything under the GPL. > > A preliminary package is available at > http://people.debian.org/~joss/packages/ . > Thanks to appropriate use of JPEG, it is just a 350 KB download. Thanks we have been waiting a long time for this, ... downloading ... installing ... arg, it doesn't include the nice (nicest) Debian Logo theme that was found in Sean Harshbarger's gdm-themes package. Is there a reason for that ? If not, please, o please, include it as soon as possible, as Sean's package appear to have vanished from the face of the earth. Also, there was people wanting to include it in the official gdm tarballs, even as official debian gdm theme or something, nothing ever came of it though. So, anyone who wants to see the Debian Logo theme in a gdm-theme or even the official gdm package, please support me on this request, and let's make it happen. Friendly, Sven Luther
Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Wed, Jun 18, 2003 at 03:21:51PM +0200, Sven Luther wrote: > Package: wnpp > Version: unavailable; reported 2003-06-18 > Severity: wishlist > > * Package name: quark > Version : 3.0 > Upstream Author : Ben Jansens <[EMAIL PROTECTED]>, Scott Moynes <[EMAIL > PROTECTED]>, Nick Jansens <[EMAIL PROTECTED]> > * URL : http://quark.nerdnest.org/ > * License : GPL > Description : an audio player, for geeks, by geeks. After discussion with upstream, i think i will be going with something like : Description : music player controlled from the notification area or cli Or something similar, better worded, but still fitting in the 60 chars of the short description. Any comment on this ? BTW, another argument against using a leading article is that by removing it, we gain 2-3 additional chars for the short description :))) Friendly, Sven Luther
Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Wed, Jun 18, 2003 at 03:58:44PM +0200, Stefano Zacchiroli wrote: > On Wed, Jun 18, 2003 at 03:21:51PM +0200, Sven Luther wrote: > > Quark is an audio player, for geeks, by geeks. It runs in the > > background with access provided via a FIFO in the filesystem. > > It uses GStreamer for playing music, and can therefore play any > > file format supported by GStreamer. > > > > (Mmm, seems to be using Xine-Lib in its latest version though, so i > > will have to change this description). > > Why not using the description from the quark web site?: > >Quark is an audio player, for geeks, by geeks. It runs in the >background with access provided via a FIFO in the filesystem. It uses >Xine-lib for playing music, and can therefore play any file format >supported by Xine. >. >Quark comes with a couple front-ends to make it more useful: >* charm-quark - a CLI interface >* strange-quark - a GTK System Tray interface Yep, i took the one from the Quark 3.0 announce, which i suppose was the one of a previous version and should have been replaced by the one from the web site. Thanks, Friendly, Sven Luther
Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
Package: wnpp Version: unavailable; reported 2003-06-18 Severity: wishlist * Package name: quark Version : 3.0 Upstream Author : Ben Jansens <[EMAIL PROTECTED]>, Scott Moynes <[EMAIL PROTECTED]>, Nick Jansens <[EMAIL PROTECTED]> * URL : http://quark.nerdnest.org/ * License : GPL Description : an audio player, for geeks, by geeks. Quark is an audio player, for geeks, by geeks. It runs in the background with access provided via a FIFO in the filesystem. It uses GStreamer for playing music, and can therefore play any file format supported by GStreamer. (Mmm, seems to be using Xine-Lib in its latest version though, so i will have to change this description). -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux iliana 2.4.21-pre5 #1 SMP ven jun 13 14:24:11 CEST 2003 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#197049: ITP: conglomerate -- an XML editor for GNOME
On Wed, Jun 11, 2003 at 02:39:31PM -0400, christophe barbe wrote: > On Wed, Jun 11, 2003 at 06:48:45PM +0200, Sven Luther wrote: > > * Package name: conglomerate > > Version : 0.5.2 > > Upstream Author : David Malcolm <[EMAIL PROTECTED]> > > * URL : > > http://sourceforge.net/project/showfiles.php?group_id=82766 > > * License : GPL > > Description : an XML editor for GNOME > > Thanks for the info ;-) > Christophe Arg, i forgot to fill the fields Anyway, there has already been a RFP for conglomerate in bug #164127, i only saw the first entry, and thought i would will the ITP separatedly and then merge the bug reports or something such. Later on i saw that many people were also interested by packaging conglomerate and which posted to #164127, so i am not sure if i should continue with it, let one of the other interested people package it, or if we should do a co-maintainership or something. Anyway, conglomerate is still not ready for inclusion in unstable, it is buggy and dies frequently, i was thinking about doing an experimental upload only, but i suppose i cannot close the ITP/RFP bugs in this case, right ? Friendly, Sven Luther
Bug#164127: conglomerate package.
Hello, I will upload a conglomerate package to experimental this evening. I let this RFP open for now, since experimental is not really a proper debian release, and many people will not find the package there. As other pointed out, conglomerate is not yet ready for prime time, it is just to buggy to upload to unstable. This may change in the future though. I would be glad to co-maintain this package with other interested peoples though. Friendly, Sven Luther
Bug#197049: ITP: conglomerate -- an XML editor for GNOME
Package: wnpp Version: unavailable; reported 2003-06-11 Severity: wishlist * Package name: conglomerate Version : x.y.z Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://www.some.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : an XML editor for GNOME Conglomerate is an XML editor for GNOME, aiming to be as user-friendly as possible, to help non-techical people to use DocBook and similar formats. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux iliana 2.4.21-pre5 #1 SMP mar jun 3 20:33:26 CEST 2003 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#190922: ITP: gnome-randr-applet -- Simple gnome-panel front end to the xrandr extension
Package: wnpp Version: unavailable; reported 2003-04-27 Severity: wishlist * Package name: gnome-randr-applet Version : 0.2 Upstream Author : Matthew Allum <[EMAIL PROTECTED]> * URL : http://handhelds.org/~mallum/downloadables/grandr_applet-0.2.tar.gz * License : GPL Description : Simple gnome-panel front end to the xrandr extension Gnome-randr-applet is a simple gnome-panel front end to the xrandr extension found in XFree86 4.3+ releases. Notice that i had already packaged this and uploaded it to the NEW queue, but it was rejected, since it has a dependency on X 4.3.0, which is not (yet) in the archive. I also have a question about the package name, upstream is grandr-applet, but other similar packages are called hardware-monitor and gnome-sensors, so i thought that the grandr should be changed to gnome-randr. But does it make sense to guard the applet bit ? I think i really should ask on debian-gtk-gnome. And should hardware-monitor better be called gnome-hardware-monitor-applet ? -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux iliana 2.4.21-pre5 #1 SMP dim mar 30 10:51:33 CEST 2003 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#190901: ITP: gnome-sensors -- A GNOME2 applet that displays your hardware sensors (fan speed,
Package: wnpp Version: unavailable; reported 2003-04-27 Severity: wishlist * Package name: gnome-sensors Version : 0.9c Upstream Author : Vinicius Kursancew <[EMAIL PROTECTED]> * URL : http://www.vkcorp.org/gsensors/ * License : GPL Description : A GNOME2 applet that displays your hardware sensors. This is a GNOME2 applet that displays your hardware sensors (fan speed, temperature, voltage ...) status and can warn you and log if a sensor goes out of a specified range. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux iliana 2.4.21-pre5 #1 SMP dim mar 30 10:51:33 CEST 2003 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#186839: Acknowledgement (ITP: Hardware Monitor : a gnome hardware monitor applet)
Ok, i have uploaded the package, but it still need to be checked by the ftp-master and added to the override file. As soon as that is done, i will close this bug report, but i suppose it needs to be kept open in the meantime. Friendly, Sven Luther
Bug#186839: ITP: Hardware Monitor : a gnome hardware monitor applet
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package: hardware-monitor Version: 0.3-1 Description: Monitor applet for the Gnome panel Hardware Monitor is a monitor applet for the Gnome panel. It supports a variety of monitoring capabilities (CPU usage, network throughput etc.) and different kinds of viewers (curves, bars, text, flames). Licence: GPL URL : http://www.cs.auc.dk/~olau/hardware-monitor Friendly, Sven Luther
Bug#173064: RFA: whizzytex -- a WYSIWIG environment for LaTeX
Package: wnpp Version: unavailable; reported 2002-12-14 Severity: normal I request an adopter for the whizzytex package. The package description is: WhizzyTeX is an emacs minor mode for incrementally (TeXing and) previewing a LaTeX file that you are editing. . It works with ghostview-based and xdvi-based previewers, but best visual effect and more options will be available if you use the advi previewer. I don't really have time for maintaining this package as has been shown by two bugs which have hit me lately. Also, this package works mostly with emacs, and i am not an emacs user, so maybe am i not really the best person for packaging this, altough i have good contact with upstream. Anyway, i will continue maintaining this package as i can until someone comes and adopt it. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux iliana 2.4.20 #1 SMP mer déc 11 21:04:50 CET 2002 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1
Bug#169920: ITP: unicorn -- kernel module driver for the Bewan ADSL PCI st and USB modems.
Package: wnpp Severity: wishlist Hello, ... I intent to package the unicorn driver, which is a driver for the Bewan ADSL PCI st and Bewan ADSL USB modems. The package is already ready, but i am waiting for the next upstream release which will include a proper copyright/licence information. In the meantime, people needing the stuff can find the package with the following apt sources : #unofficial unicorn drivers (and assorted ppp). deb ftp://lambda.u-strasbg.fr/bewan/ ./ deb-src ftp://lambda.u-strasbg.fr/bewan/ ./ There you can find the unicorn-source .deb, the unicorn source package, as well as a version of ppp which include pppoatm support. It is the alienised version of the package from the sourceforge pppoatm site, not a propper debian package. Friendly, Sven Luther
