Bug#164946: RFP: ekit -- Java HTML/RTF editing program and applet
Package: wnpp Severity: wishlist Ekit is an HTML/RTF editing program and applet written entirely in Java. Current version is ekit-0.9d released 9/23/02. The URL of the package is http://ekit.sourceforge.net/ The license is GPL. -- -- Grant Bowman[EMAIL PROTECTED]
Bug#162569: Adopting ldapexplorer and phpmyadmin
Hi Piotr, I'm using debian on several systems for some time now and I really like it. So I've been waiting for an opportunity to do something back to the project. The best packages to start on seemed ones I use my self and also since I've a lot more experience in php-programming than in C/C++ coding it seems that the packages you're putting up for adoption are perfect for me. Since I'm not a debian package maintainer (yet), things are a little bit more complicated. I'm reading right now what to do to start the my application, so if you're are willing to help through the process (being my advocate and sponsor), that would be great. grts Tim
Bug#164957: ITP: labe -- Ldap Address Book Editor
Package: wnpp Version: unavailable; reported 2002-10-16 Severity: wishlist * Package name: labe Version : 3.1 Upstream Author : [EMAIL PROTECTED] * URL : http://www.savoirfairelinux.com/labe/ * License : GPL Description : Ldap Address Book Editor LABE stands for Ldap Address Book Editor. LABE is a web application created to administrate a centralised LDAP directory, compatible with Mozilla, Evolution and Outlook. It requires apache web server (1.3.x) with PHP module to work and OpenLDAP. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux klecker 2.4.19-686 #1 Sun Oct 6 18:37:38 EST 2002 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set)
Bug#164959: RFA: faqomatic -- Online interactive FAQ CGI
Package: wnpp Severity: normal I don't use faqomatic enough to maintain it well. I can get by, but I think somebody who actually uses a FAQ-O-Matic for something real would do a better job. Also, I'm getting increasingly busy and would like to free up a little more time. You should have reasonably good knowledge of Perl to diagnose bug reports. Upstream hasn't yet responded to the few mails I've sent him but does make the occasional release. Please contact me if you're interested. I will continue to maintain faqomatic until an adopter turns up. The package description is: Creates updatable web-based FAQs with CGI. It keeps cumulative statistics about hits. Highly customizable to permit only those you choose to update the FAQ, or to allow anyone to change it depending on your requirements. It will also generate a cache of static pages if desired so that most accesses to unchanging data will be served directly through your webserver without the overhead of CGI. . If you want to generate graphs of access statistics, install the libgd-perl package as well. Thanks, -- Colin Watson [EMAIL PROTECTED]
Bug#164987: O: wpac-applet -- Wallpaper auto changer for GNOME
Package: wnpp Version: unavailable; reported 2002-10-16 Severity: normal Upstream : No maintainance. I intend to orphan the wpac-applet package. The package description is: wpac-applet is a GNOME applet which automatically changes the wallpaper. You need xloadimage because it called by wpac-applet internally. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux arafune2 2.4.19 #1 SMP ¿å 9·î 11 11:06:10 JST 2002 i686 Locale: LANG=C, LC_CTYPE=C
Bug#164990: O: memopanel -- Memo on the GNOME panel
Package: wnpp Version: unavailable; reported 2002-10-16 Severity: normal I intend to orphan the memopanel package. The package description is: MemoPanel applet allows you to put a memo on the GNOME panel. Basic features are follows: stay on panel (GNOME applet) , i18n support, multi line display, strftime support in memo, color and font changeable, alert schedule URL caller, Ext launcher, IMAP/POP3 mail check, Screenshot Upstream: No maintainance. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux arafune2 2.4.19 #1 SMP ¿å 9·î 11 11:06:10 JST 2002 i686 Locale: LANG=C, LC_CTYPE=C
Bug#164988: O: htmlheadline
Package: wnpp Version: unavailable; reported 2002-10-16 Severity: normal Upstream : No maintainance. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux arafune2 2.4.19 #1 SMP ¿å 9·î 11 11:06:10 JST 2002 i686 Locale: LANG=C, LC_CTYPE=C
Bug#165018: ITP: pterm -- PuTTY terminal emulator
Package: wnpp Severity: wishlist * Package name: pterm Version : 0.53-some-date Upstream Author : Simon Tatham [EMAIL PROTECTED] * URL : http://www.chiark.greenend.org.uk/~sgtatham/putty/ * License : MIT Description : PuTTY terminal emulator This is an X terminal emulator based on the popular Windows ssh client, PuTTY. It supports xterm escape sequences, plus some Linux console sequences for colour palette configuration and some DECterm sequences for title bar control. It also has some nifty features like rectangular selection and NetHack keypad mode. pterm is at least potentially the beginning of a more complete PuTTY port, so the source package will be called 'putty'. -- Colin Watson [EMAIL PROTECTED]
Bug#78855: intermezzo/intersync packaging
Hi! I've installed InterMezzo 0.9.5 for a customer yesterday (unfortunately it was on a Red Hat 8.0 system) but I now know that and how InterMezzo works. If you don't want to continue your work on the InterSync package and the InterMezzo kernel module I'd like to take this task and build Debian packages. If you all agree, I'd like to upload the packages in a few days and set up a CVS tree in cvs.debian.org so basically all Debian developers can work on the package if they want to. I've done this with my Java packages and got very positive feedback from the other Debian Java developers. Greetings, Stefan Gybas
Bug#78855: intermezzo/intersync packaging
I still plan to continue intermezzo packaging; however, I do not feel it is stable enough for production use. I do not want to see it packaged until more work is done on it (upstream). Please do not upload 0.9.5 packages. On Wed, Oct 16, 2002 at 05:53:07PM +0200, Stefan Gybas wrote: Hi! I've installed InterMezzo 0.9.5 for a customer yesterday (unfortunately it was on a Red Hat 8.0 system) but I now know that and how InterMezzo works. If you don't want to continue your work on the InterSync package and the InterMezzo kernel module I'd like to take this task and build Debian packages. If you all agree, I'd like to upload the packages in a few days and set up a CVS tree in cvs.debian.org so basically all Debian developers can work on the package if they want to. I've done this with my Java packages and got very positive feedback from the other Debian Java developers. Greetings, Stefan Gybas -- It's not denial. I'm just selective about the reality I accept. -- Bill Watterson
Bug#156580: Packages available
Packages for libinti are available. Until my sponsor uploads them, you can find them at: deb http://www.dcc.ufmg.br/~gopaixao/debian/packages/ sid/i386/ deb-src http://www.dcc.ufmg.br/~gopaixao/debian/packages/ source/ Any feedback are welcome. Goedson. -- Goedson Teixeira Paixão Departamento de Ciência da Computação Universidade Federal de Minas Gerais http://www.dcc.ufmg.br/~gopaixao/ GPG fingerprint: 861F 4E6A FD88 C82D 4791 EDB9 34B1 EC71 5432 2E99 signature.asc Description: PGP signature
Bug#78855: intermezzo/intersync packaging
Andres Salomon wrote: I still plan to continue intermezzo packaging; however, I do not feel it is stable enough for production use. That's why new packages go to the unstable distribution. For example, a CVS snapshot of Samba 3.0 is there - it's also not ready for production IMHO. I do not want to see it packaged until more work is done on it (upstream). Why are there RPM packages then? Please do not upload 0.9.5 packages. It will be a long time before sarge is released and if InterMezzo is not ready at that time it can simply be postponed for the next release. My issue is this: I now know how set up InterMezzo (and even better, a customer paid me to gain this knowledge). I can now either spend a few hours working on InterMezzo packages (so others can try InterMezzo and ciontribute to the package and upstream) or I can work on my other packages and forget what I have learned about InterMezzo after a few weeks. Chose whatever you think is best for Debian and InterMezzo. Greetings, Stefan Gybas
Bug#78855: intermezzo/intersync packaging
Hi! Stefan wrote: Andres Salomon wrote: I still plan to continue intermezzo packaging; however, I do not feel it is stable enough for production use. That's why new packages go to the unstable distribution. For example, a CVS snapshot of Samba 3.0 is there - it's also not ready for production IMHO. I agree with Stefan on this. If you think intermezzo is not ready for a stable version, it is trivial to keep it out of Sarge. Putting it in Sid might interest some people in trying it out, testing it, and reporting bugs. That applies to me, at the very least. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Bug#78855: intermezzo/intersync packaging
On Wed, Oct 16, 2002 at 07:27:38PM +0200, Stefan Gybas wrote: Andres Salomon wrote: I still plan to continue intermezzo packaging; however, I do not feel it is stable enough for production use. That's why new packages go to the unstable distribution. For example, a CVS snapshot of Samba 3.0 is there - it's also not ready for production IMHO. Samba is usable. It supports the features that it offers. It may have bugs, but it's at least usable for most of those features. Intermezzo, on the other hand, does not support any features other than replication, at the moment; and even that is buggy. I do not want to see it packaged until more work is done on it (upstream). Why are there RPM packages then? Because Peter/Robert use redhat. There's also the historical aspect of InterSync requiring ghttpd. Normal libghttp didn't install all of what was needed by InterSync during compilation, so they had to release RPMs with a modified ghttp. The build system uses the .spec file from the RPM to get the version/package name, as well; it's simply what the original authors of Intermezzo preferred to release with. Please do not upload 0.9.5 packages. It will be a long time before sarge is released and if InterMezzo is not ready at that time it can simply be postponed for the next release. I don't see what the rush is right now. If you upload intermezzo packages, you _will_ have to support users using unstable. There _will_ be longstanding severe/grave bug reports on the package. I would rather see a quality package put into debian. My issue is this: I now know how set up InterMezzo (and even better, a customer paid me to gain this knowledge). I can now either spend a few hours working on InterMezzo packages (so others can try InterMezzo and ciontribute to the package and upstream) or I can work on my other packages and forget what I have learned about InterMezzo after a few weeks. Chose whatever you think is best for Debian and InterMezzo. You're welcome to do unofficial packages; I would even encourage uploads to experimental, but not to unstable. As far as the knowledge you have gained about setting up InterSync; it _will_ change. InterSync does most of the legwork upon startup (even right down to adding new users to the system); also, the way it is run will change. There need to be provisions for security, ways to specify transports (rsync, httpds other than apache, etc), and many other things. Intermezzo is simply not ready, and the knowledge you have about it now will be obsolete by the time it is. Greetings, Stefan Gybas -- It's not denial. I'm just selective about the reality I accept. -- Bill Watterson
Bug#156580: Correct source lines for the libinti packages
I've made a mistake on the source lines I posted in the previous message. The correct ones are: deb http://www.dcc.ufmg.br/~gopaixao/debian/packages/sid/i386/ ./ deb-src http://www.dcc.ufmg.br/~gopaixao/debian/packages/source/ ./ -- Goedson Teixeira Paixão Departamento de Ciência da Computação Universidade Federal de Minas Gerais http://www.dcc.ufmg.br/~gopaixao/ GPG fingerprint: 861F 4E6A FD88 C82D 4791 EDB9 34B1 EC71 5432 2E99 signature.asc Description: PGP signature
Bug#139749: Progress on webgui.deb
Progress on a webgui package so far: Dependancies: libwww-perl libtie-ixhash-perl libdbi-perl libdbd-mysql-perl libnet-ldap-perl libdate-calc-perl perlmagick perl = 5.8 mysql-server mysql-common mysql-client apache-perl perl 5.8 needs libdigest-md5-perl Suggest: mtop Need to create a perl package for Tie:CPHash I've installed webgui manually and it works quite well, but the more I work on it, the harder a .deb package appears.
Bug#78855: intermezzo/intersync packaging
Andres Salomon wrote: There _will_ be longstanding severe/grave bug reports on the package. That't fine. This way it will be kept out of testing. I'd rather have a package with some bugs that I can use in some fields than no package at all. If you don't want to use the package simply don't install it. it _will_ change. Ok, then I'll change the package accordingly. It won't the first changing package that I'm maintainig. You can take a look at Tomcat's history for example: Tomcat 4.1.2 has almost nothing in common with the first Tomcat 3.x package. InterSync does most of the legwork upon startup (even right down to adding new users to the system); I know this and I'll patch intersync to suit the Debian Policy. I'll disable the automatic startup of httpd and leave it up to the user to configure their web server to restrict access (allow, deny, SSL, ...) to InterMezzo's CGIs. I'd rather have you maintain the packages since you probably know more about InterMezzo than me. But then you have to upload your packages within the next few weeks. Keeping an ITP open for almost 2 years is not an option. Greetings, Stefan Gybas
Bug#165123: RFA: suck -- Small newsfeed from an NNTP server with standard NNTP commands.
Package: wnpp Version: N/A; reported 2002-10-17 Severity: normal I request an adopter for the suck package. The package description is: This package contains software for copying news from an NNTP server to your local machine, and copying replies back up to an NNTP server. . The suck/rpost combination allows you to run your own INN/CNEWS site, controlling where you get your news, and where you post outgoing articles. Suck/rpost use only standard NNTP commands that are used by your favorite news reader (like tin, knews, trn) such as POST and ARTICLE. If you can use tin or knews against a NNTP site, than you can use Suck/Rpost and have multiple site feeds. . NOTE: Suck will not work with obsolete NNTP servers that can't handle the xhdr command. Suck has some bugs, and I'd like whoever takes it to look through the bug list before accepting the package. I haven't taken proper care of suck for a long time, so I figured it would be good if it found another maintainer. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-