Bug#781014: RFP: xfce4-pulseaudio-plugin -- Xfce PulseAudio Panel Plugin
Package: wnpp Version: N/A; reported 2015-03-23 Severity: wishlist * Package name : xfce4-pulseaudio-plugin Version : 0.2.1 Upstream Author : Andrzej Radecki Guido Berhoerster Simon Steinbeiss * URL : http://archive.xfce.org/src/panel-plugins/xfce4-pulseaudio-plugin/ * License : GPL V2 Description : Xfce PulseAudio Panel Plugin The Xfce PulseAudio Plugin is a plugin for the Xfce panel which provides a convenient way to adjust the audio volume of the PulseAudio sound system and to an auto mixer tool like pavucontrol. It can optionally handle multimedia keys for controlling the audio volume. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1266742632.128949518.1427101913736.javamail.r...@zimbra64-e11.priv.proxad.net
Bug#681390: O: gregorio -- command-line tool to typeset Gregorian chant
Package: wnpp Severity: normal I intend to orphan the gregorio package. The package description is: Gregorio is a project with a lot of functionalities. The main interest is gabc, a very simple and fast language to describe a Gregorian chant score. The project is for now a command-line tool to convert gabc files into real score, like for example OpusTeX or GregorioTeX. But it also handles a XML format: GregorioXML. You can use the tool to read or write gabc and GregorioXML, and to write OpusTeX and GregorioTeX. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120712195048.8493.57791.report...@solesmes.marant.org
Bug#188300: [RFP]: emacs-manual-fr -- French translation of GNU Emacs manual
En réponse à "Janusz S. Bieñ" <[EMAIL PROTECTED]>: > Package: wnpp > Severity: wishlist > > * Package name: emacs-manual-fr > Version : > Upstream Author : Philippe Martin <[EMAIL PROTECTED]> > * URL : http://savannah.nongnu.org/projects/emacsdoc-fr/ > * License : GPL > Description : French translation of GNU Emacs manual As far as I know, the translation is far from being finished. Didn't you notice? Cheers, -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Bug#154098: Should this be even kept in debian
> Is there even a reason to keep this package in debian? Gnat is now > integrated with gcc and maintained in debian by the Debian GCC team. Hi, The GNAT in GCC is far from being as stable as the ACT releases. It will even enter the beta state at ACT soon, so the GCC version is not even up-to-date. The best version is currently 3.15p, which is not yet in Debian (I was thinking of preparing debs). Furthermore, and not the least, the GCC Gnat needs the ACT Gnat to be bootstrapped, so we're not likely to remove it. Cheers, -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Bug#166670: RFA: sympa -- modern mailing list manager
Package: wnpp Version: unavailable; reported 2002-10-27 Severity: normal Hi, I'm not using Sympa and I'm not following its development, so I'd like to pass it to someone that really use it and is aware of upstream changes. - Some Debconf and Perl knowledge are required. - Remaining bugs are mostly upstream bugs and upstream has been forwarded. = I could continue to maintain it if I can find interested maintainers to help me but I didn't find anyone despited some calls on different lists. = If you want to adopt it, please contact me first. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux chinon 2.4.18-xfs #1 ven mar 15 20:09:10 CET 2002 i686 Locale: LANG=3Dfr, LC_CTYPE=3DISO-8859-15 (ignored: LC_ALL set)
Bug#154103: Updated package
On Tue, Oct 01, 2002 at 08:34:59PM +0100, Miah Gregory wrote: > In message <[EMAIL PROTECTED]> > [EMAIL PROTECTED] (Jérôme Marant) wrote: > > > Miah Gregory <[EMAIL PROTECTED]> writes: > > > > Hi all, > > > > I've modified the new package to take into account the suggestions > > > Jérôme made, and all the appropriate files are available at > > > <http://www.darksilence.net/gvd/> for review. > > > This URL doesn't work :-| > > Apologies, that should have been <http://www.darksilence.net/~mace/gvd/>. The package looks fine to me. Cheers, -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Bug#154103: Updated package
Miah Gregory <[EMAIL PROTECTED]> writes: > Hi all, > > I've modified the new package to take into account the suggestions > Jérôme made, and all the appropriate files are available at > <http://www.darksilence.net/gvd/> for review. This URL doesn't work :-| > Edward Betts checked over the previous version of this package, and will > hopefully be uploading it soon, but if anyone here wants to give it a > final once over, it would be appreciated. Good! Cheers, -- Jérôme Marant http://marant.org
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#154312: Is mldonkey DFSG-Free ?
Robert Millan <[EMAIL PROTECTED]> writes: [ I'm CC'ing Bas and Steve in order to conclude about this ] > Jerome, I haven't notified the Savannah people because Debian owes something > to the FSF but rather because they were violating their own principles and > me as a companion thought that aiding them was the correct thing. I totally agree with you. I just have prefered that you do not CC the bug when you contacted RMS. > On the other hand the operating system Debian distributes is mostly > based on software from the FSF. I personaly do owe them my gratitude. I'm grateful to the FSF too and I'm a great supporter of Free Software, don't get me wrong. But I'm trying to understand people sometimes and things are not that simple: this is not like mldonkey was closed-source. Furthermore, I'm following the OCaml world and I can tell that mldonkey authors are great Free Software contributors. And if you want Debian to get in well with upstream authors (which can be usefull when we encounter problems), you have to care about not making them much trouble, otherwise don't even think of them being helpfull! > And of course it concerns to Debian wether we package mldonkey or not. I agree, that is why I said that we have to wait before packaging anything. Sorry, if you considered I've been offensive, I only expressed my opinions. Debian packaging is often a matter of relationship. Cheers, -- Jérôme Marant http://marant.org
Bug#154312: Is mldonkey DFSG-Free ?
Steve Langasek <[EMAIL PROTECTED]> writes: >> Did you ever consider contacting upstream before doing such >> denouncement? Don't they have something to say? Why do you think you >> cannot find a solution with them? > > I wonder at this vehemence. Isn't the FSF on "our side"? Do you believe Debian is not the FSF. We host non-free software on our machines, that makes us different enough. > that the FSF is a Gestapo that will clap the mldonkey maintainer in > irons? Since the mldonkey project is using Savannah resources, I think As a Debian Developer, I do care for Debian resources. But anyway, this is a spurious justification. Do we care for SF resources although tons of free software are hosted there? > it's quite reasonable that a DD asks for the FSF's help in persuading > upstream to change their license -- as part of the process of finding a > solution. I've never seen anyone from this thread discussing the current issue on the mldonkey-users list! How dare you tell me someone here tried to persuad them to change the situation? I was the only one to raise the issue, I was the only one to contact them personaly! Did you know that they are going to put the edonkey code elsewhere, and this has been discussed far before the current noise here? > RMS's response seems to be in line with this view. I'm sorry I got no response message from RMS. > >>> You are right that it is not *Debian's* business to worry about non-free >>> software on the FSF's servers. But Debian != Bas, and Bas's business is >>> his own. > >> You got it! It has nothing to do in a bug report log from our BTS: > >> Date: Mon, 26 Aug 2002 23:17:21 +0200 >> From: Robert Millan <[EMAIL PROTECTED]> >> To: Bas Zoetekouw <[EMAIL PROTECTED]> >> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] > >> Robert could have done it on his own without CC'ing the BTS. > > True. But it would be disingenuous to suggest that someone packaging > this for Debian would not have an interest in the outcome of the FSF's > discussions with upstream. If our priorities are our users and Free Ya got it one more time! One the Debian side, it doesn't change anything. Why? Because mldonkey will go to non-free anyway, because users want to access edonkey no mather mldonkey is in non-free. So, Debian doesn't get anything with this exclusion! Savannah will be removed this small piece of bytecode and that's it. It is ridiculous. -- Jérôme Marant http://marant.org
Bug#154312: Is mldonkey DFSG-Free ?
Steve Langasek <[EMAIL PROTECTED]> writes: >> Debian does not owe anything to the FSF. We have to mind our >> own business which is to decide if we package something or >> not. Full stop. > > OTOH, Bas does not have to account to you or to anyone else in Debian for > decisions he makes as a member of the Free Software community. You seem Where did I say it had to? Please read the thread again. I talked about Debian business, not Bas'. > to be implying that because he is a Debian developer, all of his contact > with the rest of the community must be sanctioned by the DPL. (Or > perhaps by you?) I certainly don't see anything wrong with bringing an > issue to the attention of the FSF if he thinks there has been an > oversight. If you ask me, it seems like a rather neighborly thing to do. Did you ever consider contacting upstream before doing such denouncement? Don't they have something to say? Why do you think you cannot find a solution with them? > You are right that it is not *Debian's* business to worry about non-free > software on the FSF's servers. But Debian != Bas, and Bas's business is > his own. You got it! It has nothing to do in a bug report log from our BTS: Date: Mon, 26 Aug 2002 23:17:21 +0200 From: Robert Millan <[EMAIL PROTECTED]> To: Bas Zoetekouw <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Robert could have done it on his own without CC'ing the BTS. -- Jérôme Marant http://marant.org
Bug#154312: Is mldonkey DFSG-Free ?
Bas Zoetekouw <[EMAIL PROTECTED]> writes: > Hi Jérôme! > > You wrote: > >> Bas, you disgust me! CCing RMS is not our business! If we consider that >> we should not package it, then we don't, _end-of-story_. > > Well, I think mldonkey, how useful their program may be, seems actually > to be abusing the FSF's infrastructure for a non-free project. I think > we owe it to the FSF to at least notify them of this. Debian does not owe anything to the FSF. We have to mind our own business which is to decide if we package something or not. Full stop. >> You are proposing denouncement, we cannot tolerate that! > > Why not, exactly? Because it is disgusting? I wish I'll never be your neighbour ... -- Jérôme Marant http://marant.org
Bug#154312: Is mldonkey DFSG-Free ?
Josselin Mouette <[EMAIL PROTECTED]> writes: > On Mon, 2002-08-26 at 23:28, Jérôme Marant wrote: > >> Bas, you disgust me! CCing RMS is not our business! If we consider that >> we should not package it, then we don't, _end-of-story_. >> >> You are proposing denouncement, we cannot tolerate that! > > I agree, the best we had to do was : do nothing. > Such action is absolutely inappropriate. > However, I see it is too late, the mail was sent. How do you know it was sent? -- Jérôme Marant http://marant.org
Bug#154312: Is mldonkey DFSG-Free ?
Bas Zoetekouw <[EMAIL PROTECTED]> writes: > Hi Robert! > > You wrote: > >> I am sorry, but after reading upstreams explanation [1] and verifying >> that they don't have any plans to remove the non-free bytecode, all i >> have to say is that the savannah companions should know they are >> unvoluntarily providing resources for non-free software developement. > > I agree. > >> In respect to this RFP, does anyone care if i close it? > > Please do, and cc RMS, citing [1]. > >> [1] >> http://mail.freesoftware.fsf.org/pipermail/mldonkey-users/2002-July/97.html Bas, you disgust me! CCing RMS is not our business! If we consider that we should not package it, then we don't, _end-of-story_. You are proposing denouncement, we cannot tolerate that! -- Jérôme Marant http://marant.org
Bug#154312: Is mldonkey DFSG-Free ?
Robert Millan <[EMAIL PROTECTED]> writes: > On Mon, Aug 26, 2002 at 08:02:01AM +0200, Jérôme Marant wrote: >> Josselin Mouette <[EMAIL PROTECTED]> writes: >> >> > Looking at mldonkey's source code, I wonder if it should be considered >> > as non-free. >> > There is a donkey/donkey.lam file, which seems to be in some sort of >> > portable bytecode, but it is certainly not an editable format, and I >> > won't qualify it as "source code". >> >> That's it. I don't consider it as source code either. > > Upstream web site (http://savannah.gnu.org/projects/mldonkey) reads: > > "mldonkey, a free e-Donkey client" > > that bytecode looks like come sort of Objective-Caml file. perhaps it > can be understood and converted into a human-readable form with the > proper ocaml tool. > Savannah does not host non-free software either, would you mind contacting > the upstream author to ask him/her about this? If it really comes to be > non-free, the savannah account must be terminated also. Please browse the mldonkey-users archives and make yourself an opinion. Everything has already been discussed there. Cheers, -- Jérôme Marant http://marant.org
Bug#155959: ITP: okey -- keyboard shortcuts management library for lablgtk
Package: wnpp Version: N/A; reported 2002-08-08 Severity: wishlist * Package name: okey Version : 1.0 Upstream Author : Maxence Guesdon <[EMAIL PROTECTED]> * URL : http://pauillac.inria.fr/~guesdon/Tools/okey/okey.html * License : QPL Description : keyboard shortcuts management library for lablgtk Okey offers functions to easily add keyboard shortcuts for any LablGtk widget (with the event method, like GWindow.window). It is required by Epeire. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux chinon 2.4.18-xfs #1 ven mar 15 20:09:10 CET 2002 i686 Locale: LANG=fr, LC_CTYPE=ISO-8859-15 (ignored: LC_ALL set) -- no debconf information
Bug#155958: ITP: gpattern -- generic class library for lablgtk
Package: wnpp Version: N/A; reported 2002-08-08 Severity: wishlist * Package name: gpattern Version : 1.0 Upstream Author : Maxence Guesdon <[EMAIL PROTECTED]> * URL : http://pauillac.inria.fr/~guesdon/Tools/gpattern/gpattern.html * License : QPL Description : generic class library for lablgtk Gpattern is a library offering convenient reusable classes for LablGtk. By now, it only contains one class, plist, which can be used to quickly created Scrollable GLists and associate handlers to events such as selection/deselection and double click. It is required by Epeire. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux chinon 2.4.18-xfs #1 ven mar 15 20:09:10 CET 2002 i686 Locale: LANG=fr, LC_CTYPE=ISO-8859-15 (ignored: LC_ALL set) -- no debconf information
Bug#155957: ITP: epeire -- GTK interface for the OCaml debugger
Package: wnpp Version: N/A; reported 2002-08-08 Severity: wishlist * Package name: epeire Version : 0.82 Upstream Author : Maxence Guesdon <[EMAIL PROTECTED]> * URL : http://pauillac.inria.fr/~guesdon/Tools/epeire/epeire.html * License : QPL Description : GTK interface for the OCaml debugger Epeire is a graphical interface for the OCaml debugger, featuring: * All features of the standard debugger are available, * Support for mutiple debugging profiles, * Include a graphical value inspector to browse values, * Graphical interface offers all features except installation of custom printers, and specification of a socket name, * Possibility to hide/show the various windows (call stack, breakpoints, ...). -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux chinon 2.4.18-xfs #1 ven mar 15 20:09:10 CET 2002 i686 Locale: LANG=fr, LC_CTYPE=ISO-8859-15 (ignored: LC_ALL set) -- no debconf information
Bug#154103: About gvd
Hi, You seem to be interested in gvd. Do you know the Ada95 language? Since gvd was written is Ada95, some Ada95 knowledge would be better. Cheers, -- Jérôme Marant
Bug#154312: Follows-up
Hi, Could you please tell us how you intend to support eDonkey without patching the ocaml compiler as explained on the mldonkey web page? Thanks. -- Jérôme Marant http://marant.org
Bug#150862: O: cxhextris -- Color version of hextris
Package: wnpp Version: 1.0 Severity: normal I intend to orphan the cxhextris package. The package description is: Hexagonal pieces give this version of tetris a new twist. There is one upstream normal bug. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux chinon 2.4.18-xfs #1 ven mar 15 20:09:10 CET 2002 i686 Locale: LANG=fr, LC_CTYPE=ISO-8859-15 (ignored: LC_ALL set) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150455: ITP: slides -- Make Slides Using Python
Moshe Zadka <[EMAIL PROTECTED]> writes: >> How different is it from Reportlab presentation tool? > > Well, the interface it presents to a user tries to be more similar > to those programs where you write your slides presentation in some markup > language and then process it, then to something which requires programming. > It's just that the markup language is Python, not a piece of ad-hoc shit. > I recommend that you have a look see at the examples/ dir yourself, and > see what I'm talking about. Sure. > > (One of the examples is a presentation about slides, which presents > rationale) > > BTW: Any reason you did not CC the bug report? I am doing so. Why should I? -- Jérôme Marant http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#144707: ITP: ocamlsdl -- OCaml bindings for SDL
Package: wnpp Version: N/A; reported 2002-04-27 Severity: wishlist * Package name: ocamlsdl Version : 0.5 Upstream Authors: Luc Mazardo <[EMAIL PROTECTED]> Frédéric Brunel <[EMAIL PROTECTED]> Sami Mak,bk(Bl,bd(B <[EMAIL PROTECTED]> * URL : http://ocamlsdl.sf.net * License : LGPL Description : OCaml bindings for SDL SDL (Simple DirectMedia Layer) is a generic API that provides low level access to audio, keyboard, mouse, and display framebuffer across multiple platforms. OCamlSDL is an OCaml interface to SDL that might be used to write multimedia applications in Objective Caml. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux chinon 2.4.18-xfs #1 ven mar 15 20:09:10 CET 2002 i686 Locale: LANG=fr, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#136518: ITP: bochs - full intel emulator
Dale Scheetz <[EMAIL PROTECTED]> writes: > Package: wnpp > Severity: wishlist > > Bochs, pronounced BOX, has the logo "think inside the bochs", and is > already a very good alternative to the more commercial emulators we are > all familiar with. It is a full emulator for the Intel hardware, and will > even run on my Sparc, unlike other emulators which rely on Intel hardware > to perform some of their functions. Hi, Someone has already ITP'ed it. See #78642. Cheers, -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Bug#134360: ITP: emacs-tiny-tools -- Collection of small libraries for Emacs
Package: wnpp Version: N/A; reported 2002-02-17 Severity: wishlist * Package name: emacs-tiny-tools Version : 0.0.20010204 Upstream Author : Jari Aalto <[EMAIL PROTECTED]> * URL : http://tiny-tools.sf.net * License : GPL Description : Collection of small OS independant libraries for Emacs Emacs Tiny Tools is a collection of libraries and packages, which are designed to be OS and X/Emacs platform independent. E.g. configure load-path automatically, URL handler, easy-delete, mail complete and many more utilities (50+). -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux chinon 2.4.17-xfs #1 sam jan 12 18:22:45 CET 2002 i686 Locale: LANG=fr, [EMAIL PROTECTED]
Bug#116359: ITP: apron -- An MPEG player running in a text-console
Wouter Verhelst <[EMAIL PROTECTED]> writes: > On 20 Oct 2001, [iso-8859-1] Jérôme Marant wrote: > > > Sorry, I can easily guess that the number of apron users will not exceed > > one or two. > > You'd be surprised... Maybe, trying it 5 minutes. Do you really intent to watch film with that? I wouldn't bet on this. > > > This is the kind of usefullness I'm talking about. Tuxracer > > is far away from this. > > I wasn't talking about tuxracer; I was talking about tuxracer *in m68k*. > Ever tried to run quake III on a 386? Right. So, this has nothing to do with what we are talking out. > > And when orphaned, noone > > will accept to take it over, > > Exactly how can you know that? Do you have some sort of crystal ball or > something? Statistics. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Bug#116359: ITP: apron -- An MPEG player running in a text-console
Wouter Verhelst <[EMAIL PROTECTED]> writes: > Usefullness of software is not a requirement for it to be packaged. A good > example is tuxracer in the m68k-port; It doesn't run on my Pentium I > at 166Mhz, let alone on a Motorola 68000 processor that runs at 50Mhz. > Still, it's compiled since it's there, and maybe some user would like to > have fun and install it. Sorry, I can easily guess that the number of apron users will not exceed one or two. This is the kind of usefullness I'm talking about. Tuxracer is far away from this. > > > Moreover, there are some other video players that > > can use aalib plugins to display video in a console. > > > > We really don't need that. > > If you don't need it, you're welcome to not install it on your > personal system. I think it's really nice to have some software that can > do this, and probably will use it. It is one more package entering the archive. And when orphaned, noone will accept to take it over, so it'll give more work to the QA team, like those waiting for new maintainers in WNPP. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Bug#116359: ITP: apron -- An MPEG player running in a text-console
Uwe Hermann <[EMAIL PROTECTED]> writes: > Package: wnpp > Severity: wishlist > > * Package name: apron > * Version : 0.2 > * Upstream Author : Alexander Southgate <[EMAIL PROTECTED]> > * URL : http://spondooliks.org/alex/apron/apron.php3 > * License : GPL > * Description : An MPEG player running in a text-console. > > It uses aalib for displaying the videos... Are you serious? Does Debian really need this kind of useless software? Moreover, there are some other video players that can use aalib plugins to display video in a console. We really don't need that. -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://marant.org
Bug#115256: ITP: mpatrol -- A powerful library for debugging memory allocations
Package: wnpp Version: N/A; reported 2001-10-11 Severity: wishlist * Package name: mpatrol Version : 1.4.7 Upstream Author : Graeme S. Roy <[EMAIL PROTECTED]> * URL : http://www.cbmamiga.demon.co.uk/mpatrol * License : LGP Description : A powerful library for debugging memory allocations The mpatrol library is a powerful debugging tool that attempts to diagnose run-time errors that are caused by the wrong use of dynamically allocated memory. . Along with providing a comprehensive and configurable log of all dynamic memory operations that occurred during the lifetime of a program, the mpatrol library performs extensive checking to detect any misuse of dynamically allocated memory. . All logging and tracing output from the mpatrol library is sent to a separate log file in order to keep its diagnostics separate from any that the program being tested might generate. A wide variety of library settings can also be changed at run-time via an environment variable, thus removing the need to recompile or relink in order to change the library's behaviour. . All of this functionality can be integrated into existing code through the inclusion of a single header file at compile-time. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux chinon 2.4.10-xfs #1 mer sep 26 11:26:34 CEST 2001 i686 Locale: LANG=fr, LC_CTYPE=fr_FR
Bug#88347: zorp
Hi, You made an ITP about zorp 210 days ago and nothing was done. Do you still plan to package it? If not, the ITP should be retitled to RFP. Cheers, -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> HTTP://marant.org
Bug#93342: toutdoux
Hi, You made an ITP about ToutDoux 174 days ago and nothing was done. Do you still plan to package it? If not, the ITP should be retitled to RFP. Cheers, -- Jérôme Marant <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> HTTP://marant.org
Bug#108299: ITP: MrProject - A Project Management Application for GNOME
Mikael Andersson <[EMAIL PROTECTED]> writes: > Package: wnpp > Severity: wishlist > > MrProject is a project management program that can help build project > plans, and track the progress of a project. > Did you see that they already provide debian packages? If so, did you contact them about including/sponsoring their packages in debian rather than doing the whole package from scratch? -- Jérôme Marant <[EMAIL PROTECTED]>
Bug#92464: Willing to package
Hi, Since Carlos does not want to package it anymore, I propose to package it if noone object. Regards, -- Jérôme Marant
Bug#99928: ITP: encompass - a free web-browser for GNOME
En réponse à Wolfgang Sourdeau <[EMAIL PROTECTED]>: > package: wnpp > severity: wishlist > > license: GPL version 2 > > url: http://encompass.sourceforge.net > > Upstream maintainer: Rodney Dawes <[EMAIL PROTECTED]> > > This web-browser uses the neon library for the HTTP transport and the > gtkhtml library for HTML parsing/rendering/rasterizing/display. > Hi, I already packaged this browser. I itend to make it available soon. The previous version is available at: http://people.debian.org/~jerome/encompass Cheers,
Bug#97149: ITP: libcrypt-ciphersaber-perl -- Perl module implementing CipherSaber encryption
Package: wnpp Version: N/A; reported 2001-05-11 Severity: wishlist Crypt::CipherSaber is a Perl module providing an object oriented interface to CipherSaber-1 and CipherSaber-2 encryption. See the POD for further details on use. See http://ciphersaber.gurus.com for more information about CipherSaber. copyright (c) 2001 chromatic ([EMAIL PROTECTED]), all rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux amboise 2.2.18 #5 lun mar 26 13:56:49 CEST 2001 i686
Bug#96740: O: giram -- 3D modeller for POV-Ray
Package: wnpp Version: N/A; reported 2001-05-08 Severity: normal I've decided to orphan this package (giram, giram-gnome, giram-mesa, giram-gnome-mesa) for the following reasons: - the upstream author is not responsive (possibly because he's working at MadrakeSoft) - it's development is very slow (8 months between 0.1.7 and 0.1.8) - the current version in Debian does not build any more. Neither does the current upstream version. Moreover, I'm not experienced enough with autotools. I contacted the author may times but did not get a reply. - it is poorly featured and removing it won't be a big loss for Debian. - I'm not using it any more. If someone thinks he/she can work out these problems and that giram is worth staying in Debian (despite all what I said), please adopt it right now. If noone intends to adopt it, I'll request for it's removal. Cheers, -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux chambord 2.2.18 #1 dim jan 21 12:39:08 CET 2001 i586
Bug#74697: Retitle bug
retitle 74697 O: debauch -- A malloc debugger -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux chambord 2.2.18 #1 dim jan 21 12:39:08 CET 2001 i586
Bug#92632: Changing title
retitle 92632 ITA: ifrench -- The french dictionary for ispell (Hydro-Quebec version) -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux chambord 2.2.18 #1 dim jan 21 12:39:08 CET 2001 i586
Bug#90587: ITP: python-4suite -- FourThought XML Processing Tools for Python
Package: wnpp Version: N/A; reported 2001-03-21 Severity: wishlist 4Suite is a collection of Python tools for XML processing and object database management. It provides support for XML parsing, several transient and persistent DOM implementations, XPath expressions, XPointer, XSLT transforms, XLink, RDF and ODMG object databases. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux amboise 2.2.18 #4 mer fév 7 14:32:43 CET 2001 i686