Bug#404376: O: texmacs-extra-fonts -- extra fonts for the mathematical text editor TeXmacs
Package: wnpp Severity: normal Hello, because of lack of free time at the moment, I am unable to maintain texmacs and texmacs-extra-fonts in a timely manner. I therefore orphan it. René
Bug#404375: O: texmacs -- WYSIWYG mathematical text editor using TeX fonts
Package: wnpp Severity: normal Hello, because of lack of free time at the moment, I am unable to maintain texmacs and texmacs-extra-fonts in a timely manner. I therefore orphan it. René
Bug#390858: RFA: ion3-mod-ionflux -- remote control for the ion3 window manager
Package: wnpp Severity: normal I request an adopter for the ion3-scripts package. I don't use it anymore. The things the adopter has to do include packaging new snapshots (rare) from the mod_ionflux-3 repository at http://modeemi.cs.tut.fi/~tuomov/repos/ and rebuild the package for each new release of the ion3 window manager until it becomes stable. René Package: ion3-mod-ionflux Priority: extra Section: x11 Installed-Size: 92 Maintainer: René van Bevern <[EMAIL PROTECTED]> Architecture: amd64 Version: 20051128-1 Depends: libc6 (>= 2.3.5-1), libx11-6, libxext6, ion3-api-3-3ds-20060524 Filename: pool/main/i/ion3-mod-ionflux/ion3-mod-ionflux_20051128-1_amd64.deb Size: 12828 MD5sum: 71f6fd93397249ecdae24741bac8a1e1 SHA1: 6ca1085b5775d2655423030a04fda19c1aa58d95 SHA256: 112375075be9a4ecaf63a0661b8140bd86d1429b8f36dd049fa98620b18253ec Description: remote control for the ion3 window manager mod_ionflux is a module for ion3 that enables remote controlling the ion3 window manager using the supplied tool "ionflux". Thus, ion3 can be controlled by shell scripts and similar applications.
Bug#390856: RFA: ion3-scripts -- ion3-scripts
Package: wnpp Severity: normal I request an adopter for the ion3-scripts package. I don't use it anymore. The things the adopter has to do include packaging new snapshots from the ion-scripts-3 repository at http://modeemi.cs.tut.fi/~tuomov/repos/ and eventually fixing bugs in existing scripts. Nearly every script has its own upstream author with varying activeness and varying skills in Lua programming. The adopter should be able to write Lua or be willing to learn it. Knowing Lua is really important to fix upstream bugs in this package. René The package description is: Provides user-contributed add-ons to the Ion 3 window manager, Including: * scripts that can alter Ion's window management behaviour * monitors for Ion's statusbar to monitor disk usage, network traffic, battery and more. * multiple themes that change Ion's look . Homepage: http://modeemi.fi/~tuomov/repos/ion-scripts-3/
Bug#388429: RFA: wyrd -- text-based calendar application
Package: wnpp Severity: normal Hello, I'd like somebody else to take over maintenance of the wyrd package, since I don't use this program anymore. The package has two upstream bugs open. The upstream author is very resonsive and usually reacts on forwarded bugreports quickly. He fixes bugs in new upstream releases, that happen frequently. Knowing O'Caml could be helpful to the new maintainer but isn't really required as the upstream author is responsive. The package description is: Wyrd acts as an ncurses-based frontend for remind, a scheduler application featuring sophisticated date calculation, moon phases, sunrise/sunset, Hebrew calendar, alarms, multilingual messages, and proper handling of holidays. . Wyrd displays reminders on a browsable time table along with a calendar and lets the user create new timed or untimed reminders. Using the remind backend, it is possible to convert the calendar to PostScript for printing and to synchronize it with Palm handhelds. . Homepage: http://www.eecs.umich.edu/~pelzlpj/wyrd/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388426: RFA: remind -- a sophisticated reminder service
Package: wnpp Severity: normal Hello, I'd like somebody else to take over maintenance of the remind package, since I don't use this program anymore. The package is in good shape, has no open bugs. The upstream author is not very fast in reacting to bugreports and patches, the new maintainer should be prepared to fix one or another upstream bug for himself. The package description is: Remind allows you to remind yourself of upcoming events and appointments. Each reminder or alarm can consist of a message sent to standard output, or a program to be executed. . It also features: sophisticated date calculation, moon phases, sunrise/sunset, Hebrew calendar, alarms, PostScript output, tcl/tk front-end and proper handling of holidays. . Reminders can be created by the remind scripting language or by using the graphical frontend "tkremind", which is also included in this package. . Homepage: http://www.roaringpenguin.com/penguin/open_source_remind.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388425: RFA: ncmpc -- text based audio player
Package: wnpp Severity: normal Hello, I'd like somebody else to take over maintenance of the ncmpc package, since I don't use this program anymore. The package is in good shape, has no open bugs. The last upstream version has been released more than a year ago, the current version in the archive is a good working SVN snapshot for UTF-8 and IPv6 support. The upstream author is not very fast in reacting to bugreports and patches, the new maintainer should be prepared to fix one or another upstream bug for himself. The package description is: ncmpc is a text based client for MPD, the Music Player Daemon. It is inspired by cplay and features a file browser, a playlist browser and editor as well as a search screen. . It inherits features like showing information for MP3 and Ogg files (among others) from MPD and also makes use of its random and repeated playback modes. . Homepage: http://hem.bredband.net/kaw/ncmpc/ René -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362958: Bug#356305: [Patch] TexMacs to build on gcc 4.1
Hello Ralf and Magnus, Ralf Treinen <[EMAIL PROTECTED]> writes: > René, thanks a lot for your patch. I just uploaded a new version of the > package with your patch applied. Ah, I see that I forgot to Cc you in the first reply to your RFA before sending you the patch. ;-) Let me point you here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362958 Looking at your package and reading the upstream development list of the past four months, I got the one or another questions left. 1) 01_american.dpatch: while all patches make perfectly sense to me, I fail to understand this one. Why is it needed to replace English by American? 2) Magnus, are you wanting to continue comaintaining Texmacs or do you both want to give the package away? 3) Now that I made Texmacs compile with GCC4.1, comes the next thing: The fonts. :-) Packaging the Type 1 extra-fonts package of Texmacs and make it available to itself and probably to other packages is what I want to try achieve. As far as I can see only a minority of the fonts in the extra-fonts package are provided by other packages in Debian. However: reading the mailing list archives, upstream says the fonts have been generated out of .mf sources from an "even larger Windows fonts package". Quesions from Magnus about the license do not seem to have been answered: http://lists.gnu.org/archive/html/texmacs-dev/2006-02/msg0.html | So, does anybody of you know what he is refereing to by "larger | Windows fonts package", where the .mf source and what its license | is? I.e. point me to a thread or such? If not, I'll just ask upstream myself. 4) Is there something else you want to tell or warn me about? ;-) René -- René van Bevern http://progn.org pgpiLx24quVRE.pgp Description: PGP signature
Bug#362958: RFA: texmacs -- WYSIWYG emacs-ish mathematical text editor
retitle 362958 ITA: texmacs -- WYSIWYG emacs-ish mathematical text editor owner ! thanks Ralf Treinen <[EMAIL PROTECTED]> writes: Hello Ralf, > I would like to give the texmacs package into caring hands. I am very interested that somebody continues maintenance in this package, as I use it almost daily for my University related documents. For that sake, I'd love to take care of Texmacs and to have a deeper look into the outstanding bugs, especially the GCC 4.1 issue. > Knowledge of C++ would be very helpful. There is an upstream > bug tracer at savannah and a small upstream developer community. I have C++ knowledge (although it is not among my favourites ;-) ) while I like Lisp and Scheme a lot. When I prepare an updated package with some bugs fixed (I am not going to prepare an upload just for a Maintainer change, so give me some time), I'd need you as a sponsor for this and some later uploads. [1] Regards, René [1] This should not be for long, I think, as I am on the last stage of the NM process, waiting for the account creation. -- http://progn.orghttp://www.pro-linux.de http://debian.org pgpKeU4wDgZnw.pgp Description: PGP signature
Bug#272098: Any progress with SLIME?
On 9.09.05, Hilko Bengen wrote: Hello Hilko, > Is anyone still working on this? Yes, Peter Van Eynde is working on this, it is available in the repository at cl-debian.alioth.debian.org/repository/pvaneynd/slime > I'd like to upload in the next few days if nobody objects. There have been unresolved licensing issues. Slime has been rejected from NEW. More information is here: http://common-lisp.net/pipermail/cl-debian/2005-August/000283.html I don't know if these issues have been solved by now. Regards, René signature.asc Description: Digital signature
Bug#311479: Bug#323984: RFP: nexuiz -- Game based on modified Quake-engine, complete with datafiles
Hi, to be more specific, fteqcc is at http://progn.org/~rvb/fteqcc/ René pgpw7lT8kWNiB.pgp Description: PGP signature
Bug#311479: Bug#323984: RFP: nexuiz -- Game based on modified Quake-engine, complete with datafiles
On 19.08.05, David Moreno Garza wrote: Hi David, > # Is there any specific reason for closing ITP of fteqcc? Yes. As I included the URL to the fteqcc package in the bug log of the Nexuiz ITP, I didn't feel the need for that seperate ITP for fteqcc. I intented to maintain fteqcc only to support Nexuiz packages -- and because there has been no action on that ITP/RFP for some time, I closed my ITP. I couldn't predict that you would suddenly stand up. ;-) > # I just can't see why was closed if it is still needed for nexuiz. It is needed, yes. If you want to take fteqcc along with Nexuiz, feel free to "hijack" my package. I've written a manual page for the compiler that is included there. René van Bevern http://progn.org -- schon möglich, dass der Firefox im Vergleich zu Galeon relativ gesehen schneller ist als unter debian. kann schon sein, dass brote verglichen mit bananen grüner sind als in der nacht pgpsyVVLLytIO.pgp Description: PGP signature
Bug#321252: ITP: cl-lw-compat -- LispWorks Compatibility Library
On 4.08.05, Peter Van Eynde wrote: Hi Peter, > * Package name: cl-lw-compat > Version : 0.2 > Upstream Author : Pascal Costanza Currently, lw-compat is provided by the cl-aspectl package. Pascal Constanza provided it in the upstream tarball of AspectL. I have changed cl-aspectl so that it does not install lw-compat files, because lw-compat and AspectL are now seperated upstream. I've tagged my cl-aspectl repository 0.6.5-2, so if you upload cl-lw-compat I'd like you to sponsor an upload for an updated cl-aspectl as well. You can just upload the current state of the cl-aspectl repository[1], built against the orig.tar.gz of ftp.debian.org. Thanks. :) [1] http://cl-debian.alioth.debian.org/repository/rvb/cl-aspectl/ -- René van Bevern -- http://progn.org/ pgp3HvAiXULLY.pgp Description: PGP signature
Bug#320865: ITP: stumpwm -- A window manager written entirely in Common Lisp
On 2.08.05, Trent Buck wrote: Hi Trent, > Description : A window manager written entirely in Common Lisp If you are interested in packaging Common Lisp software, there is a mailing list [1] for Common Lisp in Debian as well as a resource on Alioth [2] that contains Darcs repositories of many of Debian's CL packages. There are also some hints on packaging Common Lisp in Debian on the CLiki [3], (a more central and tidy document is in the works). So if you are interested in comments or help in your package, just ask on the list [1] :) [1] http://common-lisp.net/cgi-bin/mailman/listinfo/cl-debian [2] http://cl-debian.alioth.debian.org/ [3] http://www.cliki.net/common-lisp-controller Regards, René van Bevern, http://progn.org pgpNLiZ8PhQFK.pgp Description: PGP signature
Bug#297346: getting albert in shape
retitle 297346 ITA: albert owner 297346 ! thanks As I am working on a package of AspectL (ITP 311420), whose documentation is generated by albert, I try getting albert in shape to not provide an undocumented package. In its current state, albert neither works with CMUCL (probably others) (#312277) nor with SBCL. For the first issue, I have a solution ready. The issue about SBCL is: SBCL uses SIMPLE-STRING for strings since the time it supports UTF-8, no matter if the string really has UTF-8 characters. This is perfectly fine by the HyperSpec, as it does not require implementations to use the "strictest possible" string type. However, Albert (and also cl-xmls) assert SIMPLE-BASE-STRING for their XML strings, that may only contain ASCII. This is IMO the wrong way of assuring that a string is ASCII-only, but it breaks Albert and cl-xmls (probably others) for SBCL. René van Bevern pgpxHA4XM0Fdb.pgp Description: PGP signature