Processed: bug filed against wrong virtual package
Processing commands for [EMAIL PROTECTED]: > reassign 161440 listarchives Bug#161440: lists.debian.org: archives should provide gziped mboxes of _current_ dates also Bug reassigned from package `lists.debian.org' to `listarchives'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: lists to be created
On Sat, Jan 04, 2003 at 08:48:23AM +0100, Martin Schulze wrote:
> Anand Kumria wrote:
> > #149509 - Request For New List: debian-montreal
> >
> > reject; but list regional on lists.debian.org
>
> ack
Put this into lists.cfg, if so what format Josip?
{ essentially we'd like to list regional mailing lists of interest to
Debian people but host them ourselves }
> > #156417 - New list: debian-security-portuguese
> >
> > approve; create
> > [ special things to be done for this list? ]
>
> nak - see discussion on debian-security
Could you summarise; not a list I follow.
> > #162668 - New Mailinglist debian-x86-64
> >
> > approve; create
>
> nak. There's not been a single discussion about this on debian-devel,
> This list would be proper if debian-ia64 is the wrong target, and the
debian-ia64 is the wrong target; x86-64 would probably fit a debian-i386
(or debian-x86) since the AMD stuff is an extension of the ia32
instruction set.
> port has already started, and there are people working on it. Until
> that I'd suggest to use debian-devel or debian-ia64 if the latter is
> proper, which I don't know, but I doubt AMD builds an architecture
> that is incompatible with the intel architecture.
>
> > #169696 - lists.debian.org: Please create debian-admins (or similar)
> >
> > approve; want better name, suggestions?
>
> nak - debian-isp should be used. ISP's use and admin of Debian machines
> is quite similar. An admin may have 50 desktop boxes which an ISP does
> not have, but many other packages/setups remain similar -> no new list.
My name suggestion would be debian-sysadmins; however I have marked the
bug report as pending evidence of requirements. I don't feel debian-isp
is appropriate as a mailing list venue.
>
> > #166357 - lists.debian.org: please create debian-exim list
> >
> > approve; want to put it into different domain instead.
> > [EMAIL PROTECTED] instead
> > also migrate existing mailing lists
>
> nak - why create a list for random packages? why not using
> exim-maint@(master.)?debian.org?
I think the principle of multiple maintainers makes sense for Essential:
yes; and standard and important packages, IMO. For other packages, (X,
SSH, glibc, gcc, openoffice, et al.) I don't have a problem.
We still have to provide the mail aliases for exim-maint@; so why not
make it another domain.
Anand
--
`` We are shaped by our thoughts, we become what we think.
When the mind is pure, joy follows like a shadow that never
leaves. '' -- Buddha, The Dhammapada
SPEECH OUTPUT CRASH (test page)
Hi, I tested the web page in question using text based browsers. http://packages.debian.org/stable/devel/ (problematic with jaw) On Fri, Jan 03, 2003 at 02:24:54PM -0500, STEN-CLANTON, ALBERT E wrote: > Greetings! The correspondence below concerns my crashes when trying > to use the Debian site's link to the development tools of the package. > More precisely, it concerns the loss of the speech output from my > screen reader, JAWS, which I use because of my blindness. ... > [snip problems accessing http://packages.debian.org/stable/devel/ with > Jaws] > > This page is 100% valid HTML 4.0 Transitional so I believe the problem > with this page is its size, it's over 150 kilobytes. On my pc Jaws > isn't responsive either when opening that URL, but after I tried > editing the page locally to make it (a lot) smaller, Jaws ran just > fine. So my guess is that Jaws can't handle pages of this magnitude. lynx: after displaying Read 105 of 151 KB of data, 146 KB/sec, ETA 0 sec. then Bad partial reference! Stripping lead dots. links and w3m: no problem So problem may not be just size Let's see... Just for your test, I uploaded a modified (problem free) file as jaw-test.html to the debian web server. Please test this solve your problem.: http://people.debian.org/~osamu/pub/jaw-test.html This file changed very bottom of the web page from: Back to: http://www.debian.org/";>Debian Project homepage || Packages search page to: Back to: http://www.debian.org/";>Debian Project homepage || Packages search page This was the place causing problem with "lynx" and this change solved this problem for me on lynx. (I needed to upload it to web server since error message was very short display timing.) HIH, Osamu -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki <[EMAIL PROTECTED]> Cupertino CA USA, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' "Our Priorities are Our Users and Free Software" --- Social Contract
Re: SPEECH OUTPUT CRASH (test page)
On Sat, Jan 04, 2003 at 02:47:31AM -0800, Osamu Aoki wrote: > Packages search page > > Packages search page > > This was the place causing problem with "lynx" and this change solved > this problem for me on lynx. Ohh, so it's just a silly extra ../ that's confusing it. I'll go track it down and fix it in the scripts (but patches are welcome, of course). -- 2. That which causes joy or happiness.
Re: date of events
On Sat, Jan 04, 2003 at 10:19:56AM +0900, Tomohiro KUBOTA wrote: [...] > problematic pages: > > http://www.debian.org/events/index.ja.html > http://www.debian.org/events/index.nl.html > http://www.debian.org/events/index.ru.html > > I think daterange() in get_future_event_list() in > webwml/english/events/index.include line 116 is responsible > but I could not check further. These languages do not define month names in the %longmoy hash variable. I just added these entries, but they are not translated. Denis
你的家是“绿色”的吗？
Title: 天信公司为深圳市首家通过绿色认证的家具企业 Welcome to Shenzhen Tianxin Furniture Co.,LTD 系统特点： 为你的家增添“绿”色 功能沙发，想变就变 你的家“绿”了吗？ 天信公司创立于1990年，先后从德国、日本、意大利购置了具有国际90年代先进水平的家具加工设备，形成了"板式家具"、"软体家具"、"办公家具"等三条生产加工线，加工设备配置合理。目前可大批量生产民用、办公、文教等系列家具。产品设计自己的独立风格坚持中华民族家具风格特点，并结合欧美现代家具流行趋势，以简练、典雅、实用的标版面示于众。市场触角由国内拓展到世界亚、欧、美等十几个国家和地区。 如果这封信打扰了您，请见谅！ 以后不再希望收到此信，请点击这里
Stepping down from the Finnish WWW team
I'd like to officially declare what has been a fact for a while now: I do not have the energy to participate in the Debian WWW team. I have been serving (for some time now rather inactively) as the Finnish translation team coordinator. Tommi Vainikainen has been the de facto coordinator for some time and has been done that job well. Somebody should probably remove me from the webwml group. -- Antti-Juhani Kaijanaho, FM (MSc) * http://www.iki.fi/gaia/ * [EMAIL PROTECTED]
Re: lists to be created
On Sat, Jan 04, 2003 at 08:33:47PM +1100, Anand Kumria wrote:
> > > #149509 - Request For New List: debian-montreal
> > >
> > > reject; but list regional on lists.debian.org
> >
> > ack
>
> Put this into lists.cfg, if so what format Josip?
>
> { essentially we'd like to list regional mailing lists of interest to
> Debian people but host them ourselves }
There are so many parse errors in the above text that I don't know where to
start... but I get your point :)
There was once a debian-de mailing list and I think there is now a debian-at
mailing list that is not hosted at our site. Use that as a template.
> > > #162668 - New Mailinglist debian-x86-64
> > >
> > > approve; create
> >
> > nak. There's not been a single discussion about this on debian-devel,
> > This list would be proper if debian-ia64 is the wrong target, and the
>
> debian-ia64 is the wrong target; x86-64 would probably fit a debian-i386
> (or debian-x86) since the AMD stuff is an extension of the ia32
> instruction set.
>
> > port has already started, and there are people working on it. Until
> > that I'd suggest to use debian-devel or debian-ia64 if the latter is
> > proper, which I don't know, but I doubt AMD builds an architecture
> > that is incompatible with the intel architecture.
I agree with the comments about IA-64 being invalid, but I'd also like to
add that there is _some_ effort on an AMD x86-64 port, so we shouldn't
outright reject them. Tag it moreinfo.
> > > #166357 - lists.debian.org: please create debian-exim list
> > >
> > > approve; want to put it into different domain instead.
> > > [EMAIL PROTECTED] instead
> > > also migrate existing mailing lists
> >
> > nak - why create a list for random packages? why not using
> > exim-maint@(master.)?debian.org?
>
> I think the principle of multiple maintainers makes sense for Essential:
> yes; and standard and important packages, IMO. For other packages, (X,
> SSH, glibc, gcc, openoffice, et al.) I don't have a problem.
I think exim might actually deserve a whole new -exim-maint list, since it's
likely that there will be two versions of exim in the archive soon (v3 and
v4), which leaves a lot of room for discussion and bugs. :) If nothing else,
using ssh as a precedent.
Perhaps we could compromise with a debian-mta list? Not sure...
--
Joy
Re: FOLLOWING UP ON SPEECH OUTPUT CRASH
- Original Message - From: "STEN-CLANTON, ALBERT E" <[EMAIL PROTECTED]> To: Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, January 03, 2003 8:24 PM Subject: FOLLOWING UP ON SPEECH OUTPUT CRASH > Greetings! The correspondence below concerns my crashes when trying to use > the Debian site's link to the development tools of the package. More > precisely, it concerns the loss of the speech output from my screen reader, > JAWS, which I use because of my blindness. > -Original Message- > From: Freedom Scientific Software Support [mailto:[EMAIL PROTECTED] [Suggestion to contact the site] > It is definitely something on the site since at one time it > worked and now it doesn't. Nothing has changed within JAWS. > -Original Message- > From: Freedom Scientific Software Support [mailto:[EMAIL PROTECTED] > Since JAWS had been working on the web site you mentioned up until a short time > ago something must have changed on the page. You may want to contact the > web site developer to see if it can be resolved as we doubt there is much we > can do from here as far as JAWS is concerned. > -Original Message- > From: Jan V [mailto:[EMAIL PROTECTED] > - Original Message - > From: "STEN-CLANTON, ALBERT E" <[EMAIL PROTECTED]> > > I have had no trouble checking out your site until late last week. > From > > WWW.DEBIAN.ORG, I followed the Packages link, then the link for > viewing > > stable packages. When I tried then to follow the link for the > development > > tools that come in what I presume to be the latest package, my speech > died. > > This happened four times, and I think only once was I able to avoid a > cold > > reboot. (The speech didn't just die there, but wiped out wholesale.) > > > > [snip problems accessing http://packages.debian.org/stable/devel/ with > Jaws] > > This page is 100% valid HTML 4.0 Transitional so I believe the problem > with > this page is its size, it's over 150 kilobytes. > On my pc Jaws isn't responsive either when opening that URL, but after I > tried editing the page locally to make it (a lot) smaller, Jaws ran just > fine. So my guess is that Jaws can't handle pages of this magnitude. > > Maybe you could contact the technical support for Jaws and inform them > on > this bug. > [Sorry for the delay, exams are coming up in a couple of weeks] I did some "research" and have reason to believe that Jaws' crashing is due to the large definition-list ( tag in HTML). When I changed the definition list to an unordered (-tag) or ordered(-tag) one and after some replacing ( and to ) Jaws would run just fine. So, to summarize the issue: * The unaltered page gives problems => Jaws uses +- 99% of the CPU and the PC/Jaws is no longer responsive * The page with the definition list removed works flawlessly => the headers/footer are no problem (this doesn't mean that Osamu Aoki's remark isn't valid, but it doesn't solve the crashing of Jaws) * The page with the definition list replaced by 150KB of "Lorem ipsum..." text works just fine => size is not an issue * The page with the definition list replaced by an unordered list works just fine One last possibility is that Internet Explorer (the browser I used to check all this under Windows) has somehow changed with regards to -rendering and that is causing problems, but I have no knowledge on how Jaws gets it's information from the operating system.
Re: Stepping down from the Finnish WWW team
On Sat, Jan 04, 2003 at 06:45:13PM +0200, Antti-Juhani Kaijanaho wrote: > I'd like to officially declare what has been a fact for a while now: > I do not have the energy to participate in the Debian WWW team. > I have been serving (for some time now rather inactively) as the Finnish > translation team coordinator. Tommi Vainikainen has been the de facto > coordinator for some time and has been done that job well. Thanks for all your work. > Somebody should probably remove me from the webwml group. It's done. -- 2. That which causes joy or happiness.
Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages
Hi, From: [EMAIL PROTECTED] (Denis Barbier) Subject: Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages Date: Thu, 2 Jan 2003 16:24:59 +0100 > I find only 18 names in people.names containing non-ASCII letters, > so /org/www.debian.org/cron/people_scripts/people.pl could contain > some extra elsif in its canonical_names function to replace > non-ASCII letters by HTML entities. Most names seem to be ISO-8859-1 > encoded. I implemented your idea. Here is a patch. I assumed all 8bit characters to be ISO-8859-1. Could someone apply this? --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://www.debian.or.jp/~kubota/ people.pl.DIFF Description: Binary data
lists.debian.org de-localization (Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages)
Hi, From: Tomohiro KUBOTA <[EMAIL PROTECTED]> Subject: Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages Date: Fri, 03 Jan 2003 09:06:43 +0900 (JST) > BTW, I found similar trouble in lists.debian.org pages. In thread-list > pages or date-list pages like > > http://lists.debian.org/debian-devel/2002/debian-devel-200212/threads.html, > > there are no charset specification. In such cases, web browsers will > assume these pages according to user preference. Naturally, Japanese > people configure web browsers to "assume Japanese encoding for pages > without charset specification". On the other hand, the thread-list > pages show senders' names in format, and threfore, a tag > follows the name. If the last letter of the name is 8bit, the tag > is broken. The result is that all following part are shown in > (italic) format. > > The test is easy: please configure your browser to "assume Japanese > encoding for pages without charset specification" and load the above > page. > > > However, in this case, the solution is a bit complicated. All mails > should have encoding information in MIME format. Thus, the best > solution would be to parse MIME. On the other hand, the simplest > makeshift solution is to add "charset=iso8859-1" for all pages > but there are mailing lists where most of 8bit characters are > cyrillic and so on. I found that MHonArc has a feature to solve this problem. http://www.mhonarc.org/MHonArc/doc/faq/mime.html#nonascii I checked /org/lists.debian.org/mhonarc/debian.rc and found that it seems to ssume that any 8bit characters are ISO-8859-1. > > plain; mhonarc::htmlize; > us-ascii; mhonarc::htmlize; > iso-8859-1; mhonarc::htmlize; > iso-8859-2; iso_8859::str2sgml; iso8859.pl > iso-8859-3; iso_8859::str2sgml; iso8859.pl Why not use iso_8859::str2sgml; instead of mhonarc::htmlize for iso-8859-1? (Though I am new to MHonArc, I imagine that iso_8859::str2sgml converts ISO-8859 8bit characters into SGML entity like "ö".) It would be nice if we can convert raw 8bit mail headers (though it is illegal; it sometimes happens and may cause breaking the lists.debian.org pages) to SGML entities by assuming they are ISO-8859-1. Since this may annoy Russian (and other non-ISO-8859-1) people who happen to use MUAs which generates illegal mail headers with 8bit characters without charset specification, I'd like to hear from people from various countries. --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://www.debian.or.jp/~kubota/
Norwegian Bokm(â)l
Hi, I found the page http://www.debian.org/international/l10n/po/index.ja.html is broken where "Norwegian Bokm*l" (* is a with circ) is written. This is because the 8bit character (ISO-8859-1) is regarded as the first byte of multibyte character of Japanese EUC-JP. It is recently when the Debian webpage adopted gettext to translate items. Before then, "Norwegian Bokm*l" and "Norgegian Nynorsk" were targets to be translated and such problem didn't occur because I translated these words into Japanese. However, now, these translations are lost and the page is brokwn. I think there are two ways of solution. 1. "Bokm*l" and "Nynorsk" to be translation items. or 2. modify "Bokm*l" to "Bokmâl". --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://www.debian.or.jp/~kubota/
I think you are handsome! ebt
We have been hired to contact you because someone you know is interested in you. Please follow the link below to find out who. http://www.sliaba.com/5/ No more email here http://www.sliaba.com/nomore.php jovsmorglhltdnnhsjewm
Re: lists.debian.org de-localization (Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages)
On Jan 05, Tomohiro KUBOTA <[EMAIL PROTECTED]> wrote:
>It would be nice if we can convert raw 8bit mail headers (though it is
>illegal; it sometimes happens and may cause breaking the lists.debian.org
>pages) to SGML entities by assuming they are ISO-8859-1. Since this may
>annoy Russian (and other non-ISO-8859-1) people who happen to use MUAs
>which generates illegal mail headers with 8bit characters without charset
>specification, I'd like to hear from people from various countries.
It would be *MUCH* better to just refuse these messages. Most of them
are spam anyway.
At least in my country (and in all western europe, I think) raw latin-1
characters in headers are never found outside of non-spam messages.
/^Subject: .*[^[:print:]]{8}/ REJECT Your mailer is not RFC 2047 compliant
--
ciao,
Marco
Re: Norwegian Bokm(â)l
Hi, From: Tomohiro KUBOTA <[EMAIL PROTECTED]> Subject: Norwegian Bokm(â)l Date: Sun, 05 Jan 2003 10:45:44 +0900 (JST) > 1. "Bokm*l" and "Nynorsk" to be translation items. > > or > > 2. modify "Bokm*l" to "Bokmâl". I did both, i.e., modify webwml/english/template/debian/language_names.wml to have additional two items for Bokm*l and Nynorsk and gave the SGML entity expression as default translation (i.e., msgid). --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://www.debian.or.jp/~kubota/
