Bug#352642: kernel-patch-scsi-idle: please update patch for 2.6 kernels
Package: kernel-patch-scsi-idle Severity: wishlist Tags: patch Please include this patch for kernel 2.6. This should apply for kernels 2.6.12--2.6.15 at least. This patch is from the nslu2-linux project. Thanks, Marcus -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) ===File ~/scsi-idle.patch=== diff -ur linux-2.6.12.2/drivers/scsi/sd.c linux-2.6.12.2_scsi-idle/drivers/scsi/sd.c --- linux-2.6.12.2/drivers/scsi/sd.c2005-08-27 06:12:31.0 +0200 +++ linux-2.6.12.2_scsi-idle/drivers/scsi/sd.c 2005-08-27 06:26:50.0 +0200 @@ -266,6 +266,9 @@ count=%d\n, disk-disk_name, (unsigned long long)block, this_count)); + /* Update idle-since time */ + sdp-idle = jiffies; + if (!sdp || !scsi_device_online(sdp) || block + rq-nr_sectors get_capacity(disk)) { SCSI_LOG_HLQUEUE(2, printk(Finishing %ld sectors\n, @@ -600,6 +603,8 @@ case SCSI_IOCTL_GET_IDLUN: case SCSI_IOCTL_GET_BUS_NUMBER: return scsi_ioctl(sdp, cmd, p); + case SCSI_IOCTL_IDLE: + return (jiffies - sdp-idle) / HZ + 1; default: error = scsi_cmd_ioctl(filp, disk, cmd, p); if (error != -ENOTTY) diff -ur linux-2.6.12.2/include/scsi/scsi_device.h linux-2.6.12.2_scsi-idle/include/scsi/scsi_device.h --- linux-2.6.12.2/include/scsi/scsi_device.h 2005-08-27 06:12:44.0 +0200 +++ linux-2.6.12.2_scsi-idle/include/scsi/scsi_device.h 2005-08-27 06:27:09.0 +0200 @@ -125,6 +125,7 @@ atomic_t ioerr_cnt; int timeout; + unsigned long idle; /* scsi idle time in jiffers */ struct device sdev_gendev; struct class_device sdev_classdev; diff -ur linux-2.6.12.2/include/scsi/scsi_ioctl.h linux-2.6.12.2_scsi-idle/include/scsi/scsi_ioctl.h --- linux-2.6.12.2/include/scsi/scsi_ioctl.h2005-08-27 06:12:44.0 +0200 +++ linux-2.6.12.2_scsi-idle/include/scsi/scsi_ioctl.h 2005-08-28 17:32:17.0 +0200 @@ -7,6 +7,7 @@ #define SCSI_IOCTL_SYNC 4 /* Request synchronous parameters */ #define SCSI_IOCTL_START_UNIT 5 #define SCSI_IOCTL_STOP_UNIT 6 +#define SCSI_IOCTL_IDLE 4746 /* get idle time in jiffies */ /* The door lock/unlock constants are compatible with Sun constants for the cdrom */ #define SCSI_IOCTL_DOORLOCK 0x5380 /* lock the eject mechanism */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352264: squirrelmail: double content in /etc/squirrelmail/apache.conf
On Fri, 2006-02-10 at 21:25 +0100, Stephan Poehlsen wrote: The content of /etc/squirrelmail/apache.conf is twice in that single file. Thanks for your report, indeed it does. Will investigate. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347352: No Problem
Hi Damog!! :) Hello Miry :) A couple of comments: - The package misses build dependencies on autoconf, automake, libxmu-dev and dejagnu. - I'm getting the following error while trying to build it: Thanks for the comments. Right now those are needed, of course, but when a new version is officially release, it would probably include configure files already generated, so I don't think they'd be needed in the release. Do you think I should regenerate them? powerpc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../server -Wall -I/usr/include/SDL -D_REENTRANT -I.. -I. -I../server -g -O2 -c amftest.cpp amftest.cpp: In function 'int main(int, char**)': amftest.cpp:70: warning: unused variable 'dump' amftest.cpp:74: warning: unused variable 'retries' amftest.cpp: In function 'void test_Header()': amftest.cpp:187: warning: unused variable 'headname' amftest.cpp: In function 'void test_Body()': amftest.cpp:228: warning: unused variable 'amf_obj' amftest.cpp:229: warning: unused variable 'out' amftest.cpp: In function 'void test_Packet()': amftest.cpp:238: warning: unused variable 'amf_obj' amftest.cpp:239: warning: unused variable 'out' make[3]: *** No rule to make target `../backend/libgnashbackend.la', needed by `amftest'. Stop. make[3]: Leaving directory `/home/damog/Desktop/debian/sources/gnash/libamf' make[2]: *** [all-recursive] Error 1 I'll have a look at latest CVS version to see if that also happens to me. Thanks :) Cheers and thanks for taking care, :) Greetings, Miry __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271051: Bug#342249: Help proposal :) [u]
I'm currently dealing with password recovery for Alioth at this time. I expect to get that dealt with in short order as soon as I get the email. After doing so I'm going to begin working towards setting up an Alioth project for Xen packaging. I've got two i386 and one amd64 machines running locally to work on Xen with and frankly I'm tired of the absence of any decent packaging and the total void that is called the current maintainership of the package. The list of unresolved bugs range from over 60 days to a year and a half. The last upload was almost 6 months ago for 2.0.6 which has since had 2.0.7, 3.0.0 and 3.0.1 released since then. I'll begin the work and welcome those wanting to assist, which will give Adam more time to decide whether he wishes to finally make an appearance and respond to the maintaining of Xen before I begin to deal with attempting a hostile take-over of maintainership which I would rather not do but in the void of any response seems the only course for the benefit of Xen within Debian. Regards, Jeremy Guido Trotter wrote: On Mon, Feb 06, 2006 at 03:59:21PM +0100, Julien Danjou wrote: Hi Everybody! Since I really would like official Xen 3.0 packages, I am just offering help about packaging this. Adam, I don't know if you have time for this or not, but if you can at least let me know if you need help, and how I can help, it would be great ! Yeah, I agree we should do something on Xen's status? How about the idea of starting a project on Alioth as Jeremy said, and going to group maintenance? Adam, can you please comment on this... Even a fine with me, go ahead or a no, please, don't would be nice... If nobody hears from you probably someone will just end up doing it anyway, so it's better if you can speak up, please! :) Thanks, Guido signature.asc Description: OpenPGP digital signature
Bug#352643: dash: builtin read combines '\\' to '\' despite -r
Package: dash Version: 0.5.2-5 Severity: normal *** Please type your report below this line *** Dash's builtin read combines '\\' to '\', so there is some quoting going on despite the -r option. $ echo '\\' dashtest; read -r lin dashtest; echo $lin; rm dashtest \ Bash doesn't do that: $ echo '\\' dashtest; read -r lin dashtest; echo $lin; rm dashtest \\ I assume Bash's behaviour is correct. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.32 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dash depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf information: dash/sh: false -- Torsten Scheck [EMAIL PROTECTED] Jabber:[EMAIL PROTECTED] GnuPG 1024D/728E 6696 F43D D622 78F1 F481 45C0 2147 69AB DD54 software engineer:open standards/access/knowledge:enthgnusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352644: exim4-daemon-heavy: calls local_scan() with O_WRONLY|O_APPEND fd causing EBADF in read()
Package: exim4-daemon-heavy Version: 4.50-8 Severity: normal I'm using sa-exim 4.2-2, which works most of the time, but some of the incoming messages cause the following errors to be logged: SA: PANIC: Unexpected error on read body (but message was accepted), file sa-exim.c, line 984: Bad file descriptor SA: PANIC: Error in error handler while trying to save mail to /var/spool/sa-exim/SAerrorsave/1139565396_1F7V12-0006Gd-Gg, file sa-exim.c, line 1470: Bad file descriptor With the help of some changes in sa-exim.c local_scan() function (logging the fcntl(fd, F_GETFL, 0) return value), I discovered that when it works, the file descriptor passed by Exim has O_RDWR flags, and when it doesn't, the flags are O_WRONLY|O_APPEND and read() fails with EBADF (fd is open, but not for reading). Exim documentation - spec.txt 41.2 API for local_scan() - says The file is open for reading and writing. Sometimes this is not the case, sa-exim fails, and messages are accepted without checking. Thanks, Marek -- Package-specific info: Exim version 4.50 #1 built 27-May-2005 08:10:05 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 PAM Perl GnuTLS Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 cyrus_sasl plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.30 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages exim4-daemon-heavy depends on: ii exim4-base 4.50-8support files for all exim MTA (v4 ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libgnutls111.0.16-13.1sarge1 GNU TLS library - runtime library ii libldap2 2.1.30-8 OpenLDAP libraries ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpcre3 4.5-1.2sarge1 Perl 5 Compatible Regular Expressi ii libperl5.8 5.8.4-8sarge3 Shared Perl library ii libpq3 7.4.7-6sarge1 PostgreSQL C client library ii libsasl2 2.1.19-1.5Authentication abstraction library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352645: Lacking necessary dependencies
Package: mlton Severity: normal I'm forwarding an issue a ubuntu user has reported. See the complete bugreport here: https://launchpad.net/distros/ubuntu/+source/mlton/+bug/28592 Quote: This package installed fine, but failed to compile the empty file. After installaiton of build-essential it succeeded compiling the empty file. It should thus depend on some package(s) installed by build-essential, or on build-essentials. Errors reported were complaining about missin lots of files. Examples include: sys/types.h: No such file or directory dirent.h: No such file or directory errno.h: No such file or directory fcntl.h: No such file or directory math.h: No such file or directory signal.h: No such file or directory stdio.h: among others. what shall the user be answered? Do you think this bug is valid, and additional dependencies should be added? -- System Information: Debian Release: testing/unstable APT prefers dapper APT policy: (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-15-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352646: gnome-applets-data: Battstat report battery power when on AC
Package: gnome-applets-data Version: 2.12.2-4 Severity: normal After the upgrade to gnome 2.12 the battery charge applet always shows the system on battery power, also while on AC power. The system *is* on AC power. Here's a screenshot of the applet with tooltip: http://bryggenet.dk/~rene/Battstat.png and the dialog that met me this morning, when the laptop had been on the whole night. http://bryggenet.dk/~rene/Screenshot-Battery%20Notice.png Its an Asus M2N laptop. I have the asus_acpi module loaded besides the normal acpi modules. From the bootup messages: Asus Laptop ACPI Extras version 0.29 M2N model detected, supported Other modules (from lsmod): thermal13416 0 processor 22912 2 speedstep_centrino,thermal fan 4580 0 asus_acpi 11252 0 cpufreq_ondemand5820 1 speedstep_centrino 7060 1 freq_table 4164 1 speedstep_centrino button 6448 0 ac 4676 0 battery 9412 0 Other info: root # acpi -V Battery 1: discharging, 100%, 10:00:00 remaining Thermal 1: ok, 45.0 degrees C AC Adapter 1: on-line root # cat /proc/acpi/battery/BAT0/state present: yes capacity state: ok charging state: discharging present rate:4928 mW remaining capacity: 49280 mWh present voltage: 12152 mV root # cat /proc/acpi/battery/BAT0/info present: yes design capacity: 49280 mWh last full capacity: 49280 mWh battery technology: rechargeable design voltage: 14000 mV design capacity warning: 4928 mWh design capacity low: 2464 mWh capacity granularity 1: 44352 mWh capacity granularity 2: 41888 mWh model number:M2N serial number: battery type:LIon OEM info:ASUSTEK root # cat /proc/acpi/ac_adapter/AC0/state state: on-line -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (550, 'stable'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Versions of packages gnome-applets-data depends on: ii gconf22.12.1-8 GNOME configuration database syste ii scrollkeeper 0.3.14-10 A free electronic cataloging syste gnome-applets-data recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352648: httping: Audible ping functionality
Package: httping Version: 1.0.4-1 Severity: wishlist I think it would be a nice feature to have audible ping functionality, like `ping -a'. That way you can check when some host responds again, without having to stare at a screen all the time. -- 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-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages httping depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii openssl 0.9.8a-7 Secure Socket Layer (SSL) binary a httping recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352647: laptop-mode-tools: Data-loss features disabled (again)
Package: laptop-mode-tools Version: 1.23-1 Severity: normal Hi! Looking at line 605: if (($REMAINING * 60 / $PRESENT_RATE = $MINIMUM_BATTERY_MINUTES)) ; then ENOUGH_CHARGE=0 fi This just looks *wrong* to me. It makes dataloss sensitive features disabled, though my batteries are fully charged. It should probably be ENOUGH_CHARGE=1 /Mikael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) laptop-mode-tools depends on no packages. Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-5Utilities for using ACPI power man ii hdparm6.3-3 tune hard disk parameters for high pn sdparmnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352601: cpufreqd-set: add newline
reassign 352601 cpufrequtils stop On Sun, February 12, 2006 9:52 pm, Dan Jacobson said: Package: cpufreqd Version: 2.0.0-1 Severity: minor File: /usr/bin/cpufreqd-set this is in package cpufreqd No newline: # cpufreq-set -g powersave wrong, unknown or unhandled CPU?# need newline here. this is in package cpufrequtils please be careful when submitting bugs, cpufreqd and cpufrequtils are different packages. Also mention maybe he hasn't loaded some module, and tips on how to know what modules to load. I'll suggest some modifications to the upstream author. Thanks -- mattia :wq!
Bug#352594: Update: Badram problem: LowMem kernel even after deinstallation
Hi There, in the kernel configuration script, der is an entry where one can enable HighMem, in case one has more that one 1GB RAM available. I have 2x512MB strips, and I set now this option to 4GB (that means 1GB-4GB RAM in the Computer). Now it shows this message: dmesg Linux version 2.6.15.4.120206v3 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 PREEMPT Mon Feb13 00:07:04 GMT 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009e800 (usable) BIOS-e820: 0009e800 - 000a (reserved) BIOS-e820: 000d - 000d8000 (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 3def (usable) BIOS-e820: 3def - 3deff000 (ACPI data) BIOS-e820: 3deff000 - 3df0 (ACPI NVS) BIOS-e820: 3df0 - 3e00 (usable) BIOS-e820: fff0 - 0001 (reserved) 96MB HIGHMEM available. 896MB LOWMEM available. On node 0 totalpages: 253952 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 24576 pages, LIFO batch:7 So I can use the rest as HighMem, however I have never seen this message before. I still think it is getting blocked from somewhere, propably by the BIOS. Any ideas to revert to make the memory available by default? Best wishes, Torsten Ruest -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352587: mysql-server5.0 uninstallable
tags 352587 + pending confirmed thanks Hello Paul On 2006-02-13 Paul wrote: The only thing I altered was to remove an old isam table, it does appear to be the main contributing factor, I have not accessed that database in years, its mostly hanging around for historical purposes. Yes, ISAM is no longer supported. The package should have presented you a nice warning, though: + db_input high mysql-server-/no_upgrade_with_isam_tables ^^^ But I see that this bug has been fixed in the upcoming release. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352620: locales 2.3.6-1 fails to install
On Mon, Feb 13, 2006 at 01:36:15AM +0100, Emil Nowak wrote: Package: locales Version: 2.3.6-1 Severity: important The newset locales package fails to install when configuring it enter some neverending loop after thisplay this messages: Konfigurowanie locales (2.3.6-1) ... Generating locales (this might take a while)... pl_PL.ISO-8859-2.../usr/share/i18n/locales/iso14651_t1:264: LC_COLLATE: syntax error /usr/share/i18n/locales/iso14651_t1:266: LC_COLLATE: syntax error [...] Versions of packages locales depends on: ii debconf [debconf-2.0] 1.4.70 Debian configuration management sy ii libc6 [glibc-2.3.5-3] 2.3.5-11 GNU C Library: Shared libraries an This package needs libc6 = 2.3.5-12 which is in testing, so I am inclined to close this bug. Do you agree? Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349396: affix-source: Fails to build on sarge's kernel
Steve Langasek wrote: Hi Mario, Hi Steve, Does this bug still apply to etch and sid as well? The upstream changelog for 2.1.2 says it's been updated for 2.6.2, which doesn't sound very promising. Should this package be removed? I will check this. Cheers, Mario -- ,,, Mario Joußen (o o) [EMAIL PROTECTED] +oOO--(_)--OOo+ BOFH excuse #167: excessive collisions not enough packet ambulances
Bug#352649: ipodder: New upstream release: CastPodder 4.0
Package: ipodder Severity: wishlist iPodder was renamed to Juice Receiver[1], however as far I know the only Linux developer formerly working on iPodder forked iPodder to work on CastPodder[2], which is now at version 4.0. I'm using CastPodder 4.0 since its release and it is really better than the aging version of iPodder now in Debian. Please consider packaging CastPodder 4.0. You'd also have to package PyBMP[3]. Best regards, Silvestre [1] http://juicereceiver.sourceforge.net/index.php [2] http://www.castpodder.net/ [3] http://borgforge.net/projects/pybmp/ -- http://silvestre.zabala.name/ signature.asc Description: Digital signature
Bug#352650: proofgeneral-coq: unusable under UTF-8 locales
Package: proofgeneral-coq Version: 3.5-3 Severity: important Tags: l10n When I am trying to send some text to Coq (with C-c RET), under an UTF-8 locale (tested with en_US.UTF-8 and fr_FR.UTF-8), emacs hangs. More precisely, here is what I am doing: emacs /tmp/newfile.v where /tmp/newfile.v does not exists yet. In emacs, type 'Print plus.' followed by RET then C-c RET: emacs hangs. With '[EMAIL PROTECTED] emacs /tmp/newfile.v ' and the same text, emacs responds normally (it splits the frame, opening a '*coq-response*' window, giving the definition of plus. With 'LC_ALL=en_US emacs /tmp/newfile.v', everything goes fine too, while with LC_ALL=en_US.UTF-8 emacs hangs as for fr_FR.UTF-8. The problem is the same if you open an already existing file and with other coq commands (Require, Definition, Theorem, ...). FYI, here is the content of my /etc/locale.gen: fr_FR.UTF-8 UTF-8 en_US ISO-8859-1 en_US.UTF-8 UTF-8 eu_FR ISO-8859-1 eu_FR.UTF-8 UTF-8 [EMAIL PROTECTED] ISO-8859-15 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages proofgeneral-coq depends on: ii proofgeneral 3.5-3 A generic interface for proof assi Versions of packages proofgeneral-coq recommends: ii coq 8.0pl3-1 proof assistant for higher-order l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352651: libipe1c2a: Broken depend on libfreetype6
Package: libipe1c2a Version: 6.0pre23-4 Severity: important When trying to install this library, I get the following error that says it all: libipe1c2a: Depends: libfreetype6 (= 2.1.10) but 2.1.10-1 is installed. -- 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-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352652: nagios-plugins: Does never report state OK but state unknown
Package: nagios-plugins Version: 1.4-6 Severity: important Tags: patch check_mrtgtraf could never exit with STATE_OK, because status is defined as STATE_UNKNOWN on top but will only be changed to critical or warning when looking at thresholds. Appended Patch will fix this. --- check_mrtgtraf.c.orig 2006-02-13 09:50:52.0 +0100 +++ check_mrtgtraf.c2006-02-13 09:50:34.0 +0100 @@ -173,6 +173,13 @@ || outgoing_rate outgoing_warning_threshold) { result = STATE_WARNING; } + else if ( ( incoming_rate = incoming_critical_threshold + || outgoing_rate = outgoing_critical_threshold ) + + ( incoming_rate = incoming_warning_threshold + || outgoing_rate = outgoing_warning_threshold )) { + result = STATE_OK; + } asprintf (error_message, _(%s. In = %0.1f %s, %s. Out = %0.1f %s|%s %s\n), (use_average == TRUE) ? _(Avg) : _(Max), adjusted_incoming_rate, -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.32.leitrix051215 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nagios-plugins depends on: ii dnsutils 1:9.2.4-1 Clients provided with BIND ii fping2.4b2-to-ipv6-10sends ICMP ECHO_REQUEST packets to ii host 2331-9 utility for querying DNS servers ii iputils-ping 3:20020927-2Tools to test the reachability of ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libldap2 2.1.30-8OpenLDAP libraries ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libnet-snmp-perl 5.0.1-1 Script SNMP connections ii libpq3 7.4.7-6sarge1 PostgreSQL C client library ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii ntp 1:4.2.0a+stable-2sarge1 Network Time Protocol: network uti ii ntp-simple 1:4.2.0a+stable-2sarge1 Network Time Protocol: daemon for ii ntpdate 1:4.2.0a+stable-2sarge1 The ntpdate client for setting sys ii procps 1:3.2.1-2 The /proc file system utilities ii qstat2.8-1 Command-line tool for querying qua ii radiusclient10.3.2-8 /bin/login replacement which uses ii smbclient3.0.14a-3sarge1 a LanManager-like simple client fo ii snmp 5.1.2-6.2 NET SNMP (Simple Network Managemen -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352653: RFP: libdomainkeys -- The DomainKeys Library provides a foundation for implementing the DomainKeys email authentication system in mail transfer agents and mail user agents.
Package: wnpp Severity: wishlist * Package name: libdomainkeys Version : 0.68 Upstream Author : Russell Nelson [EMAIL PROTECTED] * URL : http://domainkeys.sourceforge.net/ * License : Yahoo! DomainKeys Public License Agreement v1.1 http://domainkeys.sourceforge.net/license/softwarelicense1-1.html Description : The DomainKeys Library provides a foundation for implementing the DomainKeys email authentication system in mail transfer agents and mail user agents. The purpose of this project is to create a freely available library that can be easily adopted by most MTA and UA implementers to add DomainKeys functionality. The DomainKeys Library is being written in C and provides a foundation for implementing the DomainKeys email authentication system in mail transfer agents and mail user agents. This project is officially supported by Yahoo! and information pertaining to the motivation behind DomainKeys can be found at http://antispam.yahoo.com/domainkeys and http://en.wikipedia.org/wiki/DomainKeys. According to the website the license is royalty-free, worldwide, and non-exclusive. Best regards, Silvestre -- http://silvestre.zabala.name/ signature.asc Description: Digital signature
Bug#271051: Bug#342249: Help proposal :) [u]
On (2006-02-12 23:46 -0800), Jeremy T. Bouse [c] wrote: Cheers everyone! I'm currently dealing with password recovery for Alioth at this time. I expect to get that dealt with in short order as soon as I get the email. After doing so I'm going to begin working towards setting up an Alioth project for Xen packaging. I've got two i386 and one amd64 machines running locally to work on Xen with and frankly I'm tired of the absence of any decent packaging and the total void that is called the current maintainership of the package. The list of unresolved bugs range from over 60 days to a year and a half. The last upload was almost 6 months ago for 2.0.6 which has since had 2.0.7, 3.0.0 and 3.0.1 released since then. I'll begin the work and welcome those wanting to assist, which will give Adam more time to decide whether he wishes to finally make an appearance and respond to the maintaining of Xen before I begin to deal with attempting a hostile take-over of maintainership which I would rather not do but in the void of any response seems the only course for the benefit of Xen within Debian. I've CC'd Ralph Passgang, he's previously expressed his will to help packaging XEN to debian. He's done unofficials packages which work very nicely, although do not comply 100% to debian standards. Thanks in advance for taking steps to bring updated XEN to debian. And if at all possible, I'd like to see unstable packaged too. Guido Trotter wrote: On Mon, Feb 06, 2006 at 03:59:21PM +0100, Julien Danjou wrote: Hi Everybody! Since I really would like official Xen 3.0 packages, I am just offering help about packaging this. Adam, I don't know if you have time for this or not, but if you can at least let me know if you need help, and how I can help, it would be great ! Yeah, I agree we should do something on Xen's status? How about the idea of starting a project on Alioth as Jeremy said, and going to group maintenance? Adam, can you please comment on this... Even a fine with me, go ahead or a no, please, don't would be nice... If nobody hears from you probably someone will just end up doing it anyway, so it's better if you can speak up, please! :) Thanks, Guido -- ++ytti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293810: firefox: me too
On Sun, Feb 12, 2006 at 03:43:34PM -0500, Justin Pryzby wrote: On Sun, Feb 12, 2006 at 09:13:16PM +0100, A Mennucc wrote: ii flashplayer-mozilla 7.0.61.0-0.1 ^^ from ftp://ftp.nerim.net Could you expand on what this ^^ means? yes, sure C.Marillat has a repository of Debian packages at http://debian.video.free.fr/ the above package installs Macromedia flash player; it is not very different from 'flashplayer-nonfree' that is in Debian/nonfree Anyway the bug that I observed is not IMO related to the flash packaging: indeed I tried to 1) remove that package 2) open video.google.com 3) Firefox declared that the plugin was missing,proposed to install the plugin 4) I said yes 5) the plugin was installed in my home dir 6) firefox went back to video.google.com 7) it hanged as before a. -- Andrea Mennucc Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef signature.asc Description: Digital signature
Bug#341763: Wrongly claims fully-qualified hostnames are invalid
* Graham Wilson I disagree with this patch. I believe the kernel hostname variable (the one that hostname(1) sets, and that {get,set}hostname(2) query and set) should not be a FQDN. Instead the FQDN should be looked up using gethostbyname(3) (which will in turn query /etc/hosts or a nameserver). Does someone else have a reason why this is not the case? You are the one who wants to change the status quo, as well as impose an additional restriction that is not present in any other Linux distribution, including Sarge, or any other Unix[-lookalike] I tested. In my opinion, that makes the burden of proof lie on you. And «I believe [...]»-argumentation is NOT good enough. LaMont has cited RFCs supporting his (and my) opinion. If you can't do the same, well, then I can't see any reason to have this discussion at all. Kind regards -- Tore Anderson
Bug#351519: evince: I packaged version 0.5.0 for myself, and this PDF displays fine
Le dimanche 12 février 2006 à 16:40 +0100, Sebastien Bacher a écrit : Le dimanche 12 février 2006 à 15:14 +0100, Jerome Warnier a écrit : Package: evince Version: 0.5.0-0 Followup-For: Bug #351519 I packaged version 0.5.0 for my own use (on Sarge) and it works fine. I had to backport libcairo2 and libdjvulibre15 to Sarge, as you can see below. It would be a good idea to package a newer version of Evince. hi, That version comes with the unstable version of GNOME we are not packaging yet and require a new poppler anyway Well, the most important problem here is that poppler 0.5.0 is de development branch, nothing more, nothing less. See also #352522. Still, this version displays already today more PDFs correctly, and it did never crash on me for several weeks (while I read many documentation PDF available online, so generated by many different people and softwares). Thanks anyway for your quick answer.
Bug#352493: man-db: Dangling symlink
On Mon, Feb 13, 2006 at 01:59:17AM +, Greg Kochanski wrote: Colin Watson wrote: On Sun, Feb 12, 2006 at 11:16:43AM +, Greg Kochanski wrote: Cron reports: /etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/rmic.1.gz is a dangling symlink This isn't a man-db bug, but (probably) a bug in some JVM package you had installed in the past and then removed. Any candidates? Not too likely, I just re-installed a fresh Debian last night and have removed very few packages since then.JVM = Java virtual machine? Yes. Please try to track down what package provides rmic on your system and reassign this bug to the appropriate package. I can't do it because rmic is provided by multiple different packages so I can't tell which one this is. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352025: approx: Please use libwrap or run through inetd
Le Jeudi 9 Février 2006 22:57, Eric Cooper a écrit : On Fri, Feb 10, 2006 at 02:17:13AM +0900, Romain Lenglet wrote: approx runs as a standalone demon, but does not allow to either filter connections according to /etc/hosts.allow and /etc/hosts.deny files, nor to bind to a specific address. Filtering according to hosts_access(5) files should be relatively easy, by using the TCP wrapper library (package libwrap0). Alternatively, making approx a passive program executed by tcpd (inetd) or making it able to bind on one or more explicitly specified interfaces would make it better from a security viewpoint. Thanks, these are good suggestions. I'll look into this for the next version. Do you have any advice on which approach is better (more flexible for alternate inetd schemes, or more secure, or other criteria)? From the least to the most performant: - start through inetd: inetd parses /etc/hosts.*, and starts a process for every connection, which is very unefficient - use libwrap: like inetd, parse /etc/hosts.* for every established connection - bind to specific addresses: attempted connections to unwanted addresses are refused at the kernel level From the least to the most flexible: - bind to specific addresses: it does filter connection according only to the destination address, and is useful only if the system has several IP addresses and only a subset of those addresses should accept connections - inetd and libwrap: filtering according to source address, service, client user, etc. Impact on design (from low impact to high impact): - start through inetd: you would have to move from a standalone daemon design to a one-process-per-connection design (that's bad) - bind to specific addresses: you would have to add a configuration parameter to specify the interface(s) to bind to - use libwrap: you would only have to add a few library calls in your code So, what I suggest you is to first add calls to libwrap in your code just after every connection is established. It is quite easy to do: just add a call to hosts_ctl(...) after every accept(...). However, I have no clue on how to do that in Ocaml. Then, if you have time ;), add a parameter to the format of approx.conf to specify the address to bind to, and use that parameter as the parameter to bind(...). -- Romain LENGLET Pr. Chiba Shigeru Group Dept. of Mathematical and Computing Sciences Tokyo Institute of Technology
Bug#352316: conflicts with pylint-test installed
tag 352316 +pending thanks On Sat, Feb 11, 2006 at 09:27:51AM +0100, Bastian Kleineidam wrote: Package: pylint Version: 0.9.0-2 Severity: normal Hi, the pylint package and the (old) pylint-test have the file /usr/share/doc/pylint/test/input/func_reqattrs.py in common. I got a conflict when installing the new pylint, since I also had the pylint-test package installed. I suggest adding the pylint-test package to the conflicts of pylint. Thanks for pointing this to me. I'll upload an updated version later today. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org Retrait du projet de loi DADVSI: http://eucd.info/petitions/index.php?petition=2 signature.asc Description: Digital signature
Bug#352522: libpoppler0c2: Please package newest version
Le dimanche 12 février 2006 à 20:27 +0100, Ondrej Sury a écrit : Please package newest version (0.5.0 as of this writing), it really helps Evince display and print a lot of PDF. poppler 0.5.0 is unstable upstream branch. If it will be packaged then it will be in experimental. You're perfectly right. For whatever reason, I did not get that 0.5.0 was a development version. Thanks for clearing this out. Ondrej.
Bug#352569: fmtutil: Error. Apparent jadetex involvement. packages left unconfigured.
Ross Boylan [EMAIL PROTECTED] wrote: On Sun, Feb 12, 2006 at 09:40:52PM +0100, Frank Küster wrote: Ross Boylan [EMAIL PROTECTED] wrote: This is a summary of all `failed' messages and warnings: `etex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' failed `pdfetex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' failed fmtutil failed. Output has been stored in /tmp/tetex.postinst.XX1fljEc [...] fmtutil: running `etex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' ... This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (INITEX) (Fatal format file error; I'm stymied) It's the same problem already discussed earlier: fmtutil generates the formats in a temporary directory, but the ones in /var/lib/texmf are still in the path, and before the newly generated ones. I don't even remember in which bug we discussed it (probably it was in connection with jadetex), but does anybody remember any serious arguments against the quick-and-dirty solution of removing the old formats in /var/lib/texmf/web2c? Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#352600: /usr/share/i18n/locales/zh_TW: don't say western years
On Mon, Feb 13, 2006 at 05:19:51AM +0800, Dan Jacobson wrote: Package: locales Version: 2.3.5-8.1 Severity: wishlist File: /usr/share/i18n/locales/zh_TW Of zh_CN zh_HK zh_SG zh_TW, zh_TW is the only one to use U897FU5143 (xi1yuan2 western year system). I'd would say dump it. If one wants to use ROC years, have them specially mark that instead. No need for A.D., gong1yuan2, etc. According to localedata/ChangeLog, these characters have been requested by Tung-Han Hsieh, see http://sourceware.org/cgi-bin/cvsweb.cgi/libc/localedata/locales/zh_TW.diff?r1=1.1r2=1.2cvsroot=glibc It is thus very unlikely that upstream will revert it without their consent. Can you please discuss with people listed as maintainers of this locale file, and ask them to submit changes to upstream Bugzilla? Thanks. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352644: exim4-daemon-heavy: calls local_scan() with O_WRONLY|O_APPEND fd causing EBADF in read()
tags #352644 upstream forwarded #352644 http://sesame.csx.cam.ac.uk/bugzilla/show_bug.cgi?id=76 thanks On Mon, Feb 13, 2006 at 09:18:04AM +0100, Marek Michalkiewicz wrote: Package: exim4-daemon-heavy Version: 4.50-8 Severity: normal Is it possible for you to retry with a more recent exim version, like 4.60? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352647: laptop-mode-tools: Data-loss features disabled (again)
Mikael Nilsson wrote: Hi! Looking at line 605: if (($REMAINING * 60 / $PRESENT_RATE = $MINIMUM_BATTERY_MINUTES)) ; then ENOUGH_CHARGE=0 fi This just looks *wrong* to me. It makes dataloss sensitive features disabled, though my batteries are fully charged. It should probably be ENOUGH_CHARGE=1 Very true. It's already been fixed in the latest version, downloadable from: http://www.xs4all.nl/~bsamwel/laptop_mode/tools/debian.html I'll try to have a new version uploaded this week. Thanks for reporting this! --Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339584: hpoj: ptal-mlcd reports Access denied to parallel port!
Hi Mark! Mark Purcell [2006-02-10 22:20 +1100]: Martin, Julian, Has ubuntu been able to make any headway on this. I am about at the point with debian/hpoj to revert hpoj to run as root, allowing access to the parallel port. Oops, sorry for not having answered to this. This sounds like a rather shallow bug actually: it seems that the hpoj user is not in the 'lp' group, so that it isn't able to access /dev/lp*. Or did you already check that? If that's not the case, then an initgroups() call could be missing somewhere. I just wonder why it works for USB devices, which also requires a special group to access them. (BTW, I don't have such a printer, so I can't test all of this myself). Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352654: installation-reports
Package: installation-reports Boot method: USB CDROM (boot: linux vga=771) Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/ arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 2006-02-13 9:45 CET Machine: VIA Epia M Mini ITX motheboard Processor: VIA C3 (Samuel 2 600MHz) Memory: 1GB Partitions: Could'nt get partition table under BusyBox, but I use lvm logical partition 2.7G swap logical partition 256M /boot ext3 LVM partition (rest of disk) LV root 290M / ext3 LV tmp 411M /tmp ext3 LV usr 5.5G /usr ext3 LV var 3.5G /var ext3 Output of lspci and lspci -n: Can't do that under BusyBox Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O ] Configure network HW: [O ] Config network: [ O] Detect CD: [ O] Load installer modules: [O ] Detect hard drives: [ O] Partition hard drives: [ O] Create file systems:[ O] Mount partitions: [ O] Install base system:[ O] Install boot loader:[ O] Reboot: [ E] udev-event [xxx] : run_program: exec of program '/lib/udev/vol_id' failed udev-event [xxx] : run_program: exec of program '/lib/udev/ udev_run_hotplugd' failed udev-event [xxx] : run_program: exec of program '/lib/udev/ udev_run_devd' failed (those 3 lines are repeated a lot of times) ALERT! does not exist. Dropping to a shell! BusyBox v1.01 [...] /bin/sh: can't acces tty; job control turned off Comments/Problems: I strongly suppose that's an hardware problem. When I installed Sarge, lots of messages about hotplug appears at kernel boot time. May be some chipset not recognized on my motherboard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352655: console-data: default to Latin American for Chile
Package: console-data Version: 2002.12.04dbs-52.1 Severity: normal According to https://launchpad.net/distros/ubuntu/+bug/31235, Chile uses a Latin American layout. I'm not absolutely sure how to confirm this but the web in general seems to agree, e.g.: http://www.datacal.com/chile-overlays.htm The following patch changes the default to Latin American for Chile. diff -Nru /tmp/yYjTzYHLKK/console-data-2002.12.04dbs/debian/udeb/console-keymaps-acorn /tmp/PzxXyX6w37/console-data-2002.12.04dbs/debian/udeb/console-keymaps-acorn --- /tmp/yYjTzYHLKK/console-data-2002.12.04dbs/debian/udeb/console-keymaps-acorn 2006-01-23 16:35:45.0 + +++ /tmp/PzxXyX6w37/console-data-2002.12.04dbs/debian/udeb/console-keymaps-acorn 2006-02-13 09:35:38.0 + @@ -10,7 +10,7 @@ xx dvorak Dvorak et et Estonian ca:es:eu:gles Spanish -es_DO:es_GT:es_HN:es_MX:es_PA:es_PE:es_SV la-latin1 Latin American +es_CL:es_DO:es_GT:es_HN:es_MX:es_PA:es_PE:es_SVla-latin1 Latin American fi fi-latin1 Finnish fr:fr_FR:br:oc fr-latin9 French fr_BE:nl_BE:wa be2-latin1 Belgian diff -Nru /tmp/yYjTzYHLKK/console-data-2002.12.04dbs/debian/udeb/console-keymaps-at /tmp/PzxXyX6w37/console-data-2002.12.04dbs/debian/udeb/console-keymaps-at --- /tmp/yYjTzYHLKK/console-data-2002.12.04dbs/debian/udeb/console-keymaps-at 2006-01-23 16:35:45.0 + +++ /tmp/PzxXyX6w37/console-data-2002.12.04dbs/debian/udeb/console-keymaps-at 2006-02-13 09:35:56.0 + @@ -10,7 +10,7 @@ xx dvorak Dvorak et et Estonian ca:es:eu:gles Spanish -es_DO:es_GT:es_HN:es_MX:es_PA:es_PE:es_SV la-latin1 Latin American +es_CL:es_DO:es_GT:es_HN:es_MX:es_PA:es_PE:es_SVla-latin1 Latin American fi fi-latin1 Finnish fr:fr_FR:br:oc fr-latin9 French fr_BE:nl_BE:wa be2-latin1 Belgian Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253634: could you describe the problem again, using sarge's konsole?
tag 253634 + sarge close 253634 4:3.3.2-1 thanks On Mon, Nov 22, 2004 at 04:33:03PM -0500, Josh Metzler wrote: On Monday 22 November 2004 07:47 am, you wrote: On Mon, Nov 22, 2004 at 11:46:34AM +, Jan Minar wrote: On Sun, Nov 21, 2004 at 10:21:44PM -0500, Josh Metzler wrote: I'm running sid, but I expect it is similar to sarge's konsole. I am trying to reproduce your problem, but I don't have a pull down menu for Custom fonts - I have a font selections dialog box instead. And, it just lists font face names, not ISO-8859-1, etc. What font are you looking for? The font faces are listed too. But in the encoding selection pulldown, only ISO-10646-1 (Unicode) and ISO-8859-1 (Western Europe) are listed, not ISO-8859-2 (Eastern Central Europe) or other variants. -- Find the enclosed screenshot. Eh, seems it's kinda fixed in Sarge. Only I probably will have to install some fonts, as LATIN SMALL LETTER R WITH CARON comes out as a box (see attachment). Otherwise the $LC_CTYPE seems to be honored, both for ISO-8859-2 and UTF-8. Will give it a look in the evening or so, when I have some time, and close the bug, if appropriate. Thanks. -- Jan Looking at your second screen shot, it looks like there are not many fixed-width fonts to choose from. You may want to enable bitmapped fonts (by removing the comment where appropriate in /etc/fonts/local.conf) to have more available. Thanks, Josh -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#347810: linux-image-2.6.15-1-686: Doesn't autoconfig ipv6 address when a network interface goes down and up
A (very small) patch is available: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9908104935325bd6beba67d637b6f5396d47075c Cheers Harry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352323: FW: Bug#352323: mondo: ---FATALERROR--- Pre-param initialization phase failed. Please review the error messages above, make the specified changes, then try again. Exiting...
Andree Leidenfrost said on Sun, Feb 12, 2006 at 07:16:35PM +1100: Btw. the code I use is taken from libmondo-archive.c where we check in the same fashion the outcome of calling 'mindi -custom ...'. What do you say? Ok. Apply it. And as usual if you could adapt with asprintf for trunk, that would be great. Bruno. -- Linux Solution Consultant / Open Source Evangelist \HP CI EMEA ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/France Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/linux La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org pgp502lkvoevO.pgp Description: PGP signature
Bug#352411: quilt: push -a can be run multiple times without warnins
On Sat, Feb 11, 2006 at 09:07:26PM +0200, Jari Aalto wrote: Package: quilt Version: 0.42-2 Severity: serious The error checking is completely missing from the all command, because user is able to do to: quilt push -a quilt push -a (recall command; ooops pressed RET) .. mess follows .. Could you please be more verbose on the kind of mess you encounter? SUGGESTED CORRECTION In context of repeated -a, the program could intelligently continue from where it left off. The .pc/applied-patches already records what is the last patch that has been applied and the rest of the patches in series cound be then applied to the end. This would be the preferred interpretation of consequtive -a options. It would also help workflow: quilt push to-this-path .. hack .. hack .. .. test ... done, okay, see if rest applied after these changes quilt push -a finish - all looks good That's exactly the way it works, isn't it? Could you please come up with an example session showing the problem? Mt. signature.asc Description: Digital signature
Bug#352626: debuild: should keep some dephelper envvars by default
tags 352626 + wontfix thanks On Mon, Feb 13, 2006 at 02:42:37AM +0100, Frans Pop wrote: Package: devscripts Version: 2.9.12 Severity: wishlist While preparing for the current release of Debian Installer, I was uploaded some packages built using debuild that included .svn files by accident, even though I had DH_ALWAYS_EXCLUDE=CVS:.svn set in my environment. Reason turned out to be that debuild clears all envvars, excepting a few, by default. Adding DEBUILD_PRESERVE_ENVVARS=DH_ALWAYS_EXCLUDE in ~/.devscripts solved the issue. Please consider adding the following 2 debhelper envvars to the list of vars not to be reset: - DH_ALWAYS_EXCLUDE - DH_VERBOSE Rationale: if these are set in the environment, the user will logically expect them to be honored and the chance that they will break a build is very low; the current practice of unsetting them is counter-intuitive. An option would be to print the value of the vars in the build output to alert the the user to their value. DH_VERBOSE I could agree with, but DH_ALWAYS_EXCLUDE is nasty: autobuilding could fail if DH_ALWAYS_EXCLUDE is set in the environment but not in the Makefile, as the tarball is generated *before* anything is deleted, so that environment variable will actually change the nature of the binary package generated. In fact, I would say that building a package from inside an SVN tree is fraught with danger; use svn-buildpackage or cvs-buildpackage instead. I'm not going to implement this request. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#143689: kdebase: No 'at' sign in swissgerman keyboard (PowerMac G3)
reassign 143689 xlibs thanks On Sat, Apr 20, 2002 at 12:53:17AM +0200, Niklaus Giger wrote: Package: kdebase Version: 4:2.2.2-14 Severity: normal I am working with de_CH LANG setting. In kcontrol I choose generic PC 104-keys layout as my primary keyboard layout. Then I enter manually the following xmodmap xmodmap -e keycode 116 = Mode_switch This is my only mean to be able to use the right Apple key as AltGr-key, in order to be able to surf @, program | join etc. it's hardly a KDE problem, but a X one. I'm not sure if it has been addressed or not, I'll let the X packaging group decide about it. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#338756: konqueror: reproducable crash on specific url
tag 338756 + unreproducible thanks On Sat, Nov 12, 2005 at 02:29:03PM +0100, Markus Schulz wrote: Package: konqueror Version: 4:3.4.2-4 Severity: important Konqueror crashs every time on following url: http://www.maennerseiten.de/orgasmus.htm I cannot reproduce the bug here. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#352657: gdb incorrectly caches shared library symbol information
Package: gdb Version: 6.4-1 Severity: normal cat a.c int main() { return 0; } rm -r b.c touch b.c gcc -shared -o a.so a.c gcc -o a b.c a.so export LD_LIBRARY_PATH=`pwd` gdb ./a ... (gdb) tb main Breakpoint 1 at 0x8048384 (gdb) run Starting program: /home/nikita/bug/a Breakpoint 1 at 0xb7f6d66a 0xb7f6d66a in main () from /home/nikita/bug/a.so (gdb) kill Kill the program being debugged? (y or n) y (gdb) file ./a Load new symbol table from /home/nikita/bug/a? (y or n) y Reading symbols from /home/nikita/bug/a...done. (gdb) tb main Cannot access memory at address 0xb7f6d664 Here, 'main' is defined in a shared library. As far as I understand, gdb cached some information about a.so over 'file' command, but this information got invalid. This may be related to the fact that now on different executions of the same program kernel maps same shared libraries at different addresses. If program is executed at less once after 'file' command, problem disappears. Also, problem disappears if 'nosharedlibrary' is entered before 'file'. Note: the above command sequence is just a minimal example to trigger the bug; initially we faced the bug in a complex environment, where gdb was controlled by a wrapper script, and reloading file was required. -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (640, 'proposed-updates'), (640, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages gdb depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.0-10 GNU readline and history libraries gdb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#180604: konqueror: Konqueror converts '%7E' in local file name to '~' - file not found
tag 180604 + woody close 180604 + 4:3.3.2-1 thanks On Tue, Feb 11, 2003 at 08:46:02AM -0800, Henry House wrote: Package: konqueror Version: 4:2.2.2-14 Severity: important seems fixed since at least kde 3.3, and I suspect even before. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#352658: gnome-media: gnome-volume-control doesn't find any devices anymore
Package: gnome-media Version: 2.12.0-3 Severity: normal Since I upgraded my system today (running etch, last update was last Friday), I got loads of GNOME 2.12 components and my gnome-volume-control suddenly doesn't work anymore. It is crossed out and when I click on it, I get a dialog saying: The volume control did not find any elements and/or devices to control. This means either that you don't have the right GStreamer plugins installed, or that you don't have a sound card configured. You can remove the volume control from the panel by right-clicking the speaker icon on the panel and selecting Remove From Panel from the menu. This is weird, because I can play music with mpg123 and control volume with gnome-alsa-mixer e.g. I already tried to upgrade to the latest gstreamer packages (0.8 and 0.10) and by removing my ~/.gstreamer* files and running gst-register-0.8, but nothing helped. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnome-media depends on: ii gconf2 2.12.1-9 GNOME configuration database syste ii gstreamer0.8-cdparanoi 0.8.11-2 cdparanoia plugin for GStreamer ii gstreamer0.8-misc 0.8.11-2 Collection of various GStreamer pl ii gstreamer0.8-oss [gstr 0.8.11-2 OSS plugin for GStreamer ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-2 The Bonobo UI library ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra ii libdbus-1-20.60-5simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgail-common 1.8.8-1 GNOME Accessibility Implementation ii libgail17 1.8.8-1 GNOME Accessibility Implementation ii libgconf2-42.12.1-9 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libgnome-keyring0 0.4.6-2 GNOME keyring services library ii libgnome2-02.12.0.1-5The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.12.0-2 A powerful object-oriented display ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-5 GNOME virtual file-system (runtime ii libgnutls111.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgstreamer-gconf0.8- 0.8.11-2 GConf support for GStreamer ii libgstreamer-plugins0. 0.8.11-2 Various GStreamer libraries and li ii libgstreamer0.8-0 0.8.11-3 Core GStreamer libraries, plugins, ii libgtk2.0-02.8.10-1 The GTK+ graphical user interface ii libhal10.5.6-2 Hardware Abstraction Layer - share ii libice66.9.0.dfsg.1-4Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libnautilus-burn2 2.12.2-3 Nautilus Burn Library - runtime ve ii liborbit2 1:2.12.4-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-4X Window System Session Management ii libtasn1-2 0.2.17-1 Manage ASN.1 structures (runtime) ii libx11-6 6.9.0.dfsg.1-4X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-4X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4X Window System multi-head display ii libxml22.6.23.dfsg.1-0.1 GNOME XML library ii libxrandr2
Bug#352576: auctex.el file shouldn't appear in auctex.list or auctex.md5sums
James R. Van Zandt [EMAIL PROTECTED] wrote: Package: auctex Version: 11.82-1 Severity: normal reportbug auctex complains that: There may be a problem with your installation of auctex; I cannot reproduce this here. At which place does it complain like this? On the other hand, I have a different problem: When running reportbug auctex, it tries to call emacs with TeX-submit-bug-report in batch mode and does not seem to finish. I only get the editing buffer when I press Ctrl-c. the following files appear to be missing or changed: debsums: can't open auctex file /usr/share/emacs/site-lisp/auctex/auctex.el (No such file or directory) debsums: can't open auctex file /usr/share/emacs/site-lisp/auctex/preview/auto.el (No such file or directory) According to /usr/share/emacs21/site-lisp/auctex/CompilationLog.gz, auctex.el is created: config.status: creating auctex.el and installed: install -o root -g root -m 644 -m 644 auctex.el /usr/share/emacs21/site-lisp//auctex.el but then deleted: rm -f tex.elc tex-buf.elc tex-style.elc ... auctex.el ... ...therefore it should not appear in /var/lib/dpkg/info/auctex.list or /var/lib/dpkg/info/auctex.md5sums. No, these are different files. The file that reportbug (or probably TeX-submit-bugreport) complains about is below /usr/share/emacs (and in a subdirectory of site-lisp), while the file that is created and removed again (why, Davide?) is below /usr/share/emacs21 (and directly in site-lisp. Do you actually have a problem with auctex's function? Regards, Frank P.S. Thanks for the emacspeak upload! -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#345639: nl_langinfo(YESEXPR) ignores LANGUAGE, no apparent workaround
* Peter Samuelson | Which leaves us with the recommendation *not* to use LANGUAGE *at all*. | Would you agree? Either that, or make sure YESSTR/NOSTR (from I18N::Langinfo) are usefully populated and use those. (They seemed generally not to be based on the discussion on #debian-devel yesterday). Another solution (which I mentioned yesterday) is using something like: $ye = langinfo(YESEXPR); if (langinfo(YESSTR) =~ /^$) { for ('a' .. 'z') { $y = $_ if m/$ye/ }; } else { $y = langinfo(YESSTR); } and then use $y as the yes string. Similar code for «no», obviously. This is not pretty, but would work around the problem here. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Bug#348308: (no subject)
retitle 348308 Useless because of changed protocol, fixed in upstream 2.9.8 severity 348308 grave tag 348308 fixed-upstream quit Because of recent protocol change ysmICQ of version prior to 2.9.8 became useless. Fixed upstream version 2.9.8 is available at http://ysmv7.sourceforge.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#184612: problems with fonts
close 184612 4:3.2.0 thanks those bugs are not reproducible starting from kde 3.2, and also concerns no KDE package in any distribution. On Thu, Mar 13, 2003 at 06:24:07PM +0100, Fabio Massimo Di Nitto wrote: Package: konsole Version: 4:3.1.1-1 Severity: normal Hi, after upgrading from 3.1.0 to 3.1.1 the font setting I had saved before are gone, and it is not possible to customize them anymore. The menu font in Settings does not respect the user choise. Whatever selection give always the same font. The font chooser respond to the user click only once. Then it somehow freeze and it is possible only to exit it. If you need more information please tell me exactly what to search for and how to debug the problem. Im not too much into kde development/packaging. Thanks Fabio -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#352659: xbase-clients: borked keyboard configuration and problems with setxkbmap
Package: xbase-clients Version: 6.9.0.dfsg.1-4 Severity: normal I use the following keyboard layout: _XKB_RULES_NAMES(STRING) = xfree86, pc105, fr_CH, , Since I upgraded to xorg 6.9, I cannot use my AltGr key (which pretends to be Alt_R), and some accented keys have no symbols attached, as reported by xev. I tried to use setxkbmap to force reloading my keyboard, but it reports Error loading new keyboard description In Xorg.log, I've a message : (EE) Error loading keymap /usr/X11R6/lib/X11/xkb/compiled/server-0.xkm ...and indeed there is no such file in this directory. Any idea what has occured? Thanks, Frdric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xbase-clients depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libdmx1 6.9.0.dfsg.1-4 Distributed Multihead X client lib ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-4 X Font Server library ii libglu1-xorg [libglu1]6.9.0.dfsg.1-4 Mesa OpenGL utility library [X.Org ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-4 X Authentication library ii libxaw8 6.9.0.dfsg.1-4 X Athena widget set library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxfixes36.9.0.dfsg.1-4 X Window System miscellaneous 'fix ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxkbfile1 6.9.0.dfsg.1-4 X Keyboard Extension file parsing ii libxkbui1 6.9.0.dfsg.1-4 X Keyboard Extension user interfac ii libxmu6 6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxmuu1 6.9.0.dfsg.1-4 lightweight X Window System miscel ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxss1 6.9.0.dfsg.1-4 X Screen Saver client-side library ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii libxtrap6 6.9.0.dfsg.1-4 X Window System protocol-trapping ii libxtst6 6.9.0.dfsg.1-4 X Window System event recording an ii libxv16.9.0.dfsg.1-4 X Window System video extension li ii libxxf86dga1 6.9.0.dfsg.1-4 X Direct Graphics Access extension ii libxxf86misc1 6.9.0.dfsg.1-4 X miscellaneous extensions library ii libxxf86vm1 6.9.0.dfsg.1-4 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org] ii xlibs 6.9.0.dfsg.1-4 X Window System client libraries m ii xlibs-data6.9.0.dfsg.1-4 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339584: hpoj: ptal-mlcd reports Access denied to parallel port!
On Mon, Feb 13, 2006 at 09:06:57AM +0100, Martin Pitt wrote: Hi Mark! Mark Purcell [2006-02-10 22:20 +1100]: Martin, Julian, Has ubuntu been able to make any headway on this. I am about at the point with debian/hpoj to revert hpoj to run as root, allowing access to the parallel port. Oops, sorry for not having answered to this. This sounds like a rather shallow bug actually: it seems that the hpoj user is not in the 'lp' group, so that it isn't able to access /dev/lp*. Or did you already check that? If that's not the case, then an initgroups() call could be missing somewhere. I just wonder why it works for USB devices, which also requires a special group to access them. (BTW, I don't have such a printer, so I can't test all of this myself). No, it isn't shallow at all. Have a look at the bug log: It seems that the cause of the bug is that for the parallel port, ptal-mlcd calls iolp(3), which is refused by the kernel when called by a non-root user. So the only way around this one is to run as root and then to drop root privileges when possible. But that's a lot more work. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#185728: This has been fixed
This bug seems to have been fixed (years ago, in fact). Is there a reason that it's still open? -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://129.125.47.90/e-mail.html signature.asc Description: Digital signature
Bug#352349: lingoteach-ui: [L10N:DE] German PO file update
On, Sat Feb 11, 2006, Holger Wansing wrote: package: lingoteach-ui Version: 0.3.99+cvs20050512-2 Severity: minor Tags: patch l10n Hello, attached you find an updated completely translated german po file lingoteach-ui. It has passed the review process on the german mailinglist [EMAIL PROTECTED] Please implement. Thanks Applied and committed to CVS. Thanks a lot for that. Regards Marcus pgpA08s5se9ga.pgp Description: PGP signature
Bug#352630: texinfo: kpsewhich cannot open shared object libkapthsea.so.4
Dear Frank, dear all teTeX maintainers! I got the following bug report for texinfo which I do not understand: On Son, 12 Feb 2006, Justin Pryzby wrote: Package: texinfo Version: 4.8-4 Severity: important While dist-upgrading: Preparing to replace texinfo 4.8-2 (using .../texinfo_4.8-4_i386.deb) ... Unpacking replacement texinfo ... kpsewhich: error while loading shared libraries: libkpathsea.so.4: cannot open shared object file: No such file or directory mktexlsr: Done. I think the dependencies need to be tighter: Depends: libc6 (= 2.3.5-1), tex-common | tetex-bin ( 3.0) Why is tex-common sufficient? I think the problem might be calling the previous packages maintscripts, after upgrading some dependencies, but before configuring dependencies of those dependencies; right? My explanation is that: - tetex, libkpathsea, and texinfo are upgraded at the same time - since texinfo does not depend on tetex = 3 it happens that it is configured *before* tetex/libkpathsea is configured - tetex is already unpacked (but not configured), so the which fmtutil-sys test succeeds and fmtutil-sys is called, thus kpsewhich I don't want to tighten the depends to include tetex/texlive, because some users might want to use texinfo only for generating info documents or html documents etc. So I guess I have to add a check wether tetex is configured? Probably it is enough to call kpsewhich once and see if there is an error. So my questions: Is the above interpretation correct, and do you have any suggestions different from the one I made to fix this problem? Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- The suit into which the man's body had been stuffed looked as if it's only purpose in life was to demonstrate how difficult it was to get this sort of body into a suit. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352569: fmtutil: Error. Apparent jadetex involvement. packages left unconfigured.
On Mon, 13 Feb 2006, Frank Küster wrote: `pdfetex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' failed It's the same problem already discussed earlier: fmtutil generates the formats in a temporary directory, but the ones in /var/lib/texmf are still in the path, and before the newly generated ones. I don't even remember in which bug we discussed it (probably it was in connection with jadetex), but does anybody remember any serious arguments against the quick-and-dirty solution of removing the old formats in /var/lib/texmf/web2c? Prior to calling fmtutil-sys --all I would say that this is ok. BTW: Same bug is present an filed against texlive. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SLUMBAY (n.) The cigarette end someone discovers in the mouthful of lager they have just swigged from a can at the end of party. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352660: powersaved: powersave fails to connect to daemon
Package: powersaved Version: 0.11.10-1 Severity: important powersaved is running, but all I get is this: ~$ powersave -m Cannot connect to powersaved. Is the daemon running? (dbus error) ~$ powersave -U Cannot connect to powersaved. Is the daemon running? (dbus error) ~$ powersave -s unknown reply code to 'BatteryState' request However, some functions do work: ~$ powersave -T Thermal Device no. 0: Temperature: 46 Critical: 76 Thermal Device no. 1: Temperature: 38 Critical: 98 ~$ powersave -b Battery: 100 %, 240 minutes until fully charged AC is online. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages powersaved depends on: ii dbus 0.60-5 simple interprocess messaging syst ii hal 0.5.6-2Hardware Abstraction Layer ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcpufreq0 0.4-1+b1 shared library to deal with the cp ii libdbus-1-2 0.60-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.60-5 simple interprocess messaging syst ii libgcc1 1:4.0.2-8 GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libhal1 0.5.6-2Hardware Abstraction Layer - share ii libpowersave100.11.10-1 power management daemon - shared l ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libsysfs1 1.3.0-7interface library to sysfs ii lsb-base 3.0-15 Linux Standard Base 3.0 init scrip Versions of packages powersaved recommends: ii acpid 1.0.4-5Utilities for using ACPI power man ii kpowersave0.4.5-1+b1 frontend to powersave for setting -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352661: O: php4-tclink -- TrustCommerce TCLink module for php4
Package: wnpp Severity: normal The current maintainer of php4-tclink, Dan Helfman [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: php4-tclink Binary: php4-tclink Version: 3.4.0-3.3 Priority: optional Section: web Maintainer: Dan Helfman [EMAIL PROTECTED] Build-Depends: debhelper (= 3.0.9), php4-dev (= 4:4.3.10-10), automake, autoconf, libssl-dev Architecture: any Standards-Version: 3.5.8 Format: 1.0 Directory: pool/main/p/php4-tclink Files: e857c1eba9a4ece78535e3db2f443337 639 php4-tclink_3.4.0-3.3.dsc 73833f428308b0b132d74361ccd88288 62104 php4-tclink_3.4.0.orig.tar.gz 26c657acc809bb86cc3f449d08ba6c75 178364 php4-tclink_3.4.0-3.3.diff.gz Package: php4-tclink Priority: optional Section: web Installed-Size: 140 Maintainer: Dan Helfman [EMAIL PROTECTED] Architecture: i386 Version: 3.4.0-3.3 Depends: libc6 (= 2.3.2.ds1-4), libssl0.9.7, phpapi-20020918 Filename: pool/main/p/php4-tclink/php4-tclink_3.4.0-3.3_i386.deb Size: 54360 MD5sum: fe7fa22f775cb3602ef265014d186eb3 Description: TrustCommerce TCLink module for php4 This package provides a module for using TCLink directly from PHP scripts. TCLink is a thin client library to allow you to access your e-commerce servers to connect to the TrustCommerce payment gateway. . PHP4 is an HTML-embedded scripting language. Much of its syntax is borrowed from C, Java and Perl with a couple of unique PHP-specific features thrown in. The goal of the language is to allow web developers to write dynamically generated pages quickly. Tag: devel::library, langdevel::php, made-of::lang:php, security::authentication Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#352662: installation-reports
Package: installation-reports Boot method: network Image version: 2006/02/10 http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 2006/02/11 Machine: Epson Direct Endeavor 5000 (Laptop Model) Processor: Mobile Pentium4 1.7GHz Memory: 1GB Partitions: 6GB /, 32GB /home, 1.5GB swap Output of lspci and lspci -n: lspci :00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 04) :00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 04) :00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1) (rev 02) :00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #2) (rev 02) :00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 42) :00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 02) :00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 (rev 02) :00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 02) :00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev 02) :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] :02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:07.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8) :02:07.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8) :02:07.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller lspci -n :00:00.0 0600: 8086:1a30 (rev 04) :00:01.0 0604: 8086:1a31 (rev 04) :00:1d.0 0c03: 8086:2482 (rev 02) :00:1d.1 0c03: 8086:2484 (rev 02) :00:1e.0 0604: 8086:2448 (rev 42) :00:1f.0 0601: 8086:248c (rev 02) :00:1f.1 0101: 8086:248a (rev 02) :00:1f.3 0c05: 8086:2483 (rev 02) :00:1f.5 0401: 8086:2485 (rev 02) :00:1f.6 0703: 8086:2486 (rev 02) :01:00.0 0300: 1002:4c57 :02:05.0 0200: 10ec:8139 (rev 10) :02:07.0 0607: 1180:0476 (rev a8) :02:07.1 0607: 1180:0476 (rev a8) :02:07.2 0c00: 1180:0552 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked: [O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems: [O] Mount partitions: [O] Install base system: [O] Install boot loader: [O] Reboot: [O] Comments/Problems: I'm quite fond of this distribution. Some minor problems Time setting is incorrect. At first, the clock was set to 9 hours advanced to JST (it shouls be +9:00GMT). During the X window installation process, the installer asked the resolution of the display (a laptop panel). I'v selected some resolution, but no selection is written in xorg.conf file (only 640x480 is in the file). The holizontal/vertical reflesh rates in the original file also are not proper. It seems to correspond to a low resolution CRT display. It was neccessery to change xorg.conf file after installation. After changing the xorg.conf file, I can get correct resolution (UXGA, 24bit) In GNOME desktop, Japanese keyboard layout seems to be pertly incorrect. Some keys (such as ']', '}', '_') are not effective in the original setting. This problem can be avoided by changing keyboard layout from pc105/Japanese-variation to jp106, using the GNOME preference utility. Using locale ja_JP.UTF-8, mlterm cannot display Japanese characters correctly. In the ja_JP.EUC-JP locale, this problem does not occur. Error message is sown when I launch mlterm from another terminal. font -efont-fixed medium-r-normal--16-*-iso10646-1 couldn't be loaded OSS sound (default setting) did not work, ALSA works pretty well. -- Teruo KOYAMA mail: t_koyamaat.nii.ac.jp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352663: O: libbusiness-onlinepayment-tclink-perl -- TrustCommerce backend for Business::OnlinePayment
Package: wnpp Severity: normal The current maintainer of libbusiness-onlinepayment-tclink-perl, Dan Helfman [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libbusiness-onlinepayment-tclink-perl Binary: libbusiness-onlinepayment-tclink-perl Version: 1.03-1 Priority: optional Section: perl Maintainer: Dan Helfman [EMAIL PROTECTED] Build-Depends-Indep: debhelper (= 3.0.5), perl (= 5.6.0-17) Architecture: all Standards-Version: 3.5.1 Format: 1.0 Directory: pool/main/libb/libbusiness-onlinepayment-tclink-perl Files: d287544ea46d677754ba4d80a9e33b5d 743 libbusiness-onlinepayment-tclink-perl_1.03-1.dsc 92ce4b770c694a6a14f11e892a1becaf 5397 libbusiness-onlinepayment-tclink-perl_1.03.orig.tar.gz 3496896f47819fc46a73a62257a9bd83 1983 libbusiness-onlinepayment-tclink-perl_1.03-1.diff.gz Package: libbusiness-onlinepayment-tclink-perl Priority: optional Section: perl Installed-Size: 112 Maintainer: Dan Helfman [EMAIL PROTECTED] Architecture: all Version: 1.03-1 Depends: perl (= 5.6.0-16), libnet-tclink-perl Filename: pool/main/libb/libbusiness-onlinepayment-tclink-perl/libbusiness-onlinepayment-tclink-perl_1.03-1_all.deb Size: 10382 MD5sum: 6498ba9a01251ae4bb7c0845f38312be Description: TrustCommerce backend for Business::OnlinePayment This is Business::OnlinePayment::TCLink, a Business::OnlinePayment backend module for the TrustCommerce payment gateway. It is only useful if you have an account with TrustCommerce: http://www.trustcommerce.com/ . Business::OnlinePayment is a generic interface for processing payments through online credit card processors, online check acceptance houses, etc. (If you like buzzwords, call it an multiplatform ecommerce-enabling middleware solution). Tag: devel::library, field::finance, langdevel::perl, made-of::lang:perl, role::content:data, role::sw:client Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#352665: O: python-tclink -- TrustCommerce credit card processing for Python 2.3.x
Package: wnpp Severity: normal The current maintainer of python-tclink, Dan Helfman [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: python-tclink Binary: python-tclink, python2.3-tclink, python2.1-tclink, python2.2-tclink Version: 3.4.0-1.1 Priority: optional Section: python Maintainer: Dan Helfman [EMAIL PROTECTED] Build-Depends: debhelper ( 4.1.67), autoconf, python-dev, python2.1-dev, python2.2-dev, python2.3-dev, libssl-dev Architecture: any Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/p/python-tclink Files: 50bab68260afa9aec11564e136e26e58 720 python-tclink_3.4.0-1.1.dsc 437e71bc08a60ef0615de17a08466176 58647 python-tclink_3.4.0.orig.tar.gz 587e7061354508408aeca783ba430a4a 2042 python-tclink_3.4.0-1.1.diff.gz Package: python-tclink Priority: optional Section: python Installed-Size: 8 Maintainer: Dan Helfman [EMAIL PROTECTED] Architecture: all Version: 3.4.0-1.1 Depends: python (= 2.3), python2.3-tclink, python ( 2.4) Filename: pool/main/p/python-tclink/python-tclink_3.4.0-1.1_all.deb Size: 1834 MD5sum: 18cf1bb94c26c864c82aea229a8e416c Description: TrustCommerce credit card processing for Python [dummy package] This package provides a module for using TCLink directly from Python. TCLink is a thin client library to allow your e-commerce servers to connect to the TrustCommerce payment gateway easily and consistently. . This package is an empty dummy package that always depends on a package built for Debian's default Python version. Tag: devel::library, field::finance, langdevel::python, made-of::lang:python, role::aux:metapackage Package: python2.1-tclink Priority: optional Section: python Installed-Size: 112 Maintainer: Dan Helfman [EMAIL PROTECTED] Architecture: i386 Source: python-tclink Version: 3.4.0-1.1 Depends: python2.1, libc6 (= 2.3.2.ds1-4), libssl0.9.7 Filename: pool/main/p/python-tclink/python2.1-tclink_3.4.0-1.1_i386.deb Size: 50134 MD5sum: 81a69aa7678324eb8e4837e3432f1ee2 Description: TrustCommerce credit card processing for Python 2.1.x This package provides a module for using TCLink directly from Python. TCLink is a thin client library to allow your e-commerce servers to connect to the TrustCommerce payment gateway easily and consistently. . This package is built for Python 2.1.x. Tag: devel::library, field::finance, langdevel::python, made-of::lang:python, role::content:data Package: python2.2-tclink Priority: optional Section: python Installed-Size: 112 Maintainer: Dan Helfman [EMAIL PROTECTED] Architecture: i386 Source: python-tclink Version: 3.4.0-1.1 Depends: python2.2, libc6 (= 2.3.2.ds1-4), libssl0.9.7 Filename: pool/main/p/python-tclink/python2.2-tclink_3.4.0-1.1_i386.deb Size: 50464 MD5sum: d36a6a090497f3a4b9cd21200778c716 Description: TrustCommerce credit card processing for Python 2.2.x This package provides a module for using TCLink directly from Python. TCLink is a thin client library to allow your e-commerce servers to connect to the TrustCommerce payment gateway easily and consistently. . This package is built for Python 2.2.x. Tag: devel::library, field::finance, langdevel::python, made-of::lang:python, role::content:data Package: python2.3-tclink Priority: optional Section: python Installed-Size: 112 Maintainer: Dan Helfman [EMAIL PROTECTED] Architecture: i386 Source: python-tclink Version: 3.4.0-1.1 Depends: python2.3, libc6 (= 2.3.2.ds1-4), libssl0.9.7 Filename: pool/main/p/python-tclink/python2.3-tclink_3.4.0-1.1_i386.deb Size: 50478 MD5sum: 8e110bc01336787d5224940f018e1ec3 Description: TrustCommerce credit card processing for Python 2.3.x This package provides a module for using TCLink directly from Python. TCLink is a thin client library to allow your e-commerce servers to connect to the TrustCommerce payment gateway easily and consistently. . This package is built for Python 2.3.x. Tag: devel::library, field::finance, langdevel::python, made-of::lang:python, role::content:data Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#352664: O: libnet-tclink-perl -- Perl interface to the TrustCommerce payment gateway
Package: wnpp Severity: normal The current maintainer of libnet-tclink-perl, Dan Helfman [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libnet-tclink-perl Binary: libnet-tclink-perl Version: 3.4.0-2 Priority: optional Section: perl Maintainer: Dan Helfman [EMAIL PROTECTED] Build-Depends: debhelper (= 3.0.5), perl (= 5.6.0-17), libssl-dev Architecture: any Standards-Version: 3.5.8 Format: 1.0 Directory: pool/main/libn/libnet-tclink-perl Files: 3d5f212c2b7bf8b8df6a9ab06a421fa5 634 libnet-tclink-perl_3.4.0-2.dsc 43243d133784626c383304958da6efa1 59676 libnet-tclink-perl_3.4.0.orig.tar.gz 1e0d986357e02390253070c60a1606b4 2017 libnet-tclink-perl_3.4.0-2.diff.gz Package: libnet-tclink-perl Priority: optional Section: perl Installed-Size: 208 Maintainer: Dan Helfman [EMAIL PROTECTED] Architecture: i386 Version: 3.4.0-2 Depends: perlapi-5.8.0, perl (= 5.8.0-19), libc6 (= 2.3.2-1), libssl0.9.7 Filename: pool/main/libn/libnet-tclink-perl/libnet-tclink-perl_3.4.0-2_i386.deb Size: 57824 MD5sum: aa6daf1ce7ce69a25f86574d8368a706 Description: Perl interface to the TrustCommerce payment gateway Net::TCLink is a module that allows for fast, secure, reliable credit card and check transactions via the TrustCommerce IP gateway. The module consists of a single function call that accepts a hash that describes the requested transaction and returns a map that describes the result. Tag: devel::library, langdevel::perl, made-of::lang:perl Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#352666: wnorwegian: dingling link or missing symlink
Package: wnorwegian Version: 2.0-23 Severity: normal Tags: l10n After install the symlink /etc/dictionaries-common/norsk points to the non-existent /usr/share/dict/bokmaal. I suppose this solves it: cd /usr/share/dict; ln -s bokmål bokmaal. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages wnorwegian depends on: ii debconf [debconf-2.0] 1.4.70 Debian configuration management sy ii dictionaries-common 0.65.0 Common utilities for spelling dict wnorwegian recommends no packages. -- debconf information: shared/packages-wordlist: wnorwegian/languages: nynorsk (Standard Norwegian), bokmål (Bokmal Norwegian) * wnorwegian/whichvariant: bokmaal
Bug#348649: ftbfs: I can't find file `policy.aux'.
On 2006/02/10 16:46, Wolfgang Baer [EMAIL PROTECTED] wrote: I just tried it on an uptodate sid and with an uptodate pbuilder and both built java-common without a problem. It does not fail anymore; I suspect the build dependencies were somehow not sufficient, and I upgraded a lot of other packages meanwhile. Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337992: NMU Patch to fix this bug
Hi, I have prepared a NMU patch to fix this bug as a part of the T S portion of my NM application. The problem is not that the package owning the file has changed name. acid_conf.php should never have been a conffile in the first place as the postinst script always updated its contents based on the results of debconf questions to substitute in the database connection parameters. This patch migrates acid_conf.php to be handled by ucf rather than as a conffile. Additionally I have added logic to try and detect an upgrade from an unmodified acid_conf.php so that the user is not prompted unnecessarily during the Sarge - Etch upgrade. This is achieved by shipping a copy of the configuration file as it was in the 0.9.6b20-10 version of the package, recreating the original file with the appropriate debconf values substituted in and creating an md5sum of that file to pass to ucf. This results in the user being prompted only if they have modified the file by hand. Obviously I'm not yet a DD so this NMU will be made by my AM (formorer) at a later date. In the meantime packages are available in my repository at http://www.mattb.net.nz/debian/ Kind Regards -- Matt Brown [EMAIL PROTECTED] Mob +64 21 611 544 www.mattb.net.nz diff -Nur acidlab-0.9.6b20/debian/acid_conf.php-0.9.6b20-10 acidlab-0.9.6b20-matt/debian/acid_conf.php-0.9.6b20-10 --- acidlab-0.9.6b20/debian/acid_conf.php-0.9.6b20-10 1970-01-01 12:00:00.0 +1200 +++ acidlab-0.9.6b20-matt/debian/acid_conf.php-0.9.6b20-10 2006-02-13 23:28:16.0 +1300 @@ -0,0 +1,275 @@ +?php + +$ACID_VERSION = 0.9.6b20-5.1; + +/* Path to the DB abstraction library + * (Note: DO NOT include a trailing backslash after the directory) + * e.g. $foo = /tmp [OK] + *$foo = /tmp/ [OK] + *$foo = c:\tmp[OK] + *$foo = c:\tmp\ [WRONG] + */ +$DBlib_path = /usr/share/adodb; + +/* The type of underlying alert database + * + * MySQL : mysql + * PostgresSQL : postgres + * MS SQL Server : mssql + */ +$DBtype = DBTYPE; + +/* Alert DB connection parameters + * - $alert_dbname : MySQL database name of Snort alert DB + * - $alert_host : host on which the DB is stored + * - $alert_port : port on which to access the DB + * - $alert_user : login to the database with this user + * - $alert_password : password of the DB user + * + * This information can be gleaned from the Snort database + * output plugin configuration. + */ +$alert_dbname = ALERT_NAME; +$alert_host = ALERT_HOST; +$alert_port = ALERT_PORT; +$alert_user = ALERT_USER; +$alert_password = ALERT_PASSWORD; + +/* Archive DB connection parameters */ +$archive_dbname = ARCHIVE_NAME; +$archive_host = ARCHIVE_HOST; +$archive_port = ARCHIVE_PORT; +$archive_user = ARCHIVE_USER; +$archive_password = ARCHIVE_PASSWORD; + +/* Type of DB connection to use + * 1 : use a persistant connection (pconnect) + * 2 : use a normal connection (connect) + */ +$db_connect_method = 1; + +/* Use referential integrity + * 1 : use + * 0 : ignore (not installed) + * + * Note: Only PostgreSQL and MS-SQL Server databases support + * referential integrity. Use the associated + * create_acid_tbls_?_extra.sql script to add this + * functionality to the database. + * + * Referential integrity will greatly improve the + * speed of record deletion, but also slow record + * insertion. + */ +$use_referential_integrity = 0; + +/* Path to the graphing library + * (Note: DO NOT include a trailing backslash after the directory) + */ +$ChartLib_path = /usr/share/phplot; + +/* File format of charts ('png', 'jpeg', 'gif') */ +$chart_file_format = png; + +/* Chart default colors - (red, green, blue) + *- $chart_bg_color_default: background color of chart + *- $chart_lgrid_color_default : gridline color of chart + *- $chart_bar_color_default : bar/line color of chart + */ +$chart_bg_color_default = array(255,255,255); +$chart_lgrid_color_default = array(205,205,205); +$chart_bar_color_default= array(190, 5, 5); + +/* Maximum number of rows per criteria element */ +$MAX_ROWS = 10; + +/* Number of rows to display for any query results */ +$show_rows = 50; + +/* Number of items to return during a snapshot + * Last _X_ # of alerts/unique alerts/ports/IP + */ +$last_num_alerts = 15; +$last_num_ualerts = 15; +$last_num_uports = 15; +$last_num_uaddr = 15; + +/* Number of items to return during a snapshot + * Most Frequent unique alerts/IPs/ports + */ +$freq_num_alerts = 5; +$freq_num_uaddr = 15; +$freq_num_uports = 15; + +/* Number of scroll buttons to use when displaying query results */ +$max_scroll_buttons = 12; + +/* Debug mode - how much debugging information should be shown + * Timing mode- display timing information + * SQL trace mode - log SQL statements + * 0 : no extra information + * 1 : debugging information + * 2 : extended debugging information + * + * HTML no
Bug#352207: grub-update does not work since update to 0.97-3
Le dimanche 12 février 2006 à 19:43 +0100, Kristian Edlund a écrit : Well that defininatly explains why update-grub stops. It gets 1 as return value and therefore exits. It seems that the file /dev/sda1 does not exist or something goes wrong in readlink. Can you try ls -la /dev/sda1 in order to see what /dev/sda1 points to? Kristian I can confirm. It was a problem due to udev being installed on the computer. The /dev/sda1 was not existing. Rebooting the computer fixed the problem. Everything works fine now. Many thanks for your help Didrik signature.asc Description: Ceci est une partie de message numériquement signée
Bug#352224: [Pbuilder-maint] Bug#352224: pbuilder: Can't specify multiple packages for EXTRAPACKAGES
Junichi, On Sat, 11 Feb 2006, Junichi Uekawa wrote: Comma-separated list of EXTRAPACKAGES does not work due to apt is unable to find pkg1,pkg2,pkg3 package. Space-separated list of EXTRAPACKAGES works only if it is enclosed with quotes, i.e. pkg1 pkg2 pkg3. Otherwise (without quotes), pkg2 command gets executed with pkg3 argument somewhere at the beginning. So, at least there should be a comment about list separator and quoting requirement in pbuilderrc. Better solution is to allow any format. Should it suffice to document that pbuilderrc is a shell script that is sourced from shell ? Not for everybody. Besides that, I just skip to the option of interest rather than reading the whole man page from the top to the bottom until something goes wrong ;) So, this is a question of usability. I'm fine with current changes (0.147) to the man page, but IMHO putting the example EXTRAPACKAGES with 3 items (and probably the note about shell script) not just to the man page but also to the installed pbuilderrc would be the right thing to do. -- ...Bye..Dmitry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352627: /etc/cedilla-config.lisp is full of errors
On Monday 13 February 2006 03:16, Juhapekka Tolvanen wrote: Package: cedilla Version: 0.5-2 Severity: serious Serious? Why? That file /etc/cedilla-config.lisp provided with cedilla is full of of references to wrong locations of files and therefore it renders the whole package almost unusable. Well. That file is not automatically generated. Upstream is working on it, but I've not heard any progress in that area recently. Typically this kind of error messages are seen: WARNING: Unable to read AFM file /usr/share/texmf/fonts/afm/adobe/symbol/psyr.afm: nonexistent directory: #P/usr/share/texmf/fonts/afm/adobe/ Aha. The location of the tetex-extra files changed. This I can fix. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ God, root, what is difference? Pitr | God is more forgiving. Dave Aronson| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352569: fmtutil: Error. Apparent jadetex involvement. packages left unconfigured.
On Mon, 13 Feb 2006, Frank Küster wrote: `etex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' failed `pdfetex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' failed I don't even remember in which bug we discussed it (probably it was in connection with jadetex), but does anybody remember any serious arguments against the quick-and-dirty solution of removing the old formats in /var/lib/texmf/web2c? Another suggestion: Only remove the latex and pdflatex format files. This really is only a problem with jadetex as it uses the latex format in its initialization. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MELTON CONSTABLE (n.) A patent anti-wrinkle cream which policemen wear to keep themselves looking young. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352667: apt: apt_preferences(5) should document referring to sources by FQDN in an example
Package: apt Version: 0.6.43.2 Severity: minor The apt_preferences(5) manpage says: o The general form assigns a priority to all of the package versions in a given distribution (that is, to all the versions of packages that are listed in a certain Release file) or to all of the package versions coming from a particular Internet site, as identified by the site's fully qualified domain name. but does not give an example of how to refer to all versions from a particular internet site, which is what I would like to do. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283958: kworldclock: time for St. Louis in north america wrong
close 283958 4:3.4.0 thanks this bug has been closed upstream for at least 3.4 release, maybe before. On Thu, Dec 02, 2004 at 11:33:45PM +0800, Pabs wrote: Package: kworldclock Version: 4:3.3.1-2 Severity: normal The time for St. Louis in the USA is +5 hours wrong from the closest cities on the map - Louisville/Indianapolis, that is, unless it has a weird timezone I am not aware of. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages kworldclock depends on: ii kdelibs4 4:3.3.1-1 KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6client library to control the FAM ii libgcc1 1:3.4.3-2 GCC support library ii libice6 4.3.0.dfsg.1-8 Inter-Client Exchange library ii libidn11 0.5.2-3GNU libidn library, implementation ii libpng12-01.2.8beta5-2 PNG library - runtime ii libqt3c102-mt 3:3.3.3-7 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-8 X Window System Session Management ii libstdc++51:3.3.5-2 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.2-3 compression library - runtime -- no debconf information -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#345563: More info
Note: The memory locations in the previous message and in strace_yelp.txt are not the same (I think they correspond to different runs, sorry for that). Significant lines in strace_yelp.txt, corresponding to given messages are: Line 1481 ((yelp:11297): Gtk-CRITICAL ** ) Line 6858 (I/O warning : failed to...) Just in case it helps. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352569: fmtutil: Error. Apparent jadetex involvement. packages left unconfigured.
On Mon, 13 Feb 2006, Norbert Preining wrote: I don't even remember in which bug we discussed it (probably it was in connection with jadetex), but does anybody remember any serious arguments against the quick-and-dirty solution of removing the old formats in /var/lib/texmf/web2c? Another suggestion: Only remove the latex and pdflatex format files. This really is only a problem with jadetex as it uses the latex format in its initialization. texlive packages now call rm -f /var/lib/texmf/{latex,pdflatex}.{fmt,log} before calling fmtutil-sys --all. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SPOFFORTH (vb.) To tidy up a room before the cleaning lady arrives. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352660: powersaved: powersave fails to connect to daemon
[EMAIL PROTECTED] wrote: Package: powersaved Version: 0.11.10-1 Severity: important powersaved is running, but all I get is this: ~$ powersave -m Cannot connect to powersaved. Is the daemon running? (dbus error) ~$ powersave -U Cannot connect to powersaved. Is the daemon running? (dbus error) ~$ powersave -s unknown reply code to 'BatteryState' request However, some functions do work: Did you read the instructions in README.Debian about adding the users, who shall get access to powersaved, to group plugdev? If running as root works, it is probably that. Cheers, Michael [1] Btw. this is about to change, future versions of powersaved will use the group powerdev. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#352553: O: mrtgutils -- Utilities to generate statistics for mrtg
Christoph Berg a écrit : Package: mrtgutils Binary: mrtgutils Version: 0.5 Priority: optional Section: net Maintainer: Randolph Chung [EMAIL PROTECTED] Build-Depends: debhelper, libsensors-dev [i386] Note for the person that will maintain the package in the future, libsensors-dev is no longer i386 specific. It can now be used on all arches. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352630: texinfo: kpsewhich cannot open shared object libkapthsea.so.4
Norbert Preining [EMAIL PROTECTED] wrote: So my questions: Is the above interpretation correct, AFAICS it is correct, but there's one more twist: What really causes the problem is that libkpathsea4 is not yet configured, i.e. ldconfig has not been called. and do you have any suggestions different from the one I made to fix this problem? You could also do a check like this: if [ ldconfig -p | grep -q libkpathsea.so.4 ]; then # libkpathsea is usable. But checking the exit code of kpsewhich 2/dev/null is equivalent and probably easier to understand in case somebody else has to read the code... Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#352656: powersaved: documentation says acpid must be disabled
reopen 352656 thanks Well, I don't find this information in README.gz. Sorry, I was using the version from testing. It is now in html/index.html: This package unifies the control of power managing facilities on your PC. It supports hardware based on ACPI, APM, IDE-disks and CPU frequency scaling techniques. It takes over functionalities of the APMD, ACPID, OSPMD and CPUFREQD (now called CPUSPEED) packages. Therefore you should not install at least you must not run daemons from these packages when you run the powersave daemon! Please also keep in mind, that this is the upstream README file, I understand, but IMHO it should be patched if it contains information that is irrelevant or incorrect for Debian. Perhaps the last sentence above should just be removed. Thanks, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345639: nl_langinfo(YESEXPR) ignores LANGUAGE, no apparent workaround
[Tollef Fog Heen] Either that, or make sure YESSTR/NOSTR (from I18N::Langinfo) are usefully populated and use those. (They seemed generally not to be based on the discussion on #debian-devel yesterday). It's not clear to me whether YESSTR/NOSTR are supposed to be single-letter abbreviations, or whole words, since the locales I have installed don't include them. So if you want to print a localised version of [y/N] or [Y/n], you might have to truncate those strings, as well as convert to uppercase/lowercase. Both trunctation and case-conversion are quite non-trivial, unless nl_langinfo(CODESET) happens to be a single-byte, stateless character set (for which the 'char' datatype and the ctype.h functions can be used), like the ISO-8859 family. Note that I'm assuming C, not Perl. Dealing in multibyte or shift-state character sets may be easier in Perl. [your code simplified slightly] $ye = langinfo(YESEXPR); $y = langinfo(YESSTR); if (! length $y) { for ('a' .. 'z') { if (m/$ye/o) { $y = $_; last } } } This, too, makes assumptions about the character set. It won't work too well for Korean or Russian, I expect. Peter signature.asc Description: Digital signature
Bug#352668: Multibyte characters give weird behavioud on to login prompt
Package: login Version: 1:4.0.14-4 Severity: minor Tags: l10n Typing in a multibyte character produces no output, but will make it impossible to use backspace for deletion. It's not a big problem since these characters should not be used in user names or passwords anyway, but they could be handled more gracefully. I've only tried of few readily available multibyte characters, there may be exceptions. This was done on a framebuffer console on a system with console-tools. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages login depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352660: powersaved: powersave fails to connect to daemon
Michael Biebl wrote: Did you read the instructions in README.Debian about adding the users, who shall get access to powersaved, to group plugdev? Oops, silly me. Will try, and close the bug if it works. Perhaps the error message could give a hint about this, instead of claiming that the daemon isn't running. I seem to remember that resmgr was supported in the previous version, but see no mention of it in the manual. Is there a way to make that work, so I don't have to add users to plugdev? Thanks, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274367: glibc: [amd64] New GLIBC pass to create 32bit libc6-i386 and libc6-dev-i386 packages
Hello, On 06-Feb-13 01:04, Aurelien Jarno wrote: Meanwhile, please find attached my latest version of the patch. I have tested the resulting libc, and I was able to compile a simple hello.c, and to run it without problem. thanks for the amended patch. I had to change the line +mv debian/tmp-i386/lib32 debian/tmp-i386/lib32 to +mv debian/tmp-i386/lib debian/tmp-i386/lib32 to make glibc 2.3.6 compile with the new patch. I also dropped the following line of your patch +mv debian/tmp-i386/usr/lib32/* debian/tmp-i386/usr/lib32 entirely because the 32-bit libc6 packages build correctly without that line. With these two small changes, glibc 2.3.6 with your patch builds without problems and the resulting 32-bit i386 libraries work fine. Regards Andreas Jochens diff -urN ../tmp-orig/glibc-2.3.6/debian/control ./debian/control --- ../tmp-orig/glibc-2.3.6/debian/control 2006-02-13 09:49:34.0 + +++ ./debian/control2006-02-13 09:12:17.0 + @@ -1,7 +1,7 @@ Source: glibc Section: libs Priority: required -Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.13.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.6.13+0rc3-2) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-4.0 [!powerpc !m68k !hppa !hurd-i386], gcc-3.4 (= 3.4.4-6) [powerpc], gcc-3.4 [m68k hppa], gcc-3.3 [hurd-i386], autoconf, binutils (= 2.16.1cvs20051109-1), sed (= 4.0.5-4), gawk, debhelper (= 4.1.76), libc6-dev-amd64 [i386], libc6-dev-ppc64 [powerpc], quilt +Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.13.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.6.13+0rc3-2) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-4.0 [!powerpc !m68k !hppa !hurd-i386], gcc-3.4 (= 3.4.4-6) [powerpc], gcc-3.4 [m68k hppa], gcc-3.3 [hurd-i386], autoconf, binutils (= 2.16.1cvs20051109-1), sed (= 4.0.5-4), gawk, debhelper (= 4.1.76), libc6-dev-amd64 [i386], libc6-dev-ppc64 [powerpc], libc6-dev-i386 [amd64] | ia32-libs-dev [amd64], quilt Build-Depends-Indep: perl, po-debconf Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org Uploaders: Ben Collins [EMAIL PROTECTED], GOTO Masanori [EMAIL PROTECTED], Philip Blundell [EMAIL PROTECTED], Jeff Bailey [EMAIL PROTECTED], Daniel Jacobowitz [EMAIL PROTECTED], Clint Adams [EMAIL PROTECTED], Denis Barbier [EMAIL PROTECTED] diff -urN ../tmp-orig/glibc-2.3.6/debian/control.in/i386 ./debian/control.in/i386 --- ../tmp-orig/glibc-2.3.6/debian/control.in/i386 1970-01-01 00:00:00.0 + +++ ./debian/control.in/i3862006-02-13 06:22:33.0 + @@ -0,0 +1,22 @@ +Package: libc6-i386 +Architecture: amd64 +Section: libs +Priority: extra +Depends: libc6 (= ${Source-Version}) +Conflicts: ia32-libs (= 1.5) +Description: GNU C Library: 32bit shared libraries for AMD64 + This package includes shared versions of the standard C + library and the standard math library, as well as many others. + This is the 32bit version of the library, meant for AMD64 systems. + +Package: libc6-dev-i386 +Architecture: amd64 +Section: libdevel +Priority: standard +Depends: libc6-i386 (= ${Source-Version}), libc6-dev (= ${Source-Version}), lib32gcc1 +Conflicts: ia32-libs (= 1.5) +Description: GNU C Library: 32bit development libraries for AMD64 + Contains the symlinks and object files needed to compile and link programs + which use the standard C library. This is the 32bit version of the + library, meant for AMD64 systems. + diff -urN ../tmp-orig/glibc-2.3.6/debian/control.in/main ./debian/control.in/main --- ../tmp-orig/glibc-2.3.6/debian/control.in/main 2006-02-13 09:49:34.0 + +++ ./debian/control.in/main2006-02-13 06:22:33.0 + @@ -1,7 +1,7 @@ Source: @glibc@ Section: libs Priority: required -Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.13.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.6.13+0rc3-2) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-4.0 [!powerpc !m68k !hppa !hurd-i386], gcc-3.4 (= 3.4.4-6) [powerpc], gcc-3.4 [m68k hppa], gcc-3.3 [hurd-i386], autoconf, binutils (= 2.16.1cvs20051109-1), sed (= 4.0.5-4), gawk, debhelper (= 4.1.76), libc6-dev-amd64 [i386], libc6-dev-ppc64 [powerpc], quilt +Build-Depends: gettext (= 0.10.37-1), make (= 3.80-1), dpkg-dev (= 1.13.5), debianutils (= 1.13.1), tar (= 1.13.11), bzip2, texinfo (= 4.0), linux-kernel-headers (= 2.6.13+0rc3-2) [!hurd-i386], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], texi2html, file, gcc-4.0 [!powerpc !m68k !hppa !hurd-i386], gcc-3.4 (= 3.4.4-6) [powerpc], gcc-3.4 [m68k hppa],
Bug#352669: initramfs-tools: please add support for MODULES=netboot
Package: initramfs-tools Severity: wishlist when using initramfs-tools with the ltsp packages, it would be nice to be able to set MODULES=netboot in initramfs.conf, like with ubuntu's version of initramfs-tools. otherwise, we'll need to implement a separate case for debian and ubuntu in our ltsp code. there appears to be code for MODULES=netboot in in the ubuntu patch (unfortunately, along with lots of other code): http://people.ubuntu.com/~scott/patches/initramfs-tools/ live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352670: update-grub locale problem
Package: grub Version: 0.97-4 Severity: normal update-grub fails when locale is my systems default: et_EE.ISO-8859-15. When I run update-grub with LANG=C, it works OK. With my locale, it gets this output: Searching for GRUB installation directory ... found: /boot/grub Testing for an existing GRUB menu.list file ... found: /boot/grub/menu.lst sed: -e avaldis #1, sümbol 45: Invalid range end sed: -e avaldis #1, sümbol 186: Invalid range end (avaldis means expression and sümbol is symbol). This might be befause of [a-z] style ordering problems instead of character classes. In Estonian alphabet, z is foreign sound and it comes after s in alphabet and collating order (...sz...) so tuvwxy are left out of the range. There may be other problems too of course. -- 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.16-rc2-gc03296a8-dirty Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages grub depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand grub recommends no packages. -- no debconf information
Bug#344151: HTTP version changes after calling to soup_session_send_message()
tags 344151 + moreinfo thanks Hi, On Mon, Feb 13, 2006, Andriy Lesyuk wrote: Sorry, but I have not the environment I had earlier... For the moment it is hard for me to test this bug... I'm marking the bug as waiting for input from your side. If I don't receive any update in the next weeks or the next month, I'll close the bug. Cheers, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#344151: HTTP version changes after calling to soup_session_send_message()
Loïc Minier wrote: Hi, On mar, déc 20, 2005, Andriy Lesyuk wrote: After the calling to soup_session_send_message() http version of message becomes 1.0. And even soup_message_set_http_version() does not help in changing it. After one uri failure I'm changing request uri and trying to fetch result from the mirror site but it fails because the HTTP version is already 1.0 that does not allow making requests when transparent proxy is used. I just uploaded libsoup 2.2.7-1, please check with this new upstream version whether you still get the bug. If you do, could you please provide a short test case exposing the problem? Sorry, but I have not the environment I had earlier... For the moment it is hard for me to test this bug... Thanks for your attention Andriy
Bug#352482: metamail: crashes with very long boundaries in messages
BTW, what is in ./metamail, rather than ./src/metamail/?? I don't know. I noticed that the source is included twice, but I haven't looked into why that is the case. FWIW, if you just patch the source in src and not in ., the resulting binaries seem to be fixed. I have found that metamail crashes when processing messages with very long boundaries. They cause a buffer overflow, which doesn't seem to be exploitable: How is this not [potentially] exploitable? Well, because of the error message that it prints, and because of the way things look in gdb (if I remember correctly, it crashes in strtok() or some similar function). I've been taught that this signifies not being exploitable, but I may be wrong. What do the others in the Debian Security Audit Project think about this? // Ulf -- ___ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze
Bug#287223: wpasupplicant doesn't bring up interfaces
Martin Samuelsson @ 2005-12-22 (Thursday), 21:46 (+0100) I'm attaching a quick and dirty patch for running ifup and ifdown on the interfaces if they are listed in /etc/network/interfaces. Even after testing this before I sent it, I missed to add copying of the wpa_action.sh script to /usr/sbin/ in debian/rules. I've hacked up my local configuration to work with 0.4.7-3 now. It's a mess and not worth including in it's current form, but I'm documenting it here for future work. The upstream source should be fixed so that wpa_cli can wait for wpa_supplicant to be started. A quick'n'dirty -w argument is added in the patch. I had problems building the qt interface, don't know why. The init.d script doesn't work unless it looks like the attached one and OPTIONS in /etc/default/wpasupplicant needs to be renamed to SUPPLICANTOPTIONS. Until I recieve any input, I won't work faster on this. Even if I think the package would benefit from having interfaces brought up automatically when roaming. Please let me know if you care, anybody... -- /Martin diff -Nur wpasupplicant-0.4.7/Makefile wpasupplicant-0.4.7-cospatched/Makefile --- wpasupplicant-0.4.7/Makefile2005-11-21 02:42:12.0 +0100 +++ wpasupplicant-0.4.7-cospatched/Makefile 2006-02-13 11:12:28.533025536 +0100 @@ -33,7 +33,7 @@ install: all mkdir -p $(DESTDIR)/usr/local/sbin/ - for i in $(ALL); do cp $$i $(DESTDIR)/usr/local/sbin/$$i; done + for i in $(ALL) wpa_action.sh; do cp $$i $(DESTDIR)/usr/local/sbin/$$i; done OBJS = config.o \ eloop.o common.o md5.o \ diff -Nur wpasupplicant-0.4.7/debian/changelog wpasupplicant-0.4.7-cospatched/debian/changelog --- wpasupplicant-0.4.7/debian/changelog2006-02-13 10:53:41.019687592 +0100 +++ wpasupplicant-0.4.7-cospatched/debian/changelog 2006-02-13 11:14:09.599240738 +0100 @@ -1,3 +1,9 @@ +wpasupplicant (0.4.7-3cos) unstable; urgency=low + + * Added action_script. (closes: #287223) + + -- Martin Samuelsson [EMAIL PROTECTED] Mon, 13 Feb 2006 11:13:49 +0100 + wpasupplicant (0.4.7-3) unstable; urgency=low * Another brown paper bag release. diff -Nur wpasupplicant-0.4.7/debian/wpasupplicant.init wpasupplicant-0.4.7-cospatched/debian/wpasupplicant.init --- wpasupplicant-0.4.7/debian/wpasupplicant.init 2006-02-13 10:53:41.299704812 +0100 +++ wpasupplicant-0.4.7-cospatched/debian/wpasupplicant.init2006-02-13 11:56:55.493033815 +0100 @@ -10,12 +10,15 @@ PATH=/sbin:/bin:/usr/sbin:/usr/bin -DAEMON=/usr/sbin/wpa_supplicant +SUPPLICANT=/usr/sbin/wpa_supplicant +WPACLI=/usr/sbin/wpa_cli PIDFILE=/var/run/wpasupplicant.pid -PNAME=wpa_supplicant +SUPPLICANTNAME=wpa_supplicant +WPACLINAME=wpa_cli # insane defaults -OPTIONS=-Bw # daemonize and wait for interface +SUPPLICANTOPTIONS=-Bw # daemonize and wait for interface +WPACLIOPTIONS=-Bw -a /usr/sbin/wpa_action.sh CONFIG=/etc/wpa_supplicant.conf ENABLED=0 @@ -29,15 +32,18 @@ [ -f $CONFIG ] || ( echo No configuration file found, not starting.; \ exit 1; ) -[ -f $DAEMON ] || exit 0 +[ -f $SUPPLICANT ] || exit 0 +[ -f $WPACLI ] || exit 0 set -e case $1 in start) echo -n Starting wpa_supplicant: - start-stop-daemon --start --name $PNAME \ - --oknodo --startas $DAEMON -- -B $OPTIONS + start-stop-daemon --start --name $SUPPLICANTNAME \ + --oknodo --startas $SUPPLICANT -- -B $SUPPLICANTOPTIONS + start-stop-daemon --start --name $WPACLINAME \ + --oknodo --startas $WPACLI -- -B $WPACLIOPTIONS if [ -f $PIFFILE ]; then echo done.; else @@ -47,7 +53,9 @@ ;; stop) echo -n Stopping wpa_supplicant: - start-stop-daemon --stop --name $PNAME \ + start-stop-daemon --stop --name $SUPPLICANTNAME \ + --oknodo + start-stop-daemon --stop --name $WPACLINAME \ --oknodo echo done. if [ -f $PIDFILE ]; then @@ -57,12 +65,16 @@ reload|force-reload) echo -n Reloading wpa_supplicant: start-stop-daemon --stop --signal HUP \ - --name $PNAME + --name $SUPPLICANTNAME + start-stop-daemon --stop --signal HUP \ + --name $WPACLINAME echo done. ;; restart) echo -n Stopping wpa_supplicant: - start-stop-daemon --stop --name $PNAME \ + start-stop-daemon --stop --name $SUPPLICANTNAME \ + --oknodo + start-stop-daemon --stop --name $WPACLINAME \ --oknodo echo done. if [ -f $PIDFILE ]; then @@ -70,8 +82,10 @@ fi echo -n Starting
Bug#352656: powersaved: documentation says acpid must be disabled
Marcus Better wrote: reopen 352656 thanks Well, I don't find this information in README.gz. Sorry, I was using the version from testing. It is now in html/index.html: This package unifies the control of power managing facilities on your PC. It supports hardware based on ACPI, APM, IDE-disks and CPU frequency scaling techniques. It takes over functionalities of the APMD, ACPID, OSPMD and CPUFREQD (now called CPUSPEED) packages. Therefore you should not install at least you must not run daemons from these packages when you run the powersave daemon! This sentence is true for apmd, ospmd, cpufreqd and other frequency scaling daemons as cpudynd, cpuspeed. So I will not delete it. But you are right, mentioning acpid as daemon, that must not be run is not entirely correct. On an acpi system, acpid has to run (otherwise other processes, like hald, X, will fail, because they all try to open /proc/acpi/event exclusively). Nevertheless it is important to ensure that acpid does not process events itself but merely forwards the acpi events to powersaved (e.g. /etc/acpi/powerbtn.sh must not get executed by acpid itself, things like this are handled (better) by powersaved. Maybe I will add a comment like this to this section. Do you think this makes it clear enough? Cheers, Michael signature.asc Description: OpenPGP digital signature
Bug#352660: powersaved: powersave fails to connect to daemon
Marcus Better wrote: Michael Biebl wrote: Did you read the instructions in README.Debian about adding the users, who shall get access to powersaved, to group plugdev? Oops, silly me. Will try, and close the bug if it works. Perhaps the error message could give a hint about this, instead of claiming that the daemon isn't running. I seem to remember that resmgr was supported in the previous version, but see no mention of it in the manual. Is there a way to make that work, so I don't have to add users to plugdev? AFAIK there is no support anymore for resmgr. Maybe we will get something like libpam_foreground in the near future. Then every locally logged in user would get access automatically. But this is not for sure. Sorry, there is currently no better solution for this. Cheers, Michael signature.asc Description: OpenPGP digital signature
Bug#352656: powersaved: documentation says acpid must be disabled
Maybe I will add a comment like this to this section. Do you think this makes it clear enough? Yes, but please mention that the Debian package already does this so the user really doesn't need to care. (Or you could consider just removing the reference to acpid. There is no problem, so why mention it? OTOH for some users with non-default configuration of acpid it could be relevant.) Thanks, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#234848: Bug reports for texinfo (and 2 wishes)
On Son, 12 Feb 2006, Karl Berry wrote: Did you compare the DIR files you have on your machines? Perhaps some entry there references top, with the intent to get to the Top node... There is no top in my dir file. I've never seen a top entry in a dir file, actually. But sure, it still could be that, or something else, about the dir files (as I mentioned before). Norbert, can you send me yours? Attached dir.gz From it: ... File: dir Node: Top This is the top of the INFO tree This (the Directory node) gives a menu of major topics. Typing d returns here, q exits, ? lists all INFO commands, h gives a primer for first-timers, mTexinfoReturn visits Texinfo topic, etc. Or click mouse button 2 on a menu item or cross reference to select it. --- PLEASE ADD DOCUMENTATION TO THIS TREE. (See INFO topic first.) --- In Debian GNU/Linux, Info `dir' entries are added with the command `install-info'. Please refer to install-info(8) for usage details. ... Slowly we get where we want to Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- ARAGLIN (n. archaic) A medieval practical joke played by young squires on a knight aspirant the afternoon he is due to start his vigil. As the knight arrives at the castle the squires attempt to raise the drawbridge very suddenly as the knight and his charger step on to it. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351505: gnomebaker: logo should be under multimedia not utilities
tags 351505 unreproducible thanks Em Dom, 2006-02-05 às 12:07 +0100, Jens Nachtigall escreveu: Package: gnomebaker Severity: minor I could not find the gnomebaker under the gnome applications menu, because I assumed it would be under multimedia (because there are cd players). Under utilities I eventually found it, where does not fit as well as under multimedia. I use http://people.debian.org/~goedson/packages/debian/sarge/gnomebaker/releases/i386/gnomebaker_0.5.0-2sarge1_i386.deb under sarge This seems really strange. In my Sarge system with this package the GnomeBaker menu entry appears under Multimedia in the GNOME menu. In the Debian menu, though, it appears under Tools. Is the Debian menu you're talking about? signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Bug#352470: ITP: gnome-translate -- GNOME based natural language translator
Hello, You may wish to contact Dan Korostelev [EMAIL PROTECTED], who already intended to package gnome-translate (and libtranslate). His (source) packages are available on mentors.debian.net: http://mentors.debian.net/debian/pool/main/l/libtranslate/ http://mentors.debian.net/debian/pool/main/g/gnome-translate/ ITPs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292907 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292909 These ITPs were closed because they were too old. Kind Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352671: octave2.9: Control-C sends octave into a busy loop
Package: octave2.9 Version: 2.9.4-12 Severity: normal If I hit Control-C in an Octave session, the interpreter enters a busy loop (according to top) and stops responding. A gentle kill from another shell is able to terminate the Octave session. It is possible to reproduce the problem using the following simple example: for i=1:100 printf(%d\n, i); sleep(1); endfor; It should be noted that this bug existed in the previous debian version of 2.9 in the testing distribution. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-newton Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages octave2.9 depends on: ii atlas3-base [liblapack.s 3.6.0-19Automatically Tuned Linear Algebra ii atlas3-sse2 [liblapack.s 3.6.0-19Automatically Tuned Linear Algebra ii fftw33.0.1-14library for computing Fast Fourier ii lapack3 [liblapack.so.3] 3.0.2531a-6 library of linear algebra routines ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libgfortran0 4.0.2-5 Runtime library for GNU Fortran ap ii libglpk0 4.8-3 linear programming kit (shared lib ii libhdf5-serial-1.6.4-0c2 1.6.4-4 Hierarchical Data Format 5 (HDF5) ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-5 GNU readline and history libraries ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libumfpack4 4.4-3 set of routines for solving unsymm ii refblas3 [libblas.so.3] 1.2-8 Basic Linear Algebra Subroutines 3 ii texinfo 4.8-4 Documentation system for on-line i ii zlib1g 1:1.2.3-9 compression library - runtime octave2.9 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352672: debian-installer: cannot boot installation media on ppc ibm B50
Package: debian-installer Severity: grave Tags: experimental patch Justification: renders package unusable Problem on Installation for Debian on IBM Risc/6000 Hardware is IBM RS/6000 B50 (model 7046), 128 MB Ram, 9GB SCSI HDD Architecture is CHRP. ps/2 keyboard+mouse S3 pci video. While trying to install debian on an ibm rs6000 B50 (i have 4 i want to use!) i want to report the problems i have. First, i downloaded the sarge boot image (speaking of the 'netboot' minicd iso image) and i cannot boot at all. with the hard disk completely wiped the system keeps resetting himself. evidently it cannot boot form any boot device and remains stuck in the boot process polling devices (floppy, cd, hd, network) for a boot image. Following some instructions found via google, the debian-boot ml and others, i downloaded the current netboot and tried to install from it. Getting debian installer on 10 Feb 2006, 18:14 CET Copy file from: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/debian-testing-powerpc-netinst.iso Burned on cd/rw media the B50 server cannot boot. In order to go to the yaboot prompt, i have done this procedure: (workstation with debian/testing on Athlon64, all packages at current revisions) mounted the netinst to my workstation's /mnt/disk via mount /space/debian/debianiso/debian-testing-powerpc-netinst-20060210.iso /mnt/disk -t iso9660 -o ro,loop=/dev/loop0 copied contents to hard disk via rm -fr disk ; rm -fr /space/debian/ppcboot-20060210 ; rsync -a /mnt/disk /space/debian ; mv /space/debian/disk /space/debian/ppcboot-20060210 unmounted cdrom image via umount /mnt/disk cd /space/debian/ppcboot-20060210/ppc Modified the bootinfo.txt file (see patch attached) cd /space/debian created new image by rm -f /space/debian/ppcboot-20060210 ; mkisofs -chrp-boot -U -r -hide-rr-moved -V Debian testing ppc Bin-1 -sysid LINUX -o /space/debian/ppc-testing-20060210.iso /space/debian/ppcboot-20060210 Burned on cd/rw media Now disc boot to yaboot ok. It seems to me that the B50 openfirmware does not recognize the bootinfo.txt file as valid if it doesn't contain the icon description along with the other tags. hope this helps. Andrea -- 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.12ab1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) --- bootinfo.txt.deb2006-02-10 18:47:01.0 +0100 +++ bootinfo.txt2006-02-10 18:49:10.0 +0100 @@ -2,5 +2,265 @@ descriptionDebian/GNU Linux Installation on IBM CHRP hardware/description os-nameDebian/GNU Linux for PowerPC/os-name boot-scriptboot device;:\install\yaboot/boot-script +icon size=64,64 color-space=3,3,2 +bitmap +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF +FF FF FF FF FF FF FF FF FF FF
Bug#204117: Help with installing sgml/xml catalogue stuff
On Die, 07 Feb 2006, Neil Roeth wrote: correct locations. I CCed the debian-xml-sgml-devel list, someone there might have a specific suggestion for you. This list is dead, isn't it? I checked the archive. Only spam in the last months. Well, it seems that is really nothing to decide, I will put it in an arbitrary place. If there is no one caring for xml/sgml in Debian, bad luck for them. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- STEBBING (n.) The erection you cannot conceal because you're not wearing a jacket. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351311: ftp.debian.org: mysql-dfsg-5.0 no longer produces mysql*4.1 - blocked from testing now
Hello Jeroen On 2006-02-10 Jeroen van Wolffelaar wrote: On Sat, Feb 04, 2006 at 01:02:22AM +0100, Christian Hammers wrote: Hello The mysql-dfsg-5.0 source packages used to produce mysql-server-4.1 mysql-client-4.1 for a short while but removed those packages from the control file. britney(?) now thinks that it accidently failed to build those and blocks mysql-dfsg-5.0 from entering testing. That's because those packages still are built by mysql-dfsg-4.1 and mysql-dfsg. Please either: - stop building those packages from there, The latest version in unstable http://bjorn.haxx.se/debian/testing.pl?package=mysql-dfsg-4.1 Checking mysql-dfsg-4.1 * trying to update mysql-dfsg-4.1 from 4.1.15-1 to 4.1.15-3 (candidate is 0 days old) * mysql-dfsg-4.1 is only 0 days old. It must be 2 days old to go in. Does no longer build mysql-(client|server)-4.1 but still the 5.0 pacakges are blocked. Now even with a remark, that the FTP-Masters have to remove it. http://bjorn.haxx.se/debian/testing.pl?package=mysql-dfsg-5.0 and http://bjorn.haxx.se/debian/obsolete.html mysql-dfsg-5.0 (20 days old) no longer provides binary mysql-client-4.1. ftpmaster needs to remove it. mysql-dfsg-5.0 (20 days old) no longer provides binary mysql-server-4.1. ftpmaster needs to remove it. suggested melanie command line: melanie -m NBS -b mysql-client-4.1 mysql-server-4.1 Is there anything to do now for you or me? bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352212: Rhythmbox does not play anything - AMD64
Loïc Minier wrote: Installing gstreamer010? Which exact package did you mean? Sorry for the lousy information, I was in a hurry :) This is what I meant: [EMAIL PROTECTED]:~$ dpkg -l *gstreamer0.10* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii gstreamer0.10-alsa0.10.2-2 ALSA plugin for GStreamer un gstreamer0.10-audiosink none (no description available) un gstreamer0.10-colorspace none (no description available) ii gstreamer0.10-esd 0.10.1-2 Enlightened Sound Daemon plugin for GStreamer ii gstreamer0.10-ffmpeg 0.10.0-1 FFmpeg plugin for GStreamer ii gstreamer0.10-gnomevfs0.10.2-2 Gnome VFS plugin for GStreamer un gstreamer0.10-plugins none (no description available) ii gstreamer0.10-plugins-base0.10.2-2 Collection of various GStreamer plugins ii gstreamer0.10-plugins-base-apps 0.10.2-2 Simple GStreamer applications ii gstreamer0.10-plugins-good0.10.1-2 Collection of various GStreamer plugins ii gstreamer0.10-plugins-ugly0.10.1-1 Collection of various GStreamer plugins ii gstreamer0.10-tools 0.10.2-1 Tools for use with GStreamer un gstreamer0.10-videosink none (no description available) ii gstreamer0.10-x 0.10.2-2 X videosink plugin for GStreamer ii libgstreamer0.10-00.10.2-1 Core GStreamer libraries, plugins, and utilities Dependencies of type Recommends are quite strong, perhaps you can explain me how you installed rhythmbox and/or gstreamer0.10-plugins-good? It would help tracking why the Recommends wasn't installed. I installed Rhythmbox (or better, upgraded it) via Synaptic. It actually depends on the plugins package, but surely not on the alsa or esd packages. Also, please confirm you have gstreamer0.10-plugins-good version 0.10.1-2. I do, see up :) If nothing depends on your gstreamer 0.8 packages, you can remove them if you want (if you use aptitude, that should happen automatically). I have some gnome stuff which still depends on gstreamer 0.8. Here you say you use ESD, that's an important information, you should probably manually install gstreamer0.10-esd if you want to use it. There's no way to automate this at the GStreamer level as GStreamer is used by KDE apps too. I see. Actually it was enough for me to look at the new dependencies (gstreamer0.10) to figure this out, maybe checking if gstreamer0.8-esd is installed and *strongly* suggesting to install the 0.10 package in some postinst script could help? Just a thought. Thank you for your help!
Bug#352529: [hppa] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 (error: insn does not satisfy its constraints)
Hi, While checking whether gst-ffmpeg was affected too, I found this to be a regression in gcc since gcc-4.0_4.0.2-5 could build the source. See: http://buildd.debian.org/fetch.php?pkg=gst-ffmpegver=0.8.7-5arch=hppastamp=1134691401file=logas=raw (this package now FTBFS under hppa) Bye, -- Loïc Minier [EMAIL PROTECTED] Current Earth status: NOT DESTROYED
Bug#352553: O: mrtgutils -- Utilities to generate statistics for mrtg
* Aurelien Jarno [EMAIL PROTECTED] [2006-02-13 12:04]: Build-Depends: debhelper, libsensors-dev [i386] Note for the person that will maintain the package in the future, libsensors-dev is no longer i386 specific. It can now be used on all arches. Also note that there's a much better mrtgutils upstream package, which imho should be taken as upstream instead of the current one. See: #230313: please package the other mrtgutils -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341398: Request for testing ipsec-tools 0.6.5 (was Bug#341398: racoon: This bug is still present in 0.6.4-1)
Ganesan Rajagopal wrote: Hi, Most of you reported tunnel negotiation problems when upgrading from ipsec-tools from 0.6.2 to 0.6.3 or 0.6.4. Can you verify if 0.6.5 fixes the problem for you? Thanks. Ganesan Hello, yes, here it works with the 0.6.5-1 version. Thank you very much. Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]