Bug#327356: apt-cacher: Report page date format is hardcoded
On Mon, Jan 02, 2006 at 10:30:51PM +0100, Eduard Bloch wrote: > tags 327356 + wontfix > severity 327356 wishlist > thanks > > #include > * Harri Haataja [Fri, Sep 09 2005, 04:01:29PM]: > > > /usr/share/apt-cacher/apt-cacher-report.pl has a hardcoded line for the > > "Report generated" row. This leads to wrong/ugly date format on the > > page (unless it's what you happen to want). > > > > Could this be made locale sensitive? > > a) it is not really hardcoded (by me), it is system default date > representation, and it is IMO not that hard to understand. Report generated $hour:$minute:$second $day/$month/$year You're saying this is not hardcoded? Every bloody slash? > b) AFAICS the locale system does not provide me anything to simply > format a date into the "natural" format of some country. So unless you > provide good reliable code I won't do anything about that (and please no > patches with stuff like if($ENV{LC_CTIME} eq "fr_FR") ... more hardcoded > things ... ). The locale system is ugly, certainly, but at least there is the ISO 8601. I don't do perl, but here's something (draws in POSIX, but didn't find a neater way without date modules): diff -ruN /usr/share/apt-cacher/apt-cacher-report.pl.old /usr/share/apt-cacher/apt-cacher-report.pl --- /usr/share/apt-cacher/apt-cacher-report.pl.old 2006-01-04 10:01:09.356998227 +0200 +++ /usr/share/apt-cacher/apt-cacher-report.pl 2006-01-04 10:02:00.541997023 +0200 @@ -6,6 +6,8 @@ # Copyright (C) 2002,2004 Jonathan Oxer <[EMAIL PROTECTED]> # Distributed under the terms of the GNU Public Licence (GPL). +use POSIX qw(strftime); + #use strict; # ### configuration ### @@ -64,11 +66,12 @@ close(LOGFILE); } -#read current time -($second,$minute,$hour,$day,$month,$year,$null,$null,$null)=localtime(time); +# read current time +#($second,$minute,$hour,$day,$month,$year,$null,$null,$null)=localtime(time); +my $datetime = strftime("%Y-%m-%d %H:%M:%S", localtime()); -$year = $year + 1900; -$month=$month + 1; +#$year = $year + 1900; +#$month=$month + 1; my $hit_count = 0; my $hit_bytes = 0; @@ -202,7 +205,7 @@ $output .= "summary Item Value - Report generated $hour:$minute:$second $day/$month/$year + Report generated $datetime Administrator mailto:$config{admin_email}\";>$config{admin_email} "; $output .= " First request $firstrecord "; $output .= " Last request $lastrecord "; -- Oh, my God! ARTHUR, I HAVE POCKETS! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345911: gnupg: very bad performance with key import
Package: gnupg Version: 1.4.2-2 Severity: important I'm currently doing an import of the debian-keyring: $ dpkg-query -l debian-keyring | grep keyring ii debian-keyring 2005.05.28 GnuPG (and obsolete PGP) keys of Debian Developers $ ls -la /usr/share/keyrings/debian-keyring.gpg -rw-r--r-- 1 root root 13644930 2005-05-29 11:54 /usr/share/keyrings/debian-keyring.gpg $ gpg --import /usr/share/keyrings/debian-keyring.gpg and that takes a very long time and very much memory gpg said that it imports 903 key (summary message), and since then just "hangs" without giving further messages. This is not a slow machine - P4 1.7GHz, 512MB RAM: $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 1 model name : Intel(R) Pentium(R) 4 CPU 1.70GHz stepping: 2 cpu MHz : 1700.437 cache size : 256 KB ... bogomips: 3403.20 $ free total used free sharedbuffers cached Mem:515976 510132 5844 0 6632 152752 -/+ buffers/cache: 350748 165228 Swap: 258008 195676 62332 top says: 27136 root 35 10 432m 270m 1132 R 90.7 53.8 47:17.54 gpg straces gives me time(NULL) = 1136361996 times({tms_utime=209319, tms_stime=41315, tms_cutime=0, tms_cstime=0}) = 439075137 read(8, "\4\22\21\2\0\6\5\2?%$o\0\n\t\20\265Y9\347\367\343\303\264"..., 8192) = 8192 read(8, "\17F{82\261\244\345\254S0\0\237an\317\301e\203=\'}\240"..., 8192) = 8192 read(8, "|\336*m\315\375\300\0\237Hh\2326\213\254\275r\255\20\23"..., 8192) = 8192 read(8, "\10\244\306\225EUm\351^\20\372&\360l\17W\356\346&\0\240"..., 8192) = 8192 gettimeofday({1136361996, 120996}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={2093, 191786}, ru_stime={413, 155190}, ...}) = 0 time(NULL) = 1136361996 times({tms_utime=209319, tms_stime=41315, tms_cutime=0, tms_cstime=0}) = 439075138 gettimeofday({1136361996, 124019}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={2093, 191786}, ru_stime={413, 155190}, ...}) = 0 time(NULL) = 1136361996 times({tms_utime=209319, tms_stime=41315, tms_cutime=0, tms_cstime=0}) = 439075138 gettimeofday({1136361996, 126554}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={2093, 191786}, ru_stime={413, 155190}, ...}) = 0 time(NULL) = 1136361996 times({tms_utime=209319, tms_stime=41315, tms_cutime=0, tms_cstime=0}) = 439075138 gettimeofday({1136361996, 129007}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={2093, 191786}, ru_stime={413, 155190}, ...}) = 0 time(NULL) = 1136361996 times({tms_utime=209319, tms_stime=41315, tms_cutime=0, tms_cstime=0}) = 439075139 gettimeofday({1136361996, 132419}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={2093, 191786}, ru_stime={413, 155190}, ...}) = 0 time(NULL) = 1136361996 times({tms_utime=209319, tms_stime=41315, tms_cutime=0, tms_cstime=0}) = 439075139 read(8, "\4\0\270n\2728\356\356\262vSmO\227\243\374\210R\356\16"..., 8192) = 8192 gettimeofday({1136361996, 140468}, NULL) = 0 getrusage(RUSAGE_SELF, It's likely that I just underestimate the complexity of importing keys; but in my limited understanding doing an import of 903 keys must not take more than a few minutes, and surely doesn't need 400MB ... It's still not finished; I wonder when/if it will finish on my slow laptop -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to de_AT) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.2-11 high-quality block-sorting file co ii libc6 2.3.5-9 GNU C Library: Shared libraries an ii libldap22.1.30-12OpenLDAP libraries ii libreadline55.1-5GNU readline and history libraries ii libusb-0.1-42:0.1.10a-22 userspace USB programming library ii makedev 3.3.8.2-0Creates device files in /dev ii zlib1g 1:1.2.3-9compression library - runtime gnupg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL P
Bug#345910: gmpc FTBFS on all arches (except i386)
Package: gmpc Version: 0.12.0-1 Severity: serious Justification: fails to build from source Hi, Latest gmpc upload fails to buils on all architectures (you can check the build logs on buildd.debian.org). AFAICT, it fails to find the header files supplied by libmpd-dev. libmpd-dev installs header files as /usr/include/libmpd-0.01/libmpd/libmpd.h /usr/include/libmpd-0.01/libmpd/libmpdclient.h /usr/include/libmpd-0.01/libmpd/debug_printf.h however gmpc looks for , etc., and /usr/include/libmpd-0.01 is not in include path. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345909: ITP: qtodo -- Todo List Manager
Package: wnpp Severity: wishlist Owner: Martin Meredith <[EMAIL PROTECTED]> * Package name : qtodo Version : 0.1 Upstream Author : Tobias [EMAIL PROTECTED]> * URL : http://qtodo.berlios.de/ * License : GPL Description : Todo List Manager QTodo is a todo-list manager. It is designed to be simple but powerful and focused on helping the user to get things actually done. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-9-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345908: gtools: FTBFS
Package: gtools Version: 2.2.3-2 Severity: important Justification: fails to build from source Hi Dirk, now that gtools is no longar binary_all, you have to adjust the Build-Depends for that, too. Everyting that was build-depends-indep needs to be in build-depends now, you want your package to be compilable by auto-builders, too. See http://buildd.debian.org/build.php?&pkg=gtools Automatic build of gtools_2.2.3-2 on tanda by sbuild/m68k 79 Build started at 20060104-0032 ** Checking available source versions... Fetching source files... Reading Package Lists... Building Dependency Tree... Need to get 43.5kB of source archives. Get:1 http://incoming.debian.org gtools 2.2.3-2 (dsc) [601B] Get:2 http://incoming.debian.org gtools 2.2.3-2 (tar) [40.7kB] Get:3 http://incoming.debian.org gtools 2.2.3-2 (diff) [2186B] Fetched 43.5kB in 1s (27.3kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends-Indep: debhelper (>> 4.1.0), r-base-dev (>= 2.0.0), cdbs Checking for already installed source dependencies... Checking for source dependency conflicts... Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.5-10 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-5 g++-4.0_4.0.2-5 binutils_2.16.1cvs20051214-1 libstdc++6-4.0-dev_4.0.2-5 libstdc++6_4.0.2-5 -- dpkg-source: extracting gtools in gtools-2.2.3 dpkg-buildpackage: source package is gtools dpkg-buildpackage: source version is 2.2.3-2 dpkg-buildpackage: host architecture m68k /usr/bin/fakeroot debian/rules clean debian/rules:6: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory debian/rules:7: /usr/share/cdbs/1/class/langcore.mk: No such file or directory make: *** No rule to make target `/usr/share/cdbs/1/class/langcore.mk'. Stop. ** Build finished at 20060104-0034 FAILED [dpkg-buildpackage died] -- ** Finished at 20060104-0034 Build needed 00:00:39, 328k disk space Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345907: locales: Package update overwrites manually set timezone info for Brazil
Package: locales Version: 2.3.5-11 Severity: normal The timezone information for Brazil is out-of-date, so I manually update with: wget http://avi.alkalay.net/software/zoneinfo/Brazil.txt sudo zic Brazil.txt Whenever package locales is upgraded, this timezone information is overwritten and I have to repeat the process. This has just happened again for 2.3.5-10 -> 2.3.5-11. It would be good: either to update the timezone info for Brazil or, if that's not possible, to ask berfore overwriting manually updated timezone info, as it happens with configuration files. Paulo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages locales depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii libc6 [glibc-2.3.5-3] 2.3.5-11 GNU C Library: Shared libraries an locales recommends no packages. -- debconf information: * locales/default_environment_locale: None * locales/locales_to_be_generated: en_US ISO-8859-1, en_US.UTF-8 UTF-8, pt_BR ISO-8859-1, pt_BR.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]