Bug#475969: kvm: Cannot boot Linux kernel 2.6.24-1-amd64 from sid: ALERT! does not exist.
Package: kvm Version: 60+dfsg-1 Severity: normal My kvm host is a Dell with an Opteron processor. The host is a Debian sid. Installation (of etch via netinst) went fine but, after upgrading the host to sid, the kernel 2.6.24-1-amd64 boots but cannot mount the root. Here is the complete log: Initializing cgroup subsys cpuset Linux version 2.6.24-1-amd64 (Debian 2.6.24-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)) #1 SMP Mon Feb 11 13:47:43 UTC 2008 Command line: root=/dev/hda1 ro console=ttyS0,115200 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e8000 - 0010 (reserved) BIOS-e820: 0010 - 7fff (usable) BIOS-e820: 7fff - 8000 (ACPI data) BIOS-e820: fffbd000 - 0001 (reserved) end_pfn_map = 1048576 DMI not present or invalid. ACPI: RSDP 000FAD00, 0014 (r0 QEMU ) ACPI: RSDT 7FFF, 002C (r1 QEMU QEMURSDT1 QEMU1) ACPI: FACP 7FFF002C, 0074 (r1 QEMU QEMUFACP1 QEMU1) ACPI: DSDT 7FFF0100, 0938 (r1 BXPC BXDSDT1 INTL 20061109) ACPI: FACS 7FFF00C0, 0040 ACPI: APIC 7FFF0A38, 0068 (r1 QEMU QEMUAPIC1 QEMU1) No NUMA configuration found Faking a node at -7fff Bootmem setup node 0 -7fff No mptable found. Zone PFN ranges: DMA 0 - 4096 DMA324096 - 1048576 Normal1048576 - 1048576 Movable zone start PFN for each node early_node_map[2] active PFN ranges 0:0 - 159 0: 256 - 524272 ACPI: PM-Timer IO Port: 0xb008 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 (Bootup-CPU) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 high level) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level) ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level) Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information swsusp: Registered nosave memory region: 0009f000 - 000a swsusp: Registered nosave memory region: 000a - 000e8000 swsusp: Registered nosave memory region: 000e8000 - 0010 Allocating PCI resources starting at 8800 (gap: 8000:7ffbd000) SMP: Allowing 1 CPUs, 0 hotplug CPUs PERCPU: Allocating 34400 bytes of per cpu data Built 1 zonelists in Node order, mobility grouping on. Total pages: 515944 Policy zone: DMA32 Kernel command line: root=/dev/hda1 ro console=ttyS0,115200 Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) TSC calibrated against PM_TIMER time.c: Detected 2793.104 MHz processor. Console: colour VGA+ 80x25 console [ttyS0] enabled Checking aperture... Memory: 2058152k/2097088k available (2143k kernel code, 38548k reserved, 1003k data, 316k init) Calibrating delay using timer specific routine.. 11195.04 BogoMIPS (lpj=22390092) Security Framework initialized SELinux: Disabled at boot. Capability LSM initialized Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) Mount-cache hash table entries: 256 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0/0 - Node 0 SMP alternatives: switching to UP code Freeing SMP alternatives: 25k freed ACPI: Core revision 20070126 Using local APIC timer interrupts. Detected 62.500 MHz APIC timer. Brought up 1 CPUs net_namespace: 120 bytes NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using configuration type 1 ACPI: Interpreter enabled ACPI: (supports S0 S5) ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI quirk: region b000-b03f claimed by PIIX4 ACPI PCI quirk: region b100-b10f claimed by PIIX4 SMB ACPI: PCI Interrupt Link [LNKA] (IRQs 5 *10 11) ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11) ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 5 10 *11) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init ACPI: bus type pnp registered pnp: PnP ACPI: found 6 devices ACPI: ACPI bus type pnp unregistered usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report NET: Registered protocol family 8 NET: Registered protocol family 20 PCI-GART: No AMD northbridge found. Time: tsc clocksource has been installed. NET: Registered protocol family 2 IP route cache hash table entries: 65536
Bug#476000: kvm: Kernel 2.8.18-6-amd64 does not mount root: many lost ticks
Package: kvm Version: 60+dfsg-1 Severity: normal My kvm host is a Dell with an Opteron processor. The host is a Debian sid. Installation (of etch via netinst) went fine but, after upgrading the host to sid, the kernel 2.6.18-6-amd64 boots but cannot mount the root. Here is the complete log: Bootdata ok (command line is root=/dev/hda1 ro console=ttyS0,115200) Linux version 2.6.18-6-amd64 (Debian 2.6.18.dfsg.1-18etch1) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Sun Feb 10 17:50:19 UTC 2008 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e8000 - 0010 (reserved) BIOS-e820: 0010 - 7fff (usable) BIOS-e820: 7fff - 8000 (ACPI data) BIOS-e820: fffbd000 - 0001 (reserved) DMI not present or invalid. No NUMA configuration found Faking a node at -7fff Bootmem setup node 0 -7fff No mptable found. ACPI: PM-Timer IO Port: 0xb008 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:2 APIC version 17 ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 17, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 high level) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level) ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level) Setting APIC routing to physical flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:7ffbd000) SMP: Allowing 1 CPUs, 0 hotplug CPUs Built 1 zonelists. Total pages: 516125 Kernel command line: root=/dev/hda1 ro console=ttyS0,115200 Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) time.c: Using 3.579545 MHz WALL PM GTOD PIT/TSC timer. time.c: Detected 2793.115 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) Checking aperture... Memory: 2056052k/2097088k available (1927k kernel code, 40648k reserved, 868k data, 176k init) Calibrating delay using timer specific routine.. 7287.11 BogoMIPS (lpj=14574235) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0/0 - Node 0 SMP alternatives: switching to UP code Freeing SMP alternatives: 28k freed ACPI: Core revision 20060707 activating NMI Watchdog ... done. Using local APIC timer interrupts. result 62500227 Detected 62.500 MHz APIC timer. Brought up 1 CPUs testing NMI watchdog ... CPU#0: NMI appears to be stuck (0-0)! migration_cost=0 checking if image is initramfs... it is Freeing initrd memory: 5216k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using configuration type 1 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) ACPI: Assume root bridge [\_SB_.PCI0] bus is 0 PCI quirk: region b000-b03f claimed by PIIX4 ACPI PCI quirk: region b100-b10f claimed by PIIX4 SMB ACPI: PCI Interrupt Link [LNKA] (IRQs 5 *10 11) ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11) ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 5 10 *11) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 6 devices usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report PCI-GART: No AMD northbridge found. PCI: Ignore bogus resource 6 [0:0] of :00:02.0 NET: Registered protocol family 2 IP route cache hash table entries: 65536 (order: 7, 524288 bytes) TCP established hash table entries: 262144 (order: 10, 4194304 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 262144 bind 65536) TCP reno registered audit: initializing netlink socket (disabled) audit(1208163419.244:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 512 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) PCI: PIIX3: Enabling Passive Release on :00:01.0 Limiting direct PCI/PCI transfers. Activating ISA DMA hang workarounds. Real Time Clock Driver v1.12ac Linux agpgart interface v0.101 (c) Dave Jones Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16450 00:05: ttyS0 at I/O 0x3f8 (irq = 4) is a 16450 RAMDISK driver
Bug#476000: Acknowledgement (kvm: Kernel 2.8.18-6-amd64 does not mount root: many lost ticks)
I recreated the guest OS from scratch (netinst etch - upgrade lenny) and, until now, I can still boot this kernel. So, it may have been an issue with the guest OS, not with kvm, may be bug #475923 (I was in sid and the upgrade of the console failed). I'll do more tests tomorrow and report them here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475969: May be an issue with the guest OS
I recreated the guest OS from scratch (netinst etch - upgrade lenny) and, until now, I can still boot this kernel. So, it may have been an issue with the guest OS, not with kvm, may be bug #475923 (I was in sid and the upgrade of the console failed). I'll do more tests tomorrow and report them here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475529: darcs push|pull with ssh stops silently
Package: darcs Version: 1.0.9-1.1 Severity: grave Justification: renders package unusable % darcs get [EMAIL PROTECTED]:Blog % Every network-using command (pull, push, get) behaves the same. darcs changes, revert, record or get/pull/push with local repositories work fine. ssh is working properly: % ssh [EMAIL PROTECTED] date Fri Apr 11 14:54:12 CEST 2008 strace shows no attempt to use the network (no connect() or bind()). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.18-3-sparc64 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages darcs depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libcurl3 7.18.0-1 Multi-protocol file transfer libra ii libgmp3c2 2:4.2.2+dfsg-2 Multiprecision arithmetic library ii libkrb53 1.6.dfsg.3~beta1-4 MIT Kerberos runtime libraries ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages darcs recommends: ii postfix [mail-transport-agent 2.5.1-2High-performance mail transport ag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475529: darcs push|pull with ssh stops silently
On Fri, Apr 11, 2008 at 02:54:43PM +0200, Stephane Bortzmeyer [EMAIL PROTECTED] wrote a message of 44 lines which said: Every network-using command (pull, push, get) behaves the same. darcs changes, revert, record or get/pull/push with local repositories work fine. Sorry, I forgot to test HTTP repositories and they too work fine. So, the problem is only with SSH repositories. % darcs get http://www.lmm.jussieu.fr/~zaleski/darcs/GetparC Copying patch 9 of 9... done. Applying patch 9 of 9... done. Finished getting. % darcs get [EMAIL PROTECTED]:Blog % -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475529: darcs push|pull with ssh stops silently
On Fri, Apr 11, 2008 at 07:29:28AM -0700, David Roundy [EMAIL PROTECTED] wrote a message of 22 lines which said: Have you tried running with --disable-ssh-cm? % darcs pull --disable-ssh-cm darcs failed: unrecognized option `--disable-ssh-cm' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475529: darcs push|pull with ssh stops silently
On Fri, Apr 11, 2008 at 08:01:14AM -0700, David Roundy [EMAIL PROTECTED] wrote a message of 12 lines which said: I see, it's perhaps been renamed to --no-ssh-cm? Indeed, but it doesn't help: % darcs pull --no-ssh-cm % -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461101: gdc: module stdio cannot read file 'std/stdio.d'
Package: gdc Version: 4.1.2-12 Severity: important myriam:~/Programmation/D % cat hello.d import std.stdio; int main () { writefln(Hello world!); return 0; } myriam:~/Programmation/D % gdc hello.d hello.d:1: module stdio cannot read file 'std/stdio.d' And, indeed: myriam:~/Programmation/D % locate stdio.d myriam:~/Programmation/D % It seems something important was forgotten during the packaging :-) myriam:~/Programmation/D % ls -l /usr/include/d/* lrwxrwxrwx 1 root root3 Jan 16 16:10 /usr/include/d/4.1.3 - 4.1 /usr/include/d/4.1: total 4 -rw-r--r-- 1 root root 3079 Dec 10 22:48 object.d -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.18-3-sparc64 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gdc depends on: ii gdc-4.10.25-4.1.2-18 The D compiler gdc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441979: Cannot install: libcurl3: Depends: libssh2-0 which is a virtual package
Package: curl Severity: grave Justification: renders package unusable On a sid machine, just after an aptitude update this morning: % sudo aptitude install curl Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages are BROKEN: libcurl3 The following NEW packages will be installed: curl 0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 359kB of archives. After unpacking 709kB will be used. The following packages have unmet dependencies: libcurl3: Depends: libssh2-0 which is a virtual package. Resolving dependencies... Unable to resolve dependencies! Giving up... Abort. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.18-3-sparc64 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages curl depends on: ii libc6 2.6.1-3 GNU C Library: Shared libraries pn libcurl3none (no description available) ii libkrb531.6.dfsg.1-7 MIT Kerberos runtime libraries ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime curl recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427653: echoping: Too many dependencies
Package: echoping Version: 6.0.2-1 Severity: minor The echoping 6 package has a lot of dependencies that many users will not need. For instance, not everyone will use the LDAP plugin and the non-users will not be happy to have to install the LDAP client libs. I suggest to address this problem. This is not easy on a binary OS like Debian. May be by changing Depends to Recommends. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.18-3-sparc64 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages echoping depends on: ii libc62.5-9 GNU C Library: Shared libraries ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.4-2 library for common error values an ii libidn11 0.6.5-1 GNU libidn library, implementation ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libpq5 8.2.4-1 PostgreSQL C client library ii libtasn1-2 1:0.2.17-2 Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.3-15 compression library - runtime echoping recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241202: ldapmodify does not honor -y option
On Wed, May 30, 2007 at 06:16:56PM -0700, Russ Allbery [EMAIL PROTECTED] wrote a message of 37 lines which said: The behavior of -y and of `cat file` is different. -y uses every byte of the file as the password, including any trailing newline, whereas backticks will strip any trailing newline and using backticks like that on the command line will remove any leading or trailing whitespace. I confirm, with ldapsearch and a sarge machine. Now: # ldapsearch -x -y /etc/ldap.secret -D cn=admin,dc=eureg,dc=eu uid=foobar ldap_bind: Invalid credentials (49) # emacs -nw /etc/ldap.secret [Remove trailing newline] # ldapsearch -x -y /etc/ldap.secret -D cn=admin,dc=eureg,dc=eu uid=foobar # extended LDIF # # LDAPv3 ... I suggest to add your excellent explanation to the man page. Many thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422583: libbind-dev: No libbind shipped (not libbind9, libbind, which has a different content)
Package: libbind-dev Version: 1:9.4.1-1 Severity: normal Unlike the old bind-dev package for BIND8, it seems libbind-dev does no ship libbind.* library files (I don't talk about libbind9.* but about libbind.*, they have a different content.) This is a problem for programs like milter-greylist (http://hcpnet.free.fr/milter-greylist/) or dnscap (http://public.oarci.net/tools/dnscap) which need it to be compiled. It seems there is currently no way on Debian to get these files from a package. My suggestion: configure BIND with --enable-libbind and install libbind.* for libbind-dev. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.18-3-sparc64 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libbind-dev depends on: ii libdns32 1:9.4.1-1 DNS Shared Library used by BIND ii libisc32 1:9.4.1-1 ISC Shared Library used by BIND ii libisccc301:9.4.1-1 Command Channel Library used by BI ii libisccfg30 1:9.4.1-1 Config File Handling Library used ii liblwres301:9.4.1-1 Lightweight Resolver Library used libbind-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397774: Thanks for the research and the solutions
Thanks to all those who search and reported solutions for Debian bug #397774. I just upgraded a Subversion server (authenticating with LDAP) to etch and the following config works for me: # Disable basic file-based authentication # Starting with Apache 2.2, everything changed :-( # See Debian bug #397774 AuthBasicAuthoritative off AuthUserFile /dev/null AuthBasicProvider ldap AuthzLDAPAuthoritative off AuthType Basic AuthName Subversion Repository AuthLDAPURL ldap://ldap.generic-nic.net/ou=People,dc=example,dc=net?uid?sub?(objectClass=*) require valid-user -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407430: Fixed in released version
Problem fixed in release 6.0.1. Many thanks for the bug report. signature.asc Description: Digital signature
Bug#416358: Installation of headers
BTW, echoping 6.0.1 (just released) installs the headers in $PREFIX/include/echoping. signature.asc Description: Digital signature
Bug#416358: echoping: New upstream release (but not obvious to package)
Package: echoping Version: 5.2.0-2.1 Severity: wishlist echoping 6 is out: http://echoping.sourceforge.net/ But it is more complicated to package since it now introduces dynamic plugins. Several plugins are shipped with echoping, for instance the PostgreSQL one. It is probably not wise to make echoping depend on PostgreSQL Debian package. Possible solutions: * one package per plugin, which would create many very small packages (xmms does it, apparently), * only one package but with Recommends instead (xmms worked that way before, in sarge) Also, in order to enable plugin compilation on the machine where the package is installed, it could be a good idea to install echoping.h and compilation.h somewhere. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages echoping depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libidn110.6.5-1 GNU libidn library, implementation echoping recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340310: Seems solved in version 6
I cannot reproduce the bug in echoping version 6 (just shipped). I did not fix it on purpose :-) but it seems fixed nevertheless. I confirm the bug in 5.2. I hesitate to make a security fix since there is no real security issues. But it is indeed a nasty bug. signature.asc Description: Digital signature
Bug#407430: free() too eager
Commenting out the free(hostname) suffices to solve the problem. For more study. Here is the backtrace: (gdb) bt #0 0x2b44570428d5 in raise () from /lib/libc.so.6 #1 0x2b4457043b6e in abort () from /lib/libc.so.6 #2 0x2b4457078987 in ?? () from /lib/libc.so.6 #3 0x2b445707da7d in ?? () from /lib/libc.so.6 #4 0x00406c67 in make_http_sendline ( url=0x554460 /?query=0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567, host=0x55cd10 www.james.rcpt.to, port=80, nocache=0) at http.c:53 #5 0x004045c6 in main (argc=3, argv=0x7fe50b98) at echoping.c:695 (http.c:53 contains the call to free)
Bug#407430: Problem is upstream
tag 407430 upstream thanks Problem registered upstream as http://sourceforge.net/tracker/index.php?func=detailaid=1688940group_id=4581atid=104581 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340310: Problem is upstream
tag 340310 upstream thanks Problem registered upstream as http://sourceforge.net/tracker/index.php?func=detailaid=1688939group_id=4581atid=104581 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411926: netbase: /etc/protocols misses UDP-lite
Package: netbase Version: 4.29 Severity: minor UDP-Lite, protocol 136, described in RFC 3828, is missing in /etc/protocols. Although I do not think that /etc/protocols should list only the protocols implemented in Linux (think of tcpdump, for instance), UDP-Lite *is* in Linux: http://lwn.net/Articles/220545/ 2.6.20 short-format changelog [NET]: Supporting UDP-Lite (RFC 3828) in Linux -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages netbase depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii ifupdown0.6.8high level tools to configure netw ii iputils-ping [ping] 3:20020927-4 Tools to test the reachability of ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip ii openbsd-inetd [inet-superse 0.20050402-4 The OpenBSD Internet Superserver netbase recommends no packages. -- debconf information: netbase/upgrade-note/etc-network-interfaces-pre-3.17-1: netbase/upgrade-note/init.d-split-pre-3.16-1: netbase/upgrade-note/radius-ports-pre-3.05: netbase/upgrade-note/portmap-restart-pre-3.11-2: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410900: O: echoping -- A small test tool for TCP servers
Package: wnpp Severity: normal I am retiring from Debian (cause: lack of activity) I intend to orphan the echoping package. No pending bugs. The package is quit simple and suitable for a beginner. The package description is: Can test if a server is listening on a remote machine and can measure the round-trip time. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410901: O: dnsdoctor -- DNS (Domain Name System) checking tool
Package: wnpp Severity: normal I intend to orphan the dnsdoctor package. Because I leave Debian. The package is complicated and strongly depends on Ruby. It seems unmaintained upstream. May be a merge with zonecheck (same code base) should be considered. The package description is: DNSdoctor is intended to help solving misconfigurations or inconsistencies. It will help you by looking for potential errors and give you a description of the problem and refere you to RFC or other documents; but of course it is still recommanded that you have some basic knowledge of how the DNS works. The DNSdoctor configuration file reflect the policy to use. You can let it select the best test set to apply when checking a zone (use of a reverse delegation profile for .ip6.arpa or .in-addr.arpa, and a generic profile for other TLDs); but on the other hand, you can also force the use of a particular profile or create a new one (for example to test RFC compliance). This package is the command-line version. http://www.dnsdoctor.org/ -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410901: Also for dnsdoctor-cgi
This orphaning is also for the dnsdoctor-cgi package (same source package). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407896: zonecheck: Zonecheck displays raw XML
On Tue, Jan 23, 2007 at 05:55:35PM -0800, Sebastien Delafond [EMAIL PROTECTED] wrote a message of 54 lines which said: I am not seeing that on unstable as of today; I did see the problem on unstable, too. And I've found a solution: apt-get remove libxml-ruby1.8 This solves the problem (thanks to Jean-Philippe Pick) On the machines where it works, try installing libxml-ruby1.8, you will probably see the problem appearing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407896: zonecheck: Zonecheck displays raw XML
On Wed, Jan 31, 2007 at 10:37:58AM -0800, Sebastien Delafond [EMAIL PROTECTED] wrote a message of 27 lines which said: So... do you think the problem is in the zonecheck code, or rather something to do with the way libxml-ruby1.8 is packaged ? No idea, I'm afraid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407896: Also on Fedora
A colleague had it on Fedora Core 5, too. Same mystery. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407896: zonecheck: Zonecheck displays raw XML
On Tue, Jan 23, 2007 at 05:55:35PM -0800, Sebastien Delafond [EMAIL PROTECTED] wrote a message of 54 lines which said: Stephane, do you have other etch boxes where you can reproduce this problem ? Right, another etch box does not have the problem (both have been 'aptitude dist-upgrade' this morning. I'll study both machines in details to see where they can be different. Any idea? PS: debian.org fails Zonecheck because the nameserver on saens is down. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407896: zonecheck: Zonecheck displays raw XML
Package: zonecheck Version: 2.0.4-6 Severity: important % zonecheck --ns 'NS1.DREAMHOST.COM;NS2.DREAMHOST.COM;NS3.DREAMHOST.COM' france-japon.fr TAG NAME=NS_ZONEZONE/TAG : france-japon.fr. TAG NAME=NS_NSNS/TAG = : ns1.dreamhost.com. [66.33.206.206] TAG NAME=NS_NSNS/TAG : ns2.dreamhost.com. [66.201.54.66] TAG NAME=NS_NSNS/TAG : ns3.dreamhost.com. [66.33.216.216] [More XML...] _ ,-.| |tag name=fatalfatal/tag|| ~~~ `-' tag name=fatal_idf/tag Server doesn't listen/answer on port 53 for TCP protocol ... This appeared in etch some weeks ago. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages zonecheck depends on: ii iputils-ping3:20020927-4 Tools to test the reachability of ii ruby1.8.2-1 An interpreter of object-oriented zonecheck recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389880: .mobi has a whois server
Package: whois Version: 4.7.17 Severity: normal % whois indom.mobi This TLD has no whois server, but you can access the whois database at http://pc.mtld.mobi/whois/ But there is such a server, officially announced by IANA: % whois -h whois.dotmobiregistry.net indom.mobi NOT FOUND (try nic.mobi for a domain name which does exist) -- 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.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages whois depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libidn11 0.6.5-1 GNU libidn library, implementation whois recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336978: RFS: frown
On Fri, Sep 15, 2006 at 11:21:12PM +0200, Arjan Oosting [EMAIL PROTECTED] wrote a message of 69 lines which said: frown - LALR(k) parser generator for Haskell 98 Before I read the documentation, how does it compare with Parsec and Happy which are already in Debian? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#216703: The bug still goes on with etch
Upgrading my workstation from sarge to etch broke wdm. Authentification is always refused ERROR login failed. login and xdm have no problem. The transition described in http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200308/msg00012.html has been completed a long time ago. Here is my /etc/pam.d/wdm : #%PAM-1.0 authrequiredpam_nologin.so authrequiredpam_env.so @include common-auth @include common-account @include common-session I not that wdmLogin does not seem to be linked with PAM, at least ldd does not find it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338447: Upgrade to etch triggers the bug
Since this bug was in grepmail's cache code, it's possible that other changes in its cache (~/.grepmail-cache) have made it not reprodce anymore. You might try deleting your current cache, Upgrading (with aptitude) from sarge to etch seems sufficient to triggers the bug. Your workaround (rm ~/.grepmail-cache) seems to suffice to solve it. May be a debconf warning in grepmail? (Searching all .grepmail-cache of all users seem not possible) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369337: dnsutils: Why the man page of query-loc without the program?
Package: dnsutils Version: 1:9.3.2-2 Severity: minor dnsutils now includes a man page for the program query-loc (which is in BIND's contrib/) but not the program itself. Why? Including the man page without the program is worse than nothing since it conflicts with my unofficial query-loc package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-sparc64 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages dnsutils depends on: ii bind9-host [host] 1:9.3.2-2 Version of 'host' bundled with BIN ii libbind9-01:9.3.2-2 BIND9 Shared Library used by BIND ii libc6 2.3.6-9GNU C Library: Shared libraries ii libdns21 1:9.3.2-2 DNS Shared Library used by BIND ii libisc11 1:9.3.2-2 ISC Shared Library used by BIND ii libisccfg11:9.3.2-2 Config File Handling Library used ii liblwres9 1:9.3.2-2 Lightweight Resolver Library used ii libssl0.9.8 0.9.8b-2 SSL shared libraries dnsutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368531: Debian Xen kernel-image?
Could you please try with a Debian kernel image There is one? I do not find it in either etch or sid (or on Alioth). Do I have to recompile a kernel? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368522: graphviz: Does not set the XML encoding when producing SVG
Package: graphviz Version: 2.2.1-1sarge1 Severity: minor When using the (documented) option 'charset = iso-8859-1', I observe that neato does not set the proper XML encoding when it produces SVG. Hence the output file is rejected as not well-formed. % more sample.dot graph network { charset = iso-8859-1; label = Réseau; } % neato -Tsvg sample.dot sample.svg % more sample.svg ?xml version=1.0 encoding=UTF-8 standalone=no? ^ Wrong % xmllint --noout sample.svg sample.svg:11: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xE9 0x73 0x65 0x61 text text-anchor=middle x=85 y=259Réseau/text ^ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages graphviz depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1PNG library - runtime ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii tcl8.4 8.4.9-1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.9-1 Tk toolkit for Tcl and X11, v8.4 - ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information
Bug#368531: RuntimeError: (111, 'Connection refused')
Package: xen-utils-3.0 Version: 3.0.2+hg9656-1 Severity: grave Justification: renders package unusable When xend starts: [2006-05-22 22:07:18 xend] INFO (SrvDaemon:278) Xend Daemon started [2006-05-22 22:07:18 xend] INFO (SrvDaemon:282) Xend changeset: Thu Apr 27 09:58 :50 2006 +0100 . [2006-05-22 22:07:18 xend] ERROR (SrvDaemon:292) Exception starting xend ((111, 'Connection refused')) Traceback (most recent call last): File /usr/lib/python2.3/site-packages/xen/xend/server/SrvDaemon.py, line 286 , in run servers = SrvServer.create() File /usr/lib/python2.3/site-packages/xen/xend/server/SrvServer.py, line 108 , in create root.putChild('xend', SrvRoot()) File /usr/lib/python2.3/site-packages/xen/xend/server/SrvRoot.py, line 40, i n __init__ self.get(name) File /usr/lib/python2.3/site-packages/xen/web/SrvDir.py, line 82, in get val = val.getobj() File /usr/lib/python2.3/site-packages/xen/web/SrvDir.py, line 52, in getobj self.obj = klassobj() File /usr/lib/python2.3/site-packages/xen/xend/server/SrvDomainDir.py, line 39, in __init__ self.xd = XendDomain.instance() File /usr/lib/python2.3/site-packages/xen/xend/XendDomain.py, line 582, in i nstance inst.init() File /usr/lib/python2.3/site-packages/xen/xend/XendDomain.py, line 70, in in it xstransact.Mkdir(VMROOT) File /usr/lib/python2.3/site-packages/xen/xend/xenstore/xstransact.py, line 317, in Mkdir complete(path, lambda t: t.mkdir(*args)) File /usr/lib/python2.3/site-packages/xen/xend/xenstore/xstransact.py, line 323, in complete t = xstransact(path) File /usr/lib/python2.3/site-packages/xen/xend/xenstore/xstransact.py, line 20, in __init__ self.transaction = xshandle().transaction_start() File /usr/lib/python2.3/site-packages/xen/xend/xenstore/xsutil.py, line 18, in xshandle xs_handle = xen.lowlevel.xs.xs() RuntimeError: (111, 'Connection refused') The machine is a plain etch. The kernel is a binary obtained from Xen. The previous installation of Xen was manual and everything worked (it is not my first Xen installation). I installed the official package and it no longer works. Grub configuration : title XEN with Debian GNU/Linux, kernel 2.6-xen0 root(hd0,0) kernel /boot/xen-3.0-i386.gz dom0_mem=32M module /boot/vmlinuz-2.6-xen0 root=/dev/sda1 ro console=tty0 savedefault boot -- 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.6-xen0 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages xen-utils-3.0 depends on: ii iproute 20051007-4 Professional tools to control the ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-1.1Shared libraries for terminal hand ii python2.3.5-5An interactive high-level object-o ii udev 0.091-2/dev/ and hotplug management daemo ii xen-hypervisor-3.0-i386 [ 3.0.2+hg9656-1 The Xen Hypervisor for i386 ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages xen-utils-3.0 recommends: ii bridge-utils 1.1-1 Utilities for configuring the Linu ii libc6-xen 2.3.6-7GNU C Library: Shared libraries [X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361902: rss2email: Invalid encoding of authors in the From: field
Package: rss2email Version: 1:2.54-2 Severity: normal When ran against my blog, http://www.bortzmeyer.org/feed.atom, rss2email produces emails like: From: Blog de =?utf-8?Q?St=E9phane?= Bortzmeyer, =?utf-8?Q?St=E9phane?= Bortzmeyer [EMAIL PROTECTED] They are invalid: the encoding says UTF-8 (the Atom feed is itself in UTF-8) but the =E9 (e with acute accent) is the code point, not the encoded character. Of course, Python programs which try to read the email fail: Traceback (most recent call last): File bin/rewrite-email.py, line 11, in ? upart = (part[0]).decode(part[1]) UnicodeDecodeError: 'utf8' codec can't decode bytes in position 2-4: invalid data [Tested on sid, same problem.] -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages rss2email depends on: ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361264: hlfl: Segmentation fault with some options
Package: hlfl Version: 0.60.1-1 Severity: normal ~ % hlfl -v zsh: segmentation fault hlfl -v (Otherwise, it works. -v option is described in the man page.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages hlfl depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346564: Uploaded
On Mon, Jan 16, 2006 at 12:06:54PM +0100, Andreas Rottmann [EMAIL PROTECTED] wrote a message of 14 lines which said: JFYI: I just uploaded a darcsweb 0.14-1 to sid. I tested it on a sarge machine and it works fine except if the commit messages contain Latin-1 characters (darcs does not handle this properly - issue #33, producing not-wellformed XML, crashing darcsweb). The following patch have been sent upstream. New patches: [Add the XML decleration that darcs does not add [EMAIL PROTECTED] { hunk ./darcsweb.cgi 20 +import tempfile hunk ./darcsweb.cgi 700 - xmlf = run_darcs(changes --xml-output + params) + raw_xml = run_darcs(changes --xml-output + params) + xmlf = tempfile.TemporaryFile() + # Add the XML declaration. darcs should do it but does not. See issue 33 + # on bugs.darcs.net. + xmlf.write('?xml version=1.0 encoding=%s?\n' % config.repoencoding) + xmlf.write(raw_xml.read()) + raw_xml.close() + xmlf.seek(0) hunk ./darcsweb.cgi 709 - xmlf.close() - } Context: [fixu8: honour config.repoencoding when decoding characters like [_\e3] Kirill Smelkov [EMAIL PROTECTED]**20051130113626] [another basic validation issue Alexandre Rossi [EMAIL PROTECTED]**20051112235916 The issue was that there was an empty line before the XML declaration, which is not valid. ] [Make how_old() return a fixed date when caching is enabled. Alberto Bertogli [EMAIL PROTECTED]**20051117144133 how_old() becomes a problem when we have a cache, because the relative dates will get stalled in the cache. This is makes a workaround by making how_old() return a string containing the fixed date, which isn't quite nice but it will do the trick until a better solution comes up. ] [Don't close the file in a cache miss. Alberto Bertogli [EMAIL PROTECTED]**20051117144027] [Call cache.cancel() only if we have a cache. Alberto Bertogli [EMAIL PROTECTED]**20051117032757] [Implement a simple cache. Alberto Bertogli [EMAIL PROTECTED]**20051117031028 This patch implements a very simple but effective cache, so darcsweb can avoid regenerating everything all the time. Based on an idea from Alexandre Rossi. ] [Use a more human-friendly format por list configuration variables. Leandro Lucarella [EMAIL PROTECTED]**20051110152239] [Highlight tags in the shortlog/summary. Alberto Bertogli [EMAIL PROTECTED]**20051110003434] [Add exclusion lists to multidir configuration. Alberto Bertogli [EMAIL PROTECTED]**20051109235947] [TAG 0.12 Alberto Bertogli [EMAIL PROTECTED]**20051109011031] Patch bundle hash: e456be38e6e3275be6231bd86bbe663cd6d3d021
Bug#346564: RFP: darcsweb -- A Web interface for the darcs Version Control System
Package: wnpp Severity: wishlist * Package name: darcsweb Version : 0.13 Upstream Author : Alberto Bertogli [EMAIL PROTECTED] * URL : http://users.auriga.wearlab.de/~alb/darcsweb/ * License : BOLA (see http://lists.debian.org/debian-legal/2006/01/msg00098.html and following) Description : A Web interface for the darcs Version Control System A simple Web interface for darcs, inspired in gitweb. It's written in Python and calls darcs to get most of the data [so the Debian package must Depends-on darcs]. It should work on any webserver without any special configuration besides enabling CGIs; it has been tested with lighttpd, thttpd and Apache. It supports browsing records and their diffs, extracting diffs against the current head, browsing the current tree, annotate, provides an RSS or Atom feed, etc. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345959: RFP: rnv -- Relax NG Compact Syntax Validator in C
Package: wnpp Severity: wishlist * Package name: rnv Version : 1.7 Upstream Author : David Tolpin, Davidashen [EMAIL PROTECTED] * URL : http://ftp.davidashen.net/PreTI/RNV/ * License : BSD Description : Relax NG Compact Syntax Validator in C rnv is a very fast command-line RelaxNG validator. Notes for the packager: RelaxNG is a schema language for XML. rnv is entirely in C and therefore does not depend on non-free Java stuff like jing (or on C++ libraries like libxml2). It has no man page and the Makefile is very incomplete. But the code seems OK. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342335: Different, but not better with 0.8.5-4
I just tried dillo on a sid machine (0.8.5-4) and the problem is now the opposite (same Web site, http://www.bortzmeyer.org/). UTF-8 characters are OK but characters coded as entities are not displayed at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342335: dillo: Does not handle UTF-8 characters
Package: dillo Version: 0.8.3-1 Severity: normal On a Web site like http://www.bortzmeyer.org/, Unicode characters represented as numeric entities (#xE9;) are displayed fine but when they are direclty in UTF-8, Dillo displays the bytes uninterpreted. AFAIK, content-type in meta is correct, and HTTP headers too (both indicates that the encoding is UTF-8). -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.27-2-k6 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages dillo depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng10-0 1.0.18-1 PNG library, older version - runti ii libssl0.9.70.9.7e-3sarge1SSL shared libraries ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14sarge1 X Window System Input extension li ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339433: Bug is upstream
forwarded 339433 Sourceforge BTS quit Forwarded upstream as #1366369. See https://sourceforge.net/tracker/index.php?func=detailaid=1366369group_id=87005atid=581684 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339433: liferea: No date displayed for ATOM feeds
Package: liferea Version: 0.9.1-1 Severity: normal For ATOM feeds (like http://www.bortzmeyer.org/feed.atom, which is a valid and tested feed) no date is displayed by Liferea. (RSS feeds are OK.) -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.27-2-k6 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages liferea depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxml22.6.16-7 GNOME XML library ii liferea-gtkhtml0.9.1-1 gtkhtml-based rendering for Lifere ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333490: rss2email: Does not handle Atom (final version) feeds
Package: rss2email Version: 1:2.54-2 Severity: normal When you add an Atom field (one which uses the final Atom standard, specified in Internet-Draft draft-ietf-atompub-format-11, approved by IESG and which will be a RFC soon), r2e run fails: === SEND THE FOLLOWING TO [EMAIL PROTECTED] === E: can't process http://www.atomenabled.org/atom.xml {'feed': {}, 'status': 200, 'version': '', 'headers': {'date': 'Wed, 12 Oct 2005 07:15:26 GMT', 'connection': 'close', 'content-type': 'application/xml', 'server': 'Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.7a FrontPage/5.0.2.2634 PHP/4.3.10'}, 'bozo': 0, 'encoding': 'utf-8', 'url': 'http://www.atomenabled.org/atom.xml', 'etag': None, 'entries': []} rss2email 2.54 feedparser 3.3 html2text 2.2 Python 2.3.5 (#2, Sep 4 2005, 22:01:42) [GCC 3.3.5 (Debian 1:3.3.5-13)] === END HERE === Upstream have been notified. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages rss2email depends on: ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333490: Patch to recognize Atom 1.0 feeds
tag 333490 patch thanks Here is a patch against fedparser.py which seems to work. The namespace is the official namespace of Atom 1.0 (see the Internet-Draft, soon to be RFC). --- feedparser.py.orig 2005-10-12 11:33:40.0 +0200 +++ feedparser.py 2005-10-12 11:44:15.0 +0200 @@ -235,6 +235,7 @@ uri/of/echo/namespace#: , http://purl.org/pie/: , http://purl.org/atom/ns#: , + http://www.w3.org/2005/Atom: , http://purl.org/rss/1.0/modules/rss091#: , http://webns.net/mvcb/: admin, I report it to feedparser.org also. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333490: Acknowledgement (rss2email: Does not handle Atom (final version) feeds)
tag 333490 upstream thanks Upstream bug is against feedparser.org (#1312408 at Sourceforge). You can follow it here: http://sourceforge.net/tracker/index.php?func=detailaid=1312408group_id=112328atid=661937 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327898: python2.3-clientcookie: The version in Debian is quite old
On Tue, Sep 13, 2005 at 06:51:56AM +0530, Ganesan Rajagopal [EMAIL PROTECTED] wrote a message of 44 lines which said: 1.0.3 is already in testing. Oops, I run sarge and did not test properly that it exists on sid (I tried also on a machine which was supposed to run sid but which was stalled in sarge.) Sorry for the false alarm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327898: python2.3-clientcookie: The version in Debian is quite old
Package: python2.3-clientcookie Version: 0.4.19-1 Severity: wishlist There is, for more than a year, a 1.0.3 on the upstream site (http://wwwsearch.sourceforge.net/ClientCookie/) and interesting programs like mechanize (http://wwwsearch.sourceforge.net/mechanize/) require it. Here, installing mechanize with the Debian package of ClientCookie: ~/tmp/mechanize-0.0.9a % python setup.py build Traceback (most recent call last): File setup.py, line 8, in ? from mechanize import __version__ File /home/stephane/tmp/mechanize-0.0.9a/mechanize/__init__.py, line 1, in ? from _useragent import UserAgent#, http_get, http_put, http_head File /home/stephane/tmp/mechanize-0.0.9a/mechanize/_useragent.py, line 16, in ? from ClientCookie import OpenerDirector, BaseHandler ImportError: cannot import name BaseHandler (It works with ClientCookie 1.0.3 installed by hand) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages python2.3-clientcookie depends on: ii python2.3 2.3.5-3An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326952: May be just a documentation problem
Unlike the man page, online documentation (http://www.haskell.org/happy/doc/html/sec-invoking.html) says that you *must* use -a with -d (something which is unfortunately not checked by Happy). Indeed, it seems to solve the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326952: happy: -d does not work
Package: happy Version: 1.15-1 Severity: minor Tags: patch man happy says: -d, --debug Generate a parser that will print debugging information to stderr at run-time, including all the shifts, reductions, state transitions and token inputs performed by the parser. but happy -d file.y yields: Fail: /usr/lib/happy-1.15/HappyTemplate-debug: openFile: does not exist (No such file or directory) The attached patch seems to solve the problem. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages happy depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgmp3 4.1.4-6 Multiprecision arithmetic library -- no debconf information diff -ru happy-1.15.orig/happy/templates/Makefile happy-1.15/happy/templates/Makefile --- happy-1.15.orig/happy/templates/Makefile2004-10-27 13:29:21.0 +0200 +++ happy-1.15/happy/templates/Makefile 2005-09-06 22:39:47.337317231 +0200 @@ -7,6 +7,7 @@ TEMPLATES = \ HappyTemplate \ HappyTemplate-ghc \ + HappyTemplate-debug \ HappyTemplate-coerce \ HappyTemplate-arrays \ HappyTemplate-arrays-ghc \ @@ -58,6 +59,9 @@ HappyTemplate-arrays-coerce.hspp : $(GENERIC_TEMPLATE) $(CPP_IT) $@ -DHAPPY_GHC -DHAPPY_ARRAY -DHAPPY_COERCE $(GENERIC_TEMPLATE) +HappyTemplate-debug.hspp : $(GENERIC_TEMPLATE) + $(CPP_IT) $@ -DHAPPY_DEBUG $(GENERIC_TEMPLATE) + HappyTemplate-arrays-debug.hspp : $(GENERIC_TEMPLATE) $(CPP_IT) $@ -DHAPPY_ARRAY -DHAPPY_DEBUG $(GENERIC_TEMPLATE)
Bug#326518: ipmasq-kmod fails with kernels 2.6
Package: ipmasq Version: 4.0.2 Severity: important Tags: patch ipmasq-kmod cannot load important modules (like ip_conntrack_ftp) because it looks only for *.o files under /lib/modules while 2.6 kernels use *.ko. Being unable to work with 2.6 is enough to deserve an important severity. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages ipmasq depends on: ii debconf 1.4.30.13 Debian configuration management sy ii ipchains 1.3.10-15 Network firewalling for Linux 2.2. ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis -- debconf information: * ipmasq/start: true ipmasq/external-rules-moved: true * ipmasq/start-location: After network interfaces are brought up ipmasq/dpkg-conffiles: * ipmasq/ppp-turn-off: ipmasq/ppp-turn-on: ipmasq/move-ipmasq.rules: true * ipmasq/ppp-recompute: true ipmasq/old-ipmasq.conf: true ipmasq/old-rc.boot-file: true --- ipmasq-kmod.ORIG2005-09-03 23:33:23.131062584 +0200 +++ ipmasq-kmod 2005-09-03 23:34:43.131206124 +0200 @@ -12,6 +12,7 @@ # modules here. (/etc/ipmasq/modules is valid # only for 2.0 and 2.2 kernel) #v3.5.28 2004-01-08T20:29:10 CET Osamu +#2005-09-03: ported on kernel 2.6 S. Bortzmeyer # This is here as an easy helper for the ipmasq introduction. # @@ -101,7 +102,7 @@ if [ -z $($LSMOD|grep -e ^$1 ) ]; then # Even if modules do not exist, exit OK - if [ -e $MOD_DIR/kernel/net/ipv4/netfilter/$1.o ]; then + if [ -e $MOD_DIR/kernel/net/ipv4/netfilter/$1.$MODEXT ]; then $MODPROBE $1 2/dev/null || true fi else @@ -143,6 +144,12 @@ fi ## +if [ $KL_VER = 2.6 ]; then + MODEXT=ko +else + MODEXT=o +fi + if [ $KL_VER = 2.0 -o $KL_VER = 2.2 ]; then # Do the modules for 2.0 and 2.2 using Brian's code
Bug#319958: Confirmation for the solution
Yes, you simply have to recompile the current source package, without a change (tested on i386 and sparc, with the current up-to-date sid). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309648: Should we reopen the bug?
#309648 appears as fixed while the bug is still in sarge. sarge being frozen, the bug does *not* appear as RC (http://bugs.debian.org/release-critical/debian/all.html). I believe we should reopen the bug (with its current tags, including sarge). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308372: python2.3-epydoc: Ignores encoding of the Python files
Package: python2.3-epydoc Version: 2.1-8 Severity: normal epydoc --html ignores the encoding of the Python source file (PEP 263) and always put a: ?xml version=1.0 encoding=iso-8859-1? which probably comes from my locale (it should come from the encoding specified as '# -*- coding: utf-8 -*-'). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages python2.3-epydoc depends on: ii python-epydoc 2.1-8 tool for generating Python API doc -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305345: RFP: vampire -- An extension module for mod_python
Package: wnpp Severity: wishlist * Package name: vampire Version : 1.5 Upstream Author : Graham Dumpleton [EMAIL PROTECTED] * URL : http://www.dscpl.com.au/projects/vampire/ * License : BSD (http://www.dscpl.com.au/projects/vampire/license.html) Description : An extension module for mod_python Vampire is an extension module for mod_python which provides a more flexible dispatch mechanism for basic content handlers. Whereas the standard mod_python handler mechanism only allows one content handler to be associated with a whole directory when handling the content delivery phase of servicing a HTTP request, Vampire implements a mechanism for selecting between multiple content handlers associated with distinct resources within a directory. In addition to this main feature, Vampire also provides an alternative implementation of the mod_python.publisher module along which a range of other useful features which make using mod_python a much more pleasant experience. Vampire appears to run well on sarge with packages of Apache 2 and mod_python. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303643: No copyright in /usr/share/doc/graphviz
Package: graphviz Version: 2.2-2 Severity: serious Justification: Policy 12.5 The lack of a copyright file (the licence is there, but not the mandatory copyright file) seems a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages graphviz depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-10 X Athena widget set library ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii tcl8.4 8.4.9-1 Tcl (the Tool Command Language) v8 ii tk8.48.4.9-1 Tk toolkit for Tcl and X11, v8.4 - ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299689: mydns-pgsql: MySQL (not PostgreSQL) mentioned in description
Package: mydns-pgsql Version: N/A; reported 2005-03-15 Severity: minor Description says: It is primarily designed for organizations with many zones and/or resource records who desire the ability to perform real-time dynamic updates on their DNS data via MySQL. The last reference should be to PostgreSQL, not MySQL. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux ludwigV 2.4.28 #1 Tue Jan 4 13:30:55 CET 2005 i686 Locale: LANG=C, LC_CTYPE=fr_FR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#260368: ldap-utils: [sparc] bus error
On Wed, Mar 09, 2005 at 01:43:53PM +0100, Torsten Landschoff [EMAIL PROTECTED] wrote a message of 37 lines which said: Now that 2.1.30 is in sarge, could you test it? I still think it is a problem with the gcrypt/gnutls stuff. Indeed, its seems to work now on the UltraSparc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292129: DVI never works (gs: Error: /undefined in pgfo)
Package: latex-beamer Version: 3.01-1 Severity: normal I can produce DVI files but I cannot see them with xdvi: gs: Error: /undefined in pgfo gs: Operand stack: gs: gs: Execution stack: gs:%interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- gs:2 %stopped_push --nostringval-- --nostringval-- --nostringval-- fals gs: e 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %op gs: array_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- gs: --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- %loop gs: _continue --nostringval-- --nostringval-- --nostringval-- false 1 %st gs: opped_push 1 3 %oparray_pop --nostringval-- --nostringval-- false 1 gs:%stopped_push --nostringval-- --nostringval-- --nostringval-- gs: Dictionary stack: gs:--dict:1052/1123(ro)(G)-- --dict:0/20(G)-- --dict:84/200(L)-- --dict:22/ gs: 250(L)-- gs: Current allocation mode is local This happens with every beamer file (for instance conference-ornate-20min.de.tex). PDF is OK. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages latex-beamer depends on: ii latex-xcolor 2.00-1 Easy driver-independent TeX class ii pgf 0.65-1 TeX Portable Graphic Format ii tetex-extra 2.0.2c-3 Additional library files of teTeX -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]