Bug#197469: comment on bug report
Hi! * Thorsten Alteholz [2009-02-08 18:38:14 CET]: > the author of gcal decided (according to general practice) to look for > the following environment variables: > $LANGUAGE > $LC_ALL > $LC_MESSAGES > $LANG > If one of those is defined, the value is further examined. That's fine for printing messages. This bug though isn't about printing messages. > There are only two options: the value starts with "en_" or something > different. The first case means some kind of American style calendar > where the days of the week are written in a top row and the week > starts with Sunday. It isn't even about how the days are written, on the left or on the top. > According to ISO/IEC TR 14652 usage of $LC_TIME is problematic and > might result in unintended behaviour. Further it is correct to use > $LC_MESSAGE to decide upon the language of the output. Please keep in > mind that gcal does not only output a calendar but also holidays and > events. Again, it's not about the language of the output. It's about deciding on which day the week starts for the locale. Given that LC_TIME is described as: LC_TIME changes the behavior of the strftime(3) function to display the current time in a locally acceptable form; for example, most of Europe uses a 24-hour clock versus the 12-hour clock used in the United States. ... and that strftime only has: %u The day of the week as a decimal, range 1 to 7, Monday being 1. See also %w. (SU) %w The day of the week as a decimal, range 0 to 6, Sunday being 0. See also %u. from that I guess it's not really obvious to claim that LC_TIME is technically relevant here. Semantically it definitely is and I would absolutely expect programs to calculate the start of the week with querying LC_TIME and *not* LC_MESSAGES because it's not about the written part, not about the localization of the text. > So from my point of view the behaviour of gcal corresponds with the > appropriate standards and your bug is rather a feature. Even the > criticized rotation is done on purpose. I still think you misread what this bug is about. :) So long! Rhonda -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#269730: examples
Hi! * Thorsten Alteholz [2009-01-20 20:10:47 CET]: > can you please give me an example for such a bad message? If you want responses from the bug submitter you have to mail them, not only send your message to the BTS. It's not very hard to find such messages, just grep through po/gcal.pot for non-ascii characters. Quick examples: #: src/hd-data.c:470 msgid "Netherlands Antilles/Curaçao" ^ #: src/hd-data.c:515 msgid "Canada/Québec" ^ #: src/hd-data.c:529 msgid "Switzerland/Graubünden" ^ #: src/hd-data.c:531 msgid "Switzerland/Genève" ^ #: src/hd-data.c:534 msgid "Switzerland/Neuchâtel" ^ ... I'm not completely sure how to tackle that because proper writing of the cities is definitely appreciated, even for english speaking people. :) I hope the debian-i18n list has suggestions on how this can get addressed. So long! Rhonda -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#448524: Sorry, bad patch
severity 448524 serious thanks Hi! A package that fails to upgrade because the service is stopped is a policy violation, thus serious. * era eriksson [2009-08-12 12:59:32 CEST]: > Ouch, I was too quick -- apologies. The patch I attached to the > previous message did not properly implement the fix I described. Here's > another attempt. There is another issue with the patch (or the init.d script in the first place): The existence of $PIDFILE is assumed, which is a bad assumption if one has set their rc links to stop and only starts the server when needed. Why not directly using ps "$(cat $PIDFILE)" instead of fiddling around with grepping through complete ps output? Much more straight forward and ressource friendly. #v+ --- thttpd-current/debian/thttpd.init.d.orig2009-08-12 13:52:08.0 +0300 +++ thttpd-current/debian/thttpd.init.d 2009-08-12 13:54:32.0 +0300 @@ -36,7 +36,7 @@ stop) echo -n "Stopping $DESC: " - if ps ax | grep "$(cat $PIDFILE)" | grep -qv grep + if test -s $PIDFILE && ps "$(cat $PIDFILE)" then start-stop-daemon -K -q -p $PIDFILE -x $DAEMON --signal 10 fi #v- This should catch it all. Rhonda -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#307273: arch2darcs: please format long description appropriately
Hi again! Going through old bugreports, stumbling upon ... * Gerfried Fuchs [2005-05-02 21:07:18 CEST]: > * John Goerzen [2005-05-02 08:04]: > > Won't this cause it to wrap weirdly on, for example, kpackage? > > Take a look at other packages. Description fields starting with two > spaces won't get reformated. Take a look at e.g. xblast-tnt in kpackage. *ping* - someone still around? It would be really nice if the superfluous paragraphs in between the bulletin list in the package description could get removed. So long! :) Rhonda -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#128608: libdcopc1: long description should be more describeable
Package: libdcopc1 Version: 2.2.2-3 Severity: normal Hi! Description: C bindings for DCOP C bindings for DCOP I don't think that that's a useful long-description for a package. At least it should include what DCOP is and why one wants to install this package. It should be more descriptive - at least it should say what DCOP is. HTH, Alfie
Bug#128609: dcopperl: long description should be more describing
Package: dcopperl Version: 2.2.2-3 Severity: normal Hi! Description: Perl bindings for DCOP Perl bindings for DCOP I don't think that that's a useful long-description for a package. At least it should include what DCOP is and why one wants to install this package. It should be more descriptive - at least it should say what DCOP is. HTH, Alfie
Bug#464341: if show-photos is set gpgp displays all photoIDs on startup
Package: gpgp Version: 0.4-12.1 Severity: normal Hi! If show-photos is set in list-options in ~/.gnupg/gpg.conf gpgp displays every single photoID it finds in its keyring on startup - which is extremely annoying because you have to close all the photo windows one after the other until gpgp really starts up. Please add "---list-options no-show-photos" to the startup run, or however that happens. Thanks in advance, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496496: libx500-dn-perl: package description plainly b0rked
Package: libx500-dn-perl Version: 0.29-3 Severity: minor Hi! The package description is plainly b0rked: ,--[ grep-available -P libx500-dn-perl -sDescription ]-- | Description: X500::DN provides a pure perl parser and formatter for RFC 2253 | style DN strings. `--[ grep-available -P libx500-dn-perl -sDescription ]-- Looks like the synopsis wrapped over to the long description which is missing completely. Thanks, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500122: My email address is listed in plaintext on one of your webpages
Package: falconseye Version: 1.9.3-16 Severity: normal Am Mittwoch, den 24.09.2008, 17:16 +0300 schrieb Jaakko Tapani Peltonen: > Dear debian.org administrators, > on your website there is a webpage that lists my email address in > plaintext: > http://packages.debian.org/changelogs/pool/main/f/falconseye/falconseye_1.9.3-1$ > > Can you please change this page so that the address is listed as "jaakko > dot peltonen at hut dot fi"? I am trying to reduce the amount of spam I > receive, and this change could make it a bit harder for spammers to find > the address. That part is extracted from the copyright file of the package so I'm submitting it as bugreport against the package to get it addressed properly. Thanks, and I hope it didn't cause too much inconvenience for you. Rhonda signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#429105: please update/request removal of your package
Package: libapache-miniwiki-perl Severity: serious Version: 0.92-2 Hi there! Due to the recent removal of apache (including it's accompanied packages of apache-common, apache-dbg, apache-dev, apache-doc, apache-perl and apache-ssl) and libapache-mod-perl your package most propably isn't able to get installed or built anymore. These are the problems your package currently has: libapache-miniwiki-perl (dependency): libapache-mod-perl Please either send the ftp team a removal request for your package if it isn't able to work with apache2, or update it to build (only) packages for apache2. Thanks in advance, -- generate-mails.pl assisting Gerfried Fuchs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429104: please update/request removal of your package
Package: libapache-mod-auth-mysql Severity: serious Version: 4.3.9-3 Hi there! Due to the recent removal of apache (including it's accompanied packages of apache-common, apache-dbg, apache-dev, apache-doc, apache-perl and apache-ssl) and libapache-mod-perl your package most propably isn't able to get installed or built anymore. These are the problems your package currently has: libapache-mod-auth-mysql (dependency): apache-common (>= 1.3.22-6) Please either send the ftp team a removal request for your package if it isn't able to work with apache2, or update it to build (only) packages for apache2. Thanks in advance, -- generate-mails.pl assisting Gerfried Fuchs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429107: please update/request removal of your package
Package: libapache-authznetldap-perl Severity: serious Version: 0.7-4 Hi there! Due to the recent removal of apache (including it's accompanied packages of apache-common, apache-dbg, apache-dev, apache-doc, apache-perl and apache-ssl) and libapache-mod-perl your package most propably isn't able to get installed or built anymore. These are the problems your package currently has: libapache-authznetldap-perl (build-dependency): libapache-mod-perl Please either send the ftp team a removal request for your package if it isn't able to work with apache2, or update it to build (only) packages for apache2. Thanks in advance, -- generate-mails.pl assisting Gerfried Fuchs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#118472: acknowledged by developer (Bug#118472: fixed in gnome-sudo 0.3-1.1)
* Debian Bug Tracking System <[EMAIL PROTECTED]> [2004-01-09 10:03]: > - Patch to fix gnome dialog (Closes: #118472) Well, to be honest the manual page should also be changed -- the patch that you have added to the bugreport only has it for the dialog. Haven't taken a look at the .diff.gz yet, if you have only changed the dialog message please consider doing it in the manpage too, as long as you still have the source lying around anyway ;) I don't reopen the bug yet for I am not sure if you have fixed that part, too. So long, Alfie -- "Wer sich die Netiquette ansieht, wird feststellen, dass sie keine Zaehne hat, nicht wie ein Joch aussieht und sich auch nicht wie eine Knute anfuehlt." (Christoph von Nathusius in de.soc.netzkultur) signature.asc Description: Digital signature
