Re: Problem on whoisam.php page!
* Josip Rodin | 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. -- Tollef Fog Heen Unix _IS_ user friendly... It's just selective about who its friends are.
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
AM report about Jeff Bailey
Hello! Summary: I recommend Jeff Bailey to be accepted as Debian Developer. 2. Identification - pub 1024D/D0980A99 2000-10-22 Jeff Bailey <[EMAIL PROTECTED]> sig! 5A827A2D 2000-12-14 Luca Filipozzi <[EMAIL PROTECTED]> sig! D0980A99 2000-10-22 Jeff Bailey <[EMAIL PROTECTED]> uidJeff Bailey <[EMAIL PROTECTED]> sig! D0980A99 2000-12-15 Jeff Bailey <[EMAIL PROTECTED]> sub 2048g/18375D63 2000-10-22 sig! D0980A99 2000-10-22 Jeff Bailey <[EMAIL PROTECTED]> 3. Philosophy and Procedures He understood DFSG and DSC, this is demostrated by his great Procedures and Philosophy answers. He knew about the tex, dfsg8, free beer/free speech, non-free/contib/main, pine, the 3 BTS method, non-free not in distrib, but supported and everything about NMUs. He is also the developer of some GNU projects, so I think he really understand our philosophy well. Marcus Brinkmann said (in a signed letter): Jeff Bailey is a very friendly person with highly developed technical skills which are very useful for Debian in general and Debian GNU/Hurd in particular. He is a long term contributor to the free software community. I enjoyed working with him on free softwrae in the past and will continue to do so within and outside Debian. Apart from generic skills he has shown specific knowledge of Debian routines by compiling binary packages for the Hurd system, setting up an apt repository of them, and improving my loosy packaging of GNU inetutils, maintenance of which he is in progress to take over from me. I am glad to see it in such good hands. You have my permission to copy the above paragraph in unmodified form for the purpose of the Debian New Maintainer application process. 4. Tasks and Skills --- He is a programmer and sysadmin for years, and the packaging was a simple task for him, passed the RHT very well ;)) He packaged up 3 lintian clean packages, the dpr, the mailutils and the libsoap-lite-perl. And inetutils is also well packaged, but I couldn't probe it out because of the lack of a GNU Hurd operating system on an 1 GB partition. Gergely Risko pgpngU3KFCbda.pgp Description: PGP signature
RE: AM report about Jeff Bailey
I would like to add that I have met Jeff and have worked with him on another project (mailutils). He is bright, well skilled and an avid free software advocate. Debian will do well with his addition.
Re: cdimage pages in wml
On 20010302T012130+0100, J.A. Bezemer wrote: > IMnsHO a "majority of cases" is a wrong attitude. It should work in _all_ > cases, for all browsers with all settings. If we'd make a flash-only site, > we'd still be supporting a majority of viewers, and the unsupported minority > would need to make some adjustments to view the site properly. Why don't we do > that? Exactly. There is a difference: the one is a standard, the other is not. -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%%
Re: cdimage pages in wml
On Fri, Mar 02, 2001 at 01:21:30AM +0100, J.A. Bezemer wrote: > > > One problem: cdimage.d.o does not do content negotiation, and even if it > > > did > > > I'd refuse to use it[*]. So a reference to just "faq" won't work, it has > > > to be > > > "faq.en.html". Is there any wml trick that can automagically add the > > > "..html" or do I have to hard-code it everywhere? > > > > > > [*]: It does not work, period. Many browsers have incorrect settings > > > _per_default_, up to the point that I believe we're losing many Windows > > > converts because they simply can't read our webpages. I don't want to be > > > responsible for anything like that. > > > > There's nothing inherently wrong with content negotiation, and the current > > implementation works just fine in a majority of cases. In cases where it > > doesn't work, it mostly a user-error, and it can be worked around very > > easily. > > IMnsHO a "majority of cases" is a wrong attitude. It should work in _all_ > cases, for all browsers with all settings. If we'd make a flash-only site, > we'd still be supporting a majority of viewers, and the unsupported minority > would need to make some adjustments to view the site properly. Why don't we do > that? Exactly. There's a tiny bit of difference between flash and content-negotiation. When content-negotiation doesn't work, the viewer gets the default content and then they can pick his own content manually. When flash doesn't work, the viewer gets nothing and they can't pick his own content manually. > By the way, I don't think you have any numbers on that "majority" since I'm > not aware of any way that apache can produce them. Of course, I don't have a hard statistic. But I do know that we get more than a million hits a month, and that we get five or six complaints about wrong language served. If there were a thousand silent people per each every complaint, it seems that's still quite a small minority. (See http://klecker.debian.org/webalizer/www.debian.org/ for the stats.) Also, some of the complaints come from the mirrors (mirror maintainers sometimes have differently set up apaches which change the default language when we add a new language). There seems to be one specific bug in Apache that makes the Installation manual show up in Slovak (IIRC), which is the majority of complaints. We haven't been able to trace it down nor fix it, yet. > > www.debian.org and all of its mirrors have been running Apache(s) with > > content negotiation for years now. We get complaints from users who set up > > their browsers incorrectly, all the time, and it obviously hasn't stopped > > us, and I doubt it will. > > If you get complaints, you're doing something wrong. You're running a > web-servant, not a web-dictator. Um, are you trying to imply Debian's web pages have a dictator attitude? :) Changing to a system where all the links were explicit would be a bitch. If you'd like to make cdimage.d.o do that, well, I can't stop you. It would be much easier to do, if anything. > > > > BTW, would you mind if I renamed ch* files to something nicer? It's not > > > > really important, but it's easier to handle files that aren't so > > > > similarly > > > > named. > > > > > > Well, if you have any good suggestion that increases manageability please > > > tell me. And remember that I'm mostly using mc(1) to work on stuff, so the > > > names should preferably have less than 16 and absolutely less than 37 > > > characters (which makes it quite hard to think of good descriptive names > > > for ch21211 for example). > > > > For example, "p-ikit" (short for pseudo-image kit). Or something along those > > lines. Anything's better than combinations of numbers 1, 2 and 3... > > This won't help; there are four different pages directing to the Kit, how to > distinguish them? p-ikit[1-4] and other stuff is better than ch\d+, I think. It would also be good if we made those pages have those paragraphs that are the same in all pages use s with slices, so that the translators don't have to copy&paste the same stuff over and over again. > And there are twelve different non-terminal pages, how to call them? Non-terminal pages? -- Digital Electronic Being Intended for Assassination and Nullification
Bug#88268: www.debian.org: Translated security pages should feature link to most recent page
Package: www.debian.org Version: 20010302 Severity: wishlist After setting my default language to german, when accessing security.debian.org I often get a translated page which lags behind the original. This is immediately shown to me by a prominent notice on top of the page. I propose that this notice be a link to the canonical most recent security page so that I don't have to click on the english page at the bottom of the page. -- System Information Debian Release: 2.2 Kernel Version: Linux aph509c 2.2.17 #1 Sun Jun 25 09:24:41 EST 2000 i586 unknown
leadership debate 2000 added
Hi, I've added the leadership debate transcripts and all that stuff provided by jgg/tbm to vote/2000/leadership_debate. Note to translators: I doubt it would be worthwhile to translate that stuff. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Well done on new devel pages
Adrian Bunk wrote: > My impression is that they look a bit funny when I use lynx, e.g.: And will be confusing for the blind, or anyone else who happens to use an audible browser. I really don't see why we have to sacfifice usability for a minor and overly flashy thing like vertical titles. They could just as easily be made horizontal without affecting the look. -- see shy jo, disgusted once more with the web's trend toward style over substance
Re: Well done on new devel pages
Joey, I agree with the `style over substance' bit -- not even text/plain is immune... What about making a vertical title in an and making the alt text be normal horizontal? That takes care of both style AND substance. :) Regards, Alex. --- PGP/GPG Fingerprint: EFD1 AC6C 7ED5 E453 C367 AC7A B474 16E0 758D 7ED9 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS/CM>CC/IT d- s:+ a16 C++()>$ UL>$ P--- L++>++$ E+ W+(-) N+ o? K? w---() !O !M !V PS+(++)>+ PE-(--) Y+>+ PGP t+>++ !5 X-- R>++ tv(+) b+(++) DI(+) D++ G>+++ e--> h! !r y>+++ --END GEEK CODE BLOCK-- On Fri, 2 Mar 2001, Joey Hess wrote: > Adrian Bunk wrote: > > My impression is that they look a bit funny when I use lynx, e.g.: > > And will be confusing for the blind, or anyone else who happens to use an > audible browser. > > I really don't see why we have to sacfifice usability for a minor and > overly flashy thing like vertical titles. They could just as easily be > made horizontal without affecting the look. > > -- > see shy jo, disgusted once more with the web's trend toward > style over substance > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: Well done on new devel pages
* Joey Hess <[EMAIL PROTECTED]> [010302 20:38]: > I really don't see why we have to sacfifice usability for a minor and > overly flashy thing like vertical titles. They could just as easily be > made horizontal without affecting the look. Or better yet, is there a way to accomplish the same task using CSS attributes, but leave the text formatting normal? -- Scott Dier <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://www.ringworld.org/ [EMAIL PROTECTED] "When's the last time you used duct tape on a duct?" -Larry Wall pgpdGRRJXs9nk.pgp Description: PGP signature
