Bug#416388: linux-source-2.6.18: Wodim hangs and system may freeze
I don't have boot log, this is dmesg Linux version 2.6.18-28mar7 (Version: rev.04) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 PREEMPT Wed Mar 28 07:23:22 BST 2007 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 1ffc (usable) BIOS-e820: 1ffc - 1fff8000 (ACPI data) BIOS-e820: 1fff8000 - 2000 (ACPI NVS) BIOS-e820: ffb8 - ffc0 (reserved) BIOS-e820: fff0 - 0001 (reserved) 511MB LOWMEM available. On node 0 totalpages: 131008 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 126912 pages, LIFO batch:31 DMI 2.3 present. Allocating PCI resources starting at 3000 (gap: 2000:dfb8) Detected 996.809 MHz processor. Built 1 zonelists. Total pages: 131008 Kernel command line: root=/dev/hda1 ro vga=ext Local APIC disabled by BIOS -- you can enable it with lapic mapped APIC to d000 (01402000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 2048 (order: 11, 8192 bytes) Console: colour VGA+ 80x50 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 515084k/524032k available (2727k kernel code, 8468k reserved, 836k data, 180k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 1994.93 BogoMIPS (lpj=3989868) Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0383f9ff CPU: After vendor identify, caps: 0383f9ff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K CPU: After all inits, caps: 0383f9ff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to e000. CPU: Intel Pentium III (Coppermine) stepping 0a Checking 'hlt' instruction... OK. NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=2 PCI: Using configuration type 1 Setting up standard PCI resources Linux Plug and Play Support v0.97 (c) Adam Belay SCSI subsystem initialized usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI quirk: region 0400-047f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 0500-053f claimed by ICH4 GPIO Boot video device is :01:00.0 PCI: Transparent bridge - :00:1e.0 PCI: Using IRQ router PIIX/ICH [8086/2440] at :00:1f.0 PCI: Bridge: :00:01.0 IO window: c000-cfff MEM window: ff80-ff8f PREFETCH window: ee90-f69f PCI: Bridge: :00:1e.0 IO window: d000-dfff MEM window: ff90-ff9f PREFETCH window: f6a0-f6af PCI: Setting latency timer of device :00:1e.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 4, 65536 bytes) TCP bind hash table entries: 8192 (order: 3, 32768 bytes) TCP: Hash tables configured (established 16384 bind 8192) TCP reno registered apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]). NTFS driver 2.1.27 [Flags: R/O]. io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered isapnp: Scanning for PnP cards... isapnp: No Plug Play device found lp: driver loaded but no devices found Real Time Clock Driver v1.12ac [drm] Initialized drm 1.0.1 20051102 [drm] Initialized r128 2.5.0 20030725 on minor 0 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP] parport0: Printer, Samsung ML-2550 lp0: using parport0 (polling). Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 ne2k-pci.c:v1.03 9/22/2003 D. Becker/P. Gortmaker http://www.scyld.com/network/ne2k-pci.html PCI: setting IRQ 11 as level-triggered PCI: Found IRQ 11 for device :02:0b.0 PCI: Sharing IRQ 11 with :02:09.2 eth0: RealTek RTL-8029 found at 0xdf20, IRQ 11, 00:40:33:9A:C9:A4. Linux video capture interface: v2.00 pwc: Philips webcam module version 10.0.12 loaded. pwc: Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750 PCVC830/840. pwc: Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 and MPC-C30, pwc: the Creative WebCam 5 Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100. usbcore: registered new
Bug#267327: cvslog.cgi still broken, uses CGI.pl
found 267327 1.3+cvs20060111-2 Thanyou cvslog.pl in this version pulls in CGI.pl which lives in the lib dir. The posted patch, applied above the require 'CGI.pl' line instead of below it, fixes this problem. -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpu8ApyJFE22.pgp Description: PGP signature
Bug#416423: BMP loader integer overflows
Kees Cook wrote: Attached is the patch being used in Ubuntu. Thanks Kees, upload is on the way.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416415: (pas de sujet)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, This feature was not reliable in 1.2 version, however, upstream said it now works fine with the 1.3.X branche. Audacious 1.3.1 is waiting in the NEW queue and should be accepted soon. I enabled chardet for this upload. Best regards, Adam. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGChVbHNb/igTI5bsRAhA1AKCTHiYx+6h6mXkfrOkpbIVzgqBjTgCeOElk k3OTGwlOdt+ALlsGwG/o24c= =XKGP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416454: depends on unavailable phpapi-20051025
On Tue, Mar 27, 2007 at 10:37:27PM -0400, Filipus Klutiero wrote: Package: php5-ps Version: 1.3.4-2 Severity: grave This package should apparently declare a dependency on phpapi-20051025. However, it does not and phpapi-20051025 is no more available in Etch, so we missed that it was unusable. I get a PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/ps.so' - /usr/lib/php5/20060613+lfs/ps .so: cannot open shared object file: No such file or directory in Unknown on line 0 when starting PHP with ps enabled. This should have been fixed in 1.3.4-3, but unfortunetly the new version has another problem as described in #416416. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#416442: libc6: Wrong groups applied to user
* Fabio Pugliese Ornellas: However, the bigger group name has 26 char only (as you can see on previous mesage)... still under 32. Should work, right? You're hitting the total number of groups limit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416467: install: d-i apt-setup fails silently on mirror with no suite symlink
Package: install Severity: important When using d-i etch rc2, apt-setup will fail if the mirror you are trying to use does not have a testing symlink available. In rc1 and before, it would find the codename directly. Here is what seems to be the relevant section of syslog during install: Mar 27 22:58:25 apt-setup: Reading package lists... Mar 27 22:58:53 choose-mirror[24308]: DEBUG: command: wget -q http://my.mirror/debian//dists/testing/Release -O - | grep ^Suite: | cut -d' ' -f 2 Mar 27 22:58:53 choose-mirror[24308]: DEBUG: command: wget -q http://my.mirror/debian//dists/etch/Release -O - | grep ^Suite: | cut -d' ' -f 2 Mar 27 22:58:53 choose-mirror[24308]: DEBUG: command: wget -q http://my.mirror/debian//dists/testing/Release -O - | grep ^Codename: | cut -d' ' -f 2 Mar 27 22:58:54 choose-mirror[24308]: ERROR **: Error getting codename Mar 27 22:58:54 apt-setup: warning: /usr/lib/apt-setup/generators/50mirror returned error code 1; discarding output On the businesscard CD, this is a fatal error and installation cannot continue. That by itself would be a minor annoyance to me (since it's a private mirror that I could just set the symlink on), but on the netinst CD, this is a silent error, and only the cdrom and security.d.o are put into sources.list. As a result, only Laptop and Standard System are given by tasksel on the next step, and a half-broken system is installed (just what packages happen to be on security.d.o). RF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412069: patch for beryl support
tags 412069 +wontfix thank you Trying to summarize: About Composite, upstream just got a commit saying Enable Composite by default now that it disables itself in the known bad cases. (and it has been said that fglrx disables the DRI when Composite is enabled.) About XAANoOffScreenPixmap, Michel said: The option is only needed to work around bugs in XAA. Because basically everything is a pixmap when windows are redirected (i.e. when a compositing manager is running), it effectively disables most 2D acceleration in that case and still a large portion of it without a compositing manager. So this option can't be enabled by default, because it hurts performance i all cases *except* when running a GLX compositing manager. About AddARGBGLXVisuals, there was no actual answer. It seems nVidia specific. Since xorg.conf would have to be edited to enable the nVidia driver, this option could be added at the same time. So I would personally not enable any of these options by default (hence tagging as wontfix). It is already very late in the release cycle, changing the default config now is too dangerous according to all the above. Regarding after Etch, the X server is already much newer in experimental, Composite will be enabled safely by upstream, the XAA problems might be fixed, EXA might work much better, ... no reason to enable any of these options now then. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275445: audacity: Wrong font sizes in ruler and settings
Hi, as version 1.3 is already in the archive, is it solved for you? I must admit at least on my laptop the fonts still look badly sized. Joost Damad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416468: gaim: group 'buddys' should be named 'buddies'
Package: gaim Version: 1:2.0.0+beta5-11 Severity: minor *** Please type your report below this line *** Hello, the group 'buddys' should be named 'buddies'. 'buddys' is incorrect pluralization and hurts the eye. I was unable to rename that group 'buddies', or at least, I had both groups thereafter. Possible dupe to #194988? Thank you! Best, --Toni++ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-xen-686 Locale: LANG=de_DE.utf8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gaim depends on: ii gaim-data 1:2.0.0+beta5-11 multi-protocol instant messaging c ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libavahi-compat-howl0 0.6.16-5 Avahi Howl compatibility library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.71-3 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.10-4Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libgtkspell02.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libncursesw55.5-5Shared libraries for terminal hand ii libnspr4-0d 1.8.0.11-1 NetScape Portable Runtime Library ii libnss3-0d 1.8.0.11-1 Network Security Service libraries ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libperl5.8 5.8.8-7 Shared Perl library ii libsm6 1:1.0.1-3X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libx11-62:1.0.3-6X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii libxss1 1:1.1.0-1X11 Screen Saver extension library Versions of packages gaim recommends: ii gstreamer0.10-alsa0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-esd 0.10.4-4 GStreamer plugin for ESD ii gstreamer0.10-plugins-base0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.4-4 GStreamer plugins from the good ii python2.4.4-2An interactive high-level object-o ii python-dbus 0.71-3 simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416454: Fixed
reopen 416454 thanks On Wed, Mar 28, 2007 at 02:30:23AM -0400, Filipus Klutiero wrote: Version: 1.3.4-3 This was fixed by Uwe Steinmann. No, it wasn't. The current php5-ps package is still missing a dependency on the matching phpapi virtual package; so the new version of the package still permits installing the package in an unusable configuration. It's almost certain that lenny will ship with a different php5 ABI than etch includes, but php5-ps's dependency doesn't prevent the package from being broken by future partial upgrades; and the php4-ps package from the same source package has the same problem, meaning its dependencies are already insufficient to prevent installation with existing, incompatible php4 packages from sarge. That's a serious bug (incorrect dependencies). Uwe, please fix this package to use the ABI version information available from php-config4 --phpapi and php-config5 --phpapi in the Debian php*-dev packages. For an example of an out-of-tree extension that implements this, feel free to reference php-imlib. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410807: linux-image-2.6.18-4-xen-686, 2.6.18.dfsg.1-10~bpo.1: kernel BUG at drivers/xen/core/evtchn.c:481
Hi, I run Debian 3.1 Sarge with kernel from backports.org on Dom0 Package: linux-image-2.6.18-4-xen-686 Version: 2.6.18.dfsg.1-10~bpo.1 I catch the bug $subj when starting machine Dell Latitude D820 notebook with CoreDuo CPU (T2400). There were two DomUs to restore during boot (/etc/init.d/xendomains). I saw this bug for the first time. System was frozed. I used sequence Alt-Sysrq-E, Alt-Sysrq-S and Alt-Sysrq-B to reboot. Next boot was successful and both domus was restored normaly. A bit from my syslog: Mar 28 08:42:46 bobek xenstored: Checking store ... Mar 28 08:42:46 bobek xenstored: Checking store complete. Mar 28 08:42:47 bobek xenstored: Checking store ... Mar 28 08:42:47 bobek xenstored: Checking store complete. Mar 28 08:42:47 bobek kernel: eth0: no IPv6 routers present Mar 28 08:42:49 bobek xfs[5402]: ignoring font path element /usr/lib/X11/fonts/Speedo/ (unreadable) Mar 28 08:42:50 bobek logger: /etc/xen/scripts/block: add XENBUS_PATH=backend/vbd/1/2049 Mar 28 08:42:50 bobek logger: /etc/xen/scripts/block: add XENBUS_PATH=backend/vbd/1/2050 Mar 28 08:42:50 bobek logger: /etc/xen/scripts/vif-nat: online XENBUS_PATH=backend/vif/1/0 Mar 28 08:42:51 bobek logger: /etc/xen/scripts/vif-nat: Successful vif-nat online for vif1.0. Mar 28 08:42:51 bobek logger: /etc/xen/scripts/vif-nat: Writing backend/vif/1/0/hotplug-status connected to xenstore. Mar 28 08:42:51 bobek kernel: ADDRCONF(NETDEV_UP): vif1.0: link is not ready Mar 28 08:42:51 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/1/2050/physical-device fe:9 to xenstore. Mar 28 08:42:51 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/1/2050/hotplug-status connected to xenstore. Mar 28 08:42:52 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/1/2049/physical-device fe:8 to xenstore. Mar 28 08:42:52 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/1/2049/hotplug-status connected to xenstore. Mar 28 08:43:03 bobek kernel: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready Mar 28 08:43:04 bobek logger: /etc/xen/scripts/block: add XENBUS_PATH=backend/vbd/2/2049 Mar 28 08:43:04 bobek logger: /etc/xen/scripts/block: add XENBUS_PATH=backend/vbd/2/2050 Mar 28 08:43:04 bobek logger: /etc/xen/scripts/vif-nat: online XENBUS_PATH=backend/vif/2/0 Mar 28 08:43:04 bobek kernel: ADDRCONF(NETDEV_UP): vif2.0: link is not ready Mar 28 08:43:04 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/2/2050/physical-device fe:4 to xenstore. Mar 28 08:43:04 bobek logger: /etc/xen/scripts/vif-nat: Successful vif-nat online for vif2.0. Mar 28 08:43:04 bobek logger: /etc/xen/scripts/vif-nat: Writing backend/vif/2/0/hotplug-status connected to xenstore. Mar 28 08:43:04 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/2/2050/hotplug-status connected to xenstore. Mar 28 08:43:06 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/2/2049/physical-device fe:3 to xenstore. Mar 28 08:43:06 bobek logger: /etc/xen/scripts/block: Writing backend/vbd/2/2049/hotplug-status connected to xenstore. Mar 28 08:43:14 bobek kernel: vif1.0: no IPv6 routers present Mar 28 08:43:20 bobek kernel: [ cut here ] Mar 28 08:43:20 bobek kernel: kernel BUG at drivers/xen/core/evtchn.c:481! Mar 28 08:43:20 bobek kernel: invalid opcode: [#1] Mar 28 08:43:20 bobek kernel: SMP Mar 28 08:43:20 bobek kernel: Modules linked in: parport_pc lp parport nfsd exportfs lockd nfs_acl sunrpc irtty_sir sir_dev binfmt_misc button ac battery ipv6 iptable_raw xt_policy xt_multiport ipt_ULOG ipt_TTL ipt_ttl ipt_TOS ipt_tos ipt_TCPMSS ipt_SAME ipt_REJECT ipt_REDIRECT ipt_recent ipt_owner ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_iprange ipt_hashlimit ipt_ECN ipt_ecn ipt_DSCP ipt_dscp ipt_CLUSTERIP ipt_ah ipt_addrtype ip_nat_tftp ip_nat_snmp_basic ip_nat_sip ip_nat_pptp ip_nat_irc ip_nat_h323 ip_nat_ftp ip_nat_amanda ip_conntrack_tftp ip_conntrack_sip ip_conntrack_pptp ip_conntrack_netbios_ns ip_conntrack_irc ip_conntrack_h323 ip_conntrack_ftp ts_kmp ip_conntrack_amanda xt_tcpmss xt_pkttype xt_physdev xt_NFQUEUE xt_MARK xt_mark xt_mac xt_limit xt_length xt_helper xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_tcpudp xt_state iptable_nat ip_nat ip_conntrack iptable_mangle nfnetlink iptable_filter ip_tables x_tables bridge video1394 dv1394 raw1394 cpufreq_userspace cpufreq_stats speedstep_cent Mar 28 08:43:20 bobek kernel: ino freq_table joydev pcmcia firmware_class snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd yenta_socket rsrc_nonstatic sg pcmcia_core soundcore psmouse irda snd_page_alloc i2c_i801 i2c_core 8250_pnp 8250 serial_core crc_ccitt intel_agp agpgart tsdev eth1394 evdev serio_raw sr_mod rtc pcspkr cdrom ext3 jbd mbcache sha256 usbhid dm_mirror dm_snapshot ide_generic sd_mod generic ide_core ata_piix ohci1394 ieee1394 ehci_hcd uhci_hcd usbcore tg3 thermal processor fan dm_crypt dm_mod aes libata scsi_mod Mar 28 08:43:20 bobek kernel: CPU:1 Mar 28
Bug#416046: [Pkg-octave-devel] Bug#416046: octave2.9: pathdef doesn't include dir with info-emacs-info and info-emacs-octave-help
-- Initial header --- From : Rafael Laboissiere [EMAIL PROTECTED] To : Pascal A. Dupuis [EMAIL PROTECTED],[EMAIL PROTECTED] CC : [EMAIL PROTECTED] Date : Tue, 27 Mar 2007 20:37:55 +0200 Subject : Re: [Pkg-octave-devel] Bug#416046: octave2.9: pathdef doesn't include dir with info-emacs-info and info-emacs-octave-help package octave2.9 tags 416046 moreinfo thanks * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 11:55]: Package: octave2.9 Severity: normal Hello, while trying to understand why the info mode didn't work as expected in octave2.9 running under emacs, I found that the required programs (shell scripts calling gnudoit), info-emacs-info info-emacs-octave-help, are placed under /usr/lib/octave/2.9.9/exec/i486-pc-linux-gnu This dir does not appear in pathdef, so both functions are unknown. Could you please solve it ? I am puzzled by this bug report. The path returned by pathdef() is used only for finding *.m and *.oct files and not the executables in /usr/lib/octave/version/exec/arch. BTW, the following works perfectly for me: $ sudo apt-get install emacs21 gnuserv octave2.9 octave2.9-info $ emacs -eval (gnuserv-start) $ octave2.9 octave2.9:1 info_program (info-emacs-info) octave2.9:2 doc I see then the info directory in my emacs frame. Does this work for you? I may have misunderstood your problem. At any rate, I am tagging this bug report moreinfo, meaning that if we do not receive further informations in a reasonable time frame I will close this bug report. -- Rafael OK. Understood. Under octave2.1, the equivalent was: INFO_PROGRAM = info-emacs-info; It thus changed from a variable to a function. Now, there are some discrenpancies into the documentation: octave2.9-info states: `--info-program PROGRAM' Specify the name of the info program to use. The value of PROGRAM specified on the command line will override any value of `OCTAVE_INFO_PROGRAM' found in the environment, but not any commands in the system or user startup files that set the built-in variable `INFO_PROGRAM'. and `INFO_PROGRAM' *Note Getting Help::. Default value: `OCTAVE-HOME/libexec/octave/VERSION/exec/ARCH/info'. in E.4 Using the Emacs Info Reader for Octave You can use either `plain' Emacs Info or the function `octave-help' as your Octave info reader (for `help -i'). In the former case, set the Octave variable `INFO_PROGRAM' to `info-emacs-info'. The latter is perhaps more attractive because it allows to look up keys in the indices of _several_ info files related to Octave (provided that the Emacs variable `octave-help-files' is set correctly). In this case, set `INFO_PROGRAM' to `info-emacs-octave-help'. It seems that some documented variables don't exist anymore (octave2.9.9, debian testing) : DEFAULT_LOADPATH, INFO_FILE, INFO_PROGRAM, LOADPATH ? OTOH, things like 'EDITOR' and 'PS1' are now listed as 'built-in functions' ? Best regards Pascal Dupuis -- --- Scarlet ADSL Unlimited - Only 24,95 euro per month. Max download Speed up to 6 Mbps, download volume of 30 GB. Order now...
Bug#407812: should check whether data is waiting instead of just reading
Decklin Foster [EMAIL PROTECTED] wrote: martin f krafft writes: retitle 407812 deadlock due to read() without select() Thanks, guys; my apologies for being MIA. I haven't gotten a handle on this yet, but I am able to reproduce it (consistently) without hitting any of the network code -- my library on this installation is mounted via NFS, however. Could you check (with 0.12.2) if the bug also occurs on local files (and if you have NFS available, that as well)? (even if I can rule out the HTTP code here, it certainly *is* wrong... grumble...) NFS and HTTP are different cases. Warren made a patch that should fix the problem with HTTP below, but I'm not sure why it was dropped/forgotten (I haven't kept up-to-date with mpd much lately): http://www.musicpd.org/~shank/peek.diff The problem with NFS is hard mounts. Mounting with the soft option should make it error out (and probably continue to the next file). -- Eric Wong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416469: uncrustify: upstream version is 3 more newer than unstable
Package: uncrustify Version: 0.30-1 Severity: minor Please, update the unstable to 0.33. http://uncrustify.sourceforge.net/ChangeLog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416470: ca-certificates: Please include French government Certificate
Package: ca-certificates Version: 20070303 Severity: wishlist Hello, French government issued it's own root certificate (see: http://www.ssi.gouv.fr/fr/sigelec/igca/installer.html; Sorry the page is in french). Can you, please, include that in the next release? By the way do I have fill a wish list for browsers included in Debian? -- System Information: Debian Release: 4.0 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii openssl 0.9.8e-4 Secure Socket Layer (SSL) binary a ca-certificates recommends no packages. -- debconf information: ca-certificates/enable_crts: brasil.gov.br/brasil.gov.br.crt, cacert.org/class3.crt, cacert.org/root.crt, debconf.org/ca.crt, mozilla/ABAecom_=sub.__Am._Bankers_Assn.=_Root_CA.crt, mozilla/AOL_Time_Warner_Root_Certification_Authority_1.crt, mozilla/AOL_Time_Warner_Root_Certification_Authority_2.crt, mozilla/AddTrust_External_Root.crt, mozilla/AddTrust_Low-Value_Services_Root.crt, mozilla/AddTrust_Public_Services_Root.crt, mozilla/AddTrust_Qualified_Certificates_Root.crt, mozilla/America_Online_Root_Certification_Authority_1.crt, mozilla/America_Online_Root_Certification_Authority_2.crt, mozilla/Baltimore_CyberTrust_Root.crt, mozilla/Certum_Root_CA.crt, mozilla/Comodo_AAA_Services_root.crt, mozilla/Comodo_Secure_Services_root.crt, mozilla/Comodo_Trusted_Services_root.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_1.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_2.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_3.crt, mozilla/Digital_Signature_Trust_Co._Global_CA_4 .crt, mozilla/Entrust.net_Global_Secure_Personal_CA.crt, mozilla/Entrust.net_Global_Secure_Server_CA.crt, mozilla/Entrust.net_Premium_2048_Secure_Server_CA.crt, mozilla/Entrust.net_Secure_Personal_CA.crt, mozilla/Entrust.net_Secure_Server_CA.crt, mozilla/Equifax_Secure_CA.crt, mozilla/Equifax_Secure_Global_eBusiness_CA.crt, mozilla/Equifax_Secure_eBusiness_CA_1.crt, mozilla/Equifax_Secure_eBusiness_CA_2.crt, mozilla/GTE_CyberTrust_Global_Root.crt, mozilla/GTE_CyberTrust_Root_CA.crt, mozilla/GeoTrust_Global_CA.crt, mozilla/GlobalSign_Root_CA.crt, mozilla/IPS_CLASE1_root.crt, mozilla/IPS_CLASE3_root.crt, mozilla/IPS_CLASEA1_root.crt, mozilla/IPS_CLASEA3_root.crt, mozilla/IPS_Chained_CAs_root.crt, mozilla/IPS_Servidores_root.crt, mozilla/IPS_Timestamping_root.crt, mozilla/QuoVadis_Root_CA.crt, mozilla/RSA_Root_Certificate_1.crt, mozilla/RSA_Security_1024_v3.crt, mozilla/RSA_Security_2048_v3.crt, mozilla/Security_Communication_Root_CA.crt, mozilla/Sonera_Class_1_Root_CA.crt, moz illa/Sonera_Class_2_Root_CA.crt, mozilla/Staat_der_Nederlanden_Root_CA.crt, mozilla/TC_TrustCenter__Germany__Class_2_CA.crt, mozilla/TC_TrustCenter__Germany__Class_3_CA.crt, mozilla/TDC_Internet_Root_CA.crt, mozilla/TDC_OCES_Root_CA.crt, mozilla/Thawte_Personal_Basic_CA.crt, mozilla/Thawte_Personal_Freemail_CA.crt, mozilla/Thawte_Personal_Premium_CA.crt, mozilla/Thawte_Premium_Server_CA.crt, mozilla/Thawte_Server_CA.crt, mozilla/Thawte_Time_Stamping_CA.crt, mozilla/UTN-USER_First-Network_Applications.crt, mozilla/UTN_DATACorp_SGC_Root_CA.crt, mozilla/UTN_USERFirst_Email_Root_CA.crt, mozilla/UTN_USERFirst_Hardware_Root_CA.crt, mozilla/UTN_USERFirst_Object_Root_CA.crt, mozilla/ValiCert_Class_1_VA.crt, mozilla/ValiCert_Class_2_VA.crt, mozilla/Verisign_Class_1_Public_Primary_Certification_Authority.crt, mozilla/Verisign_Class_1_Public_Primary_Certification_Authority_-_G2.crt, mozilla/Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.crt, mozilla/Verisign_Class_1_Publi c_Primary_OCSP_Responder.crt, mozilla/Verisign_Class_2_Public_Primary_Certification_Authority.crt, mozilla/Verisign_Class_2_Public_Primary_Certification_Authority_-_G2.crt, mozilla/Verisign_Class_2_Public_Primary_Certification_Authority_-_G3.crt, mozilla/Verisign_Class_2_Public_Primary_OCSP_Responder.crt, mozilla/Verisign_Class_3_Public_Primary_Certification_Authority.crt, mozilla/Verisign_Class_3_Public_Primary_Certification_Authority_-_G2.crt, mozilla/Verisign_Class_3_Public_Primary_Certification_Authority_-_G3.crt, mozilla/Verisign_Class_3_Public_Primary_OCSP_Responder.crt, mozilla/Verisign_Class_4_Public_Primary_Certification_Authority_-_G2.crt, mozilla/Verisign_Class_4_Public_Primary_Certification_Authority_-_G3.crt, mozilla/Verisign_RSA_Secure_Server_CA.crt, mozilla/Verisign_Secure_Server_OCSP_Responder.crt, mozilla/Verisign_Time_Stamping_Authority_CA.crt, mozilla/Visa_International_Global_Root_2.crt, mozilla/Visa_eCommerce_Root.crt, mozilla/beTRUSTed_Root_CA-Baltimore _Implementation.crt, mozilla/beTRUSTed_Root_CA.crt,
Bug#414838: aptitude can send terminal data to the printer at startup
On 2007-03-27 08:11:51 -0700, Daniel Burrows wrote: Thomas, I've gone over an strace provided by Vincent, and it looks pretty clear that all the write() system calls are from a single thread -- and the writes that overlap each other on stdout are actually just two writes, being called in sequence. The fact that they end up interleaved seems like it kinda violates the atomicity of write(). Note that another strace already has interleaved data in write(): [...] | 001e0 33 37 6d 1b 5b 32 36 20 41 63 74 69 1b 6f 6e 5b 37m.[26 Acti.on[ | | 001f0 73 20 20 55 6e 64 6f 32 20 36 20 64 1b 5b 33 37 s Undo2 6 d.[37 | | 00200 6d 1b 5b 34 31 6d 1b 5b 6d 1b 5b 33 37 6d 1b 5b m.[41m.[ m.[37m.[ | | 00210 34 30 6d 1b 5b 4b 1b 5b 32 37 64 1b 5b 4b 1b 5b 40m.[K.[ 27d.[K.[ | | 00220 32 38 64 6d 1b 5b 32 38 1b 64 5b 1b 5b 34 34 6d 28dm.[28 .d[.[44m | | 00230 1b 5b 31 6d 50 61 63 6b 61 67 65 20 20 52 65 73 .[1mPack age Res | | 00240 6f 6c 76 32 65 38 72 64 1b 5b 6d 1b 5b 33 37 6d olv2e8rd .[m.[37m | [...] -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Bug#416473: DDPO: title should contain the name of the developer in question
Package: qa.debian.org Severity: minor It's generally good HTML practice to include some specifics in the title of a page. Right now my browsing history contains a number of Debian Quality Assurance -- Debian Developer's Packages Overview items, but I can't tell *which* developer each item pertains to. Putting the developer's name in the title is also good for search engines. I'd suggest Firstname Surname - Debian Developer's Packages Overview. Cramming in Debian QA as well makes the title overly long and partly redundant, IMHO. -- Magnus Holmgren[EMAIL PROTECTED] pgpRsjGo137Pg.pgp Description: PGP signature
Bug#415954: closed by Jeroen van Wolffelaar [EMAIL PROTECTED] (Bug#415954: fixed in up-imapproxy 1.2.4-10.1)
On Wed, Mar 28, 2007 at 06:10:16AM +, Debian Bug Tracking System wrote: * Add code to initscript to not attempt to start a second version if already running, and to not fail if imapproxy is no longer running (also #415954) Actually, for start, using --pidfile --oknodo on start-stop-daemon --start would be a cleaner way to do this than the extra bit of code I myself introduced -- --pidfile on start will do the right thing in start-stop-daemon if combined with --oknodo. For stop a similar thing holds, s-s-d will also do nothing if the process already died, I didn't actually test what happens if the pidfile doesn't exist though. Note that the original had some 'sleep 1; kill' bits, s-s-d also has support for that -- but that's only really useful if imapproxy ever actually fails to obey a regular TERM signal, of which I have no indication. Please, pretty please, don't just /dev/null and || true so much in general, for most things you want to solve that way have a better way to deal with it. My mistake, something to fix post-etch (-10.1 is already unblocked despite of this). --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416458: newsbeuter_0.3-1(hppa/unstable): FTBFS: missing build-depend?
Hi Lamont, * [EMAIL PROTECTED] [EMAIL PROTECTED] [2007-03-28 09:44]: Package: newsbeuter Version: 0.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of newsbeuter_0.3-1 on bld-3 by sbuild/hppa 98 Build started at 20070326-1242 I already saw this and I could have seen this when building in my chroot but somehow I didn't. Anyway, I uploaded newsbeuter_0.3-2 5 minutes after the first upload to fix this so this bug can be closed. Kind regards and thanks Nico -- Nico Golde - http://www.ngolde.de JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! pgpSxU2o0l0Cv.pgp Description: PGP signature
Bug#416472: cupsys-pt: remove Tag: culture::portuguese
Package: cupsys-pt Version: 1.2.4-3+b1 Severity: minor hi in the list of tags for this package I noted Tag: culture::portuguese this seems bogus, and you may want to delete that a. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages cupsys-pt depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcupsys2 1.2.7-4 Common UNIX Printing System(tm) - ii libglib1.2 1.2.10-17The GLib library of C routines ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libx11-62:1.0.3-6X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxi6 1:1.0.1-4X11 Input extension library cupsys-pt recommends no packages. -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416156: [Fwd: Re: Bug#416156: PID handling in init.d is fragile]
Original Message Subject:Re: Bug#416156: PID handling in init.d is fragile Date: Wed, 28 Mar 2007 04:27:06 +0200 From: Jeroen van Wolffelaar [EMAIL PROTECTED] To: José Luis Tallón [EMAIL PROTECTED] CC: Jeroen van Wolffelaar [EMAIL PROTECTED], Steve Langasek [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] (Forwarded on behalf of Jeroen) [snip] I was finishing testing. Everything seems to be fine now :-) Please check and re-check as you wish. (Vorlon, if you possibly can, do that also) Uploaded as NMU, because I actually made some changes. Changes: - function Daemonize ( const char* pidfile ); Fine. I did put the function back where it was though, instead of moving it way below, because the stuff in between can hang (for example, when failing to connect, it'll indefinitely retry every 15 seconds, causing 'start' to hang). Moving Daemonize to later on was not related to this RC bug. Putting it in its own function isn't either, but is pretty harmless, so ok. - added support for the -p pidfile option Cool. There was a buglet here -- you didn't initialize the var and then only overwrote it with the default if it started with a nulbyte. I changed that to simply always initialize it to the default. I also made pidfile creation predictable -- always create one when running in background mode, instead of only in some cases. - updated Usage() to reflect new option I updated the manpage too. - modified initscript. Vastly simplified logic. -- I also added a couple more cosmetic changes: DEFAULT - DEFAULTS; test -f - test -x; Reverted, not related to the RC bug. I have tested starting / restarting / stopping / re-stopping Added code to not actually fail on second start / fail on second stop that I had already prepared. It now should really work fine in all cases. I also removed dead code from checking the exit state of a 'true'. I removed the || true so that the script just fails right there when it eh, fails. The behaviour upon some, certain, connection failures is a bit annoying (upstream), but I can't change those. If you mean that start simply hangs indefinitely there, sorry, that's not just 'a bit annoying', but a showstopper, and actually introduced by your change to where to Daemonize(). Comments? I'll be up until late... This late :)? --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl
Bug#416471: imagemagick: should support xinerama
Package: imagemagick Version: 7:6.2.4.5.dfsg1-0.14 Severity: wishlist Hi, I have a xinerama-enabled Xorg server with two screens. When I use display -window root -backdrop, the picture is split over the two screens, while I'd prefer to see the picture displayed on one screen only (and be able to choose it of course). Using something like DISPLAY=:0.1 of course doesn't work since the point of xinerama is precisely to have only one big virtual screen. Imagemagick should instead support the xinerama extension for getting information on the screens. Samuel -- System Information: Debian Release: 4.0 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.20 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjasper-1.701-1 1.701.0-2The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii liblcms11.15-1 Color management library ii libmagick9 7:6.2.4.5.dfsg1-0.14 Image manipulation library ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-6X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxml2 2.6.27.dfsg-1GNOME XML library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime imagemagick recommends no packages. -- no debconf information -- Samuel Thibault [EMAIL PROTECTED] After watching my newly-retired dad spend two weeks learning how to make a new folder, it became obvious that intuitive mostly means what the writer or speaker of intuitive likes. (Bruce Ediger, [EMAIL PROTECTED], in comp.os.linux.misc, on X the intuitiveness of a Mac interface.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415954: Bug#416156: PID handling in init.d is fragile
Jeroen van Wolffelaar wrote: Can you please bounce this mail to the bug log? I didn't want to do so because this is private mail, but this really really should be part of the bug log. On Wed, Mar 28, 2007 at 12:13:39AM +0200, José Luis Tallón wrote: Jeroen van Wolffelaar wrote: On Tue, Mar 27, 2007 at 10:54:58PM +0200, José Luis Tallón wrote: Jeroen van Wolffelaar wrote: Package: imapproxy Version: 1.2.4-10 Severity: important The pid-handling of imapproxy is pretty fragile, as documented in #369020 amongst others. The current workaround of writing a new pidfile after start based on 'ps ax' output is, eh, fragile at best, and actually pretty bad. The proper solution would be to patch imapproxy so that it writes out a pidfile itself, like proper daemons should. Fixed. Will submit the patch ASAP Why didn't you attach it? I'm pretty busy tomorrow, and want to get this fixed ASAP. I mean, the plan is to release this weekend... I was finishing testing. Everything seems to be fine now :-) Please check and re-check as you wish. (Vorlon, if you possibly can, do that also) Uploaded as NMU, because I actually made some changes. Reviewed them. Gotta ACK, anyway. (You are right in the changes you made, I would have done it differently) Changes: - function Daemonize ( const char* pidfile ); Fine. I did put the function back where it was though, instead of moving it way below, because the stuff in between can hang (for example, when failing to connect, it'll indefinitely retry every 15 seconds, causing 'start' to hang). Yup. I noticed that. From my POV, it is related to a misconfiguration of the server --- being configured to connect to a nonexistent/malfunctioning IMAP server. However, I do realize it could hang the booting process, so it should be fixed. ACK to your solution Moving Daemonize to later on was not related to this RC bug. Putting it in its own function isn't either, but is pretty harmless, so ok. It does allow to move where Daemonize is called easily ;) - added support for the -p pidfile option Cool. There was a buglet here -- you didn't initialize the var and then only overwrote it with the default if it started with a nulbyte. I changed that to simply always initialize it to the default. Indeed. I know better than to have a variable unitialized, BUT I followed upstream's style here (the same pattern as with the configfile) -- I am aiming for inclusion of this by now HUGE patch, anyway... I also made pidfile creation predictable -- always create one when running in background mode, instead of only in some cases. OK - updated Usage() to reflect new option I updated the manpage too. Thanks. I missed that. - modified initscript. Vastly simplified logic. -- I also added a couple more cosmetic changes: DEFAULT - DEFAULTS; test -f - test -x; Reverted, not related to the RC bug. OK I have tested starting / restarting / stopping / re-stopping Added code to not actually fail on second start / fail on second stop that I had already prepared. It now should really work fine in all cases. I also removed dead code from checking the exit state of a 'true'. I removed the || true so that the script just fails right there when it eh, fails. ACK. I will re-check the Developer's Reference for mandated/recommended messages and initscript behaviour in those cases not covered by the Policy. The behaviour upon some, certain, connection failures is a bit annoying (upstream), but I can't change those. If you mean that start simply hangs indefinitely there, sorry, that's not just 'a bit annoying', but a showstopper, and actually introduced by your change to where to Daemonize(). ACK. I didn't notice the looping before daemonizing, or else I wouldn't have moved that. Attempting to reconnect once in the background does make sense, though Comments? I'll be up until late... This late :)? Wll... not today :-\ Thanks again, J.L.
Bug#416453: pidfile location would be better in config file
Jeroen van Wolffelaar wrote: Package: imapproxy Version: 1.2.4-10.1 Severity: wishlist I'd say it'd make more sense to configure the pidfile in the config file, instead of command-line option. Indeed. I have a --by now, HUGE-- patch pending to be accepted upstream. I will include this also. Thanks, Jeroen. Have a nice trip. J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412069: patch for beryl support
On Wed, Mar 28, 2007 at 09:23:20AM +0200, Brice Goglin wrote: tags 412069 +wontfix thank you Trying to summarize: [...] So I would personally not enable any of these options by default (hence tagging as wontfix). It is already very late in the release cycle, changing the default config now is too dangerous according to all the above. Ok. Can we add hooks to permit that unofficial beryl packages for etch add the missing bits in xorg.conf without breaking the debconf-based generation? See attached patch. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ diff -ur xorg-7.1.0.old/debian/local/dexconf xorg-7.1.0/debian/local/dexconf --- xorg-7.1.0.old/debian/local/dexconf 2007-02-13 11:02:09.0 +0100 +++ xorg-7.1.0/debian/local/dexconf 2007-03-28 10:40:00.0 +0200 @@ -351,6 +351,7 @@ if [ $DEVICE_USE_FBDEV = true ]; then printf \tOption\t\t\UseFBDev\\t\t\$DEVICE_USE_FBDEV\\n 4 fi +(shopt -s nullglob ; for i in /etc/X11/xserver.debconf.d/device/* ; do $i 4 ; done) printf EndSection\n 4 ### MONITOR @@ -428,6 +429,12 @@ EndSection SECTION +### Extensions +exec 4$DEXCONFTMPDIR/Extensions +echo Section \Extensions\ 4 +(shopt -s nullglob ; for i in /etc/X11/xserver.debconf.d/extensions/* ; do $i 4 ; done) +echo EndSection 4 + # Close file descriptor 4 before we delete temporary files exec 4- @@ -443,7 +450,7 @@ SPACER= for SECTION in Header Files Module InputDeviceKeyboard InputDeviceMouse \ - Device Monitor Screen ServerLayout DRI; do + Device Monitor Screen ServerLayout DRI Extensions; do if [ -e $DEXCONFTMPDIR/$SECTION ]; then eval $SPACER cat $DEXCONFTMPDIR/$SECTION $OUTFILE
Bug#416464: postgresql-8.1: Please add aide.conf.d file
Am Mittwoch, 28. März 2007 08:38 schrieb Andreas Tille: from aide which makes no sense because it is obvios that /var/lib/postgresql/8.1/main will change. Thus it would make sense to add a file /etc/aide/aide.conf.d/50_postgresql that contains !/var/lib/postgresql/8.1/main/ Aide should know that all files in /var are subject to change.
Bug#416044: mondo: fails with multiple dvd's
Hi Hugo, So, you don't have a dual-layer DVD writer, right? Does this mean in your opinion this bug report can be closed? Best regards, Andree PS: Bruno: Thanks a lot for helping out!!! On Tue, 2007-03-27 at 04:41 -0600, hugo vanwoerkom wrote: On 3/27/07, Bruno Cornec [EMAIL PROTECTED] wrote: hugo vanwoerkom said on Sat, Mar 24, 2007 at 04:24:58AM -0600: But when I backup something large, that needs more than one DVD, mondo behaves strange: It puts up Blanking DVD, then Waiting for drive to settle, then says it can't write to the DVD[1]. You should not use a size greater than 4380 (MB) for creating physical media. 4600 does NOT fit on a DVD (Cf mondo doc/faq) Bruno. Thanks Bruno. Hugo -- Andree Leidenfrost @ Debian Developer Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#412069: patch for beryl support
On Wed, Mar 28, 2007 at 10:41:32 +0200, Robert Millan [ackstorm] wrote: Ok. Can we add hooks to permit that unofficial beryl packages for etch add the missing bits in xorg.conf without breaking the debconf-based generation? See attached patch. Not going to happen for etch, sorry. Cheers, Julien signature.asc Description: Digital signature
Bug#416474: request-tracker3.6: double-UTF8-encoding in the web interface
Package: request-tracker3.6 Version: 3.6.1-4 Severity: normal Tags: upstream patch Hi, while investigating #416097 / #387104 (UTF8 problems with SpeedyCGI), I noticed a small encoding problem with mod_perl too. When viewing text/plain content behind the 'Download' link in the ticket view, non-ascii characters are double-UTF8-encoded. This comes from html/Ticket/Attachment/dhandler calling $AttachmentObj-OriginalContent(). The bug is not present in 3.4.5. I believe the attached patch reverts this regression from 3.4. I'll forward it upstream after some more testing. (I suspect even attempting decode_utf8() on the next line is wrong and will always fail, but this is the minimal fix.) Cheers, -- Niko Tyni [EMAIL PROTECTED] --- lib/RT/Attachment_Overlay.pm 2007/03/28 08:49:06 1.1 +++ lib/RT/Attachment_Overlay.pm 2007/03/28 08:49:30 @@ -289,7 +289,7 @@ return( $self-loc(Unknown ContentEncoding [_1], $self-ContentEncoding)); } - Encode::_utf8_on($content); + # Encode::_utf8_on($content); if (!$enc || $enc eq '' || $enc eq 'utf8' || $enc eq 'utf-8') { # If we somehow fail to do the decode, at least push out the raw bits eval {return( Encode::decode_utf8($content))} || return ($content);
Bug#416476: icedove: task selector icon is now blue
Package: icedove Version: 1.5.0.10.dfsg1-2 Severity: minor hi after the latest update of icedove to version 1.5.0.10.dfsg1-2 , I note that the icon that is shown in the task selector and in the window list is now blue this is a pity , since it breaks the convention (recently introduced) that icedove icons would be green, iceweasel would be blue and iceape red that convention is quite nice : in notebooks and any other situation when the screen resolution is low, the icons are difficult to discern one from the other (it was indeed requested in many bug reports.. altough currently I cannot find any one of them ... :- ) a. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages icedove depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii myspell-en-us [myspell-di 1:2.0.4~rc1-3 English_american dictionary for my ii myspell-it [myspell-dicti 1:2.0.4~rc1-3 Italian dictionary for myspell ii zlib1g1:1.2.3-13 compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: GNOME -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416239: upgrade-reports: upgrade report from Sarge Japanese environment to Etch
Hi Kenshi, On Mon, Mar 26, 2007 at 03:42:58PM +0900, kmuto wrote: * vmware i386 * Initial Sarge installation with Japanese desktop and uim, mlterm, and mlterm-im-uim Could you be more precise about which packages are included in this? Not having vmware, I can't find an obvious way to get a Japanese desktop task outside of the installer. I have installed the desktop task, and added the three packages you listed using aptitude, and can reproduce the problem of removing KDE. It would be good to know exactly which package set you're using, though, to be assured that any solution I find is relevant. Comment: 'aptitude install initrd-tools libfam0 xlibmesa-glu x11-common' trys to remove many packages such as KDE. I dropped x11-common from the install target, then the installation succeeded. Hmm, but x11-common needed to be added to the list in order for server upgrades to work... :/ 'aptitude dist-upgrade' just removed mozilla / mozilla-locale-ja without replacing by iceweasel. This isn't reproducible with the package set I had; 'mozilla-browser' is among the packages being upgraded in the dist-upgrade. 'check which kernels are installed with dpkg -l *-image-* | grep ^ii', but Sarge installed -386 flavour. So I think it is better to describe about the name change of 386-486 in upgrade-note. Agreed. Would you mind updating the wiki with this comment? After 'aptitude update (get gpg sigs)', I had to do 'aptitude dist-upgrade' again because libuim* was still hold status by a dependency issue. By 2nd 'aptitude dist-upgrade', mlterm and uim were upgraded correctly. I think some other packages may need 2nd dist-upgrade also. Yeah, very annoying, that, and definitely needs to be documented. :/ Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416475: Samsung Q35 is not in the whitelist : workaround
Package: uswsusp Version: 0.6~cvs20070202-1 The Samsung Q35 is not in the whitelist of s2ram but is working with : s2ram -f -a 3 s2ram -i returns : This machine can be identified by: sys_vendor = SAMSUNG ELECTRONICS CO., LTD. sys_product = Q35/Q36 sys_version = 04SD bios_version = 04SD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396134: wtf
On Wed, Mar 28, 2007 at 01:11:16AM -0400, Decklin Foster wrote: I guess this bug can be left as a someone wants an ESD plugin to be written bug instead, although this probably isn't going to happen. ESD is dead. PulseAudio fully replaces ESD and supports the ESD protocol. Now that MPD has out of the box native PulseAudio support in Debian I suggest you close this bug with a recommendation to use PulseAudio instead of ESD. -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#416477: badblocks: 'invalid blocks range' inaccuracies.
Package: e2fsprogs Version: 1.39+1.40-WIP-2006.11.14+dfsg-2 Severity: normal Error messages add one to a too low 'lastblock': % badblocks -vs /dev/hdb1 1 2 badblocks: invalid blocks range: 2-2 % badblocks -vs /dev/hdb1 1 99 badblocks: invalid blocks range: 99-2 Too high values vary more: % badblocks -vs /dev/hdb1 200 3 badblocks: invalid blocks range: 3-0 % badblocks -vs /dev/hdb1 20 200 badblocks: invalid blocks range: 4294967295-21 % badblocks -vs /dev/hdb1 2 200 badblocks: invalid blocks range: 4294967295-0 If the error ranges were correct that'd fix this bug, though it'd be ideal (wishlist?) if the 'invalid blocks range' messages were informative and conditional, perhaps like: badblocks: error, lastblock '1' is less than startblock '2' badblocks: error, lastblock '2' is greater than the /dev/hdb1 maximum of 9518480. Hope this helps... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages e2fsprogs depends on: ii e2fslibs 1.39+1.40-WIP-2006.11.14+dfsg-2 ext2 filesystem libraries ii libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libss2 1.39+1.40-WIP-2006.11.14+dfsg-2 command-line interface parsing lib ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library e2fsprogs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416411: check_posix_acl_group_write: file XXX failed to match on user or group in token
On Wed, Mar 28, 2007 at 07:36:17AM +0200, Christian Perrier wrote: Quoting Kosa Attila ([EMAIL PROTECTED]): Package: samba Severity: important This is my log part: This is on a sarge system, isn't it? Yes, my system is Sarge. Productive system, HA (samba + ldap), ~200 user, ~1TB hdd (user's data). Are you in position to try reproducing this on an etch system? Vmware server, 2 virtual machine (Etch samba + ldap and Windows XP). Working good. Of course the smbclient good working in Sarge too... -- Bye Zsiga -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416416: php5-ps: fails to initialize
On Tue, Mar 27, 2007 at 09:20:35PM +0100, Jorge Tiago Vila wrote: Package: php5-ps Version: 1.3.4-3 Severity: grave Justification: renders package unusable PHP5 PS module fails to initialize under PHP5 (5.2.0-10). Apache2 error log: [Tue Mar 27 21:08:01 2007] [notice] Digest: generating secret for digest authentication ... [Tue Mar 27 21:08:01 2007] [notice] Digest: done PHP Warning: PHP Startup: SH\x8d\x15\xf5\x01: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHPcompiled with module API=20 060613, debug=0, thread-safety=0\nThese options need to match\n in Unknown on line 0 [Tue Mar 27 21:08:01 2007] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-10 mod_ssl/2.2.3 OpenSSL/0.9.8e configured -- resuming normal operations Although it does not state the package name anywhere in the log file, removing it makes the PHP warning disapear and reinstalling it brings back the warning. It seems the package needs to be recompiled for the new PHP API. Much worse and a fairly stupid error on my side. The php4 module has been installed in the php5 extension dir. Will be fixed in version 1.3.4-4 Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#416210: linux-image-2.6.18-4-686 startup logs
On Wed, 28 Mar 2007, Oleg Verych wrote: OK. I don't have experience with such hardware. Try to select modules you need for basic boot, i.e. don't use MODULES=most in initramfs.conf, then manually load suspected modules, if you need them, of course. E.g. why piix* is needed on serverworks chipset? Help me, how should I exactly configure initramfs.conf and remake initrd ? piix* is loaded later, after initrd. all partitions are mounted. I think, this module is loaded by hotplug or discover. Maybe this module try turn on DMA mode for IDE, because default DMA is disabled. But it completly hang up server. I read about it on the Internet. All people have problems with ServerWorks OSB4 and DMA enabled. Higher numer kernel resolve this problem, but I didn't try it. I can try any new knoppix or ubuntu cd live, they have more new kernels. I tryed to find option in BIOS that disable SMP, but this is classical SCSI BIOS, booted from configuration partition. There SMP options for Linux. I used this server on NetWare. It is no matter, when I selected in BIOS NetWare or NetWareSMP. Allways I coud use server as SMP. nosmp, noapic (see Documentation/kernel-parameters.txt) thanks. I'll try it, but after 18:00 GMT+2 (summer time), it'll be 16:00 UTC. I don't know why serverity is downgraded from critical to important. I set critical severity, because this kernel makes my system completly unusable, as descripted in report script. btw. chipset ServerWorks is used on HP Proliant Prosignia servers. Actually on the new servers this chipsets have revision OSB6. -- Grzegorz Szyszło Departament Informatyki NOBLE Bank S.A. Lublin, tel. (81)532-94-70 , kom. 607-940-478 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416454: Fixed
On Wed, Mar 28, 2007 at 12:44:39AM -0700, Steve Langasek wrote: reopen 416454 thanks On Wed, Mar 28, 2007 at 02:30:23AM -0400, Filipus Klutiero wrote: Version: 1.3.4-3 This was fixed by Uwe Steinmann. No, it wasn't. The current php5-ps package is still missing a dependency on the matching phpapi virtual package; so the new version of the package still permits installing the package in an unusable configuration. It's almost certain that lenny will ship with a different php5 ABI than etch includes, but php5-ps's dependency doesn't prevent the package from being broken by future partial upgrades; and the php4-ps package from the same source package has the same problem, meaning its dependencies are already insufficient to prevent installation with existing, incompatible php4 packages from sarge. That's a serious bug (incorrect dependencies). Uwe, please fix this package to use the ABI version information available from php-config4 --phpapi and php-config5 --phpapi in the Debian php*-dev packages. For an example of an out-of-tree extension that implements this, feel free to reference php-imlib. I just missed a ${php:Depends} in the Depends line. Should be fixed in 1.3.4-4. Thanks for pointing me into the right direction. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#416478: munin-node: Use of uninitialized value in concatenation (.) or string at /usr/sbin/munin-run line 321
Package: munin-node Version: 1.2.5-1 Severity: normal When I try to run munin-run, I get many times this warning : Use of uninitialized value in concatenation (.) or string at /usr/sbin/munin-run line 321. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages munin-node depends on: ii adduser 3.102 Add and remove users and groups ii libnet-server-perl0.94-1 An extensible, general perl server ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii perl 5.8.8-7Larry Wall's Practical Extraction ii procps1:3.2.7-3 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-1Script SNMP connections -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416479: libnet-domain-tld-perl: two-level-domains are missing
Package: libnet-domain-tld-perl Version: 1.65-2 Severity: wishlist There are a number of two-level domains which are currently not in this perl package, like co.za, co.uk, com.tw, which would be very helpfull as well. http://www.m-software.de/twoleveldomains.html has quite a good list of them. Greetings Martin -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (1003, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libnet-domain-tld-perl depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction libnet-domain-tld-perl recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#416480: ghex: crashes while searching an ASCII string.
Package: ghex Version: 2.8.2-3 Severity: important -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages ghex depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libgtkhex0 2.8.2-3 GNOME Hex editor for files (shared ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime ghex recommends no packages. -- no debconf information Hi, this bug appears to be similar to #373712 but with an important difference: the (ASCII) string I was searching for DID exist and EOF wasn't reached. Strictly speaking, this bug is important but the operation is so basic that renders the package nearly unusable. This is the backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 48003937505760 (LWP 4170)] 0x2ba8c7fd982f in malloc_usable_size () from /lib/libc.so.6 (gdb) bt #0 0x2ba8c7fd982f in malloc_usable_size () from /lib/libc.so.6 #1 0x2ba8c7fdb7b9 in free () from /lib/libc.so.6 #2 0x2ba8c7fdd19d in malloc () from /lib/libc.so.6 #3 0x2ba8c7bde75b in g_malloc () from /usr/lib/libglib-2.0.so.0 #4 0x2ba8c73d1643 in pango_script_iter_new () from /usr/lib/libpango-1.0.so.0 #5 0x2ba8c73c3833 in pango_context_get_font_description () from /usr/lib/libpango-1.0.so.0 #6 0x2ba8c73c4494 in pango_itemize_with_base_dir () from /usr/lib/libpango-1.0.so.0 #7 0x2ba8c73cb64f in pango_layout_iter_get_char_extents () from /usr/lib/libpango-1.0.so.0 #8 0x2ba8c73cc17d in pango_layout_iter_get_char_extents () from /usr/lib/libpango-1.0.so.0 #9 0x2ba8c61df6e3 in gtk_label_new () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x2ba8c786e537 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #11 0x2ba8c787d76d in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #12 0x2ba8c787ed95 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #13 0x2ba8c7881f53 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #14 0x2ba8c6234bc8 in _gtk_size_group_compute_requisition () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x2ba8c61b30d8 in gtk_frame_new () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x2ba8c786e537 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #17 0x2ba8c787d76d in g_signal_chain_from_overridden () from
Bug#416482: mysql-client-5.0: Each time I run mysqlcheck, I get mysqlcheck has found corrupt tables Warning
Package: mysql-client-5.0 Version: 5.0.32-7etch1 Severity: normal When I run mysqlcheck, I always get : Table upgrade required. Please do REPAIR TABLE x to fix it for two tables, always the same, even if I repair those tables just before, I always get the same warning... I don't know anymore what to do to get these tables clean -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mysql-client-5.0 depends on: ii debianutils2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbd-mysql-perl 3.0008-1 A Perl5 database interface to the ii libdbi-perl1.53-1Perl5 database interface by Tim Bu ii libgcc11:4.1.1-21GCC support library ii libmysqlclient15off5.0.32-7etch1 mysql database client library ii libncurses55.5-5 Shared libraries for terminal hand ii libreadline5 5.2-2 GNU readline and history libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii mysql-common 5.0.32-7etch1 mysql database common files (e.g. ii perl 5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13compression library - runtime mysql-client-5.0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416481: Removes backup file of /etc/pbuilderrc
Package: pbuilder Version: 0.164 Severity: grave Justification: causes non-serious data loss I attach a log file of a script session. The commands were = export LANG=C aptitude install pbuilder cp /etc/pbuilderrc /etc/pbuilderrc.bak echo /etc/pbuilderrc.bak ls -l /etc/pbu* aptitude purge pbuilder ls -l /etc/pbu* = I wanted a backup of my pbuilderrc to survive the purge. For reasons unknown to me, /etc/pbuilderrc.bak was removed as well (the 'echo' command is just to ensure that the files are indeed different). Thomas -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pbuilder depends on: ii cdebootstrap 0.3.15 Bootstrap a Debian system ii coreutils 5.97-5.3 The GNU core utilities ii debianutils 2.18 Miscellaneous utilities specific t ii debootstrap 0.3.3.2Bootstrap a basic Debian system ii gcc 4:4.1.1-15 The GNU C compiler ii wget 1.10.2-2 retrieves files from the web Versions of packages pbuilder recommends: pn cowdancer none (no description available) ii devscripts2.10.2 Scripts to make the life of a Debi ii fakeroot 1.6.5 Gives a fake root environment ii sudo 1.6.8p12-4 Provide limited super user privile -- no debconf information Script started on Wed Mar 28 11:20:36 2007 ]0;[EMAIL PROTECTED]: [EMAIL PROTECTED]:~# export LANG=C ]0;[EMAIL PROTECTED]: [EMAIL PROTECTED]:~# aptitude install pbuilder Reading package lists... 0% Reading package lists... 0% Reading package lists... 1% Reading package lists... Done Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 50% Building dependency tree... 50% Building dependency tree... Done Reading extended state information... 0% Reading extended state information... 0% Reading extended state information... 8% Reading extended state information Initializing package states... 0% Initializing package states... Done Writing extended state information... 0% Writing extended state information... Done Reading task descriptions... 0% Reading task descriptions... Done Building tag database... 0% Building tag database... 24% Building tag database... Done The following NEW packages will be installed: pbuilder The following packages are RECOMMENDED but will NOT be installed: cowdancer 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/83.8kB of archives. After unpacking 471kB will be used. Writing extended state information... 0% Writing extended state information... 1% Writing extended state information... Done Selecting previously deselected package pbuilder. (Reading database ... 265963 files and directories currently installed.) Unpacking pbuilder (from .../pbuilder_0.164_all.deb) ... Setting up pbuilder (0.164) ... ]0;[EMAIL PROTECTED]: [EMAIL PROTECTED]:~# cp /etc/pbuilderrc /etc/pbuilderrc.bak ]0;[EMAIL PROTECTED]: [EMAIL PROTECTED]:~# echo /etc/pbuilderrc.bak ]0;[EMAIL PROTECTED]: [EMAIL PROTECTED]:~# ls -l /etc/pbu* [00m-rw-r--r-- 1 root root 2421 Feb 27 00:07 [00m/etc/pbuilderrc[00m -rw-r--r-- 1 root root 2422 Mar 28 11:20 [00m/etc/pbuilderrc.bak[00m /etc/pbuilder: total 4 -rw-r--r-- 1 root root 373 Feb 27 00:07 [00mbuildd-config.sh[00m lrwxrwxrwx 1 root root 13 Mar 28 11:20 [01;36mpbuilderrc[00m - [00m../pbuilderrc[00m [m]0;[EMAIL PROTECTED]: [EMAIL PROTECTED]:~# aptitude purge pbuilder Reading package lists... 0% Reading package lists... 0% Reading package lists... 1% Reading package lists... Done Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 50% Building dependency tree... 50% Building dependency tree... Done Reading extended state information... 0% Reading extended state information... 0% Reading extended state information Initializing package states... 0% Initializing package states... Done Writing extended state information... 0% Writing extended state information... 67% Writing extended state information... Done Reading task descriptions... 0% Reading task descriptions... Done Building tag database... 0% Building tag database... Done The following packages will be REMOVED: pbuilder{p} 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 471kB will be freed. Do you want to continue? [Y/n/?] Writing extended state information... 0% Writing extended state
Bug#383316: Choosing a license for Frets on Fire songs
On Tue Mar 27 20:54, Jason Spiro wrote: 2007/3/27, Don Armstrong [EMAIL PROTECTED]: On Tue, 27 Mar 2007, Jason Spiro wrote: Maybe if debian-legal or I wrote the license (I have never written a license before, but maybe I could modify the MIT license) we could get Teosto to agree on more liberal terms than we would get if Teosto wrote one? The following is what I would use if I were to license my own compositions[1] for distribution in Debian: I'm sure you realize Teosto would consider the BSD license far too liberal, and forbid it. :-) Seriously, do you think my idea of writing a license has merit? Such a licence would not get the songs in main, though. I imagine it would fail DFSG 6 and possibly 3. It would get them in non-free though which would allow the rest of the game in contrib or, if we managed to find some free songs to go with it, in main. Matt -- Matthew Johnson signature.asc Description: Digital signature
Bug#416464: postgresql-8.1: Please add aide.conf.d file
On Wed, 28 Mar 2007, Peter Eisentraut wrote: /etc/aide/aide.conf.d/50_postgresql that contains !/var/lib/postgresql/8.1/main/ Aide should know that all files in /var are subject to change. Well, but aide knows different ways of beeing subject to change. So there are rules how logfiles or databases might change. There might be ways to even improve my rather simplistic solution but aide does not exclude /var by default from integrity check. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396870: Problem still applies
Package: gnome-applets Version: 2.14.3-4 --- Please enter the report below this line. --- I'm using a Thinkpad Z61p with a core2 duo cpu. I'm using gnome-applets 2.14.3-4, but the cpufreq-appet still does not find cpu1 after a resume. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-686 Debian Release: 4.0 500 testing-proposed-updates ftp.de.debian.org 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.de.debian.org 500 testing ftp.au.debian.org 1 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libapm1 (= 3.2.0-7) | 3.2.2-8.1 libatk1.0-0 (= 1.12.2) | 1.12.4-3 libbonobo2-0 (= 2.13.0) | 2.14.0-3 libbonoboui2-0 (= 2.5.4) | 2.14.0-5 libc6(= 2.3.6-6) | 2.3.6.ds1-13 libcairo2 (= 1.2.4) | 1.2.4-4 libdbus-1-3 (= 0.94) | 1.0.2-1 libdbus-glib-1-2(= 0.71) | 0.71-3 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libgconf2-4 (= 2.13.5) | 2.16.1-1 libglade2-0 (= 1:2.5.1) | 1:2.6.0-4 libglib2.0-0 (= 2.12.0) | 2.12.4-2 libgnome-desktop-2(= 2.11.1) | 2.14.3-2 libgnome2-0 (= 2.14.1) | 2.16.0-2 libgnomeui-0 (= 2.13.0) | 2.14.1-2 libgnomevfs2-0 (= 2.13.92) | 1:2.14.2-7 libgstreamer-plugins-base0.10-0 (= 0.10.10) | 0.10.10-4 libgstreamer0.10-0 (= 0.10.10) | 0.10.10-3 libgtk2.0-0(= 2.8.0) | 2.8.20-7 libgtop2-7(= 2.14.2) | 2.14.4-3 libgucharmap4 | 1:1.6.0-1 libhal1 (= 0.5) | 0.5.8.1-9 libnotify1| 0.4.3-1 liborbit2 (= 1:2.14.1) | 1:2.14.3-0.1 libpanel-applet2-0(= 2.14.3) | 2.14.3-5 libpango1.0-0 (= 1.14.8) | 1.14.8-5 libwnck18 (= 2.14.0) | 2.14.3-1 libx11-6 | 2:1.0.3-6 libxcursor1( 1.1.2) | 1.1.7-4 libxext6 | 1:1.0.1-2 libxfixes3 (= 1:4.0.1) | 1:4.0.1-5 libxi6| 1:1.0.1-4 libxinerama1 | 1:1.0.1-4.1 libxklavier10 | 2.2-5 libxml2 (= 2.6.27) | 2.6.27.dfsg-1 libxrandr2| 2:1.1.0.2-5 libxrender1 | 1:0.9.1-3 debconf (= 0.5) | 1.5.11 OR debconf-2.0 | gconf2 (= 2.12.1-1) | 2.16.1-1 gnome-applets-data (= 2.14.3-4) | 2.14.3-4 gnome-panel (= 2.12.1-1) | 2.14.3-5 gnome-icon-theme(= 2.12.1-1) | 2.14.2-2 gstreamer0.10-alsa| 0.10.10-4 OR gstreamer0.10-plugins-good| 0.10.4-4 OR hurd | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416483: Use of uninitialized value in string at /home/awstats/awstats.pl line 5620.
Package: awstats Version: 6.6+dfsg-1 Severity: normal when running awstats.pl I always get this king of warnings : Use of uninitialized value in string at /home/awstats/awstats.pl line 5620. -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages awstats depends on: ii perl [libstorable-perl] 5.8.8-7Larry Wall's Practical Extraction Versions of packages awstats recommends: pn libnet-xwhois-perlnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375041: evolution-exchange: Crashes when querying GAL (Global Address List)
I believe, that this patch: http://bugzilla.gnome.org/attachment.cgi?id=84585 fixes this bug. It is still unconfirmed, not accepted and not revisioned by the upstream maintainer (no maintainer responded to my posts on Gnome Bugzilla for over two weeks) but patched version seem to work well at least for me and my workmate. Please test it. Here is a link for whole entry on Gnome Bugzilla for this issue: http://bugzilla.gnome.org/show_bug.cgi?id=368877 smime.p7s Description: S/MIME cryptographic signature
Bug#416092: mondo: Editor hardcoded to 'vi' [Patch attached]
Hi Bruno, On Tue, 2007-03-27 at 01:35 +0200, Bruno Cornec wrote: hugo vanwoerkom said on Sat, Mar 24, 2007 at 01:04:53PM -0600: It would seem unnecessary to have to learn 'vi' just because one uses mondo as a backup tool. Please Andree, refer to the mondo ML (and the related thread) before acting on this. Ok, no problem. - strcpy(editor, vi); // find_my_editor() ); + strcpy(editor, find_my_editor() ); Tien. Not the same patch. What does this mean? Bruno. Cheers, Andree -- Andree Leidenfrost @ Debian Developer Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#416485: Fancy output not so fancy
Package: lsb-base Version: 3.1-23.1 Severity: wishlist Tags: patch -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-gas-machine Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages lsb-base depends on: ii ncurses-bin 5.5-5 Terminal-related programs and man ii sed 4.1.5-1The GNU sed stream editor lsb-base recommends no packages. -- no debconf information The init-functions script can do fancy and non-fancy output, but actually they are almost the same... I made a little patch to get a little-bit-more fancy output... Yes, I know, it's only a cosmetic thing and the LSB team have major problems to deal with, but a little of color in our monitors can't hurt, I think... :) Thanks -- Alessio --- /lib/lsb/init-functions.orig 2007-03-28 10:56:00.0 +0200 +++ /lib/lsb/init-functions 2007-03-28 11:06:31.0 +0200 @@ -145,14 +145,23 @@ } log_success_msg () { -echo $@ +if log_use_fancy_output; then +RALIGN=\\r\\033[$[`$TPUT cols`-6]C +GREEN=`$TPUT setaf 2` +NORMAL=`$TPUT op` +echo -e [EMAIL PROTECTED] + +else +echo $@ +fi } log_failure_msg () { if log_use_fancy_output; then +RALIGN=\\r\\033[$[`$TPUT cols`-6]C RED=`$TPUT setaf 1` NORMAL=`$TPUT op` -echo $RED*$NORMAL $@ +echo -e ${RED}*${NORMAL} [EMAIL PROTECTED] else echo $@ fi @@ -160,9 +169,10 @@ log_warning_msg () { if log_use_fancy_output; then +RALIGN=\\r\\033[$[`$TPUT cols`-6]C YELLOW=`$TPUT setaf 3` NORMAL=`$TPUT op` -echo $YELLOW*$NORMAL $@ +echo -e ${YELLOW}*${NORMAL} [EMAIL PROTECTED] else echo $@ fi @@ -247,12 +257,15 @@ # Only do the fancy stuff if we have an appropriate terminal # and if /usr is already mounted if log_use_fancy_output; then -RED=`$TPUT setaf 1` +GREEN=`$TPUT setaf 2` + RED=`$TPUT setaf 1` NORMAL=`$TPUT op` if [ $1 -eq 0 ]; then -echo . + RALIGN=\\r\\033[$[`$TPUT cols`-6]C + echo -e ${RALIGN}[${GREEN}DONE${NORMAL}] else -/bin/echo -e ${RED}failed!${NORMAL} + RALIGN=\\r\\033[$[`$TPUT cols`-6]C + echo -e ${RED}*${NORMAL} [EMAIL PROTECTED] fi else if [ $1 -eq 0 ]; then @@ -284,12 +297,20 @@ fi if [ $1 -eq 0 ]; then -echo done${end} + if log_use_fancy_output; then + GREEN=`$TPUT setaf 2` + NORMAL=`$TPUT op` + RALIGN=\\r\\033[$[`$TPUT cols`-6]C + echo -e ${RALIGN}[${GREEN}DONE${NORMAL}] + else + echo done${end} + fi else if log_use_fancy_output; then RED=`$TPUT setaf 1` NORMAL=`$TPUT op` -/bin/echo -e ${RED}failed${end}${NORMAL} + RALIGN=\\r\\033[$[`$TPUT cols`-10]C + echo -e ${RED}*${NORMAL} [EMAIL PROTECTED] else echo failed${end} fi
Bug#416484: kdebluetooth: cannot pair with Logitech MX900 mouse via GUI
Package: kdebluetooth Version: 0.99+1.0beta2-4 Severity: normal Hi, the Logitech MX 900 mouse shows up right in bluetooth:/ konqueror output. When I click on the mouse icon, instead of pairing, it offers to Open sdp://locitech mx900 mouse/ either with Save As or Open With. This is substantially different from the process the kdebluetooth stuff uses to pair with a phone or a headset. In order to use the mouse, it is necessary to use hidd --connect mouse MAC address from a shell. It would be great if kdebluetooth could also support this. Greetings Marc -- System Information: Debian Release: 4.0 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.20.4-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages kdebluetooth depends on: ii bluez-utils 3.7-1Bluetooth tools and daemons ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-2~mdx2 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr11:2.4.32-1.1 Extended attribute shared library ii libaudio2 1.8-4The Network Audio System (NAS). (s ii libbluetooth2 3.9-1Library to use the BlueZ Linux Blu ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgamin0 [libf 0.1.8-1 Client library for the gamin file ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libopenobex11.3-3OBEX protocol library ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-3Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-6X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii qobex 0.99+1.0beta2-4 Swiss army knife for the OBject EX ii zlib1g 1:1.2.3-13 compression library - runtime kdebluetooth recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416486: glew_1.3.6-1(sparc/experimental): FTBFS: missing build-dep
Package: glew Version: 1.3.6-1 Severity: serious Hi, your package faile to build from source, you probably need to build-depend on libxmu-dev. | Automatic build of glew_1.3.6-1 on odin by sbuild/sparc 98-farm | Build started at 20070328-0509 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 369kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main glew 1.3.6-1 (dsc) [715B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main glew 1.3.6-1 (tar) [357kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main glew 1.3.6-1 (diff) [11.3kB] | Fetched 369kB in 0s (3858kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libx11-dev, docbook-to-man | Checking for already installed source dependencies... | debhelper: missing | Using default version 5.0.42 (Priority: 990) | libgl1-mesa-dev: missing | Using default version 6.5.1-0.6 (Priority: 990) | libgl-dev: missing | No default version. Virtual package? | libglu1-mesa-dev: missing | Using default version 6.5.1-0.6 (Priority: 990) | libglu-dev: missing | No default version. Virtual package? | libx11-dev: missing | Using default version 2:1.0.3-6 (Priority: 990) | docbook-to-man: missing | Using default version 1:2.0.0-24 (Priority: 990) | Checking for source dependency conflicts... | /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install debhelper libgl1-mesa-dev libglu1-mesa-dev libx11-dev docbook-to-man | Reading Package Lists... | Building Dependency Tree... | The following extra packages will be installed: | docbook file gettext gettext-base html2text intltool-debian libdrm2 libexpat1 | libgl1-mesa-dri libgl1-mesa-glx libglu1-mesa libmagic1 libsp1c2 libx11-6 | libx11-data libxau-dev libxau6 libxdmcp-dev libxdmcp6 libxext-dev libxext6 | libxxf86vm1 mesa-common-dev po-debconf sgml-base sgml-data sp x11-common | x11proto-core-dev x11proto-input-dev x11proto-kb-dev x11proto-xext-dev | xml-core xtrans-dev | Suggested packages: | dh-make psgml docbook-xml docbook-dsssl cvs gettext-doc sgml-base-doc | perlsgml doc-html-w3 opensp libxml2-utils doc-base | Recommended packages: | curl wget lynx libmail-sendmail-perl libcompress-zlib-perl | The following NEW packages will be installed: | debhelper docbook docbook-to-man file gettext gettext-base html2text | intltool-debian libdrm2 libexpat1 libgl1-mesa-dev libgl1-mesa-dri | libgl1-mesa-glx libglu1-mesa libglu1-mesa-dev libmagic1 libsp1c2 libx11-6 | libx11-data libx11-dev libxau-dev libxau6 libxdmcp-dev libxdmcp6 libxext-dev | libxext6 libxxf86vm1 mesa-common-dev po-debconf sgml-base sgml-data sp | x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev | x11proto-xext-dev xml-core xtrans-dev | 0 upgraded, 39 newly installed, 0 to remove and 3 not upgraded. | Need to get 0B/18.6MB of archives. | After unpacking 62.2MB of additional disk space will be used. [...] | debian/rules build | dh_testdir | touch configure-stamp | docbook-to-man debian/glewinfo.sgml debian/glewinfo.1 | docbook-to-man debian/visualinfo.sgml debian/visualinfo.1 | dh_testdir | /usr/bin/make GL_LDFLAGS=-lGL GLU_LDFLAGS=-lGLU GLUT_LDFLAGS=-lglut | make[1]: Entering directory `/build/buildd/glew-1.3.6' | cc -O2 -Wall -W -Iinclude -fPIC -o src/glew.pic_o -c src/glew.c | cc -shared -Wl,-soname=libGLEW.so.1.3 -o lib/libGLEW.so.1.3.6 src/glew.pic_o -L/usr/X11R6/lib -lXmu -lXi -lGLU -lGL -lXext -lX11 -lGL | /usr/bin/ld: cannot find -lXmu | collect2: ld returned 1 exit status | make[1]: *** [lib/libGLEW.so.1.3.6] Error 1 | make[1]: Leaving directory `/build/buildd/glew-1.3.6' | make: *** [build-stamp] Error 2 | ** | Build finished at 20070328-0511 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.3.6-1pkg=glewarch=sparc Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416487: mysql-server: Extremly poor MySQL performance due to scalability problems
Package: mysql-server Version: 5.0.32-7etch1 Severity: normal The problems named in http://ozlabs.org/~anton/linux/sysbench/ and http://jeffr-tech.livejournal.com/6268.html#cutid1 are making the mysql-server really slow. Jobs which should run in about 1 hour need 4 hours. We could fix the problem using the ugly hack named in http://ozlabs.org/~anton/linux/sysbench/ as advice: - compiling override_sched_setscheduler.c, but the name of the library has to start with lib, for example liboverride.so - backporting google-perftools-0.8 - preloading mysql with liboverride.so and libtcmalloc.so -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mysql-server depends on: ii mysql-server-5.0 5.0.32-7etch1 mysql database server binaries mysql-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416239: upgrade-reports: upgrade report from Sarge Japanese environment to Etch
FWIW, here is an aptitude install command that partially fixes the problem of packages being removed, and might also still work on server systems (not yet tested): aptitude install initrd-tools libfam0 xlibmesa-glu x11-common xfree86-common- Hinting xfree86-common for removal earlier appears to cause aptitude to try to upgrade its reverse-depends sooner instead of removing them. This brings the number of package removals for me down to 187 from 558; KDE stays installed, but GNOME still gets removed. Still looking for something that would keep GNOME in place here, maybe someone else has an idea? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416482: mysql-client-5.0: Each time I run mysqlcheck, I get mysqlcheck has found corrupt tables Warning
On 2007-03-28 [EMAIL PROTECTED] wrote: Package: mysql-client-5.0 Version: 5.0.32-7etch1 Severity: normal When I run mysqlcheck, I always get : Table upgrade required. Please do REPAIR TABLE x to fix it for two tables, always the same, even if I repair those tables just before, I always get the same warning... I don't know anymore what to do to get these tables clean Have you upgraded from 4.0/4.1 recently? It was supposed that mysqls-erver-5.0 runs an update_table script at installation time, I wonder if this has happened. Can you try dpkg-reconfigure mysql-server-5.0? It should change nothing but run mysql_upgrade (check the logs). bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416488: use Homepage tag in control
Package: logwatch Version: 7.3.1-5 Severity: wishlist Hi, You write The homepage of logwatch is: http://www.logwatch.org/; in control, why not using the Homepage tag for it? Kind regards Nico -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/zsh4 Kernel: Linux 2.6.18-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Nico Golde - http://www.ngolde.de JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! signature.asc Description: Digital signature
Bug#413500: Workaround
Note that downgrading to 6.6.3-2 fixes the problem. -- Stefano RIVOIR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416481: [Pbuilder-maint] Bug#416481: Removes backup file of /etc/pbuilderrc
reassign 416481 dpkg thanks Justification: causes non-serious data loss I attach a log file of a script session. The commands were = export LANG=C aptitude install pbuilder cp /etc/pbuilderrc /etc/pbuilderrc.bak echo /etc/pbuilderrc.bak ls -l /etc/pbu* aptitude purge pbuilder ls -l /etc/pbu* = I wanted a backup of my pbuilderrc to survive the purge. For reasons unknown to me, /etc/pbuilderrc.bak was removed as well (the 'echo' command is just to ensure that the files are indeed different). Thomas -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pbuilder depends on: ii cdebootstrap 0.3.15 Bootstrap a Debian system ii coreutils 5.97-5.3 The GNU core utilities ii debianutils 2.18 Miscellaneous utilities specific t ii debootstrap 0.3.3.2Bootstrap a basic Debian system ii gcc 4:4.1.1-15 The GNU C compiler ii wget 1.10.2-2 retrieves files from the web Versions of packages pbuilder recommends: pn cowdancer none (no description available) ii devscripts2.10.2 Scripts to make the life of a Debi ii fakeroot 1.6.5 Gives a fake root environment ii sudo 1.6.8p12-4 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416489: gspca-source: Build error on ARM
Package: gspca-source Version: 01.00.12-1 Severity: important Hi, building the current gspca-source module on the ARM architecture fails because a variable name in the code contains the '$' character. It seems it builds fine on x86, but on ARM the compiler throws errors. You can test this with a tiny program such as this: int main(void) { int m$foo = 1; return 0; } Result on ARM: a.c: In function 'main': a.c:3: error: stray '$' in program a.c:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'foo' a.c:3: error: 'foo' undeclared (first use in this function) a.c:3: error: (Each undeclared identifier is reported only once a.c:3: error: for each function it appears in.) I've tried on ARM (failed) and x86 (worked fine), both times using the same gcc version: gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Attached patch fixed my build problems on ARM. I suggest to forward this upstream, too. Dollar signs in variable names are not such a good idea, IHMO. HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org --- gspca_core.c.orig 2007-03-28 12:25:00.0 +0200 +++ gspca_core.c 2007-03-28 12:25:18.0 +0200 @@ -398,7 +398,7 @@ Sonyc002, Vimicro0321, Orbicam, - M$VX1000, + MSVX1000, Trust610LCDPowerCamZoom, Sonyc001, LastCamera @@ -580,7 +580,7 @@ {Sonyc002,Vc0321}, {Vimicro0321,Vc0321}, {Orbicam,Logitech Orbicam}, - {M$VX1000,MicroSoft VX1000}, + {MSVX1000,MicroSoft VX1000}, {Trust610LCDPowerCamZoom, Trust 610 LCD [EMAIL PROTECTED] Zoom}, {Sonyc001,Sony Visual Communication VGP-VCC1}, {-1, NULL} @@ -3124,7 +3124,7 @@ case 0x045e: switch(product){ case 0x00f7: - spca50x-desc = M$VX1000; + spca50x-desc = MSVX1000; spca50x-bridge = BRIDGE_SN9CXXX; spca50x-sensor = SENSOR_OV7660; spca50x-customid = SN9C105; signature.asc Description: Digital signature
Bug#416437: dpkg-dev: dpkg-buildpackage asks for key passphrase after displaying help
On 2007-03-28, at 03:32:18 Guillem Jover wrote: tag 416437 unreproducible moreinfo [...] It just came to my mind that you might have dpkg-cross installed, which diverts that file. :-/ Ahh.. Yes I have dpkg-cross installed, and after removing it dpkg-buildpackage works normally. Maybe this bugreport should be reassigned to dpkg-cross ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416476: closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
hi you closed the bug could you explain me why you claim that the bug is not a bug ? that is, On Wed, Mar 28, 2007 at 09:45:12AM +, Debian Bug Tracking System wrote: Yeah, convention is what is done ... contrast vs iceweasel should be high enough now. what do you mean by that ? in my installation, - the menu icon of icedove is green and it is /usr/share/pixmaps/icedove.xpm or /usr/share/pixmaps/icedove-menu.xpm *but* - the icon used in the window listings (task manager, window list, ALT-TAB when using metacity...) is *blue* and this changed in the latest upgrade 1.5.0.9.dfsg1-1 - 1.5.0.10.dfsg1-2 in Etch (I saw this happening in two different hosts) a. -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416490: acpi-support: IBM Ultrabase X4 DVD/CDOM Undetected On Dock
Package: acpi-support Version: 0.90-4 Severity: normal I've noticed that if I have my Thinkpad X40 seated in its X4 Ultrabase and boot it up fresh, that I have a DVDROM (hdc). However, if I boot up without it, then go to dock, the DVDROM is not detected :( I noticed that if hotswap is installed, I could run: hotswap -c 1 rescan-ide and this will register /dev/hdc Which is pretty nice result.. however, although I have a /dev/hdc /dev/dvd (which some things depend on) wasn't brought up. Debian should be able to handle automatically detecting IDE CDROM's after docking by now, it is 2007 after all! Furthermore, ideally, I should be able to boot up my laptop out of the dock, hibernate it (which works), plug it into the dock, wake it up from its torpid state, and have a working IDE CDROM on /dev/hdc and /dev/dvd That said, it's not a huge bug but it would lend a certain amount of functionality. -- 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 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages acpi-support depends on: ii acpid 1.0.4-5 Utilities for using ACPI power man ii dmidecode 2.8-4Dump Desktop Management Interface ii finger 0.17-10 user information lookup program ii hdparm 6.9-2tune hard disk parameters for high ii laptop-detect 0.12.1 attempt to detect a laptop ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii powermgmt-base 1.29 Common utils and configs for power ii radeontool 1.5-5utility to control ATI Radeon back ii toshset 1.72-2 Access much of the Toshiba laptop ii vbetool 0.7-1.1 run real-mode video BIOS code to a ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients Versions of packages acpi-support recommends: pn laptop-mode-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416482: mysql-client-5.0: Each time I run mysqlcheck, I get mysqlcheck has found corrupt tables Warning
Christian Hammers a écrit : On 2007-03-28 [EMAIL PROTECTED] wrote: Package: mysql-client-5.0 Version: 5.0.32-7etch1 Severity: normal When I run mysqlcheck, I always get : Table upgrade required. Please do REPAIR TABLE x to fix it for two tables, always the same, even if I repair those tables just before, I always get the same warning... I don't know anymore what to do to get these tables clean Have you upgraded from 4.0/4.1 recently? It was supposed that mysqls-erver-5.0 runs an update_table script at installation time, I wonder if this has happened. Can you try dpkg-reconfigure mysql-server-5.0? It should change nothing but run mysql_upgrade (check the logs). bye, -christian- Hello, I've tried to run dpkg-reconfigure mysql-server-5.0, but it doesn't change anything, I still get the same errors. So I tried to run mysql_upgrade, and I got : Error 1045 (28000): Access denied for user: 'root'@'@localhost' (password: NO) this is translated from the french error message ;) Error Executing '/usr/mysql --force --no-auto-rehash --batch --user=root mysql /usr/share/mysql/mysql_fix_privilege_tables.sql' so I tried to run manually : /usr/mysql --force --no-auto-rehash --batch --user=root mysql /usr/share/mysql/mysql_fix_privilege_tables.sql but I got once again : Error 1045 (28000): Access denied for user: 'root'@'@localhost' (password: NO) So I tried with -p option to send in my password It finally ran, but I got many errors of this kind : Fieldname already in use
Bug#383316: Choosing a license for Frets on Fire songs
* Don Armstrong: Well, it actually seems rather strange to me for an organization which is designed to protect artists disallowing artists from determining how their own works are licensed, This is common practice for organizations that collect royalties on behalf of composers. If you want to create free content, you need to steer clear of them (unless they don't require exclusive exploitation rights, which is the exception). 8-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416210: linux-image-2.6.18-4-686 startup logs
On Wed, Mar 28, 2007 at 11:32:11AM +0200, Grzegorz Szyszlo wrote: On Wed, 28 Mar 2007, Oleg Verych wrote: OK. I don't have experience with such hardware. Try to select modules you need for basic boot, i.e. don't use MODULES=most in initramfs.conf, then manually load suspected modules, if you need them, of course. E.g. why piix* is needed on serverworks chipset? Help me, how should I exactly configure initramfs.conf and remake initrd ? Don't panic, sir. piix* is loaded later, after initrd. all partitions are mounted. I think, this module is loaded by hotplug or discover. Maybe this module try turn on DMA mode for IDE, because default DMA is disabled. But it completly hang up server. I read about it on the Internet. All people have problems with ServerWorks OSB4 and DMA enabled. man initramfs.conf Basicly what i do: * compose /etc/initramfs/modules * MODULES=list in initramfs.conf * chmod 000 /sbin/modprobe (finger for UglyDEV) * update-initramfs (some options like what to do and kernel version) Higher numer kernel resolve this problem, but I didn't try it. I can try any new knoppix or ubuntu cd live, they have more new kernels. Experimaental kernels are built and packaged for testing, see http://wiki.debian.org/DebianKernel I tryed to find option in BIOS that disable SMP, but this is classical SCSI BIOS, booted from configuration partition. There SMP options for Linux. I used this server on NetWare. It is no matter, when I selected in BIOS NetWare or NetWareSMP. Allways I coud use server as SMP. nosmp, noapic (see Documentation/kernel-parameters.txt) thanks. I'll try it, but after 18:00 GMT+2 (summer time), it'll be 16:00 UTC. Try experimental kernels also, please. I don't know why serverity is downgraded from critical to important. I set critical severity, because this kernel makes my system completly unusable, as descripted in report script. Maybe guys want to finally make a release. Very long dev. cycles isn't an open source's release early, release frequently. btw. chipset ServerWorks is used on HP Proliant Prosignia servers. Actually on the new servers this chipsets have revision OSB6. Well, if this is module vs. module config problem, then lets just solve this. Quality of drivers is question for upstream developers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413436: (no subject)
Hi, you came to any decision wether you include this patch or not? I really don't want to see this patch resting here for the next 8 years. Kind regards Nico -- Nico Golde - http://www.ngolde.de JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! pgp6DZL2qDdF2.pgp Description: PGP signature
Bug#416476: closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
On Wed, Mar 28, 2007 at 12:41:41PM +0200, A Mennucc wrote: hi you closed the bug could you explain me why you claim that the bug is not a bug ? that is, On Wed, Mar 28, 2007 at 09:45:12AM +, Debian Bug Tracking System wrote: Yeah, convention is what is done ... contrast vs iceweasel should be high enough now. what do you mean by that ? in my installation, - the menu icon of icedove is green and it is /usr/share/pixmaps/icedove.xpm or /usr/share/pixmaps/icedove-menu.xpm *but* - the icon used in the window listings (task manager, window list, ALT-TAB when using metacity...) is *blue* and this changed in the latest upgrade 1.5.0.9.dfsg1-1 - 1.5.0.10.dfsg1-2 in Etch (I saw this happening in two different hosts) Yes, the icon in the menu is a bug. there is a bug for that already. - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416044: mondo: fails with multiple dvd's
On 3/28/07, Andree Leidenfrost [EMAIL PROTECTED] wrote: Hi Hugo, So, you don't have a dual-layer DVD writer, right? Right. Does this mean in your opinion this bug report can be closed? Yes, it should be closed. I was at fault for not reading the FAQ. Andree, thanks for your attention. Hugo. Best regards, Andree PS: Bruno: Thanks a lot for helping out!!! On Tue, 2007-03-27 at 04:41 -0600, hugo vanwoerkom wrote: On 3/27/07, Bruno Cornec [EMAIL PROTECTED] wrote: hugo vanwoerkom said on Sat, Mar 24, 2007 at 04:24:58AM -0600: But when I backup something large, that needs more than one DVD, mondo behaves strange: It puts up Blanking DVD, then Waiting for drive to settle, then says it can't write to the DVD[1]. You should not use a size greater than 4380 (MB) for creating physical media. 4600 does NOT fit on a DVD (Cf mondo doc/faq) Bruno. Thanks Bruno. Hugo -- Andree Leidenfrost @ Debian Developer Sydney - Australia -- The party is over (Martha Marshall +2007) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416476: closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
On Wed, Mar 28, 2007 at 12:41:41PM +0200, debdev wrote: in my installation, - the menu icon of icedove is green and it is /usr/share/pixmaps/icedove.xpm or /usr/share/pixmaps/icedove-menu.xpm *but* - the icon used in the window listings (task manager, window list, ALT-TAB when using metacity...) is *blue* those latest icons are found in /usr/share/icedove/icons/ and this changed in the latest upgrade 1.5.0.9.dfsg1-1 - 1.5.0.10.dfsg1-2 note that 1.5.0.9.dfsg1-1 was based on 1.5.0.9 and 1.5.0.10.dfsg1-2was based on 1.5.0.10 that is, there was a change of upstream code as well a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416476: closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
On Wed, Mar 28, 2007 at 12:49:45PM +0200, Alexander Sack wrote: and this changed in the latest upgrade 1.5.0.9.dfsg1-1 - 1.5.0.10.dfsg1-2 in Etch (I saw this happening in two different hosts) Yes, the icon in the menu is a bug. there is a bug for that already. and the bug is #413976 - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416491: ITP: kmidimon -- MIDI monitor using ALSA sequencer and KDE user interface
Package: wnpp Owner: Free Ekanayaka [EMAIL PROTECTED] Severity: wishlist * Package name: kmidimon Version : 0.5.0 Upstream Author : Pedro Lopez-Cabanillas plcl AT users.sourceforge.net * URL or Web page : http://sourceforge.net/project/showfiles.php?group_id=134956 * License : GPL Description : MIDI monitor using ALSA sequencer and KDE user interface KMidimon can monitor a MIDI data stream, in order to diagnose a malfunctioning piece of equipment or to examine the contents of a MIDI sequence during playback. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416476: closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
hi (this is a followup to bug 416476, but I am CC into bug 413976 as well) On Wed, Mar 28, 2007 at 12:49:45PM +0200, Alexander Sack wrote: On Wed, Mar 28, 2007 at 12:41:41PM +0200, A Mennucc wrote: in my installation, - the menu icon of icedove is green and it is /usr/share/pixmaps/icedove.xpm or /usr/share/pixmaps/icedove-menu.xpm *but* - the icon used in the window listings (task manager, window list, ALT-TAB when using metacity...) is *blue* Yes, the icon in the menu is a bug. there is a bug for that already. you mean 413976 ? I looked at it (I filtered for 'icon' in reportbug ) bug 413976 is saying exactly the opposite of what I am saying, it says: the new blue icedove icon looks very good and is a real improvement above the old green version. But it seems that you have forgotten to replace the menu-icon too. The menu entry for icedove still has the old version. bug 413976 is asking to replace the green menu icon with a blue one what I am asking in bug 416476 is to replace the blue window icon with a green one. as you see, my bug is not a duplicate of 413976. BTW: why is 413976 asking to go to blue ? iceweasel is blue, and the whole idea AFAIK was to have icedove green, to easily distinguish the icons even when they are small a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416493: kanatest: new version 0.4.2 available
Package: kanatest Version: 0.3.6-3 Severity: wishlist A new version 0.4.2 is available at http://clay.ll.pl/kanatest/. Thanks. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kanatest depends on: ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-62:1.0.3-6X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra kanatest recommends no packages. -- no debconf information -- Kevin Coyner GnuPG key: 1024D/8CE11941 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416494: rubber: weird behavior on empty documents
Package: rubber Version: 1.1-2 Severity: normal Try to compile an empty document with rubber. The tool will crash with this message: Traceback (most recent call last): File /usr/bin/rubber, line 9, in ? sys.exit(Main()(sys.argv[1:])) File /usr/share/rubber/rubber/cmdline.py, line 296, in __call__ return self.main(cmdline) File /usr/share/rubber/rubber/cmdline.py, line 260, in main ret = env.final.make(self.force) File /usr/share/rubber/rubber/__init__.py, line 237, in make ret = self.run() File /usr/share/rubber/rubber/rules/latex/__init__.py, line 1224, in run while self.recompile_needed(): File /usr/share/rubber/rubber/rules/latex/__init__.py, line 1270, in recompile_needed if self.deps_modified(getmtime(self.prods[0])): File /usr/lib/python2.4/posixpath.py, line 143, in getmtime return os.stat(filename).st_mtime OSError: [Errno 2] No such file or directory: 'review.dvi' Now, for a bit more fun, add a few characters, try again; now it works fine (fortunately). Then erase the characters to get the empty document back. Run the tool one last time. No crash this time, but an infinite compile loop, as the destination file already exists. For the sake of completeness, here is an empty document with a few characters commented out: \documentclass{article} \begin{document} %bli \end{document} -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages rubber depends on: ii python2.4.4-2An interactive high-level object-o ii tetex-bin 3.0-30 The teTeX programs rubber recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413976: Bug#416476 closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
On Wed, Mar 28, 2007 at 01:09:55PM +0200, A Mennucc wrote: you mean 413976 ? I looked at it (I filtered for 'icon' in reportbug ) bug 413976 is saying exactly the opposite of what I am saying, it says: the new blue icedove icon looks very good and is a real improvement above the old green version. But it seems that you have forgotten to replace the menu-icon too. The menu entry for icedove still has the old version. bug 413976 is asking to replace the green menu icon with a blue one what I am asking in bug 416476 is to replace the blue window icon with a green one. as you see, my bug is not a duplicate of 413976. Yeah ... I never said its a duplicate I said you reported two independent issues in your bug report of which one is covered in 413976 (e.g. icons are in menu are not the same as window icon). The other issue in your report is that you want me to revert the new icon. Which I decided against; thus I closed #416476. Summary: bug #413976 is the way to go. - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416489: [Pkg-spca5xx-devel] Bug#416489: gspca-source: Build error on ARM
Le Mercredi 28 Mars 2007 12:32, Uwe Hermann a écrit : Package: gspca-source Version: 01.00.12-1 Severity: important Hi, building the current gspca-source module on the ARM architecture fails because a variable name in the code contains the '$' character. It seems it builds fine on x86, but on ARM the compiler throws errors. You can test this with a tiny program such as this: int main(void) { int m$foo = 1; return 0; } Result on ARM: a.c: In function 'main': a.c:3: error: stray '$' in program a.c:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'foo' a.c:3: error: 'foo' undeclared (first use in this function) a.c:3: error: (Each undeclared identifier is reported only once a.c:3: error: for each function it appears in.) I've tried on ARM (failed) and x86 (worked fine), both times using the same gcc version: gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Attached patch fixed my build problems on ARM. I suggest to forward this upstream, too. Dollar signs in variable names are not such a good idea, IHMO. HTH, Uwe. Uwe, Thanks for the patch, i will FIX the next revision. As a lesson, i know now M$ could be better with MS :) regards -- Michel Xhaard http://mxhaard.free.fr
Bug#416151: ITP: nss -- Network Security Service libraries
On Sunday 25 March 2007 20:07, Mike Hommey [EMAIL PROTECTED] wrote: * Package name: nss Version : 3.11.5 Upstream Author : Mozilla Project * URL : http://www.mozilla.org/projects/security/pki/nss/ * License : GPL/LGPL/MPL Programming Lang: C Description : Network Security Service libraries How about a name other than nss. We already have libnss3 and libnss-*, having another package using a name based on nss would only add to confusion. This library is already provided by the xulrunner source package, but the intent is now to have it built from a separate package. How about xulrunner-nss for a package name? -- [EMAIL PROTECTED] http://etbe.blogspot.com/ My Blog http://www.coker.com.au/sponsorship.html Sponsoring Free Software development -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416397: ITP: haproxy -- fast and reliable load balancing reverse proxy
On Wednesday 28 March 2007 02:20, Arnaud Cornet [EMAIL PROTECTED] wrote: HAProxy is a TCP/HTTP reverse proxy which is particularly suited for high availability environments. It features connection persistence through HTTP cookies, load balancing, header addition, modification, deletion both ways. It has request blocking capabilities and provides interface to display server status. How do you preserve the mapping between the origin IP address and the connection that the web server receives? For HTTP the easiest solution would be to insert a header with the origin IP that could then be logged, does the HTTP header addition/modification functionality of HAProxy support this? Has this problem been solved for a protocol other than HTTP? In theory you could have a user-space TCP stack that sends data to the back-end server with a source address that is the same as that of the origin. Has anyone done this? -- [EMAIL PROTECTED] http://etbe.blogspot.com/ My Blog http://www.coker.com.au/sponsorship.html Sponsoring Free Software development -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413976: Bug#416476 closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
On Wed, Mar 28, 2007 at 01:20:46PM +0200, Alexander Sack wrote: The other issue in your report is that you want me to revert the new icon. Which I decided against; thus I closed #416476. Summary: bug #413976 is the way to go. lets see if I understand... so icedove icons will be blue in the future? that is against all that was discussed into iceweasel bugs 408108 404882 (and 409035, that has almost no content though) AFAICT iceweasel deliberately switched to havin a blue icon to distinguish it from icedove; and it was a Good Thing (tm) : in the above bugs 408108 404882 409035, people were complaining that, at small sizes, if icedove and iceweasel icons are the same color, then they are difficult to distinguish now iceweasel has a new consistent set of blue icons but if you recolor icedove icons to being blue as well, then all usefullness is lost again, and the icedove people has simply lost a lot of time for nothing. too bad a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416495: Doesn't display any documents (experimental)
Package: mozplugger Version: 1.8.0-1 Severity: grave --- Please enter the report below this line. --- Using mozplugger with iceweasel, whenever I view either a PDF or OpenOffice document, I simply get an empty tab. I get a mozplugger-helper process running, but no kpdf or openoffice.org. Until I close the tab, the CPU usage of the Xorg server goes up from 2% or less to around 20%, and whenever I switch desktops to the desktop containing the iceweasel window, there is a delay of a second or two with CPU usage over 60% by kwin. mozplugger 1.7.3-6 from unstable works fine. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.20 Debian Release: 4.0 990 unstablewww.mirrorservice.org 990 unstablewww.debian-multimedia.org 990 unstableftp.ie.debian.org 990 unstableftp.heanet.ie 990 unstableftp-uxsup.csx.cam.ac.uk 1 experimentalftp.ie.debian.org 1 experimentalftp-uxsup.csx.cam.ac.uk --- Package information. --- Depends (Version) | Installed =-+-= m4| 1.4.8-2 libc6(= 2.3.5-1) | 2.5-0exp6 libx11-6 | 2:1.1.1-1 iceweasel | 2.0.0.3-1 OR iceape-browser| OR epiphany-browser | OR galeon| OR konqueror | 4:3.5.6.dfsg.1-2 signature.asc Description: OpenPGP digital signature
Bug#416151: ITP: nss -- Network Security Service libraries
On Wed, Mar 28, 2007 at 09:52:11AM +1100, Russell Coker wrote: On Sunday 25 March 2007 20:07, Mike Hommey [EMAIL PROTECTED] wrote: * Package name: nss Version : 3.11.5 Upstream Author : Mozilla Project * URL : http://www.mozilla.org/projects/security/pki/nss/ * License : GPL/LGPL/MPL Programming Lang: C Description : Network Security Service libraries How about a name other than nss. We already have libnss3 and libnss-*, having another package using a name based on nss would only add to confusion. The nss in libnss3 is the same nss as this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416476: closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
On Wed, Mar 28, 2007 at 01:36:49PM +0200, debdev wrote: icedove people has simply lost a lot s/icedove/iceweasel/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416496: boost_1.33.1+1.34.0-cvs20070221-1(hppa/experimental): FTBFS: linking problems
Package: boost Version: 1.33.1+1.34.0-cvs20070221-1 Severity: serious Hi, your package failed to build from source. | Automatic build of boost_1.33.1+1.34.0-cvs20070221-1 on meitner by sbuild/hppa 98-farm | Build started at 20070327-1714 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 15.4MB of source archives. | Get:1 http://ftp.de.debian.org experimental/main boost 1.33.1+1.34.0-cvs20070221-1 (dsc) [1435B] | Get:2 http://ftp.de.debian.org experimental/main boost 1.33.1+1.34.0-cvs20070221-1 (tar) [15.3MB] | Get:3 http://ftp.de.debian.org experimental/main boost 1.33.1+1.34.0-cvs20070221-1 (diff) [46.2kB] | Fetched 15.4MB in 1m29s (173kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4), bison, flex, docbook-to-man, xsltproc, doxygen, python2.4-dev, zlib1g-dev, libbz2-dev, libicu36-dev, g++-4.1 [...] | Checking correctness of source dependencies... | Toolchain package versions: libc6-dev_2.3.6.ds1-13 linux-kernel-headers_2.6.18-7 binutils_2.17-3 gcc-4.1_4.1.1-21 g++-4.1_4.1.1-21 libstdc++6-4.1-dev_4.1.1-21 libstdc++6_4.1.1-21 | -- | gpg: Signature made Mon Mar 26 18:36:48 2007 CEST using DSA key ID A20EBC50 | gpg: Can't check signature: public key not found | dpkg-source: extracting boost in boost-1.33.1+1.34.0-cvs20070221 | dpkg-source: unpacking boost_1.33.1+1.34.0-cvs20070221.orig.tar.gz | dpkg-source: applying /home/buildd/build/boost_1.33.1+1.34.0-cvs20070221-1.diff.gz | su: Authentication service cannot retrieve authentication info. | (Ignored) | dpkg-buildpackage: source package is boost | dpkg-buildpackage: source version is 1.33.1+1.34.0-cvs20070221-1 | dpkg-buildpackage: host architecture hppa | dpkg-buildpackage: source version without epoch 1.33.1+1.34.0-cvs20070221-1 [...] | gcc.link.dll bin.v2/libs/wave/build/gcc-4.1.2/debug/libboost_wave-gcc41-d-1_34.so.1.34.0 | /usr/bin/ld: bin.v2/libs/wave/build/gcc-4.1.2/debug/instantiate_cpp_exprgrammar.o(.text._ZN5boost6spirit5unaryINS0_4ruleINS0_7scannerISt20_List_const_iteratorINS_4wave8cpplexer9lex_tokenINS5_4util13file_positionINS8_11flex_stringIcSt11char_traitsIcESaIcENS8_9CowStringINS8_22AllocatorStringStorageIcSD_EEPcENS0_16scanner_policiesINS0_28skip_parser_iteration_policyINS0_11alternativeINSP_INS0_5chlitINS5_8token_idEEESS_EESS_EENS0_16iteration_policyEEENS0_12match_policyENS0_13action_policyENS0_15closure_contextINS5_8grammars8closures16cpp_expr_closureEEENS0_5nil_tEEENS0_6parserINS0_6actionIS17_N7phoenix5actorINS1A_9compositeINS1A_9assign_opENS1B_INS1A_14closure_memberILi0ENS1A_7closureINS13_13closure_valueENS1A_5nil_tES1H_S1H_S1H_S1H_EENS1B_INS1C_INS12_4impl22operator_binary_lesseqES1K_NS1B_INS1A_8argumentILi0ES1H_S1H_S1H_S1H_S1H_S1H_S1H_S1H_S1H_S1H_EC2ERKS17_[_ZN5boost6spirit5unaryINS0_4ruleINS0_7scannerISt20+0x2c): cannot reach 14a7__ZN5boost6spirit6parserINS0_6actionINS0_4ruleINS0_7scannerISt20_List_const_iteratorINS_4wave8cpplexer9lex_tokenINS6_4util13file_positionINS9_11flex_stringIcSt11char_traitsIcESaIcENS9_9CowStringINS9_22AllocatorStringStorageIcSE_EEPcENS0_16scanner_policiesINS0_28skip_parser_iteration_policyINS0_11alternativeINSQ_INS0_5chlitINS6_8token_idEEEST_EEST_EENS0_16iteration_policyEEENS0_12match_policyENS0_13action_policyENS0_15closure_contextINS6_8grammars8closures16cpp_expr_closureEEENS0_5nil_tEEEN7phoenix5actorINS19_9compositeINS19_9assign_opENS1A_INS19_14closure_memberILi0ENS19_7closureINS14_13closure_valueENS19_5nil_tES1G_S1G_S1G_S1G_EENS1A_INS1B_INS13_4impl22operator_binary_lesseqES1J_NS1A_INS19_8argumentILi0ES1G_S1G_S1G_S1G_S1G_S1G_S1G_S1G_S1G_S1G_EEEC2Ev+0, recompile with -ffunction-sections | /usr/bin/ld: bin.v2/libs/wave/build/gcc-4.1.2/debug/instantiate_cpp_exprgrammar.o(.text._ZN5boost6spirit5unaryINS0_4ruleINS0_7scannerISt20_List_const_iteratorINS_4wave8cpplexer9lex_tokenINS5_4util13file_positionINS8_11flex_stringIcSt11char_traitsIcESaIcENS8_9CowStringINS8_22AllocatorStringStorageIcSD_EEPcENS0_16scanner_policiesINS0_28skip_parser_iteration_policyINS0_11alternativeINSP_INS0_5chlitINS5_8token_idEEESS_EESS_EENS0_16iteration_policyEEENS0_12match_policyENS0_13action_policyENS0_15closure_contextINS5_8grammars8closures16cpp_expr_closureEEENS0_5nil_tEEENS0_6parserINS0_6actionIS17_N7phoenix5actorINS1A_9compositeINS1A_9assign_opENS1B_INS1A_14closure_memberILi0ENS1A_7closureINS13_13closure_valueENS1A_5nil_tES1H_S1H_S1H_S1H_EENS1B_INS1C_INS12_4impl22operator_binary_lesseqES1K_NS1B_INS1A_8argumentILi0ES1H_S1H_S1H_S1H_S1H_S1H_S1H_S1H_S1H_S1H_EC2ERKS17_[_ZN5boost6spirit5unaryINS0_4ruleINS0_7scannerISt20_List_const_iteratorINS_4wav+0x2c): cannot handle R_PARISC_PCREL17F for
Bug#413976: Bug#416476 closed by Alexander Sack - Debian Bugmail [EMAIL PROTECTED] (Re: Bug#416476: icedove: task selector icon is now blue)
On Wed, Mar 28, 2007 at 01:36:49PM +0200, A Mennucc wrote: AFAICT iceweasel deliberately switched to havin a blue icon to distinguish it from icedove; and it was a Good Thing (tm) : in the above bugs 408108 404882 409035, people were complaining that, at small sizes, if icedove and iceweasel icons are the same color, then they are difficult to distinguish now iceweasel has a new consistent set of blue icons Yeah great and furthermore they can be easily distinguished from the new icedove icons. So everything is fine here. but if you recolor icedove icons to being blue as well, then all usefullness is lost again, and the icedove people has simply lost a lot of time for nothing. I disagree, 1) the blue used by icedove is in contrast to the deep blue one used in iceweasel. 2) who are the icedove people that lost a lot of time for nothing? - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416497: openafs_1.4.4-1(sparc/experimental): FTBFS: syntax error?
Package: openafs Version: 1.4.4-1 Severity: serious Hi, your package failed to build from source. Since this failure looked sufficiently different to the one on hppa I filed them seperatly. | Automatic build of openafs_1.4.4-1 on odin by sbuild/sparc 98-farm | Build started at 20070327-1516 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 9232kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main openafs 1.4.4-1 (dsc) [869B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main openafs 1.4.4-1 (tar) [9121kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main openafs 1.4.4-1 (diff) [111kB] | Fetched 9232kB in 0s (9628kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5), libncurses5-dev, libpam0g-dev, bison, docbook-to-man, flex, perl, comerr-dev, libkrb5-dev, autoconf [...] | cc -g -O -I/build/buildd/openafs-1.4.4/src/config -I. -I. -I/build/buildd/openafs-1.4.4/include -I/build/buildd/openafs-1.4.4/include/afs -I/build/buildd/openafs-1.4.4/include/rx -I/build/buildd/openafs-1.4.4 -I/build/buildd/openafs-1.4.4/src -I/build/buildd/openafs-1.4.4/src -I./../des -I../des -I../rxkad -I./../rxkad -I../fsint -DRXDEBUG -c ./../rx/rx_pthread.c | In file included from ./../rx/rx_pthread.c:40: | /build/buildd/openafs-1.4.4/include/rx/rx_pthread.h:69: warning: useless type name in empty declaration | ./../rx/rx_pthread.c: In function 'rx_ListenerProc': | ./../rx/rx_pthread.c:260: error: 'rx_thread_id_key' undeclared (first use in this function) | ./../rx/rx_pthread.c:260: error: (Each undeclared identifier is reported only once | ./../rx/rx_pthread.c:260: error: for each function it appears in.) | ./../rx/rx_pthread.c: In function 'rx_ServerProc': | ./../rx/rx_pthread.c:293: error: 'rxi_pthread_hinum' undeclared (first use in this function) | ./../rx/rx_pthread.c:295: error: invalid lvalue in assignment | ./../rx/rx_pthread.c:301: error: 'rx_thread_id_key' undeclared (first use in this function) | ./../rx/rx_pthread.c: In function 'rxi_StartListener': | ./../rx/rx_pthread.c:349: error: 'rxi_pthread_hinum' undeclared (first use in this function) | ./../rx/rx_pthread.c: In function 'rxi_Listen': | ./../rx/rx_pthread.c:388: error: 'rxi_pthread_hinum' undeclared (first use in this function) | ./../rx/rx_pthread.c: In function 'rx_ts_info_init': | ./../rx/rx_pthread.c:432: error: 'rx_ts_info_t' undeclared (first use in this function) | ./../rx/rx_pthread.c:432: error: expected expression before ')' token | ./../rx/rx_pthread.c:433: error: 'rx_ts_info_key' undeclared (first use in this function) | ./../rx/rx_pthread.c:434: warning: incompatible implicit declaration of built-in function 'memset' | make[4]: *** [rx_pthread.o] Error 1 | make[4]: Leaving directory `/build/buildd/openafs-1.4.4/src/libafsrpc' | make[3]: *** [libafsrpc] Error 2 | make[3]: Leaving directory `/build/buildd/openafs-1.4.4' | make[2]: *** [build] Error 2 | make[2]: Leaving directory `/build/buildd/openafs-1.4.4' | make[1]: *** [all_nolibafs] Error 2 | make[1]: Leaving directory `/build/buildd/openafs-1.4.4' | make: *** [build-stamp] Error 2 | ** | Build finished at 20070327-1527 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.4.4-1pkg=openafsarch=sparc Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416498: lmbench: complains about all kinds of missing files
Package: lmbench Version: 2.0-patch2-9 Severity: grave Justification: renders package unusable When invoking lmbench, it gives all kinds of errors about missing files. See output: keetweej:/home/folkert/t# lmbench-run = L M B E N C H C ON F I G U R A T I O N You need to configure some parameters to lmbench. Once you have configured these parameters, you may do multiple runs by saying make rerun in the src subdirectory. NOTICE: please do not have any other activity on the system if you can help it. Things like the second hand on your xclock or X perfmeters are not so good when benchmarking. In fact, X is not so good when benchmarking. = Hang on, we are calculating your timing granularity. ./config-run: line 39: ../bin/i686-pc-linux-gnu/msleep: No such file or directory ./config-run: line 40: ../bin/i686-pc-linux-gnu/enough: No such file or directory OK, it looks like you can time stuff down to usec resolution. Hang on, we are calculating your timing overhead. ./config-run: line 45: ../bin/i686-pc-linux-gnu/msleep: No such file or directory ./config-run: line 46: ../bin/i686-pc-linux-gnu/timing_o: No such file or directory OK, it looks like your gettimeofday() costs usecs. Hang on, we are calculating your loop overhead. ./config-run: line 51: ../bin/i686-pc-linux-gnu/msleep: No such file or directory ./config-run: line 52: ../bin/i686-pc-linux-gnu/loop_o: No such file or directory OK, it looks like your benchmark loop costs usecs. = Several benchmarks operate on a range of memory. This memory should be sized such that it is at least 4 times as big as the external cache[s] on your system. It should be no more than 80% of your physical memory. The bigger the range, the more accurate the results, but larger sizes take somewhat longer to run the benchmark. MB [default 619] Checking to see if you have 512 MB; please wait for a moment... ./config-run: line 107: ../bin/i686-pc-linux-gnu/memsize: No such file or directory ./config-run: line 108: ../bin/i686-pc-linux-gnu/memsize: No such file or directory ./config-run: line 109: ../bin/i686-pc-linux-gnu/memsize: No such file or directory ./config-run: line 110: [: -lt: unary operator expected ./config-run: line 114: [: -lt: unary operator expected expr: syntax error = This benchmark measures, by default, memory latency for a number of different strides. That can take a long time and is most useful if you are trying to figure out your cache line size or if your cache line size is greater than 128 bytes. If you are planning on sending in these results, please don't do a fast run. If you are measuring software only, you probably want to do a fast run, so answer yes below. Answering yes means that we measure memory latency with a 128 byte stride. ... = Calculating mhz, please wait for a moment... ./config-run: line 224: ../bin/i686-pc-linux-gnu/mhz: No such file or directory I think your CPU mhz is but I am frequently wrong. If that is the wrong Mhz, type in your best guess as to your processor speed. It doesn't have to be exact, but if you know it is around 800, say 800. Type in just the Mhz part, like 3060 or 2800 for 3.06GHz or 2.8GHz P4s. .. OK, no results mailed. = Configuration done, thanks. There is a mailing list for discussing lmbench hosted at BitMover. Send mail to [EMAIL PROTECTED] to join the list. ./config-run: line 471: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 472: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 473: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 474: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 475: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 476: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 477: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 478: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 479: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 480: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 481: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 482: ../bin/i686-pc-linux-gnu/CONFIG.keetweej: No such file or directory ./config-run: line 483:
Bug#416499: mplayerplug-in_3.40-1(hppa/experimental): FTBFS: Unable to find mozilla or firefox development files
Package: mplayerplug-in Version: 3.40-1 Severity: serious Hi, your package failed to build from source. | Automatic build of mplayerplug-in_3.40-1 on meitner by sbuild/hppa 98-farm | Build started at 20070325-1826 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 230kB of source archives. | Get:1 http://ftp.de.debian.org experimental/main mplayerplug-in 3.40-1 (dsc) [679B] | Get:2 http://ftp.de.debian.org experimental/main mplayerplug-in 3.40-1 (tar) [224kB] | Get:3 http://ftp.de.debian.org experimental/main mplayerplug-in 3.40-1 (diff) [5116B] | Fetched 230kB in 45s (5069B/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.1.0), cdbs, libx11-dev, libxpm-dev, libxt-dev, libxul-dev, libxext-dev, pkg-config, libgtk2.0-dev | Checking for already installed source dependencies... [...] | Checking correctness of source dependencies... | Toolchain package versions: libc6-dev_2.3.6.ds1-13 linux-kernel-headers_2.6.18-7 binutils_2.17-3 gcc-4.1_4.1.1-21 g++-4.1_4.1.1-21 libstdc++6-4.1-dev_4.1.1-21 libstdc++6_4.1.1-21 | -- | gpg: Signature made Sun Mar 25 07:21:23 2007 CEST using DSA key ID B70E403B | gpg: Can't check signature: public key not found | dpkg-source: extracting mplayerplug-in in mplayerplug-in-3.40 | dpkg-source: unpacking mplayerplug-in_3.40.orig.tar.gz | dpkg-source: applying /home/buildd/build/mplayerplug-in_3.40-1.diff.gz | su: Authentication service cannot retrieve authentication info. | (Ignored) | dpkg-buildpackage: source package is mplayerplug-in | dpkg-buildpackage: source version is 3.40-1 | dpkg-buildpackage: host architecture hppa | dpkg-buildpackage: source version without epoch 3.40-1 [...] | debian/rules build | test -x debian/rules | mkdir -p . | /usr/bin/make -f debian/rules reverse-config | make[1]: Entering directory `/build/buildd/mplayerplug-in-3.40' | make[1]: Nothing to be done for `reverse-config'. | make[1]: Leaving directory `/build/buildd/mplayerplug-in-3.40' | if [ debian/stamp-patched = reverse-patches ]; then rm -f debian/stamp-patched; fi | patches: | if [ debian/stamp-patched != reverse-patches ]; then touch debian/stamp-patched; fi | if [ debian/stamp-patched != reverse-patches ] ; then \ | /usr/bin/make -f debian/rules update-config ; \ | fi | make[1]: Entering directory `/build/buildd/mplayerplug-in-3.40' | make[1]: Nothing to be done for `update-config'. | make[1]: Leaving directory `/build/buildd/mplayerplug-in-3.40' | touch debian/stamp-autotools-files | chmod a+x /build/buildd/mplayerplug-in-3.40/./configure | cd . CC=cc CXX=g++ CFLAGS=-g -Wall -O2 CXXFLAGS=-g -Wall -O2 CPPFLAGS= LDFLAGS=-Wl,--as-needed /build/buildd/mplayerplug-in-3.40/./configure --build=hppa-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=\${prefix}/lib/mplayerplug-in --disable-maintainer-mode --disable-dependency-tracking --srcdir=. | checking for C++ compiler default output file name... a.out | checking whether the C++ compiler works... yes | checking whether we are cross compiling... no | checking for suffix of executables... | checking for suffix of object files... o | checking whether we are using the GNU C++ compiler... yes | checking whether g++ accepts -g... yes | checking for gcc... cc | checking whether we are using the GNU C compiler... yes | checking whether cc accepts -g... yes | checking for cc option to accept ANSI C... none needed | checking for a BSD-compatible install... /usr/bin/install -c | checking for gawk... no | checking for mawk... mawk | checking whether make sets $(MAKE)... yes | checking for pkg-config... /usr/bin/pkg-config | checking pkg-config is at least version 0.9.0... yes | configure: Determining mozilla/firefox packages to build against | checking for MOZPLUG... no | configure: WARNING: mozilla-plugin not found | checking for MOZPLUG... no | configure: WARNING: firefox-plugin not found | checking for MOZPLUG... no | configure: WARNING: seamonkey-plugin not found | checking for MOZPLUG... no | configure: WARNING: xulrunner-plugin not found | checking for MOZPLUG... no | configure: WARNING: iceape-plugin not found | configure: error: Unable to find mozilla or firefox development files | make: *** [config.status] Error 1 | ** | Build finished at 20070325-1856 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=3.40-1pkg=mplayerplug-inarch=hppa Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL
Bug#416402: wzdftpd-mod-avahi: unusuable
On Tue, Mar 27, 2007 at 07:09:42PM +0200, Marc Dequènes wrote: Package: wzdftpd-mod-avahi Version: 0.8.1-1 Severity: serious Coin, wzdftpd start, then crash 2s later with the following message: wzdftpd: libwzd_avahi.c:182: publish_reply: Assertion `g == ctx-group' failed. Pan, You did not specify which version of avahi libs, which environment, configuration or whatever.Ater installation and configuration, the module works here: Mar 28 13:53:25 Assigning default service name. Mar 28 13:53:25 Module zeroconf loaded Mar 28 13:53:25 Process 2304 ok Mar 28 13:53:25 wzdftpd x86_64-linux-gnu mt 0.8.1 started (build 20061215) Mar 28 13:53:25 Waiting for connections (main) Mar 28 13:53:25 Successfully started avahi loop. Debian unstable, amd64: ii libavahi-client3 0.6.16-5 Avahi client library ii libavahi-common-data 0.6.16-5 Avahi common data files Can you please give more details about your installation, and logs if relevant ? Regards, Pierre
Bug#416307: Nope! (reopen)
The installation of kqemu does still place option major=0 in /etc/modprobe.d/kqemu. Should be major=250 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416481: [Pbuilder-maint] Bug#416481: Removes backup file of /etc/pbuilderrc
Hi, = export LANG=C aptitude install pbuilder cp /etc/pbuilderrc /etc/pbuilderrc.bak echo /etc/pbuilderrc.bak ls -l /etc/pbu* aptitude purge pbuilder ls -l /etc/pbu* = I wanted a backup of my pbuilderrc to survive the purge. For reasons unknown to me, /etc/pbuilderrc.bak was removed as well (the 'echo' command is just to ensure that the files are indeed different). It looks like a default behavior of dpkg to remove such file on purge lib/dpkg.h: #define REMOVECONFFEXTS~, .bak, %, \ DPKGTEMPEXT, DPKGNEWEXT, DPKGOLDEXT, DPKGDISTEXT used in src/remove.c As documented in Debian Policy (as 'etc.') 6.8. Details of removal and/or configuration purging 5. The `conffile's and any backup files (`~'-files, `#*#' files, `%'-files, `.dpkg-{old,new,tmp}', etc.) are removed. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416249: IRC crashes gaim
Hi, I highly doubt that this is fixed by 0.10.12-2 but not 0.10.10-4 as both have exactly the same fix for this crash. Did you restart gaim after upgrading to 0.10.10-4 and still got the crash? Please try to downgrade again and get a good backtrace of the crash with the new version... Bye signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#413436: (no subject)
On Wed, 2007-03-28 at 12:50:09 +0200, Nico Golde wrote: you came to any decision wether you include this patch or not? Yes, this have been on my TODO list for months, and it's going to be fixed for lenny. But not with your patch, there are better ones on the BTS already (as I already stated before). regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413601: Ethernet interface numbering in etch
On Mar 28, Russell Coker [EMAIL PROTECTED] wrote: On Tuesday 27 March 2007 07:11, Luigi Gangitano [EMAIL PROTECTED] wrote: 2. XEN domUs without fixed mac address setting (configurable in virtual domain configuration file), can have a different MAC address each time are booted and udev will keep adding a new interface each time. Maybe we could have a special-case for MAC addresses in that range and have udev not rename them unless satisfying some other requirement forced it. It's even easier, just add this rule: DRIVERS==vif, GOTO=persistent_net_generator_end It's probably safe enough to be the default, but I am not sure if the release manager would appreciate me adding it so close to the release. -- ciao, Marco signature.asc Description: Digital signature
Bug#416427: Search with tags fail
Hi Klaus, On Tue, 27 Mar, 2007 at 11:07:40PM +0200, Klaus Ethgen wrote: How to reproduce: - Mount your flickr account - go in - mkdir tags/public/flowers - wait a bit Thanks for the report. I could reproduce it. But, I don't know how to fix this, so I have forwarded it upstream. I am waiting for their response. Regards Varun -- .''`. Varun Hiremath [EMAIL PROTECTED] : :' :Homepage: http://varun.travisbsd.org `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature
Bug#416437: dpkg-dev: dpkg-buildpackage asks for key passphrase after displaying help
tag 416437 - unreproducible moreinfo reassign 416437 dpkg-cross retitle 416437 dpkg-cross diversion of dpkg-buildpackage does not support all options thanks On Wed, 2007-03-28 at 03:32:18 +0300, Guillem Jover wrote: On Wed, 2007-03-28 at 00:18:50 +0200, Emil Nowak wrote: Package: dpkg-dev Version: 1.13.25 Severity: minor When you try --help switch you will get something like this: $ dpkg-buildpackage --help Usage: dpkg-buildpackage [options ...] Options: -rgain-root-command [...] You need a passphrase to unlock the secret key for user ... [...] Of curse this question about passphrase for gpg key is not useful here. And btw: It would be nice If we could see help output when current dir!=sources dir. Now when I try to see help, and my current directory is home dir dpkg-builpackage displays only this warning: ~$ dpkg-buildpackage --help dpkg-parsechangelog: error: cannot open debian/changelog to find format: No such file or directory dpkg-buildpackage: cannot determine name of current package ~$ I would be nice to see help messages in every directory. I cannot reproduce this, it works fine for me, also given the code in this program I don't see how any of those two can happen. If you are using dpkg-dev 1.13.25 the md5sum should be: c0ddbd62850df03b3b25ddbff7baaa9f dpkg-buildpackage otherwise you or someone else has modified that file. It just came to my mind that you might have dpkg-cross installed, which diverts that file. :-/ On 2007-03-28, at 12:29:53 +0200 Emil Nowak wrote: Ahh.. Yes I have dpkg-cross installed, and after removing it dpkg-buildpackage works normally. Maybe this bugreport should be reassigned to dpkg-cross ? Right, done so now. [ To the dpkg-cross maintainers, that's one of the reaseons wanting to merge it back. ] regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416397: ITP: haproxy -- fast and reliable load balancing reverse proxy
On Wed, Mar 28, 2007 at 10:11:51AM +1100, Russell Coker wrote: How do you preserve the mapping between the origin IP address and the connection that the web server receives? For HTTP the easiest solution would be to insert a header with the origin IP that could then be logged, does the HTTP header addition/modification functionality of HAProxy support this? X-Forwarded-For is the de-facto standard HTTP header to achieve this. HAProxy does support this header with forwardfor option. Cheers, -- Arnaud Cornet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383316: Choosing a license for Frets on Fire songs
On 3/28/07, Andrew Donnellan [EMAIL PROTECTED] wrote: On 3/28/07, Don Armstrong [EMAIL PROTECTED] wrote: Well, it actually seems rather strange to me for an organization which is designed to protect artists disallowing artists from determining how their own works are licensed, so I'm trying to give them the benifit of the doubt here. Do they really? That would mean that all the copyright holders would have given them exclusive licensing rights. Yes that's the contract you have to sign to be part of Teosto (which you have to do if you ever want to make a living in Finland as a musician). I haven't read the full bug log, but has anyone contacted the composers directly? Yes, we have. They are part of the upstream team and their contract forbids them from releasing _anything_ which is not under a licence Teosto agree with. Matt -- Matthew Johnson signature.asc Description: Digital signature
Bug#383316: Choosing a license for Frets on Fire songs
On 3/28/07, Matthew Johnson [EMAIL PROTECTED] wrote: Yes that's the contract you have to sign to be part of Teosto (which you have to do if you ever want to make a living in Finland as a musician). Ouch. As was indicated earlier this seems standard for all performance rights organisations. -- Andrew Donnellan ajdlinuxATgmailDOTcom (primary)ajdlinuxATexemailDOTcomDOTau (secure) http://andrewdonnellan.com http://ajdlinux.wordpress.com [EMAIL PROTECTED] hkp://subkeys.pgp.net 0x5D4C0C58 http://linux.org.auhttp://debian.org Get free rewards - http://ezyrewards.com/?id=23484 Spammers only === [EMAIL PROTECTED] === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415544: [Pbuilder-maint] Bug#415544: pbuilder-uml: pbuilder-user-mode-linux blindly overrides DHCP configuration with static IP configuration
On Wed, Mar 28, 2007 at 08:16:01AM +0900, Junichi Uekawa wrote: Hi, The below patch only overwrites the /etc/network/interfaces in the chroot if a UML_IP is specified, and refuses to do so when a COWFILE has not been specified, or if pbuilder-uml.conf has UML_IP=dhcp in it. (You could change it to be UML_IP= if you change ${UML_IP} != 'dhcp' to be -n ${UML_IP}. I don't mind which style myself.) This allows command-line overriding of the uml_ip to run multiple instances of a static-IP'd UML, and without a cow file, you really shouldn't be trying to run multiple instances anyway. (The second change allows dhclient3 to work, it needs /proc for some reason) The concept of the patch sounds good. This part below is executed inside user-mode-linux, and by that time, PBUILDER_COW is not defined. Are you sure about this logic? +if [ -n ${PBUILDER_COW} -a ${UML_IP} != 'dhcp']; then cat IP ${UML_CHROOT_MOUNTPOINT}/etc/network/interfaces auto lo iface lo inet loopback Hmm. Aren't the variables in this resolved at EOF time, ie outside the UML? UML_CHROOT_MOUNTPOINT would have the same issue, otherwise. That is to say, the actual script written would contain the value of PBUILDER_COW if any. Testing confirms, the initscript in /tmp/ on the host has if [ -n /home/tbble/umltmp//1670.cow, -a dhcp != 'dhcp' ]; then in it. -- --- Paul TBBle Hampson, B.Sc, LPI, MCSE On-hiatus Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.1/au/ --- pgpPb5juUHCO8.pgp Description: PGP signature