putting Bolan Meek on hold
Hi folks, I've put Bolan Meek on hold. He did not answer my mail. Regards, -- Guillaume Morin <[EMAIL PROTECTED]> Marianne rebelle me disait qu'elle est plus jolie métissée (Noir Désir)
Problem on whoisam.php page!
Hi! 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). At least this affects Guillaume Morin <[EMAIL PROTECTED]> whose real @d.o adress is gemorin and not guillaum. I think there might be others, too. Can this please be fixed? Thanks. Alfie -- What use is magic if it can't save a unicorn? -- Peter S. Beagle, "The Last Unicorn"
Re: Problem on whoisam.php page!
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). IMHO, the AM login and the real Debian login should equal. Is there any reason why not? Otherwise I believe those that are not equal currently should be made it... Roland -- Roland Bauerschmidt
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, Josip Rodin 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. So long! Alfie -- Be careful of reading health books, you might die of a misprint. -- Mark Twain
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, 1 Mar 2001, Josip Rodin wrote: > 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. 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 ;-) Luck, Dwarf -- _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-
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
NM website wml files now in CVS
G'day All, I've installed the WML source to the nm.debian.org website into the Debian CVS. It's in the webwml cvs root and the module is newmaint. pandora will 4 times a day download and changes to those files (and the English template) and rebuild the website. Please, please be careful touching some of those files as there is some reasonably complex PHP code there and you might bork it up, especially when the evil WML runs over it and puts "" where you least expect. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.eye-net.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Searching debian user archives not returning enough hits
I went to http://lists.debian.org/search.html and typed in "sound" (without the quotes) and hit search. I got the following matches: Unidentified subject! (debian-user-0101) 54: All my kernel configuration is pretty simple. Just sound support, and Re: Unidentified subject! (debian-user-0101) 59: > All my kernel configuration is pretty simple. Just sound support, and Happy new year!!! ++ fake-Typhoon radio card (debian-user-0101) 54: card, it is listed as 'Typhoon Sound System'. The 'radio-typhoon' driver [OT] all you emulator folk, please read this (debian-user-0101) 54: sound sound blaster live! 512 (debian-user-0101) 42: now my sound blaster live (10kemu1 chipset or something like that) is 45: play music using XMMS, it tells me my sound card is not configured Re: sound blaster live! 512 (debian-user-0101) 50: > now my sound blaster live (10kemu1 chipset or something like that) is 53: > play music using XMMS, it tells me my sound card is not configured Re: [OT] all you emulator folk, please read this (debian-user-0101) 53: >Please tell me this is not true. The sound Re: sound blaster live! 512 (debian-user-0101) Re: sound blaster live! 512 (debian-user-0101) 66: If that doesn't work, maybe you have the incorrect sound modules? or Re: sound blaster live! 512 (debian-user-0101) I've seen many more threads than these about sound come up recently. -Jeff
Re: cdimage pages in wml
On Tue, 27 Feb 2001, Josip Rodin wrote: > On Tue, Feb 27, 2001 at 02:34:22PM +0100, J.A. Bezemer wrote: > > > After a brief discussion with Marcin Owsiany who was going to convert > > > http://cdimage.debian.org/ into WML files, I did it myself, with a little > > > bit of scripting. (I'm assuming Marcin's idea has support amongst > > > debian-cd > > > members...) > > > > > > It's commited it to CVS at > > > :(pserver|ext):(account|anonymous)@cvs.debian.org:/cvs/webwml, module > > > cdimage. It uses template files from ../webwml which is the webwml module > > > in > > > the same CVS root -- that's for getting the navigation bar et al. > > > > Okay, I'm taking a look now. Hmmm.. I think there's something wrong, but > > since > > I don't know anything about wml yet, I don't have a clue. Take a look at > > http://cdimage.debian.org/~costar/test-cdimage.d.o/ > > (generated with just 'make'). > > You need WML from testing/unstable... at least 2.0.3 IIRC. Why do people think everyone is running unstable?! Especially for "production" servers like www.d.o or cdimage.d.o this is not a good idea. Well, it appears I've got 2.0.6 working now (this is not trivial), and the result looks good. 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. > 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). Regards, Anne Bezemer
Re: cdimage pages in wml
On Thu, Mar 01, 2001 at 02:47:42PM +0100, J.A. Bezemer wrote: > > > Okay, I'm taking a look now. Hmmm.. I think there's something wrong, but > > > since > > > I don't know anything about wml yet, I don't have a clue. Take a look at > > > http://cdimage.debian.org/~costar/test-cdimage.d.o/ > > > (generated with just 'make'). > > > > You need WML from testing/unstable... at least 2.0.3 IIRC. > > Why do people think everyone is running unstable?! Especially for "production" > servers like www.d.o or cdimage.d.o this is not a good idea. You don't need to run unstable, I didn't say that. You only need three packages. If you need them, they're at /org/www.debian.org/debs/ on klecker, compiled for potato. Oh, wait, you don't have an account :) > 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. 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. The most common problem is when people select en-gb or en-us in Internet Explorer 5. Heck, it's a Microsoft client, the fact it's working at all with a non-Microsoft server is a miracle. :> > > 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... -- Digital Electronic Being Intended for Assassination and Nullification
Re: cdimage pages in wml
On Thu, Mar 01, 2001 at 07:28:05AM +0100, peter karlsson wrote: > > It's done. The English stuff is in english/ subdirectory, the HTML files are > > created as foo.??.html (?? being the language code), and the template has > > slices for translators. > > I tried to add a Swedish translation (locally), but I can't seem to get > the translation-check template to work. Could you please look into > that? Of course. It's fixed now. Although, I think there's a problem with the languages() in footer, please see if you can reproduce it... -- Digital Electronic Being Intended for Assassination and Nullification
Processed: Re: #86540 Organisational strukture broken
Processing commands for [EMAIL PROTECTED]: > reassign 86540 www.debian.org Bug#86540: Organisational strukture broken Bug reassigned from package `www.debian.org' to `www.debian.org'. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Re: cdimage pages in wml
On Thu, 1 Mar 2001, Josip Rodin wrote: > On Thu, Mar 01, 2001 at 02:47:42PM +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. 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. I mean something like: IP address, hostname, URL requested, languages requested, actual page served. I'd surely like to see and analyse factual data like that. Furthermore I disagree that it's mostly a user error. Most users don't even know that there is such a thing as language preferences. They use settings their browser is shipped with (and/or are autodetected?). I've seen quite a few of these cases in debian-doc (I guess debian-www gets even more), for example http://lists.debian.org/debian-doc-0101/msg00025.html: In IE 5.5 the _default_ language is "English (United States) [en-us]". Once I changed that to "English [en]" everything worked fine. [...] I do appreciate learning something _new_. (my emphasis). Finally, the workaround (i.e. other than fixing the language preferences) of adding .en.html or /index.en.html is definately not easy in two aspects: 1) people don't know this workaround _exists_, and 2) you've got to add it _every_ _time_ you click on a link. The first is solved partly by the language list at the bottom of some pages, the second _can_ be solved partly by providing specific hrefs. > 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. > > > 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? And there are twelve different non-terminal pages, how to call them? I didn't know and still don't know, that's why I named them according to the _ch_oices made. Regards, Anne Bezemer
Re: cdimage pages in wml
Josip Rodin: > It's done. The English stuff is in english/ subdirectory, the HTML files are > created as foo.??.html (?? being the language code), and the template has > slices for translators. I tried to add a Swedish translation (locally), but I can't seem to get the translation-check template to work. Could you please look into that? -- \\// peter - http://www.softwolves.pp.se/ Statement concerning unsolicited e-mail according to Swedish law: http://www.softwolves.pp.se/peter/reklampost.html
