patched packages.debian.org scripts pass test
Howdy, For what it's worth, I tested the patched packages.debian.org scripts that I posted yesterday and they generated the desired pages without a hitch. Matt pgpGfPyJpvWEj.pgp Description: PGP signature
Bug#82497: /doc/ has some broken links
Package: www.debian.org Debian GNU/Linux User Documentation page in Japanese has some broken links. (http://www.debian.org/doc/index.ja.html) broken links are: http://metalab.unc.edu/mdw/HOWTO/Hardware-HOWTO.html http://www.debian.org/~hp/debian-tutorial.html http://www.linuxdoc.org/FAQ/Linux-FAQ/index.html metalab.unc.edu and www.linuxdoc.org cannot make TCP connection. debian-tutorial Not Found The requested URL /~hp//debian-tutorial.html was not found on this server. regards,
Re: patched packages.debian.org scripts pass test
On Mon, Jan 15, 2001 at 11:09:57PM -0800, Matt Kraai wrote: For what it's worth, I tested the patched packages.debian.org scripts that I posted yesterday and they generated the desired pages without a hitch. I guess I can apply them then :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: translation-check and check_trans (was: Re: Debian WWW CVS: peterk)
On Mon, Jan 15, 2001 at 10:22:01PM +0100, Josip Rodin wrote: On Mon, Jan 15, 2001 at 08:49:54PM +0100, NAGY Viktor wrote: % ./check_trans.pl Can't locate MIME/Lite.pm in @INC (@INC contains: /usr/lib/perl5/5.005/i386-linux /usr/lib/perl5/5.005 /usr/local/lib/site_perl/i386-linux /usr/local/lib/site_perl /usr/lib/perl5 .) at ./check_trans.pl line 149. BEGIN failed--compilation aborted at ./check_trans.pl line 149. Um. WTH is that necessary? Yeah, it does not have any sense to enclose the use MIME::Lite; in if ($opt_m) { } statement, because it's executed at compile time. Hmm, that sounds right. $opt_m should be undefined by default, not set to '', too. And the verify_send function didn't check for $opt_m, so it kept displaying list is unknown for me, which is kinda pointless. I've commited these changes, sorry if it broke everything for everyone else :) Ok, I've checked your changes, it's (almost) ok for me. It's good because we find again the old behaviour of this script, and peter can use the most uptodate version. He can even modify it. But it's bad because the new behaviour is broken. As you removed the use MIME::Lite; the -m option won't work. But it's ok to remove this line as this perl module isn't debian-packaged yet. I don't really know what to do about this. 1) Put the module in the CVS ? $ ls -hl /usr/lib/perl5/MIME/Lite.pm -rw-r--r--1 root root 80k nov 30 12:35 /usr/lib/perl5/MIME/Lite.pm It's not sooo big. 2) Rely on another mail library in perl ? Does someone know one ? It must be MIME compliant. 3) others ? Bye, Mt.
Re: ITP: midgard
On Tuesday 16 January 2001, at 1 h 18, the keyboard of Scott Dier [EMAIL PROTECTED] wrote: I plan on packaging up the midgard project into a few different packages. Midgard is an Open Source content management tool based on Do note there are now four free content management tools, one being packaged in Debian and two being ITPed. I wanted to emphasize this, since I've often heard that such a topic is too complex for free software. Zope (already in potato) http://www.zope.org/ Midgard http://www.midgard-project.org/ Bigwig (which is not a complete content-management solution) http://www.brics.dk/bigwig/ Enhydra (no ITP yet) http://www.enhydra.org/
Re: translation-check and check_trans (was: Re: Debian WWW CVS: peterk)
On Tue, Jan 16, 2001 at 10:37:53AM +0100, Martin Quinson wrote: % ./check_trans.pl Can't locate MIME/Lite.pm in @INC (@INC contains: /usr/lib/perl5/5.005/i386-linux /usr/lib/perl5/5.005 /usr/local/lib/site_perl/i386-linux /usr/local/lib/site_perl /usr/lib/perl5 .) at ./check_trans.pl line 149. BEGIN failed--compilation aborted at ./check_trans.pl line 149. But it's bad because the new behaviour is broken. As you removed the use MIME::Lite; the -m option won't work. But it's ok to remove this line as this perl module isn't debian-packaged yet. I don't really know what to do about this. 2) Rely on another mail library in perl ? Does someone know one ? It must be MIME compliant. Not sure what you need, but would those from mailtools package work? 3) others ? Package MIME::Lite yourself? :) Also, figure out how to get perl to use MIME::Lite conditionally, Marcin Owsiany mentioned a BEGIN block or something like that... BTW your Mail-Followup-To: is still broken. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Bug#82497: /doc/ has some broken links
Thank you Joy, I've missed it :). From: [EMAIL PROTECTED] Subject: Bug#82497: /doc/ has some broken links Date: Tue, 16 Jan 2001 16:29:21 +0900 Package: www.debian.org Debian GNU/Linux User Documentation page in Japanese has some broken links. (http://www.debian.org/doc/index.ja.html) broken links are: http://metalab.unc.edu/mdw/HOWTO/Hardware-HOWTO.html http://www.debian.org/~hp/debian-tutorial.html http://www.linuxdoc.org/FAQ/Linux-FAQ/index.html metalab.unc.edu and www.linuxdoc.org cannot make TCP connection. I can see both of them. Could you try them again? debian-tutorial Not Found The requested URL /~hp//debian-tutorial.html was not found on this server. It is replaced by a new link (as in the English page). Fixed. P.S. Now metalab should be ibiblio.org, isn't it? -- Keita Maehara [EMAIL PROTECTED]
recent ongoings with packages.debian.org et al
Hi, Matt's patch for packages.d.o generation scripts seems to have worked fine, with a couple of tweaks. In the meantime I've been told that Jason didn't allow NFS mounting (reason not stated) so I went ahead and made a script[1] to get the Contents-* files from a nearby mirror site. Interestingly enough, we should have had such a script for that already, in order for the CGI[2] to search over non-US files. So, that's all set up now, the script will run daily and update the files using wget -N (I thought that was better than weekly even though they get regenerated weekly, because they might change unexpectedly for whatever reason[3]). I've modified the CGI script to grep over the non-US file for the selected distribution, it seems to be working fine. During testing the CGI, however, I discovered that the simple patch to make links to per-package web pages wasn't quite enough -- it didn't handle the case where two packages own a file, and it didn't handle packages in contrib and non-free. I've fixed the latter (simple) and kludged around the former; I suspect someone will have a patch to fix that (and have the script make coffee, too ;) within hours :) Note that if the old mirror on master:/debian2/ was removed we could see if anything still uses it almost instantly... and get loads of free space for all that warez and mp3s^W^W^W^W^W^W too, of course :) [1] master.debian.org:/org/packages.debian.org/contents/refetch [2] master.debian.org:/org/cgi.debian.org/cgi-bin/search_contents.pl [3] Bug#82551: Contents files in stable contain weird binary characters :) -- Digital Electronic Being Intended for Assassination and Nullification
Processed: packages.debian.org is now being updated
Processing commands for [EMAIL PROTECTED]: close 81761 Bug#81761: packages.debian.org: recent packages not included Bug closed, send any further explanations to Philipp Frauenfelder [EMAIL PROTECTED] thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Re: translation-check and check_trans (was: Re: Debian WWW CVS: peterk)
NAGY Viktor wrote: Yeah, it does not have any sense to enclose the use MIME::Lite; in if ($opt_m) { } statement, because it's executed at compile time. eval q{use MIME::Lite}; -- see shy jo