Re: Problem on whoisam.php page!
On Thu, Mar 01, 2001 at 03:02:14PM +0100, Gerfried Fuchs wrote: > I was today noticed about a bug we have in the whoisam.php page. It > seems that the mailadresses there are made up from the am-login and > @debian.org and _not_ from the real debian.org adresses of the AMs > (which can be different). I think we should completely remove the personal email addresses from that page. It's just a gift to spammer bots, nobody else needs that list anyway. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Problem on whoisam.php page!
On Thu, Mar 01, 2001 at 03:48:05PM +0100, Gerfried Fuchs wrote: > > I think we should completely remove the personal email addresses from that > > page. It's just a gift to spammer bots, nobody else needs that list anyway. > > That reason is nonsense. There are tons of other pages where the mail > adresses are listed, too; even with mailto: links (that might be > prefered by such bots, I guess). Just think of the mailarchives or the > w.d.o/devel/people page. 1) The existence of other sources is a reason FOR removal of this, not against. Who needs redundancy? 2) In the other sources I get to pick which address I will let the spammers abuse -- here, an address is used against my wishes. 3) Let me reiterate that nobody but spammers needs that list anyway. An NM knows the address of their AM because they contacted him. The Front desk knows the address because they're omnipotent :) And others know the address from those other pages. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Problem on whoisam.php page!
On Thu, Mar 01, 2001 at 06:29:02PM +, Dale Scheetz wrote: > > > > I think we should completely remove the personal email addresses from > > > > that > > > > page. It's just a gift to spammer bots, nobody else needs that list > > > > anyway. > > > > > > That reason is nonsense. There are tons of other pages where the mail > > > adresses are listed, too; even with mailto: links (that might be > > > prefered by such bots, I guess). Just think of the mailarchives or the > > > w.d.o/devel/people page. > > > > 1) The existence of other sources is a reason FOR removal of this, not > >against. Who needs redundancy? > > 2) In the other sources I get to pick which address I will let the > >spammers abuse -- here, an address is used against my wishes. > > 3) Let me reiterate that nobody but spammers needs that list anyway. An NM > >knows the address of their AM because they contacted him. The Front desk > >knows the address because they're omnipotent :) And others know the > >address from those other pages. > > Gee thanks for the godhood ;-) > > Actually I depend on this information to contact AMs. If you don't, as an > AM, have acces to change this in your profile (I'm not sure if you do or > not), just contact me and I'll change it to whatever you want. (as long as > it is one of _your_ addresses ;-) Well, I don't mind you (or any other Debian person) contacting me at the address listed there, but I do mind it being publicly displayed like it is now. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Problem on whoisam.php page!
On Fri, Mar 02, 2001 at 09:52:58AM +0100, Tollef Fog Heen wrote: > | 3) Let me reiterate that nobody but spammers needs that list anyway. An NM > |knows the address of their AM because they contacted him. > > No, he doesn't necessarily know that. My AM had a bug in one of his > scripts where his initial contact email didn't ever reach me. Of > course, this is not the usual course, but things happen. Oh. Wouldn't it be better to put the AM's email on the NM's web page, then? -- Digital Electronic Being Intended for Assassination and Nullification
Re: Problem on whoisam.php page!
On Fri, Mar 02, 2001 at 10:20:02PM +0100, Tollef Fog Heen wrote: > | > | 3) Let me reiterate that nobody but spammers needs that list anyway. An > NM > | > |knows the address of their AM because they contacted him. > | > > | > No, he doesn't necessarily know that. My AM had a bug in one of his > | > scripts where his initial contact email didn't ever reach me. Of > | > course, this is not the usual course, but things happen. > | > | Oh. Wouldn't it be better to put the AM's email on the NM's web page, then? > > Maybe so, yes. But that is also linked to from the list of applicants > page, isn't it? (So we won't buy anything when it comes to spambots > :/ ) Ah, I thought those pages were behind some password prompt. Oh well, scrap the idea then, there's nowhere you can hide from spambots... :( -- Digital Electronic Being Intended for Assassination and Nullification
Re: please test the new package searching
On Wed, Jan 06, 1999 at 02:40:31PM -0500, James A. Treacy wrote: > It adds the ability to restrict the search on package names only > (done using META keywords) and to use substrings, e.g. libgtk* . > This last item is what people have been screaming for. Hopefully > swish++ will implement more general regex in the future. You should add a note, because one can't add the asterisk at in front of 'sth', he should try 'libsth', since it is the most common case. Also, the search results are not arranged in groups, but all results are on one page. That is good and bad. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: packages.debian.org
On Tue, Jan 19, 1999 at 11:40:01PM +0100, Vincent Renardias wrote: > > One more feature (or a bugfix since it pointed to 404 before :) has > > been added: you can call http://packages.debian.org/some_package and > > it will redirect you to the search results on some_package. Jason > > Gunthorpe enabled that one too (thanks!). > > Interestingly enough, it works fine for the 'mount' and 'wine' packages, > but not for 'gdb' or 'sac' (while they all in the main section). > Any reason to this? I tried now for gdb, and it points me to: http://cgi.debian.org/cgi-bin/search_packages.pl?keywords=gdb&searchon=names&version=all&release=all which is the exact same location of where the /distrib/packages.html points me after submitting the form (with all these options the same). So, it is the searching system that fails. I am CC:ing this to debian-www so that the webmasters can know about the problem. BTW it is possible too that it fails because of incorrect Packages files from where the web pages information is read, but not in gdb's case, because http://www.debian.org/Packages/unstable/devel/gdb.html exists (I didn't check the actual info, just checked that it exists). -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: packages.debian.org
On Tue, Jan 19, 1999 at 09:36:18PM -0500, James A. Treacy wrote:
> Try again. The system installed version of the indexing program was being
> used instead of my custom job. This has been fixed so it should work correctly
> now.
Yes, gdb works now. I followed the murphy's law, and tried
packages.debian.org/ae. You know the story... :)
Once again, it doesn't find 'ae' (or bc), but finds aegis{-doc}.
It seems to be only the search error because ae's page exists at
http://www.debian.org/Packages/unstable/base/ae.html.
The only remaining question here is whether we have one-letter
packages ;-D
I think that it is not only about three letter
one's. I tried 'make' and it gave me only make-doc, makepasswd, but
not the 'make' itself :( Interestingly, it found 'gcc' when I searched
for 'gcc', but it marked it last on the list, 16%. I tried apache too,
since -common/doc packages also exists, and 'apache' was in the list,
but also ranked too low.
Also, you realy should change some words in the output. The percentage
column is named 'Quality' which is kind of confusing. I suggest you
change that to 'Match:' or something else.
It would be a good idea not to put the 'Release' column after the
'Quality' since this leads to output like this (at least in my lynx):
100% unstable make-doc 3.77-4 (3982 bytes)
Documentation for the GNU version of the "make" utility.
Note the '100% unstable', which may lead to confusion.
And if you do that, remove the file size after the description, it
can only cause the confusion (and who really needs that file size?).
--
enJoy -*/\*- http://jagor.srce.hr/~jrodin/
web page title
Hi, Although most of you already saw this, but I'll forward anyway (shrinked). - Forwarded message from Randy Gobbel <[EMAIL PROTECTED]> - Date: Sat, 06 Feb 1999 20:53:18 -0500 From: Randy Gobbel <[EMAIL PROTECTED]> To: Marcus Brinkmann <[EMAIL PROTECTED]> CC: debian-devel@lists.debian.org Subject: Re: Logo contest - `MUST be manipulated entirely in the GIMP' > You see? It is not saying "Debian GNU/Linux", but "Debian". > > But this is strange. I think I remember reading something along the lines of > "Debian is not just Linux anymore". Have they changed the web page, or did I > read it elsewhere? Maybe you haven't looked at the Debian Web site recently. It says Debian GNU/Linux in big letters right at the top. If that's a problem then someone should fix it. - End forwarded message - Maybe the web page really should say 'The Debian Project' or something else, less specific? It seems to me like we're ignoring the Hurd. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
[treacy@debian.org: Re: release info]
James, you said bring it up :) My reply is down below. - Forwarded message from "James A. Treacy" <[EMAIL PROTECTED]> - Envelope-to: [EMAIL PROTECTED] Delivery-date: Sat, 13 Feb 1999 15:54:23 +0100 Date: Sat, 13 Feb 1999 09:51:10 -0500 From: "James A. Treacy" <[EMAIL PROTECTED]> To: Josip Rodin <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Subject: Re: release info On Sat, Feb 13, 1999 at 02:21:04PM +0100, Josip Rodin wrote: > > Yesterday while I was translating some devel/ pages (to Croatian, > with consent of the translation coordinator) I noticed that > release_info.wml says: > > Debian version 2.2 (Nickname: potato) > >estimated release - Late Spring or Summer 1999 >Filesystem Hierarchy Standard (FHS) >PAM integration >Apt (part 3), the new front end to the package management system (dpkg) >first public release for powerpc architecture >perl 5.005 and ncurses >other goals to be decided > > > A lot of these seem vague to me. Don't we already abide by some version > of that filesystem standard? PAM integration exists in some packages, you > should insert words 'much better'. Apt frontend is not exactly a frontend > only to dpkg, but to backend apt-* apps, isn't it? Perl may come to 5.006 > by that time, and the ncurses entry is rather opaque to me :) > > Also you should add 'the great X reorganization' to slink's list, and > X 3.3.3.1 to this, potato's, list. > Please bring such things up on debian-www. We have been looking for someone to maintain this page, but haven't had much luck. Wanna volunteer? One addition should be listing the kernel that is distributed with each release, except for future ones. :) If that page is better maintained, it would be linked from the main page. Jay Treacy - End forwarded message - I'll be willing to do some investigation on what exactly was in some of these releases. I only don't know where to find info about packages in buzz and rex - can someone point me to some archive of it, or at least send me a status/available/Packages file from these? I follow other lists, so I could fill in some newer stuff too. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: [treacy@debian.org: Re: release info]
On Sat, Feb 13, 1999 at 01:06:01PM -0500, James A. Treacy wrote: > > I'll be willing to do some investigation on what exactly was > > in some of these releases. I only don't know where to find info about > > packages in buzz and rex - can someone point me to some archive of it, > > or at least send me a status/available/Packages file from these? > > I follow other lists, so I could fill in some newer stuff too. > > > My goal here is not to be a pain, but... > we need more than someone who will just make a single update. We need > someone who is responsible for keeping this up to date. Otherwise, > it will just rot over the next few months again. > > After thinking about it for a while, the logical choice would be the > release manager, who is currently Brian White. Since the release > manager is ultimately responsible for what gets into a given release > they should have a good idea of what should go on this page. Indeed, but the information about already released stuff could be submitted by any user (of course someone should decide what is the most important, prefferably the release manager himself). What is different is the current changes, and the best way is not just to ask the release manager, but agian, ask the people. I think you should make a small script that runs from crontab every week and sends mail to all the arch-specific lists, and asks about the progress made to be described in a few sentences, and sent to the webmaster (or whoever), who will check it out, and edit the release_info.wml. That way we could have the ports pages more current. > This does not mean that they even need to take care of the html. If > someone is willing to send updates to [EMAIL PROTECTED] we'd be > willing to make the changes. But someone needs to feed us the info. Please import my suggestions until. I'll send you more later. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: license for the webpages
On Mon, Apr 12, 1999 at 11:38:22PM +0200, Wichert Akkerman wrote: > Corel asked me an interesting question today about the webpages: what > license do they have? Last words of every single Debian web page is this text: See license terms It's a link pointing to http://www.debian.org/license , that basically says: Copyright © 1997-1998 Software in the Public Interest (SPI) P.O. Box 1326 Boston, MA 02117. Verbatim copying and distribution is permitted in any medium, provided this notice is preserved. You may translate these documents and their license into another language providing: * You do not deliberately change their meaning beyond changes meant to achieve a colloquial rendering in another language * Translations of the license must be clearly marked as translations, and the license in its original language shall continue to apply to all translations * In the case of hypertext pages, you must maintain a copy of the original page on the same site, and must provide a link from the translated page to its original. "Debian", The Debian Penguin Logo, "Open Hardware", and the Open Hardware Logo are trademarks of Software in the Public Interest, Inc. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: intro/organization.wml
On Thu, May 20, 1999 at 11:26:27PM -0700, Darren O. Benham wrote: > Just to let the translators know, organization.wml is (about) ready for > translation tags. This page will replace the maintainer_contacts page in > devel/. Yes, but it has some minor errors, like: + debian-python + debian-i18n You need to add debian-perl, and maybe some others. * Individual Packages -- <$lt;packagename$gt;@packages.debian.org> Obviously, there should be an ampersand "&", not a dollar "$". Then again, this is the current HTML version, maybe it's already fixed in CVS... -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
Re: Add more content to the Developer's Corner
On Sun, Jun 20, 1999 at 04:53:59PM +0200, Javier Fdz-Sanguino Pen~a wrote: > I would propose that the Developer's Corner would be changed > to reflect many of the new things/developments under Debian. Things > like the voting system (vote.debian.org) or the developers > database (db.debian.org) come to mind. > ¿Anyone? The vote link is there since ages ago... though db.debian.org isn't. And when I lynx to that site, all I get is: Cannot open /etc/userdir-ldap.conf: No such file or directory Jason, can you fix that? -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
packages.debian.org has a tiny problem
Hi, It doesn't calclulate the package size anymore, it just says (k) instead of ( k). -- enJoy -*/\*- spelled 'iosip', or simply 'joseph'
where is the swirl on the web pages?!
Hi, The subject says it all :) IIRC there was some discussion about it, but nothing happened, yet. This is bad for our public image. All my local computer magazines already published the news about the new logo, and we don't even have it on our web pages... that is a Bad Thing (TM). I very much liked Peter Karlsson's second proposal, at http://www.softwolves.pp.se/tmp/debian2.html It uses only the swirl (without the bottle), but I don't think that matters, simply because people will right-click on that image and choose "Save". And they won't be breaking any licence, but promoting Debian :) -- enJoy -*/\*- spelled 'iosip', or simply 'joseph'
Re: where is the swirl on the web pages?!
On Mon, Jul 12, 1999 at 09:08:52AM -0700, Darren O. Benham wrote: > > IIRC there was some discussion about it, but nothing happened, yet. > > This is bad for our public image. All my local computer magazines > > already published the news about the new logo, and we don't even > > have it on our web pages... that is a Bad Thing (TM). > > > > I very much liked Peter Karlsson's second proposal, at > > http://www.softwolves.pp.se/tmp/debian2.html > > > > It uses only the swirl (without the bottle), but I don't think > > that matters, simply because people will right-click on that > > image and choose "Save". And they won't be breaking any licence, > > but promoting Debian :) > > It looks like we were talking about a possible change in the look. Since > that converstation seems to have fallen to the wayside... I'll go back to > my old method... And what exactly IS your old method, if I may ask? :) -- enJoy -*/\*- spelled 'iosip', or simply 'joseph'
Re: New translation: India
On Wed, Jul 28, 1999 at 07:23:57AM -0400, Behan Webster wrote: > [HR:India:]\ [HR:Indija] -- enJoy -*/\*- don't even try to pronounce my first name
Re: Splitting /Lists-Archives/
On Tue, Aug 31, 1999 at 02:21:32AM +0200, Martin Schulze wrote: > It has been a thorn in my eye for a long time. The index listing for > /Lists-Archives/ is nearly 70kB big. In Germany it takes quite a while > downloading it. > > http://www.debian.org/Lists-Archives/debian-security-announce.html > as link which is only about 4kb long, instead of 70kB. I definitely support the idea, as would anyone with an ordinary modem connection. Any page that is >25 kb sucks, simple. -- enJoy -*/\*- don't even try to pronounce my first name
Re: debian gnu/linux
On Fri, Sep 10, 1999 at 07:56:23PM +0200, peter karlsson wrote: > navbar.wml: > * Removes the "Debian Logo" alt text, replacing it with an empty string, >which is better. Why an empty string? IMHO something like ALT="[swirl]" would be fine, and non-intrusive. -- enJoy -*/\*- don't even try to pronounce my first name
Re: debian gnu/linux
On Sat, Sep 11, 1999 at 12:21:32AM +0300, Antti-Juhani Kaijanaho wrote: > > Why an empty string? IMHO something like ALT="[swirl]" would be fine, > > and non-intrusive. > > ALT specifies what replaces the image when it cannot be displayed. > It should *not* be a description of the picture, unless the description > is relevant to the rest of the text. I disagree. > Using ALT="[swirl]" is evil - almost as evil as the infamous ALT="[Company > Logo]". I think I know what you mean, but I don't have anything against [Company Logo], on a page of some company. YMMV. > The swirl is a decoration and carries no information. Not quite. > Hence the alt attribute should be empty. Still, I think having [swirl] there would be good. People using lynx would at least wonder what this "swirl" is, and download the Logo and view it later. -- enJoy -*/\*- don't even try to pronounce my first name
Re: debian gnu/linux
On Sat, Sep 11, 1999 at 12:48:51AM +0300, Antti-Juhani Kaijanaho wrote: > > > ALT specifies what replaces the image when it cannot be displayed. > > > It should *not* be a description of the picture, unless the description > > > is relevant to the rest of the text. > > > > I disagree. > > How is this a matter of opinion? Read the HTML 4.0 spec: "Do not > specify meaningless alternate text (e.g., "dummy text"). Not only will > this frustrate users, it will slow down user agents that must convert > text to speech or braille output." (13.8) > > Indeed: at the start of every Debian page, imagine the computer reading > out loud "opening bracket swirl closing bracket". Stupid, eh? :) Still, I don't agree this is meaningless ALT text nor that the ALT should be left empty. Call me a lunatic. > > > The swirl is a decoration and carries no information. > > > > Not quite. > > It is a decoration. It does carry information, but only in the visual > form - it is the picture which is our logo, not the string "swirl". With empty ALT, graphics-less browsing people wouldn't know that there is a logo there. > > Still, I think having [swirl] there would be good. People using lynx would > > at least wonder what this "swirl" is, and download the Logo and view it > > later. > > People using lynx will just get irritated. "[swirl]" adds no information > to most Debian pages! I use lynx regularly and this is the last thing that would irritate me. Something like "debian-logo-swirl-without-text-143-23.jpg (143112 bytes)" wouldn't bother me two bits these days, after all of these years browsing. YMMV, IMHO, . I'd say let's just drop this pointless discussion and let the people who are editing those pages do what they think it's best. -- enJoy -*/\*- don't even try to pronounce my first name
Re: For the Abolishment of "Ports"
On Wed, Sep 15, 1999 at 12:54:43PM +0200, Hartmut Koptein wrote: > > Your timing is amazing. I have implemented dynamic versions of the package > > pages as a test. Check out > > http://cgi.debian.org/www-master/debian.org/distrib/new_package > > You lovely guy :-) Thanks very much. Will you do this also for each > package download section? Please do! The new system is a vast improvement. Although it does seem a little bit slower than the old one. Maybe those scripts should be moved to another less loaded machine? cgi=master, right? > - ( ) alpha ( ) arm (*) i386 ( ) hurd ( ) mips ( ) m68k ( ) > powerpc ( ) sparc > + ( ) alpha ( ) arm (*) i386 ( ) hurd ( ) m68k ( ) mips ( ) > powerpc ( ) sparc > > - [X] main [X] contrib [X] non-free [X] non-us/main [X] > non-us/contrib [X] non-us/non-free > + [X] main [X] non-us/main [X] contrib [X] non-us/contrib [X] > non-free [X] non-us/non-free I agree, please incorporate these changes. -- enJoy -*/\*- don't even try to pronounce my first name
/devel/ page
Hi people, The new design of the page is much better than the old one. However, these items from the menubar: Debian Developers' Manual New Maintainer's Guide should be changed to this: Developer's Reference New Maintainers' Guide Because those are the real names of the documents. Please change that. And I'd also want someone with sufficient permissions to copy contents of: http://va.debian.org/~elphick/manuals.html/maint-guide/ over to: http://www.debian.org/doc/maint-guide/ Because the latter version is very old and obsolete. Thanks! -- enJoy -*/\*- don't even try to pronounce my first name
Re: /devel/ page
On Tue, Sep 21, 1999 at 01:17:02AM -0400, James A. Treacy wrote: > > However, these items from the menubar: > > > > Debian Developers' Manual > > New Maintainer's Guide > > > > should be changed to this: > > > > Developer's Reference > > New Maintainers' Guide > > > > Because those are the real names of the documents. Please change that. > > Changed Maintainer's to Maintainers'. The other seems to have been changed > already. Nope, it's not changed. The page: http://master.debian.org/www-master/debian.org/devel/index.en.html still says: Debian Developers' Manual New Maintainer's Guide -- enJoy -*/\*- don't even try to pronounce my first name
QA Group mention in "Internal projects" of /devel/
On Wed, Sep 29, 1999 at 05:01:06PM +0100, Matthew Vernon wrote: [on debian-qa list] > Should we join people like the XSF in having a link from teh Internal > projects page of the website? I'm CC:ing this to the debian-www list - someone from there should add this link to the /devel/index.wml document: http://qa.debian.org/";>the Quality Assurance group -- enJoy -*/\*- don't even try to pronounce my first name
Bug#47149: packages.debian.org/foo-bar should link to bugs.debian.org/foo-bar
On Mon, Oct 11, 1999 at 03:01:36PM +0200, [EMAIL PROTECTED] wrote: > Package: www.debian.org > Severity: wishlist > > Subject says it all: I think it would be nice if packages.debian.org/foo-bar > would provide a link to the BTS page for that package. However you would > implement this. Well the package page provides the link, plus, you can access the bug page for 'foobar' by going to http://bugs.debian.org/foobar address. -- enJoy -*/\*- don't even try to pronounce my first name
Bug#38922: same changelog problem for heimdal-* packages
On Mon, Feb 14, 2000 at 11:13:58AM +1100, Brian May wrote: > Package: www.debian.org > > Perhaps this is for all non-us packages??? Sure seems so... perhaps non-US packages aren't checked in the Lintian repository on master? -- enJoy -*/\*- don't even try to pronounce my first name
Bug#38922: same changelog problem for heimdal-* packages
On Mon, Feb 14, 2000 at 08:18:17AM -0800, Darren O. Benham wrote: > > > Package: www.debian.org > > > > > > Perhaps this is for all non-us packages??? > > > > Sure seems so... perhaps non-US packages aren't checked in the Lintian > > repository on master? > > Is there even a non-us repository on master? You mean, a copy of the non-US FTP archive? I don't know, probably not. -- enJoy -*/\*- don't even try to pronounce my first name
Re: More about 'releases'
On Tue, Feb 15, 2000 at 04:24:36PM -0500, James A. Treacy wrote: > > By the way: shouldn't the index.wml in releases be changed now that > > potato is frozen? If the 'active' generation of text about frozen does > > not work, why not change it into static content? After all, releases > > don't happen that often... > > I believe he files under releases/ are maintained by the boot floppies > group. We really need to coordinate better with them and the doc > group. Is someone willing to join either (or both) groups and see > how we can better coordinate? What needs to be done, actually? If these pages are to be generated from webpages WMLs, someone needs to: * disable building on the boot-floppies side, and remove those files, * transfer any missing data from SGML (?) to the WMLs. AFAICT, that is. Since this involves debian-boot people, I'm CC:ing their list. I don't see how is this an issue for the documentation group/list, it's only remotely connected to the debian-history document. :) -- enJoy -*/\*- don't even try to pronounce my first name
new search engine for our web pages? [was: masayuki-h@geocities.co.jp: Re: ITP: namazu2]
Hi everyone, Could we use this namazu program for searching the web pages? - Forwarded message from Masayuki Hatta <[EMAIL PROTECTED]> - X-Envelope-Sender: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: debian-devel@lists.debian.org Subject: Re: ITP: namazu2 From: Masayuki Hatta <[EMAIL PROTECTED]> X-Prom-Mew: Prom-Mew 1.94 (procmail reader for Mew) X-URL: http://www.geocities.co.jp/SiliconValley-PaloAlto/9803/ Date: Sat, 19 Feb 2000 17:07:26 +0900 X-Dispatcher: imput version 991025(IM133) Hi, From: Branden Robinson <[EMAIL PROTECTED]> Subject: Re: ITP: namazu2 Date: Fri, 18 Feb 2000 22:34:04 -0500 branden> This sounds utterly awesome, especially since the Debian website itself is branden> currently without a search engine. Perhaps Namazu is up to the task? Positively. I myself don't know so much about using Namazu on such a big website like www.debian.org(I use it on my laptop for searching in mail ;-), but I know it has been used on some of the biggest and busiest websites in Japan. Namazu itself is a really small program, and it's incredibly fast even if the object to search is very large. Best of all, Namazu is well-maintained(both in the upstream and in Debian) and free(GPL'd). Both .deb maintainer Takuo Kitame (he is also the maintainer of Debian JP ML archive search system) and Takatsugu Nokubi(now he is maintaining irda-tools via sponsorship) are Namazu demigods, so we'd better ask them if we want to do that. They are willing to help us. Regards, -- Masayuki Hatta University of Tokyo [EMAIL PROTECTED] / [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- enJoy -*/\*- don't even try to pronounce my first name
Re: [nm-admin] Weakly Report
On Sat, Feb 19, 2000 at 08:59:48PM +0900, Taketoshi Sano wrote: > I plan to put a new newmaint.wml into devel/ directory of our main > www tree, and create nmadmin subdirectory in devel/, which has > the proceedings.wml and others (step1.wml, step2.wml, ...). > > So the proposed addition is: > > ./(TOP directory in cvs, namely webwml/english) > ./devel/ > /newmaint.wml (the entrance page for "New Maintainers' Corner") > /nmadmin/ (subdirectory) > /proceedings.wml (the "CheckList"/"Process description" page) > /step1.wml (the extended description for Step 1) > /step2.wml (same for Step 2) > /... I'd better like if everything was under /devel/newmaint/ , and the entrance page could be index.wml, which would generate index.html, so people could go to http://www.debian.org/devel/newmaint/ and see it all. It's shorter. > I wish to the links to them; Oliver's cgi (PHP) pages for "Status Board" > and "Application Submit Form" is essential for our web interfaces. Are these CGI/PHP pages going to be kept on www.debian.org? > Developer Related Jobs: > New Maintainers -- <[EMAIL PROTECTED]> > member Martin Schulze <[EMAIL PROTECTED]> > member James Troup <[EMAIL PROTECTED]> > > I think we should change the name here to Dale Scheetz, since he wrote > that he receives the mails sent to <[EMAIL PROTECTED]>. I agree. I'll change that now, along with some other updates (some of that info is incomplete and/or wrong). That page should have been phased out in favor of some other, gecko talked about that, but it seems nothing happened yet. > I wish to change the text in that page (help.wml) to match the current > status, and integrate the new maintainer related part of that page to > the new "New Maintainers' Corner" we will add. > 2nd paragraph may be better to be revised in order to emphasize the > importance of the debian-devel-announce list, since the list becomes now > "essential" list for Debian members. It should be essential right now :) I'll change that. > And I would like to add the task other than packaging here, > such as documentation/web maintainance/translation(i18n/l10n)/ > testing/debug(qa)/publicity/legal support, or so. Right. A link to http://qa.debian.org/howto.html should suffice, right? > 3rd paragrash is needed to be revised after we add the new > "New Maintainers' Corner" in order to refer that. Of course. -- enJoy -*/\*- don't even try to pronounce my first name
devel/maintainer_contacts vs. intro/organization
Hi people, I have recently updated the devel/maintainer_contacts page with all the latest information I could find (it took me quite some time to find it all!). However, there don't seem to be links to that page from anywhere. I see intro/organization file is used instead, however, that file doesn't even include any names of the people behind those generic e-mail addresses. Should the devel/maintainer_contacts file be removed now? Can I update intro/organization with people's names? -- enJoy -*/\*- don't even try to pronounce my first name
Re: devel/maintainer_contacts vs. intro/organization
On Sat, Feb 19, 2000 at 10:13:43AM -0800, Darren O. Benham wrote: > > I have recently updated the devel/maintainer_contacts page with all the > > latest information I could find (it took me quite some time to find it > > all!). However, there don't seem to be links to that page from anywhere. > > I see intro/organization file is used instead, however, that file doesn't > > even include any names of the people behind those generic e-mail addresses. > > > > Should the devel/maintainer_contacts file be removed now? > yes I'll go cvs remove it, then. > > Can I update intro/organization with people's names? > no > > The idea behind the organization page is to just list role contacts and then > let each group list the people in the main page(s) for the group. Ewww! But it is so dehumanized(sp?). People can't even find out the name of our leader from it. Yet there are two names and personal emails listed, Richard Braakman's, and Guy Maor's, obviously because there is no alias @debian.org for their duty. Besides, some groups don't have web pages, or the web pages are out of date or obsolete... -- enJoy -*/\*- don't even try to pronounce my first name
Re: [nm-admin] Website corrections
On Thu, Feb 24, 2000 at 02:00:09PM +0900, Taketoshi Sano wrote: > You should subscribe to the debian-devel-announce mailing list > and read it for a while, because this list is considered > an essential list for all developpers. > > Other mailing lists, such as debian-news, debian-devel, and > debian-project are also useful for you. Questions related to > detail in packaging can be asked on debian-mentors list. I'd rewrite these like this: A lot of communication in the project happens on our mailing lists. Lists you really need to subscribe to include debian-devel-announce, and debian-news, as they are both low-volume and often contain important information. Other interesting lists might be debian-devel, debian-project, debian-mentors etc, see http://www.debian.org/MailingLists/subscribe for the complete listing. > For those who wish to reduce the number of mails, there are > debian-devel-digest list for mails on debian-devel. I don't think -devel is the only list one can get digested... > If you are interested in maintaining your packages, then ~~ This sounds ambigous to me... use "your own" or just leave that word out. > > such as Documentation/Web maintainance/Translation(i18n & l10n)/ > > /Publicity/Legal support. BTW, don't separate these terms with slashes, commas would be just fine (i.e. "...such as documentation, web maintenance, translations (i18n & l10n), publicity or legal support.") -- enJoy -*/\*- don't even try to pronounce my first name
Re: [nm-admin] Completed Checklist
On Thu, Feb 24, 2000 at 02:21:48PM +0900, Taketoshi Sano wrote:
> But I hope that I can commit these into our cvs tree for main www,
> so that we can use "http://www.debian.org/devel/join/"; to look our
> "New Maintainer's Corner". I hope this will make my work easy for
> integration, because other members in webadmin team can help me
> to refine my "sample implementation" with the cvs.
Yes, please. :)
> I don't think that devel/index has the link to that directory until
> we can open the gate publicly after the shake down cruise.
I agree.
> And I will keep the caution ("This is unofficial private ...") during the
> shake down cruise.
Shouldn't be necessary, as no one else will know about the page except
readers of these lists.
> How do you think about this, our webadmin team (treacy, joy, gecko, or
> else) ?
I'm not the official webmaster.
--
enJoy -*/\*- don't even try to pronounce my first name
intro/organization.* issues
Hi gecko, ppl, As you may already know, I investigated a bit what's in intro/organization.* files, and noticed a lot of information is missing from there. Now, we sure don't want to make it a rewrite of devel/maintainer_contacts, because that page is way too crowded both with lots of unneeded personal e-mails, and extra names. However, in some sections of intro/organization data there are no links to outside pages that would actually spell out the names of the people involved. Namely, whole Officers group, then ftpadmin, debian-testing, debian-boot, debian-pilot, debian-firewall, whole Publicity group, debian-user, new-maintainer, keyring-maint, security people, debian-www (doh! :), policy, and all admins. It seems to me that several of these items deserve their own page, however, some of them don't contain enough material to make a whole page :) For example, the officers should just be listed, end of story, you don't have anything to say about them. That is, if we skip the resumes ;) Same goes for all the admins, security people, and keyring-maint. New-maintainer and debian-user(s) should (and the former will) have their own web page. We could have one page only for bragging about who of the celebrities uses Debian... :) The remaining mailing lists are a bit trickier... does anyone have an idea what to do with them? Also, the format of organization.data file is a bit confusing to me... -- enJoy -*/\*- don't even try to pronounce my first name
Re: devel/index
On Wed, Mar 08, 2000 at 08:55:27PM -0500, James A. Treacy wrote: > > I will add this information to the HOWTO_translate right now, under > > the information on how to use > > I notice that you added the info to devel/HOWTO_translate instead of > devel/website/uptodate . Could you add it there? BTW, is devel/HOWTO_translate.wml and devel/HOWTO_work.on.website.wml still used? If not, shouldn't they be deleted, and links adjusted to point to /devel/website/index.wml ? -- enJoy -*/\*- don't even try to pronounce my first name
Re: FWD: packages
On Thu, Mar 09, 2000 at 11:10:27AM -0800, Joey Hess wrote: > When I do that I go to the package page and it gives me > a list of dependencies and where to download the package. I don't know what page he looked at, but the package pages such as e.g. http://www.debian.org/Packages/unstable/base/dpkg.html display the full description, along with the short one. -- enJoy -*/\*- don't even try to pronounce my first name
Re: Making wml files depend on others
On Mon, Mar 13, 2000 at 07:11:28PM +0100, Javier Fdz-Sanguino Pen~a wrote: > ¿How can I make a wml file dependant on other files? > The problem is the files in w.d.o/international/spanish are > generated based on a database made in Perl, I want that when it changes the > wml files are recreated. > I have done this in an ugly way (touch *.wml && cvs ci ) but I'm > sure there's an easier one. Um, add those files to the targets of the appropriate rule to the Makefile? For example, %.wml: perldatabase.pl Or something like that... Although I don't know if this would work for the web pages... -- enJoy -*/\*- don't even try to pronounce my first name
Bug#60354: www.debian.org: http://www.debian.org/releases/slink/i386/dselect-beginner.ja.txt is broken
On Fri, Mar 17, 2000 at 03:06:24AM +0900, Yoshizumi Endo wrote: > > /releases/slink/i386/dselect-beginner.ja.txt is broken because > > debiandoc2text is (was?) not support folding for Japanese language > > correctly. I heard that potato version debiandoc-sgml is work fine. > > All *.ja.txt files under the directory /releases/slink/ have same > problem. Please regenerate these *.ja.txt files with potato version > debiandoc-sgml. > > It seems that debiandoc-sgml (version 1.1.40) works fine on my > machine. BTW, I got that latest version of debiandoc-sgml installed on va.d.o the other day (thanks, James :), so a simple rebuild should do. -- enJoy -*/\*- don't even try to pronounce my first name
Re: `boot-floppies' documentation naming conventions?
On Mon, Mar 20, 2000 at 10:48:15PM -0500, Adam Di Carlo wrote:
> > On a related note, is boot-floppies responsible for the files in
> > releases/{slink,potato}/? There are a number of problems with links there
> > and I need to know who to forward problems/bugs to (and there are currently
> > a LOT of broken links). If I had access to the source, I'd even be willing
> > to fix problems with the links.
>
> Yes, I did 'make all-lang-arch-docs' to populate the slink
> documentation. The rest is in WML.
Ah. Finnally someone said something concrete about this. :) So all the
boot-floppies does to the web pages is generate the installation manual,
dselect tutorial, and the release notes, and put it in the right place.
Right?
The rest should be in:
cvs -d :ext:@cvs.debian.org:/cvs/webwml co webwml/english/releases/
--
enJoy -*/\*- don't even try to pronounce my first name
Re: [Adam Di Carlo ] [RFC] DDP and www.debian.org merger
On Sat, Mar 25, 2000 at 05:27:48PM -0500, Adam Di Carlo wrote: > I am currently soliciting volunteers who know SGML/CVS/Make/WML to > help with this integration. [snip] One thing always bothered me: I don't know if we want to move the whole CVS data with a document, instead of simply starting over from 1.1; if so, can someone do it remotely, or do we need someone with root on cvs.debian.org to mv the *,v files manually? Also, the existing stuff in the /doc/ directory of the web pages needs to be re-organized. Currently, the FAQ (FAQ/) and the New Maintainers' Guide (maint-guide/) have their own sub-directories, whereas the Policy, the Developer's Reference and the Packaging Manual are stuck in the packaging-manuals/ subdirectory (along with some other stuff). That should be cleared up. BTW I was added to debwww group recently, but several permissions in the directory (on master) still aren't writable by me. Perhaps a chgrp+chmod with -R option should be executed automatically after each web update. Also, when invoking wml on files, the "@g+w" part should be added to -o output files, so that wml chmods the files automatically, too. -- Digital Electronic Being Intended for Assassination and Nullification
Re: [Adam Di Carlo ] [RFC] DDP and www.debian.org merger
On Sat, Mar 25, 2000 at 06:57:30PM -0500, Adam Di Carlo wrote: > Since we've talked about this in IRC, I assume I've answered your > questions. The readers of the mailing list might wonder "WTF?!" now, so I'll try to explain :) I asked: | I don't know if we want to move the whole CVS data with a document, | instead of simply starting over from 1.1; if so, can someone do it | remotely, or do we need someone with root on cvs.debian.org to mv the | *,v files manually? Adam basically said that we shouldn't be moving anything from the old DDP webpages scheme to the new location, because the old stuff is too static and too hard to maintain. The SGML documents wouldn't be moved at all, the `good old' DDP CVS would still be used, and HTML copies would be built from it as they are now, just in another $PUBLISHDIR. The index page for DDP documents needs to be implemented with a bit of WML magic, with .wml and .wmh files. From what I managed to observe in the last half an hour or so, all we need is some modification of webwml/english/template/debian/install_manual.wml to something less specific to install manuals etc, and better adjusted for this purpose, and a few lines of WML code to invoke the functions which generate the page. Any comments or even better concrete help would be highly appreciated :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: Available Documentation in the Debian's WWW/FTP mirrors/CDs
On Mon, Mar 27, 2000 at 05:01:52PM +0200, Javier Fdz-Sanguino Pen~a wrote: > I will try to take some steps. Yes, I am volunteering. Moving the > ddp pages to devel/ddp will be the easiest. I will do this first. Please don't just move them. Instead, implement something better. :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: [Adam Di Carlo ] [RFC] DDP and www.debian.org merger
On Tue, Mar 28, 2000 at 05:35:33PM +0200, Javier Fdz-Sanguino Pen~a wrote: > a) move the DDP's wml file to the directory devel/ddp That's doc/ddp, BTW. -- Digital Electronic Being Intended for Assassination and Nullification
Re: problem with the distrib/ftlist.wml page
On Tue, Mar 28, 2000 at 02:54:02PM +, Giuseppe Sacco wrote: > I have a problem translating the page distrib/ftplist.wml that appear to > create a list without labels. > > The problem is probably that english/distrib/ftplist.data is referring to > the function wml::debian::countries that I missed. Where should I find > this macro to translate it? /webwml/english/template/debian/countries.wml -- Digital Electronic Being Intended for Assassination and Nullification
Re: [Adam Di Carlo ] [RFC] DDP and www.debian.org merger
On Tue, Mar 28, 2000 at 09:16:05PM +0200, Javier Fdz-Sanguino Pen~a wrote: > > > a) move the DDP's wml file to the directory devel/ddp > > > > That's doc/ddp, BTW. > > Adam's proposal suggested devel/ddp IIRC, for a way to have both > "unstable" and "stable" documentation adn doc/ for only "finished" (i.e. > stable) documentation. Yes, that was the original idea, however, he told me later it would be easier to just do a make publish into the same directory, and organize the links from the web pages so that they differentiate finished and non-finished stuff. -- Digital Electronic Being Intended for Assassination and Nullification
Bug#62366: CVS Interface is not working correctly
On Fri, Apr 14, 2000 at 08:20:03AM +0200, Tim Riemenschneider wrote: > When I want to view a file with the CVS-Webinterface found on > cvs.debian.org I get an error-message: > quote start > Error: Unexpected output from cvs co: cvs checkout: Sorry, you don't have > read/write access to the history file cvs [checkout aborted]: > /cvs/debian-boot/CVSROOT/history: Permission denied > quote ends Yes, this is a known problem with CVSWeb. -- Digital Electronic Being Intended for Assassination and Nullification
Re: debbar.pl update
On Thu, Apr 20, 2000 at 03:31:43PM +1000, Craig Small wrote: > I thought I would check up how the debbar.pl perl script is going. > For those who don't know, it is the script that makes those blue Debian > buttons on the website. BTW the buttons for .hr pages aren't blue, rather black. How do I regenerate them to be blue? -- Digital Electronic Being Intended for Assassination and Nullification
DDP web now in webwml/english/doc/
Hi people, I know the Documentation project web pages should use some automated intelligent yadda yadda system for handling stuff, that I'm sure Javier or Adam or whoever will create soon, but I was bored this afternoon so I converted the existing pages from HTML to WML, created the needed template for them, cleaned up some redundant stuff and tidied up a thing or two, and commited it to CVS, under /webwml/english/doc/. The manuals themselves are still under ~elphick and are linked to there. Feel free to hail, comment, bitch, yell, whatever :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: DDP web now in webwml/english/doc/
On Wed, Apr 26, 2000 at 07:19:49PM +0200, peter karlsson wrote: > Just a small problem I found: The Makefile doesn't list dependencies on the > ddp.wml template, which will prohibit the pages from being remade properly > when it changes. Good catch. I've fixed it now by adding filename.$(LANGUAGE).html: filename.wml $(TEMPLDIR)/ddp.wml to the Makefile, for every filename that uses ddp template. -- Digital Electronic Being Intended for Assassination and Nullification
about web pages build
Hi people, There are a few awkward things I noticed in master.debian.org:/org/www.debian.org/webwml . The update_web_wml script says: # This script must be setuid and owned by treacy:distmnt But it is actually a /usr/bin/perl script (not suidperl?!) and group debwww. Since Linux kernel explicitely forbids setuid scripts, and I guess that includes Perl, this would mean that the parent process would already have to be suid to run it, so the suid bit on the file isn't worth much. The update_web_wml.out file that has modification time May 3 23:45 ATM, so I'll presume it's not old data, contains these errors: copying index.hr.html to ./../../debian.org/ install: ../../../debian.org/Bugs: Operation not permitted install: ../../../debian.org/Bugs: Operation not permitted This one also repeats after: copying index.en.html to ./../../debian.org/ making a link ../../debian.org//index.html -> index.en.html and all other index.$language.html files... why? Also, see this: copying index.hr.html to ../../../debian.org/releases ePerl:Error: Perl parsing error (interpreter rc=2) Contents of STDERR channel: - Number found where operator expected at /tmp/wml.15064.tmp1 line 1215, near "'2000, '6" (Missing operator before 6?) syntax error at /tmp/wml.15064.tmp1 line 1215, near "'2000, '6" String found where operator expected at /tmp/wml.15064.tmp1 line 1215, near "6', '" (Missing operator before ', '?) Bareword found where operator expected at /tmp/wml.15064.tmp1 line 1215, near "/../english" (Missing operator before english?) Bad name after security:: at /tmp/wml.15064.tmp1 line 1215. -- ** WML:Break: Error in Pass 3 (rc=74). make[2]: *** [index.hr.html] Error 1 What the heck is wrong with this one? I can't reproduce it at home when doing `make install' in webwml/croatian/releases (I think that is done here, too). Also, there's another permission problem: copying mail.en.html to ../../../../debian.org/News/weekly/./2000/14 making a link ../../../../debian.org/News/weekly/./2000/14/mail.html -> mail.en.html install: ../../../../debian.org/SPI/mailing_lists: Operation not permitted install: ../../../../debian.org/SPI/mailing_lists: Operation not permitted Repeated, too. And here are some specific errors: copying index.hu.html to ./../../debian.org/ install: ../../../debian.org/Bugs: Operation not permitted install: ../../../debian.org/Bugs: Operation not permitted make[2]: *** No rule to make target `install'. Stop. I had a brief look at hungarian/Make* and they do seem to contain the install rule... but without make[1] output I'm not certain that the error even happened in that directory. I wondered, maybe one of the sub-Makefiles doesn't include $(WMLBASE)/Make.common, but then I counted them and they all do so. :-? copying index.it.html to ../../../debian.org/News make[2]: ./count: Command not found make[2]: *** [index.it.html] Error 127 It seems this refers to italian/consultants/Makefile, but a `count' script only exists in english/consultants/, so the path should be adjusted. Finally, is the stuff in /org/www.debian.org/update.mirrors etc used by anything? The script has a wrong path to ~archvsync and the READMEs aren't quite clear... -- Digital Electronic Being Intended for Assassination and Nullification
web pages updates
Hi people, If anyone was wondering `WTF aren't my CVS changes propagating', and I'm sure you were :) the answer is that the web site update scripts weren't running for the last few days. They were too tightly linked to the FTP archive update scripts, so when the latter were disabled, sometime around May 1st or 3rd (because the installation of the new ftp-master.debian.org host), the former stopped functioning, too, unfortunately. Thanks to Phil Hands' intervention (nudged by me :), the mirroring process for WMLs will now continue on a daily basis, at 17:30 master.d.o local time, (that's 21:30 UTC/GMT if I'm not mistaken), until further notice. Enjoy :) P.S. Packages/ and other FTP-related things remain unchanged until the new archive setup is complete, I guess. -- Digital Electronic Being Intended for Assassination and Nullification
Re: about web pages build
[gah, replying to myself] On Sun, May 07, 2000 at 12:08:37AM +0200, Josip Rodin wrote: > But it is actually a /usr/bin/perl script (not suidperl?!) and group > debwww. Since Linux kernel explicitely forbids setuid scripts, and I guess > that includes Perl, this would mean that the parent process would already > have to be suid to run it, so the suid bit on the file isn't worth much. Actually, I've seen this work. Strange. > Finally, is the stuff in /org/www.debian.org/update.mirrors etc used by > anything? The script has a wrong path to ~archvsync and the READMEs aren't > quite clear... The paths in the web scripts were fixed, too, BTW. -- Digital Electronic Being Intended for Assassination and Nullification
unconditional install -d in Make.common produces unneccessary errors (ignored)
Hi people, There is one glitch in current Make.common that produces this: make[2]: Entering directory `/debian2/web/webwml/croatian/Bugs' install -d ../../../debian.org/Bugs install: ../../../debian.org/Bugs: Operation not permitted install: ../../../debian.org/Bugs: Operation not permitted make[2]: [install] Error 1 (ignored) Same happens for lots of other dirs... anyway the code in question is: install:: -install -d $(HTMLDIR) This should be: install:: test -d $(HTMLDIR) || install -d $(HTMLDIR) `-' shouldn't be necessary, since this should never fail; also we could replace `install -d' with mkdir since that's what gets done, basically. Can I make the change? -- Digital Electronic Being Intended for Assassination and Nullification
Re: about web pages build
[gah, replying to myself, AGAIN] On Sun, May 07, 2000 at 12:08:37AM +0200, Josip Rodin wrote: > install: ../../../../debian.org/SPI/mailing_lists: Operation not permitted > install: ../../../../debian.org/SPI/mailing_lists: Operation not permitted > install: ../../../debian.org/Bugs: Operation not permitted > install: ../../../debian.org/Bugs: Operation not permitted > > and all other index.$language.html files... why? I've addressed this in another mail, already sent... > copying index.hr.html to ../../../debian.org/releases > ePerl:Error: Perl parsing error (interpreter rc=2) > > Contents of STDERR channel: - > Number found where operator expected at /tmp/wml.15064.tmp1 line 1215, near > "'2000, '6" > (Missing operator before 6?) > syntax error at /tmp/wml.15064.tmp1 line 1215, near "'2000, '6" > String found where operator expected at /tmp/wml.15064.tmp1 line 1215, near > "6', '" > (Missing operator before ', '?) > Bareword found where operator expected at /tmp/wml.15064.tmp1 line 1215, near > "/../english" > (Missing operator before english?) > Bad name after security:: at /tmp/wml.15064.tmp1 line 1215. > -- > ** WML:Break: Error in Pass 3 (rc=74). > make[2]: *** [index.hr.html] Error 1 > > What the heck is wrong with this one? I can't reproduce it at home when > doing `make install' in webwml/croatian/releases (I think that is done > here, too). Actually, the build log doesn't contain anything but error information, because the build is run with make -s :/ so the output was deceiving: the problem lied in security/index.wml, it was a missing ending quote that caused a syntax error (hi treacy ;). I've fixed it now. > copying index.hu.html to ./../../debian.org/ > install: ../../../debian.org/Bugs: Operation not permitted > install: ../../../debian.org/Bugs: Operation not permitted > make[2]: *** No rule to make target `install'. Stop. > > I had a brief look at hungarian/Make* and they do seem to contain the > install rule... but without make[1] output I'm not certain that the error > even happened in that directory. I wondered, maybe one of the sub-Makefiles > doesn't include $(WMLBASE)/Make.common, but then I counted them and they all > do so. :-? Same as the above, it's the ports/ directory that's faulty, it had no Makefile. I've fixed that. > copying index.it.html to ../../../debian.org/News > make[2]: ./count: Command not found > make[2]: *** [index.it.html] Error 127 > > It seems this refers to italian/consultants/Makefile, but a `count' script > only exists in english/consultants/, so the path should be adjusted. I've adjusted the paths to use $(ENGLISHSRCDIR)/consultants and added a note about how translators may want to comment out the invocation of count script. Maybe we should add a check so that it's done only if it's under $(ENGLISHSRCDIR)? Currently only italian/ and romanian/ consultants/ Makefiles contain "./count", but seeing how other older translations don't do it at all, I've fixed those two newer ones not to contain it. -- Digital Electronic Being Intended for Assassination and Nullification
Re: unconditional install -d in Make.common produces unneccessary errors (ignored)
On Wed, May 10, 2000 at 12:05:42PM -0400, James A. Treacy wrote: > > make[2]: Entering directory `/debian2/web/webwml/croatian/Bugs' > > install -d ../../../debian.org/Bugs > > install: ../../../debian.org/Bugs: Operation not permitted > > install: ../../../debian.org/Bugs: Operation not permitted > > make[2]: [install] Error 1 (ignored) > > > > Same happens for lots of other dirs... anyway the code in question is: > > > > install:: > > test -d $(HTMLDIR) || install -d $(HTMLDIR) > > > > `-' shouldn't be necessary, since this should never fail; also we could > > replace `install -d' with mkdir since that's what gets done, basically. > > Sure, make the change. Okay. I checked out the whole web tree on va.d.o, and did: for i in */Make.common; do cp $i $i~; sed -e 's,-install -d $(HTMLDIR),test -d $(HTMLDIR) || mkdir -p $(HTMLDIR),' $i > $i.n; mv $i.n $i; done cvs commit arabic/Make.common chinese/Make.common croatian/Make.common danish/Make.common dutch/Make.common english/Make.common esperanto/Make.common finnish/Make.common french/Make.common german/Make.common hungarian/Make.common italian/Make.common japanese/Make.common korean/Make.common norwegian/Make.common polish/Make.common portuguese/Make.common romanian/Make.common russian/Make.common spanish/Make.common swedish/Make.common turkish/Make.common :) BTW now that web build is separated from dinstall, could we make the web pages build+mirror every twelve hours? I doubt this would harm anyone, master is less loaded these days, and mirrors don't care about 100Kb of changes... -- Digital Electronic Being Intended for Assassination and Nullification
Re: unconditional install -d in Make.common produces unneccessary errors (ignored)
On Wed, May 10, 2000 at 04:55:39PM -0400, James A. Treacy wrote: > > BTW now that web build is separated from dinstall, could we make the web > > pages build+mirror every twelve hours? I doubt this would harm anyone, > > master is less loaded these days, and mirrors don't care about 100Kb of > > changes... > > The point of tying in with the dinstall run was not simply to prevent > overload of master, but also to keep the Packages pages synchronized with > the archive as much as possible. Yes, I know that. For generating the Packages pages you/we will have to make other arrangements now that auric is the authoritive source for Packages files... > Here is what I'd like to see happen (a few other issues thrown in here): > - Package pages generated dynamically (all ports would be handled). >update would be triggered by the end of the dinstall run ...and since master.d.o will now mirror its archive from auric, I guess it would be logical to tie Packages/ generation+mirror with the auric->master archive mirror run. > - list archives and bug pages handled separately from the rest of the web >pages Agreed, that would be good. It would be nice if bugs.debian.org and lists.debian.org web hosts were made, and links set up from previous locations. That would enable us to move those two services even to another machine (do I hear "lully"? :) in future, if the need arises. The new sites could have their own mirrors, and I bet there would be less of them. BTW the virtual host thing ( :) ) has already been done or will be done with qa.debian.org and nm.debian.org, and it's working just fine. > - the rest of the web pages can then be mirrored more frequently Yes. Also, the main site would be mirrored on more places then, most people wouldn't mind mirroring 20 MB of our webwml stuff. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Why is the Debian home page so boring?
On Fri, May 19, 2000 at 11:47:36AM +0200, Svante Signell wrote: > Looking at the Debian home page, one get the impression that only the > now very old Slink distribution, with kernel 2.0.36, old X, old libc, > etc, released March 1999 is available. It's the official one, still. > The News section mentions the testing of a new distribution is ongoing. The freeze announcements should be there somewhere, surely. Anyway, the freeze isn't meant to be for testing by the general public, just the clueful people. It normally behaves just like unstable, until we fix it. > NOTHING is said about the power of apt-get and the ease of upgrading using > the web to more recent software. Also, nothing is mentioned about the > availability of kernel-2.2.15, XFrre86-3.3.6, glibc-2.1.3, etc, already > today, even BEFORE Potato has been released. That's because it's all available in frozen, and unstable distributions, not in the stable one. There's a significant difference between those. > 1. Rewrite the Getting Started section, e.g. inform about the large >number of architectures and packages supported. This surely >attracts new users. > 2. Something on apt-get, and upgrading from the web. > 3. Rewrite the News section, e.g. add links to recent packages >available, with highlights, updated frequently. > 4. In addition to the Weekly News link, add more frequent updates to >the News section. Surely, by following the excellent mailing lists, >you realize much more is happening than what is reported on the >first page. Feel free to implement any of this... the sources are in CVS, at :pserver:[EMAIL PROTECTED]:/cvs/webwml , modules webwml/english or whatever other language available. Submit patches to [EMAIL PROTECTED] Also any discussions about the web pages should be held there. > On the wish list for the distribution I would like to add an smp > kernel. Other distributions have. Today this has to be made manually, > even if excellent tools are available for this. Tell debian-boot@lists.debian.org list about it. -- Digital Electronic Being Intended for Assassination and Nullification
rebuilt toolbar images
Hi people, I got the toolbar images changed for the Croatian translation, and their size changed. Since all (?) HTML files on the web site use them, and have the old height and width hardcoded, it will look bad unless they are regenerated. So I thought -- I'd touch all the .wml files under croatian/ in the master directory, and then wml would rebuilt all those pages. However, [EMAIL PROTECTED]:~/web/webwml/croatian]% find . -name \*.wml | wc -l 294 Hm. :) Should I still do it? Please answer in the next six hours or so, until the daily web build+mirror run. -- Joy
Bug#58524: libz1 -> zlib1g: version needed?
Hi, > The problem in a nutshell: The latest version of tetex-bin Depends: on > libz1. The Packages page for it,[*] however, lists it as depending on > zlib1g. I'm assuming that this translation is being done by the CGI > script that generates the page (or when the page is updated server-side, > as the case may be), on the premise that zlib1g Provides: libz1. The > problem is that this is only true as of zlib1g 1:1.1.3-5; I had > 1:1.1.3-2, so the install failed, with no obvious way of telling what > was wrong. > > I respectfully submit, then, that this automatic libz1 -> zlib1g > translation, at whatever stage it occurs, should include a mention this > minimum version requirement. But the actual dependency cannot have a version since there is no support for versioned provides. The website scripts would have to go over the zlib1g changelog to find out which version was the first one that provided libz1, and that is basically impossible since changelogs are user-oriented data. You should simply assume that you need the depending packages from the same distribution as the package that depends on them. Can we close the bug report? I see no easy way to fix it. -- Digital Electronic Being Intended for Assassination and Nullification
Bug#62549: the home page is in Russian
On Mon, Apr 17, 2000 at 11:25:33PM +0300, Elad Tsur wrote: > > I just tried, and couldn't reproduce this. FWIW. > > I think that the problem is related to the proxy serve that I (have to) use > - it probably cached the Russian page and Reload (from Lynx) didn't help. > After few hours the problem disappeared. The proxy server runs Squid, but it > is not a Debian system (its IRIX). I think it would be best to disable > content negotiations for users connecting throug proxies. How should the server do such a thing? It probably requires changes to apache.conf, right? -- Digital Electronic Being Intended for Assassination and Nullification
README.non-US
Hi, I have updated the file /misc/README.non-US on the WWW site to the newer copy, from the FTP archive. Just FYI. :) -- Digital Electronic Being Intended for Assassination and Nullification
Bug#58524: libz1 -> zlib1g: version needed?
On Mon, May 29, 2000 at 08:25:43PM -0400, Scott Bigham wrote: > > > I respectfully submit, then, that this automatic libz1 -> zlib1g > > > translation, at whatever stage it occurs, should include a mention this > > > minimum version requirement. > > > But the actual dependency cannot have a version since there is no support > > for versioned provides. > > ? I must be missing something here. A versioned provide, AIUI, would > be an assertion that package A provides functionality equivalent to > version X.Y of package B. What I'm asking for is the opposite --- > an assertion that version X.Y (or higher) of package A provides > functionality equivalent to package B. It's not that simple... (maybe I used a wrong term, sorry) > > The website scripts would have to go over the zlib1g changelog to find > > out which version was the first one that provided libz1, and that is > > basically impossible since changelogs are user-oriented data. > > How do the website scripts determine what packages provide what other > packages? Obviously it can't search the entire database every time; I > simply assumed that that information was precomputed and stored > somewhere, and that it would not be difficult to add this additional > information. The current Provides: fields are indeed stored in the Packages files that is parsable and parsed daily by those scripts generating the web pages, but the version in which a package started providing a virtual package isn't. -- Digital Electronic Being Intended for Assassination and Nullification
the modified BSD license is no more
Hi people, The `modified BSD license' doesn't exist anymore -- the modification has been included in the new version of the `ordinary' BSD license. If you're running potato, look at /usr/share/common-licenses/BSD file, notice how there's no `advertising clause'. Therefore, I have taken the liberty to update the web pages accordingly. Editing the translations was quite simple, I don't think anything went wrong, except perhaps for he Japanese translation, I really can't parse it well. Please check it out (intro/free.wml and intro/license_disc.wml) and correct any errors I may have done. -- Digital Electronic Being Intended for Assassination and Nullification
Re: the modified BSD license is no more
On Wed, May 31, 2000 at 02:10:34PM +0300, Antti-Juhani Kaijanaho wrote: > > The `modified BSD license' doesn't exist anymore -- the modification has > > been included in the new version of the `ordinary' BSD license. If you're > > running potato, look at /usr/share/common-licenses/BSD file, notice how > > there's no `advertising clause'. > > What do you then call the non-modified BSD license, which inded does exist? > Original BSD? Whatever :) Even the Regents of the University of California have switched to the better version of the license, which only strenghtens the position of encouraging people to not use the advertising clause. The old version is history and it should stay there. -- Digital Electronic Being Intended for Assassination and Nullification
Re: the modified BSD license is no more
On Wed, May 31, 2000 at 09:56:54PM +0900, Taketoshi Sano wrote: > > Therefore, I have taken the liberty to update the web pages accordingly. > > Editing the translations was quite simple, I don't think anything went > > wrong, except perhaps for he Japanese translation, I really can't parse it > > well. Please check it out (intro/free.wml and intro/license_disc.wml) and > > correct any errors I may have done. > > I check intro/license_disk.wml, and it has > > BSD style license. > > SUMMARY: Binaries and source code must contain the license; > advertising must acknowledge the developers listed in the > license > > > Is this OK ? If the "BSD style license" does not have "advertising clause", > should we remove the sentence above "advertising must acknowledge > the developers listed in the license", then ? Hm... perhaps. The license_disc text isn't finished, anyway. :o) > In free.wml, it seems to be enough just to remove the List Item for > modified BSD license. I will do it later for Japanese translation of > free.wml. As you noticed later, I tried (and apparently succeeded in) doing that. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Obsolete web pages still accessible
On Wed, May 31, 2000 at 10:24:26AM -0600, Anthony Fok wrote: > Just so that you know, the *.html of removed pages such as > /devel/release_info.wml are still accessible on www.debian.org, > e.g. http://www.debian.org/devel/release_info. Perhaps they could be > purged? And what about those of other translations? I've removed release_info.* from the master directory now; however some of the translations may not have updated (i.e. removed the file from CVS) so it might reappear later. I also removed quite a few pages under Packages/frozen that I noticed were removed in frozen. Those shouldn't reappear :) -- Digital Electronic Being Intended for Assassination and Nullification
Bug#57796: www.debian.org: packages search engine doesn't find 'bug' package
Hi, > Package: www.debian.org > Version: 2211 > Severity: normal > > The search form at packages.debian.org does not return anything when > searching for "bug". This occurs even if you set all possible options > to max (search all versions and all releases). Strange, this still happens. The file /debian2/web/packages_db/input/Packages_i386_unstable.main contains the bug package (and bugsx, for that matter), but the search can't find it. > Possibly related: There is a package "bug," listed in the package index. Package index? > Glitch: The result form says "Reponses 1-0 of 0 responses shown." > Probably no matches should be made into a special case. Yes, this has been reported already. -- Digital Electronic Being Intended for Assassination and Nullification
Re: the modified BSD license is no more
On Thu, Jun 01, 2000 at 04:25:35PM +0300, Antti-Juhani Kaijanaho wrote: > > Whatever :) Even the Regents of the University of California have switched > > to the better version of the license, which only strenghtens the position of > > encouraging people to not use the advertising clause. The old version is > > history and it should stay there. > > The old version is definitely *not* history, it is still used by many > packages (the Regents' decision only affects stuff they hold copyright > on). I agree that it should not be recommended for new programs, but this > is not something that has changed, and the old version still is DFSG free. But I was not changing the DFSG and its list of free licenses, just a page on www.debian.org explaining the licenses, presumably to someone who doesn't know. I don't see the need to explain an old license which shouldn't be used in any new programs. -- Digital Electronic Being Intended for Assassination and Nullification
the mirror run time
Hi, Actually, it's not 17:30 local time on master, it's half an hour later, because of ~archvsync/webmirrors/runmirrors script that has a `sleep 1800' before other commands. That timing has been changed to 17:30 on purpose, to be 13:52 (dinstall start) + the time it took for dinstall to finish (while it was still on master) + a little bit of overhead, just in case. Therefore it would be better to change the script to remove that sleeping time, the problem it addresses has been dealt with already. Also, there is another `sleep 3600' there, but IIRC it doesn't take one hour for the primary mirrors to rsync the daily changes, usually, so (if I'm right) that one should be changed, too. -- Digital Electronic Being Intended for Assassination and Nullification
devel/join/
Hi people, Since James announced nm.debian.org on debian-devel-announce list already, and that contains links to the new New Maintainer Corner and to /devel/join/index.html page, which is a newer version of /devel/help.html, I have updated english/template/debian/develbar.wml file to link to the former, and removed the help.wml file generating the latter. -- Digital Electronic Being Intended for Assassination and Nullification
[BlakeH@DataChannel.com: Excalibur Search engine]
For those web-people who don't read -devel... - Forwarded message from Blake Hoffman <[EMAIL PROTECTED]> - X-Envelope-Sender: [EMAIL PROTECTED] From: Blake Hoffman <[EMAIL PROTECTED]> To: "'debian-devel@lists.debian.org'" Subject: Excalibur Search engine Date: Fri, 2 Jun 2000 13:29:21 -0700 Have your tried Excalibur as your search engine. It seems pretty good especially for searching for keywords embedded in docuements (even if they are MS Word, Excel, etc.). I don't know what your requirments are but check them out at http://www.excalib.com I believe they were just acquired by Intel. Good Luck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- Digital Electronic Being Intended for Assassination and Nullification
/MailingLists/ should have an index
Hi, I noticed a few weeks ago that the /MailingLists/ directory on the web site has no index.html, so it displays just the directory listing. The subscription page and the support.wml page contain the general information that could be put in there, so I'd like to put that stuff in /MailingLists/index.wml, and move over HOWTO_start_list from /devel to that directory. Any objections? However, I'm not sure how to change the subscription page to point to index.wml for a general description of what our mailing lists do. Obviously the mklist script generates it, but does it have to be run from master.d.o or something? I'm not sure where it gets its configuration information from. -- Digital Electronic Being Intended for Assassination and Nullification
Re: the mirror run time
On Thu, Jun 01, 2000 at 10:33:24PM -0400, James A. Treacy wrote: > > That timing has been changed to 17:30 on purpose, to be 13:52 (dinstall > > start) + the time it took for dinstall to finish (while it was still on > > master) + a little bit of overhead, just in case. Therefore it would be > > better to change the script to remove that sleeping time, the problem it > > addresses has been dealt with already. > > > > Also, there is another `sleep 3600' there, but IIRC it doesn't take one hour > > for the primary mirrors to rsync the daily changes, usually, so (if I'm > > right) that one should be changed, too. > > > Just got rid of the first sleep and changed the second set of mirrors > to start in 1800s = 30m. Good! Although, you should have kept the parenthesis if you want the combined output of those first three signals to go to /dev/null, currently it doesn't do that (it writes a \n in /dev/null :) BTW /debian2/web/update.mirrors file is owned by UID 1167, which doesn't exist, better chown that to yourself or some working account, I don't think the suid will work with that. -- Digital Electronic Being Intended for Assassination and Nullification
/partners/
Hi, whoever is maintaining the /partners/ web page, Novare is now called Brainfood. Mindspring doesn't host any of our sites anymore, ftp.debian.org moved to Gigabell AG. Above.net could be mentioned, too, since they provided archive.debian.org. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Updating the events page
On Sun, Jun 04, 2000 at 10:41:10AM +0200, Thierry Laronde wrote: > I have sent the informations about the Zeroth Debian Conference to > [EMAIL PROTECTED], and I think that now, the "event" is known. > > Can someone please, please, _please_ update the pages so I can stop > answering to people saying : "A Debian Conference ? There is nothing on > the debian pages...". I'm not sure, but people behind [EMAIL PROTECTED] address should be adding the web pages as they receive e-mails about events...? -- Digital Electronic Being Intended for Assassination and Nullification
Re: fix to search_contents.pl
On Sat, Jun 03, 2000 at 10:28:02PM -0500, Adam Heath wrote: > The following patches allow for different archs to be searched from, and > allows paging of the output(ie, page 1, page 2, page 20). Good idea, although there were a couple of problems with the code, untainted variables (fixed thanks to Brendan O'Dea :). I have put a working version of this in search_packages.new.pl, accessible from: http://master.debian.org/~joy/pn.html Since I'm not one of the webmasters (I do have the write permissions, tho :) I'd rather not link it from the /distrib/packages page until they approve of it. Problematic thing is that every new page requires a new run of zgrep, so master suffers a bit more... perhaps we could move the CGI scripts to lully or some other devilishly fast machine? > There is still the issue where the Contents files on master(where > cgi.debian.org is run) are not being updated from auric. For that, it > might require someone with more perms than me. Either debian-admin or ftpmaster... the unstable Contents file points to frozen there. -- Digital Electronic Being Intended for Assassination and Nullification
2.0 symlink should be removed
Hi, Shouldn't the symlink "2.0", i.e. www.debian.org/2.0, which points to releases/hamm be removed nowadays? I doubt anything links to that page anymore, and hamm is really old now, so it's not quite useful anymore. -- Digital Electronic Being Intended for Assassination and Nullification
Re: 2.0 symlink should be removed
On Mon, Jun 05, 2000 at 10:55:37PM -0400, James A. Treacy wrote: > > Shouldn't the symlink "2.0", i.e. www.debian.org/2.0, which points to > > releases/hamm be removed nowadays? I doubt anything links to that page > > anymore, and hamm is really old now, so it's not quite useful anymore. > > Every time I think I got rid of all the links to 2.0/, the next > run of the link checker finds more :( Well, try again, I'll try to hunt them down and fix them :) > That reminds me - I haven't run the link checker in over a month. Can you tell me where the link checker results file is, once you rerun it? -- Digital Electronic Being Intended for Assassination and Nullification
new search_contents.pl installed
Hi web people, doogie, Since there were no objections to the new search_contents.pl script, I've installed it, a few moments ago. There was no WML installed on va.debian.org, otherwise I would have changed all translations to be able use the new features, now I just made the script to presume arch. is i386 and distro is stable if those parameters aren't specified. -- Digital Electronic Being Intended for Assassination and Nullification
Packages/ pages aren't getting updated
Hi, Package xmms 1.2.0-1 was accepted into the archive on 17 Jun 2000, but it's entry on the web pages still hasn't been updated. Three days should be enough for any update :) so I guess something went wrong. Can someone check this out, please (Jay, Nick?) -- Digital Electronic Being Intended for Assassination and Nullification
Re: Packages/ pages aren't getting updated
On Mon, Jun 19, 2000 at 11:57:22PM -0400, James A. Treacy wrote: > > Package xmms 1.2.0-1 was accepted into the archive on 17 Jun 2000, but > > it's entry on the web pages still hasn't been updated. Three days should > > be enough for any update :) so I guess something went wrong. Can someone > > check this out, please (Jay, Nick?) > > Ever since the official archive moved off of master, the web updates haven't > been working properly. You mean, the updates of the Packages/ pages... we've fixed the WMLs, and the BTS seems to be fine. > I have been considering moving things back to working off a cron job from > my account. Better would be to set up a account for the web pages and have > everyting done from there. What exactly is the script that runs the update of Packages/? I agree it should be in a specialized account, with personal crontab one needs root to fix it if something breaks. > I am about to manually update the Packages section of the site. Thanks. -- Digital Electronic Being Intended for Assassination and Nullification
Re: www.debian.org/Bugs/
On Tue, Jun 20, 2000 at 09:08:49AM +0200, peter karlsson wrote: > How long time does it take from that a package has been taken over by a new > maintainer, to that it shows up on w.d.o/Bugs? I have taken over the uqwk > package, but it is still listed (on pages generated today) as being > maintained by the QA group. I just went to http://bugs.debian.org/uqwk and it says: Maintainer for uqwk is peter karlsson <[EMAIL PROTECTED]>. The static pages may still be a bit behind, but they should catch up in a few hours or days. -- Digital Electronic Being Intended for Assassination and Nullification
release-notes by default in Slovak, not English
On Sat, Jun 24, 2000 at 05:15:01PM -0700, Miguel Wooding SF Ten.Union wrote: > > > By the way, the release notes pointed to on the web site at > > > http://www.debian.org/releases/frozen/i386/release-notes/ are not in > > > English for some reason. > > > > You should set up (or fix) content-negotiation in your web browser. Also, > > the english version should be accessible directly, tack index.en.html on the > > above URL. > > I simply followed a link from the Debian Documentation Project page in > the Developers' Corner at the Debian web site. All the pages leading > up to this were in English; isn't it reasonable to expect that they > would continue in English? It is. There's apparently a bug somewhere, when I access the page from links without using a proxy, it gives me the Slovak version. CC:ed to debian-www, someone from there should know what's this about. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Packages/ pages aren't getting updated
On Sat, Jun 24, 2000 at 11:21:22PM -0300, Nicolás Lichtmaier wrote: > > What exactly is the script that runs the update of Packages/? > > It used to be a C++ program, but it have been "ported" to Perl since those > days. Where is it? -- Digital Electronic Being Intended for Assassination and Nullification
Re: 'Becoming a Debian developer' only in {es,ja,it} avaiable
On Sat, Jul 01, 2000 at 03:43:08PM +0200, Arthur Korn wrote: > | > The URL: http://www.de.debian.org/devel/help > | > | That page has been removed (June 1st) and replaced by /devel/join > | > | Those translations are just lagging behind. > | > | Where did you find a link to that page, BTW? > > http://www.de.debian.org/devel/ > > In the menu. On the german page it says 'Mitglied werden'. That page should have been regenerated when the develbar template was modified. The Makefile in english/devel is correct, however the Makefile in german/devel is still lagging, someone should update that. -- Digital Electronic Being Intended for Assassination and Nullification
Re: WML downgraded from 1.7.4 to 1.6.8 on va.debian.org; please fix
On Sat, Jul 01, 2000 at 04:52:20AM -0600, Anthony Fok wrote: > WML on va.debian.org was inadvertently (?) downgraded from 1.7.4 to > 1.6.8 on June 17. This broke some stuff especially the Debian Chinese > pages where special slices were required. Could someone re-install > 1.7.4 on va.debian.org? There should be a specially-built wml_1.7.4 > for Debian 2.1 somewhere. Thanks. va.debian.org doesn't run wml over the webwml/ tree, master.debian.org does. -- Digital Electronic Being Intended for Assassination and Nullification
Re: www.debian.org: Please add link back to search form from package search result pages
Hi, I've added a link to packages.debian.org page at the bottom of the package search results pages (search_packages.pl). I thought of modifying the package download page (download.pl), but that one doesn't really seem too connected to the search page. Besides I didn't have sufficient permissions, the file is g-w... -- Digital Electronic Being Intended for Assassination and Nullification
Bug#63519: www.debian.org: Please add link back to search form from package search result pages
On Wed, Jul 05, 2000 at 07:48:39AM +0300, era eriksson wrote: > > I've added a link to packages.debian.org page at the bottom of the > > package search results pages (search_packages.pl). > > Thanks, although I don't see it yet. How come? It's there, in the bottom right corner, link is "Packages search page"... > Do you think the following page in the chain could also be changed? If > I search for "netstd" I get a listing search_packages.pl but the pages > I get to when I link from that one could also have the search form. Yeah, but that a) requires me to know what's the script to generate those pages, and I haven't figured that one yet and b) would need that we regenerate all of those pages, and then remirror all 71MB of them. :) But, since a lot of them gets modified quite often, and the release is near, it should be done now, and we'll let b) happen after release, as usual. > > I thought of modifying the package download page (download.pl), but > > that one doesn't really seem too connected to the search page. > > That one in particular is where you'd like to perform additional > searches. You click to download the package you wanted, then want to > search for another package. Why shouldn't there be a search form on > that page then? This is fairly run-of-the-mill procedure in search > engines these days. You don't want to have to surf back several steps > just to be able to perform another search. Well, the 'Back' button is all that uncommon, either. (although it wouldn't be wrong to put that link there, yes, but I still don't have those perms) > > Besides I didn't have sufficient permissions, the file is g-w... > > Sounds good :-) :) I meant that the file on the server is in the right group (which I am in, too), but it's not g+w. -- Digital Electronic Being Intended for Assassination and Nullification
packages search (swish++?) doesn't find packages named bug*
On Tue, Jul 04, 2000 at 09:32:29PM +0200, Martin Bialasinski wrote: > >> bug is obsolete, and reportbug can handle different debugs servers. > > I just thought it was removed from frozen, as > http://packages.debian.org/bug doesn't show hits. Sorry. > > I should have known that this is a wrong answer, as at least reportbug > should also be shown at the above request. No, the default match is "keyword*". It should have matched bug and bugsx packages. Strange that nobody fixed this problem already... Someone from debian-www should be able to help (Jay?) -- Digital Electronic Being Intended for Assassination and Nullification
Bug#63519: www.debian.org: Please add link back to search form from package search result pages
On Wed, Jul 05, 2000 at 11:50:45AM +0300, era eriksson wrote: > >> > I've added a link to packages.debian.org page at the bottom of > >> > the package search results pages (search_packages.pl). > >> Thanks, although I don't see it yet. > > How come? It's there, in the bottom right corner, link is "Packages > > search page"... > > It's there now, perhaps I just didn't see it the previous time. Sorry > if that's the case. BTW do you think the placement is okay? Maybe it should be aligned left? Or even, aligned right but placed at the top of the page? Or even, should we put a search form at the end of the page, as most search engines do? -- Digital Electronic Being Intended for Assassination and Nullification
Re: Libranet download
On Sun, Jul 09, 2000 at 11:54:10PM -0700, Libranet wrote: > The Debian based Libranet Linux Distribution is now available for download > at: http://www.libranet.com/download.html I've put a link to Libranet site at our website, on the `related links' page. -- Digital Electronic Being Intended for Assassination and Nullification
Re: ToDo list for organization and project pages
On Mon, Jul 10, 2000 at 07:19:46PM +0200, Nils Lohner wrote: > - figure out who owns and updates http://www.debian.org/Bugs/db/ix/pseudopack > ages.html so that we can add more pseudo packages to submit bugs against The FTP admins, the master copy is available using anonymous rsync in ftp-master.debian.org::masterfiles, IIRC. I investigated on this a few days ago. > - figure out if all of the info in master:/org/debian.org/mail/alias can be > published or if there's some mail magic in there that shouldn't be ona web > page ITYM automatically published... but it wouldn't be very useful, it seems. It'd be like http://www.debian.org/devel/maintainer_contacts, just more crowded with names (but OTOH it wouldn't need constant maintenance). > - write scripts to generate sub-page with real addresses: Parse the org > page, read the alias file, and generate a web page with a table to be linked > from org page. The purpose of a page with real names and (especially) real addresses is doubtful. People shouldn't contact developers personally if e.g. something needs to be done on the web pages, they should mail the alias. > - automatically generate a link into the debian-mailing list page to get > mailing list descriptions The mailing lists' pages need to be reorganized and broken out in sections, that would be more browsable: user -- User lists devel -- Development lists int -- Internationalization and Translations ports -- Ports to non-i386 architectures bugs -- The Bugtracking System foreign -- Lists hosted for other projects And then we should have links to the specific list, e.g. debian-mentors. Such pages should also unify mailing list subscription and unsubscription, per list. The script that generates the pages, mklist, and the lists.cfg file, may be found in my home directory on master, ~joy/, so if anyone's interested in doing this, please feel free. If not, I'll do it. One day. :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: List of Developers/Packages
On Mon, Jul 10, 2000 at 12:53:40PM -0500, Bolan Meek wrote: > But is there any page that shows Maintainers and Packages/Documents? Yes, http://www.debian.org/devel/people -- Digital Electronic Being Intended for Assassination and Nullification
Re: Translation of Debian WWW to Catalonian
On Thu, Jul 13, 2000 at 11:51:59PM -0400, James A. Treacy wrote: > > Catalonian will need it's own directory. I just created the directory > > 'catalan' without thinking and added it to cvs. If you would prefer > > that it go by 'catalonia' tell me and I will remove the directory > > from cvs. If the current name is acceptable, a 'cvs update -d catalan' > > from the webwml directory should add the directory locally. > > I deleted the directory webwml/catalan from cvs so you can call > it whatever you like. Note that you can make your pages build with the rest of the languages in our daily build by adding your language's directory name to LANGUAGES variable at the top of the top-level Makefile. Otherwise it will be silently ignored - which is what you may want while you don't have most of the basic templates translated. BTW someone should add this information to the devel/website/translating page. -- Digital Electronic Being Intended for Assassination and Nullification
Re: view cvs on VA
On Sun, Jul 16, 2000 at 02:19:15AM -0600, Jason Gunthorpe wrote: > I've installed viewcvs on VA, you can access it with: > > http://va.debian.org/cgi-bin/viewcvs.cgi > > It seems to work correctly, and can work with read-only repositories. If > there are no problems I will purge cvsweb and make viewcvs respond for > cvs.debian.org If possible, I'd like two things back from old cvsweb behaviour: directory listings should be sorted per age (recently added entries listed first), and that unified diffs are shown by default, since colored diffs don't look good in text-only browsers (not to mention those that don't support tables properly). -- Digital Electronic Being Intended for Assassination and Nullification
Re: security.d.o webpage
On Sun, Jul 23, 2000 at 09:39:40PM -0600, Jason Gunthorpe wrote: > > > It seems to me that it a much better idea to just fix the main web > > > site so that it doesn't have a huge latency. Pushing our 'fast' > > > content out to other boxes because of that problem seems like a cheap > > > hack. > > > What I'd really like is to have the build site and push mirror be the > > same machine as the main web site. This would simplify many things. > > Well, if it is better for you then you should do it. The way I see it, the build site should be a fast machine (only webwml rebuilds take hours sometimes), push mirror should be a well-connected machine (obviously), and the main website should be both (I guess all those apache's swallow lots of resources). But I don't think we have any available machines that can do all three, correct me if I'm wrong. Moving the build site from master to a less loaded machine would be a good start. Same goes for cgi.debian.org. Lully seems like a good choice for that, I don't know if its T1 is sufficient for also being the push mirror... > > Also, the web stuff should have it's own account. Can you set one up > > for us, culus? I'll then move all the daily updates to that account. > > What exactly would you like, names, etc.. ? Something like archvsync... account that would hold web-related cronjobs and files. Name could be "debwww", like the group name, I guess. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Help fix bad links on the web site
On Tue, Jul 25, 2000 at 11:07:36AM -0400, James A. Treacy wrote: > A rather long list of bad links on the web site can be > found at http://www.debian.org/~treacy/. > > Please help fix them by taking a section and working > on it. Start by fixing the easy mistakes first. Once > we get the list down to a managable sice, we can worry > about the rest. > > Announce which section you will be working on here so > we don't duplicate effort. I'm looking at releases/, and I think I'll eliminate the slink release notes problem bunch in a minute... -- Digital Electronic Being Intended for Assassination and Nullification
