Re: debian.org e-mail address and SPF/SRS
On Thu, 04.11.2004 at 00:15:19 +0100, Osamu Aoki <[EMAIL PROTECTED]> wrote: > I understand my ISP's rationale which is to reduce virus mails hitting > ISP's mail server. I also understand that SPF will not be a bullet > proof against mail forgery. Please point your ISP to this interview (esp. page 3): http://www.onlamp.com/pub/a/bsd/2004/10/28/openbsd_3_6.html and to http://www.space.net/~maex/Drafts/dns-mtamark/draft-stumpf-dns-mtamark-03.txt Thank you! Best, --Toni++
Re: Bug#280208: O: qmailadmin
On Mon, Nov 08, 2004 at 03:39:54AM +0100, Christer Mjellem Strand wrote: > It would seem this package needs to be orphaned. There has been no > apparent work done on it since it's initial release over a year ago, > even though there have been many upstream releases since then. New > upstream versions would also close all currently reported bugs, and > yet the package hasn't been upgraded, ref. #235778 & #242806 > > Can you check up on the maintainer to see if he's still interested? Of course, but such a request is not done by just orphaning his package, but by asking on debian-qa, for example. Only orphan a package _after_ you've concluded the maintainer shows no reaction. It's also polite to at least cc the maintainer when you orphan his package, so he knows you've done so, in stead of only when someone goes to much efforts to take it over, and then discovers it's an hijack after all. In the past, the maintainer wrote: | I have a 1.2.1 package, but it doesn't compile. Nor does the one at | http://www.rnd-software.com/debian/ for that matter. If someone interested in qmail wants to NMU the package towards the newest version, he is hereby invited to do so. Sam, please let us know when you've got time again to look after your packages. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl
Re: YaST2 for Debian (aka nYaST)
Am Sonntag, 7. November 2004 15.32 schrieb Jaldhar H. Vyas: Good morning First of all. The further discussion for the porting work will be consolidated on the debian-desktop lists only. > > Abstract: > > I search a person (or more than one) who is interested to port Yast2 from > > Novell/SuSE to Debian. I'd like to spend some money and/or hardware for > > this task (I can't spend that much because I'm a student who lives from > > grants) and perhaps some organizational help. > > Dear Mario, > > I was until recently the Debian maintainer of webmin/usermin. I have > filed an ITP (Intent to Package) for Yast2. And I intend to look into it, > the hold up at the moment is I am expecting the birth of a baby boy almost Oh, that's nice. And that's more important than some software. I wish you and your wife all the best for the birth of your baby boy. > any day now. Certainly financial help would speed things up a little but > thats the main block. > > The first time I brought this up there were concerns about the license > iirc but according to a Novell rep I talked to once, they do intend it to Which Novell rep? I thought the license of YaST2 is the GNU GPL. > be used by other distros so we can hopefully count on them to help resolve Good to here. I hope they are interested in code to make YaST2 more portable. > any problems. I doubt if they would contribute any money though but > asking is worth a try. That's the same way I think. > It's going to take a _lot_ of work to adapt yast2 to Debian, more than > just tweaking a few config files. Ok, but what means "a _lot_ of work" in a timely fashion: - One-man-year? - A few weeks of hard work? I think, YaST2 is quite modular. This way the porting could be in levels. Say, first the skeleton/framework and then the single modules. So we could show something working relatively soon? > > This (or a similar) email goes to the following mailinglists (I'm > > subscribed to all of them): > > - debian-desktop [3] > > - debian-devel [4] > > - kalyxo and kalyxo-devel [5] & [6] > > - debian-cdd [7] > > We should probably consolidate discussion on, say, debian-desktop. See above. Thx Mario
fcron
I am willing to give up fcron if someone is interested in taking it over. I have done everything I wanted to do with this package, I put SE Linux support in it, I updated it to the latest upstream version, and I worked with upstream to fix all the bugs that seemed significant to me. Now I don't have the time and interest needed to take this package further. I offer this first to Henrique if he wants it back. Otherwise it's available to anyone who has the time to continue development. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Moving PATH from /root/.profile to /etc/profile
Hi. By popular demand, I plan to move the PATH definition for root from the default /root/.profile to the default /etc/profile. If anybody knows a good reason why this should not be done before the release of sarge, please say so. After an amount of time which is reasonale for a "frozen" package like this (say, 20 days), I will ask the release managers to let base-files enter sarge. Thanks.
Bug#280313: ITP: openguides -- A web application for managing a collaboratively-written city guide
Package: wnpp Severity: wishlist * Package name: openguides Version : 0.43 Upstream Author : The OpenGuides Project <[EMAIL PROTECTED]> * URL : http://openguides.org/ * License : Dual GPL/Artistic Description : A web application for managing a collaboratively-written city guide The OpenGuides software provides the framework for a collaboratively-written city guide. It is similar to a wiki but provides somewhat more structured data storage allowing you to annotate wiki pages with information such as category, location, and much more. It provides searching facilities including "find me everything within a certain distance of this place". Every page includes a link to a machine-readable (RDF) version of the page. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15
Bug#280319: ITP: libdbix-fulltextsearch-perl -- Indexing documents with MySQL as storage
Package: wnpp Severity: wishlist * Package name: libdbix-fulltextsearch-perl Version : 0.73 Upstream Author : T.J. Mather <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/DBIx-FullTextSearch/ * License : Dual GPL/Artistic Description : Indexing documents with MySQL as storage DBIx::FullTextSearch is a flexible solution for indexing contents of documents. It uses the MySQL database to store the information about words and documents and provides Perl interface for indexing new documents, making changes and searching for matches. For DBIx::FullTextSearch, a document is nearly anything -- Perl scalar, file, Web document, database field. . The basic style of interface is shown above. What you need is a MySQL database and a DBI with DBD::mysql. Then you create a DBIx::FullTextSearch index -- a set of tables that maintain all necessary information. Once created it can be accessed many times, either for updating the index (adding documents) or searching. . DBIx::FullTextSearch uses one basic table to store parameters of the index. Second table is used to store the actual information about documents and words, and depending on the type of the index (specified during index creation) there may be more tables to store additional information (like conversion from external string names (eg. URL's) to internal numeric form). For a user, these internal thingies and internal behaviour of the index are not important. The important part is the API, the methods to index document and ask questions about words in documents. However, certain understanding of how it all works may be useful when you are deciding if this module is for you and what type of index will best suit your needs. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15
Bug#280318: ITP: libcgi-wiki-perl -- A toolkit for building Wikis
Package: wnpp Severity: wishlist * Package name: libcgi-wiki-perl Version : 0.61 Upstream Author : Kake Pugh <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/CGI-Wiki/ * License : Dual GPL/Artistic Description : A toolkit for building Wikis Helps you develop Wikis quickly by taking care of the boring bits for you. You will still need to write some code - this isn't an instant Wiki. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15
Re: Bug#280208: O: qmailadmin
Yes, I have been packaging my own qmailadmin. If it is OK, I will MMU that. Bao On Mon, November 8, 2004 1:33 am, Jeroen van Wolffelaar said: > On Mon, Nov 08, 2004 at 03:39:54AM +0100, Christer Mjellem Strand wrote: >> It would seem this package needs to be orphaned. There has been no >> apparent work done on it since it's initial release over a year ago, >> even though there have been many upstream releases since then. New >> upstream versions would also close all currently reported bugs, and >> yet the package hasn't been upgraded, ref. #235778 & #242806 >> >> Can you check up on the maintainer to see if he's still interested? > > Of course, but such a request is not done by just orphaning his package, > but by asking on debian-qa, for example. > > Only orphan a package _after_ you've concluded the maintainer shows no > reaction. It's also polite to at least cc the maintainer when you orphan > his package, so he knows you've done so, in stead of only when someone > goes to much efforts to take it over, and then discovers it's an hijack > after all. > > In the past, the maintainer wrote: > | I have a 1.2.1 package, but it doesn't compile. Nor does the one at > | http://www.rnd-software.com/debian/ for that matter. > > If someone interested in qmail wants to NMU the package towards the > newest version, he is hereby invited to do so. Sam, please let us know > when you've got time again to look after your packages. > > --Jeroen > > -- > Jeroen van Wolffelaar > [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) > http://Jeroen.A-Eskwadraat.nl > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- Best Regards. Bao C. Ha Hacom OpenBrick Distributor USA http://www.hacom.net voice: (714) 530-8817 fax: (714) 530-8818 8D66 6672 7A9B 6879 85CD 42E0 9F6C 7908 ED95 6B38
Re: How to promote Linux: make schools migrate! (Agenda)
Am Samstag, 15. Mai 2004 04:40 schrieb Timothy Demulder: > I didn't find that in your mail, but all this is just IMHO. > I'm absolutly no teacher btw, just another geek helping an elementary > school. Hi Timothy again, how's your work proceeded, meanwhile? Thanks again for your valuable comments, I think it is really important to tell pupils, it is not "Linux" to blame when, say, KDE's kicker crashes. [No, don't start defending - I am talking bout KDE 2.x :) ] BTW: Connected to this thread, there was some "Linux New Media Award" for a debian based Linux distro called "Skolelinux" that specializes to schools' needs AFAIK. Educational Debian packages named preinstalled are gcompris, kmplot, tuxtype, kgeo, ... So, apparantly, there are already many developers thinking of the generation to follow - which is just great :) Regards rUdi
Bug#280324: ITP: freemind -- A Java Program for creating and viewing Mindmaps
Package: wnpp Severity: wishlist * Package name: freemind Version : 0.7.1 Upstream Author : Christian Foltin <[EMAIL PROTECTED]> * URL : http://freemind.sf.net/ * License : GPL Description : A Java Program for creating and viewing Mindmaps Hi, the package does already exist actually (see http://freemind.sourceforge.net/wiki/index.php/FreeMind_on_Linux for details), I'm the maintainer of the package for the FreeMind project and I'd like to have it in the official Debian repository (contrib Section). I'm not yet a Debian developer, going through the documentation and the process of becoming one. Cheers, Eric -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-k7 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8
Bug#280327: ITP: wwwstat -- httpd logfile analysis package
Package: wnpp Severity: wishlist * Package name: wwwstat Version : 2.0 Upstream Author : Roy Fielding <[EMAIL PROTECTED]> * URL : http://www.ics.uci.edu/pub/websoft/wwwstat/ * License : Artistic Description : httpd logfile analysis package wwwstat processes a sequence of httpd Common Logfile Format access_log files and prior summary outputs, and then outputs a summary of the access statistics in a nice HTML format. . splitlog processes a sequence of httpd Common Logfile Format access_log files (or CLF with a one-field prefix) and splits the entries into separate files according to the requested URL and/or vhost prefix. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: LANG=C, LC_CTYPE=C
Documentation for upstream software authors
Hi, I've just started http://wiki.debian.net/SoftwarePackaging, intended to collect thoughts of packagers how upstream developers can make the life of a packager easier. I'm sure all packagers have wondered about "brain-dead" upstream developers who have not put much thought into how their software might be distributed in a pre-compiled/pre-configured package. Compile-time options are one example, user-modifiable files outside of /etc are another, to name the two that I could think of just now. The idea is not to duplicate the Debian policy, but to give upstream developers an idea how their software can be written to be easily packaged. I envision this document being generic to all Linux and Unix software packaging methods and not specific to Debian, despite it being on the Debian Wiki. (Maybe some BSD or Gentoo ports maintainer are listening here, too?) If there already is such a Document, please tell me and/or wipe that page. No need to duplicate such information, of course. cheers -- vbi -- Today is Boomtime, the 20th day of The Aftermath in the YOLD 3170 pgpyCbj27PZvV.pgp Description: PGP signature
Re: Bug#280208: O: qmailadmin
On Mon, Nov 08, 2004 at 10:00:58AM -0800, Bao C. Ha wrote: > Yes, I have been packaging my own qmailadmin. If it is OK, I will > MMU that. Well, see the developers reference on how to do a NMU, and go ahead according to it. On a sidenote, I guess it'd be a good idea to read the developers reference again anyways, it looks as if the last three uploads of libecgi are NMU's, but upon closer inspection, I see that you used NMU version numbers for your own maintainer uploads. It would have been more clear if you would have used 0.6.2-3 and -4 for your last two uploads on that package. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl
remove me from callwave
remove me from callwave [EMAIL PROTECTED]
Re: fcron
On Tue, 09 Nov 2004, Russell Coker wrote: > Now I don't have the time and interest needed to take this package further. > I > offer this first to Henrique if he wants it back. Otherwise it's available > to anyone who has the time to continue development. I like fcron, and I use it quite extensively... but I do not have much time to improve it, either. If someone else has more time (e.g. to send upstream patches to implement all functionality in Debian cron), then I think they would do a better job than I can right now... Thanks for taking care of it for this long, Russell! -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
Re: Company launch with Linux system
On Sun, Oct 10, 2004 at 07:27:06PM +0200, Hartmut Rummel wrote: > This is cory yearwood from Exsis. Please can you remove the e-mail from your > website.. And yet the name in your From: line is Hartmut Rummel, and you're using a totally different e-mail address. Either way, I doubt that post will be taken off the archive. - Matt signature.asc Description: Digital signature
