Bug#418975: libnet1: Buffer overrun in libnet_pblock_coalesce
Package: libnet1 Version: 1.1.2.1-2 Severity: important Tags: patch Hi, while investigating #418749 and #417835 I discovered that libnet_do_checksum() seems to be accessing unalocated memory. The problem seems to stem libnet_pblock_coalesce(), which passes buf + offset, where offset is calculated to be (l-total_size + l-aligner) - q-ip_offset. However, in the usage case that I see q-ip_offset is always zero, and as buf is mallocked to be l-total_size + l-aligner bytes long earlier in libnet_pblock_coalesce(), unallocated memory is passed to the libnet_do_checksum() call. Poking around a bit, it seems that the memory is also uninitialised. I'm not sure what the correct fix is, but I wonder if offset should actually be l-aligner + q-ip_offset. This certainly solves the problem that was reported in #418749 and #417835. But as both l-aligner and q-ip_offset are zero I am not sure if it is correct in the general case. --- libnet-1.1.2.1-wip.orig/src/libnet_pblock.c 2007-04-13 14:46:34.0 +0900 +++ libnet-1.1.2.1-wip/src/libnet_pblock.c 2007-04-13 14:46:58.0 +0900 @@ -389,7 +389,7 @@ { if ((q-flags) LIBNET_PBLOCK_DO_CHECKSUM) { -int offset = (l-total_size + l-aligner) - q-ip_offset; +int offset = l-aligner + q-ip_offset; c = libnet_do_checksum(l, *packet + offset, libnet_pblock_p2p(q-type), q-h_len); if (c == -1) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (190, 'unstable'), (180, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages libnet1 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries libnet1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418786: texlive-bin_2007-1(sparc/experimental): FTBFS: missing dh_installtex
close 418786 2007-2 thanks Hi Frank! On Mit, 11 Apr 2007, Frank Lichtenheld wrote: your package failed to build from source. Sounds like a missing build-dependency. As mentioned, -2 fixes this. I am closing this bug. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BOTCHERBY The principle by which British roads are signposted. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418976: context configuration fails: no such file plain.mem
Package: context Version: 2007.01.23-3 Severity: normal When upgrading from tetex on unstable, which moves over to texlive, context would not configure. The error message is: /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `mtime': No such file or directory - plain.mem (Errno::ENOENT) from the log file: TeXExec | using search method 'kpsewhich' TeXExec | using existing database TeXExec | using mp engine mpost TeXExec | using mps format path /var/lib/texmf/web2c TeXExec | generating mps format metafun This is MetaPost, Version 0.993 (Web2C 7.5.6) (INIMP) (/usr/share/texmf/web2c/natural.tcx) (/usr/share/texmf/metapost/context/base/metafun.mp (/usr/share/texmf/metapost/context/base/mp-base.mp Preloading the plain mem file, version 0.63) (/usr/share/texmf/metapost/context/base/mp-tool.mp) (/usr/share/texmf/metapost/context/base/mp-spec.mp) (/usr/share/texmf/metapost/context/base/mp-core.mp) (/usr/share/texmf/metapost/context/base/mp-page.mp) (/usr/share/texmf/metapost/context/base/mp-text.mp) (/usr/share/texmf/metapost/context/base/mp-txts.mp) (/usr/share/texmf/metapost/context/base/mp-shap.mp) (/usr/share/texmf/metapost/context/base/mp-butt.mp) (/usr/share/texmf/metapost/context/base/mp-char.mp) (/usr/share/texmf/metapost/context/base/mp-step.mp) (/usr/share/texmf/metapost/context/base/mp-grph.mp) (/usr/share/texmf/metapost/context/base/mp-figs.mp) (/usr/share/texmf/metapost/context/base/mp-grid.mp (/usr/share/texmf/metapost/context/base/mp-form.mp (/usr/share/texmf-texlive/metapost/base/string.mp) (/usr/share/texmf-texlive/metapost/base/marith.mp (/usr/share/texmf-texlive/metapost/base/string.mp (/usr/share/texmf/metapost/context/base/mp-func.mp) ) Beginning to dump on file metafun.mem (mem=metafun 2007.4.13) at most 3038 strings of total length 40261 48330 memory locations dumped; current usage is 1262235507 1761 symbolic tokens Transcript written on metafun.log. TeXExec | TeXExec | mps engine path: /var/lib/texmf/web2c TeXExec | TeXExec | tex: 11/04/2007 16:57:54 /var/lib/texmf/web2c/aleph.fmt (344826) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/cont-en.fmt (5308859) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/etex.fmt (290175) TeXExec | tex: 11/04/2007 16:57:51 /var/lib/texmf/web2c/tex.fmt (247167) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/mptopdf.fmt (225950) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/omega.fmt (1189914) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdfetex.fmt (290209) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/pdftex.fmt (260771) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/latex.fmt (1980573) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdflatex.fmt (1980608) TeXExec | mps: 13/04/2007 16:09:07 /var/lib/texmf/web2c/metafun.mem (481444) /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `mtime': No such file or directory - plain.mem (Errno::ENOENT) from /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `filestate' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:712:in `makeformats' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:711:in `each' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:711:in `makeformats' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:706:in `each' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:706:in `makeformats' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:705:in `each' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:705:in `makeformats' from /usr/share/texmf/scripts/context/ruby/texexec.rb:37:in `make' from /usr/share/texmf/scripts/context/ruby/base/switch.rb:133:in `send' from /usr/share/texmf/scripts/context/ruby/base/switch.rb:133:in `execute' from /usr/share/texmf/scripts/context/ruby/texexec.rb:772 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages context depends on: ii lmodern 1.00-3 scalable PostScript fonts based on ii ruby 1.8.2-1An interpreter of object-oriented ii tex-common1.5Common infrastructure for using an ii texlive-base 2007-2 TeX Live: Essential programs and f ii texlive-base-bin 2007-2 TeX Live: Essential binaries ii texlive-metapost 2007-2 TeX Live: MetaPost (and Metafont) context recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418977: initramfs-tools: Missing esp.ko module for SCSI controller on Sparc
Package: initramfs-tools Version: 0.85g Severity: important Tags: patch Hi ! esp.ko is missing from SCSI drivers installed in initrd. On a Sparc 4, this leads to being unable to mount the root file system. -- Package-specific info: -- /proc/cmdline root=/dev/mapper/debian-root ro resume=/dev/sda1 vga=791 -- /proc/filesystems ext3 -- lsmod Module Size Used by saa7134 135464 0 ir_kbd_i2c 12560 1 saa7134 button 11296 0 psmouse42192 0 nvidia 7750232 32 ac 8200 0 battery13256 0 tun14336 3 sit14248 0 ipv6 291712 17 sit acpi_cpufreq 11912 1 cpufreq_ondemand 11472 1 freq_table 7680 2 acpi_cpufreq,cpufreq_ondemand tuner 63976 0 ide_cd 43232 0 cdrom 38312 1 ide_cd tsdev 11008 0 usbhid 28256 0 usblp 17152 0 snd_hda_intel 23648 3 snd_hda_codec 198080 1 snd_hda_intel snd_pcm_oss46816 0 snd_mixer_oss 19712 1 snd_pcm_oss snd_pcm86664 4 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_dummy 6532 0 snd_seq_oss34944 0 snd_seq_midi 11584 0 snd_rawmidi28896 1 snd_seq_midi snd_seq_midi_event 10496 2 snd_seq_oss,snd_seq_midi snd_seq57024 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 26632 3 snd_pcm,snd_seq snd_seq_device 10964 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq video_buf 29188 1 saa7134 compat_ioctl32 11136 1 saa7134 snd64360 14 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device ir_common 35140 2 saa7134,ir_kbd_i2c videodev 29760 1 saa7134 jmicron 7232 0 [permanent] evdev 13376 4 soundcore 11296 1 snd v4l2_common27968 4 saa7134,tuner,compat_ioctl32,videodev v4l1_compat14404 2 saa7134,videodev pcspkr 5824 0 serio_raw 9924 0 i2c_i801 11092 0 i2c_core 26432 5 saa7134,ir_kbd_i2c,nvidia,tuner,i2c_i801 uhci_hcd 27096 0 snd_page_alloc 12752 2 snd_hda_intel,snd_pcm intel_agp 28544 1 ide_core 143140 2 ide_cd,jmicron ehci_hcd 34572 0 r8169 34248 0 ata_generic11524 0 thermal18064 0 processor 37160 2 acpi_cpufreq,thermal fan 7816 0 ext3 127184 6 mbcache12104 1 ext3 jbd66352 1 ext3 dm_snapshot19400 0 dm_mirror 24000 0 dm_mod 63504 13 dm_snapshot,dm_mirror lzf 5696 0 sd_mod 22912 4 ahci 26308 3 libata113504 2 ata_generic,ahci scsi_mod 114616 3 sd_mod,ahci,libata -- kernel-img.conf # Kernel Image management overrides # See kernel-img.conf(5) for details do_symlinks = Yes postinst_hook = /usr/sbin/update-grub postrm_hook = /usr/sbin/update-grub do_bootloader = no do_initrd = Yes -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-rc4-neo.3 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-4 Tiny utilities for small and embed ii cpio 2.6-17 GNU cpio -- a program to manage ar ii klibc-utils 1.5-2 small statically-linked utilities ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii udev 0.105-4/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information --- initramfs-tools-0.85g/hook-functions~ 2006-12-19 14:49:53.0 +0100 +++ initramfs-tools-0.85g/hook-functions2007-04-13 08:14:01.0 +0200 @@ -185,7 +185,7 @@ for x in 3w-9xxx 3w- a100u2x aacraid advansys ahci \ aic79xx aic7xxx aic94xx arcmsr ata_piix atari_scsi \ atp870u BusLogic cciss ch cpqarray DAC960 dc395x \ - dmx3191d dpt_i2o eata fdomain gdth hptiop ibmvscsic \ + dmx3191d dpt_i2o eata esp fdomain gdth hptiop ibmvscsic \ initio ipr ips isp1020 lasi700 lpfc max_scsi mac53c94 \ megaraid megaraid_mbox megaraid_mm megaraid_sas \
Bug#418979: libnet1: libnet_pblock_coalesce() leaks on error
Package: libnet1 Version: 1.1.2.1-2 Severity: important Tags: patch While investigating 418975 I notices that libnet_pblock_coalesce() will leak l if an error is encountered. I'm not sure how widespread this problem is in libnet. But in this case the fix is simple enough. Index: libnet-1.1.2.1-wip/src/libnet_pblock.c === --- libnet-1.1.2.1-wip.orig/src/libnet_pblock.c 2007-04-13 14:47:17.0 +0900 +++ libnet-1.1.2.1-wip/src/libnet_pblock.c 2007-04-13 14:47:19.0 +0900 @@ -339,7 +339,7 @@ snprintf(l-err_buf, LIBNET_ERRBUF_SIZE, %s(): packet assembly cannot find a layer 2 header\n, __func__); -return (-1); +goto err; } break; case LIBNET_RAW4: @@ -348,7 +348,7 @@ snprintf(l-err_buf, LIBNET_ERRBUF_SIZE, %s(): packet assembly cannot find an IPv4 header\n, __func__); -return (-1); +goto err; } break; case LIBNET_RAW6: @@ -357,7 +357,7 @@ snprintf(l-err_buf, LIBNET_ERRBUF_SIZE, %s(): packet assembly cannot find an IPv6 header\n, __func__); -return (-1); +goto err; } break; default: @@ -365,7 +365,7 @@ snprintf(l-err_buf, LIBNET_ERRBUF_SIZE, %s(): suddenly the dungeon collapses -- you die\n, __func__); -return (-1); +goto err; break; } } @@ -419,6 +419,10 @@ *size -= l-aligner; } return (1); + +err: +free(packet); +return (-1); } void -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (190, 'unstable'), (180, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages libnet1 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries libnet1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418978: devscripts: [uscan] Sourceforge redirector does not work - uses hard coded heanet.dl.* domain
Package: devscripts Version: 2.10.2 Severity: normal Given this configuraton file: version=3 # Debian QA redirector to find new files on sourceforge http://sf.net/projects/pcmanfm/pcmanfm-(.*)\.tar\.gz The error message is: uscan warning: In watchfile debian/watch, reading webpage http://qa.debian.org/watch/sf.php/projects/pcmanfm/ failed: 404 Not Found When trying to access the URL in the error message, it directs it to: http://heanet.dl.sourceforge.net/sourceforge/projects/pcmanfm/ SUGGESTION If the intention is to use always heanet.dl.* address for sourceforge locations, this is not bullet proof, because not all projects are distributed / mirrored in heanet. The redirector could send a HEAD HTTP request to check if the URL exists and switch to another redector as needed. x -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii debianutils 2.18 Miscellaneous utilities specific t ii dpkg-dev 1.13.25package building tools for Debian ii libc6 2.5-1 GNU C Library: Shared libraries ii perl 5.8.8-7Larry Wall's Practical Extraction ii sed 4.1.5-1The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.6.5 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417686: FTBFS with GCC 4.3: missing #includes
package scim forwarded 417686 https://sourceforge.net/tracker/?func=detailatid=650539aid=1699734group_id=108454 tags 417686 + upstream thanks Hi Martin, On Wed, Apr 04, 2007 at 12:09:51PM +0200, Martin Michlmayr wrote: Your package fails to build with GCC 4.3. [...] Thanks for your work testing new versions of GCC and finding these bugs. I've checked that upstream CVS still has the same code and forwarded your bug report and patch. You can reproduce this problem with gcc-snapshot (20070326-1 or higher) from unstable. (Currently not available for i386, but for amd64, powerpc and ia64. I hope to have i386 binaries in the archive in ~3 weeks.) Unfortunately I only have access to i386 machines, I'll test this FTBFS and your patch once new gcc-snapshot is available for i386. Ming 2007.04.13 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417835: Bug#418749: Problem with amd64?
block 418749 by 41897 block 417835 by 41897 thanks On Thu, Apr 12, 2007 at 07:07:28AM +0200, Philipp Kolmann wrote: On Thu, Apr 12, 2007 at 11:50:02AM +0900, Simon Horman wrote: On Wed, Apr 11, 2007 at 09:54:21PM +0200, Philipp Kolmann wrote: Hi Simon, since this issue doesn't let me sleep ;-) I dug a bit more into it and it seems that it's only problematic on amd64 architecture. Can you verify this? Ok, that would explain why I can't reproduce it on my i386 machine :) Its actually a little tricky for me to get access to an amd64 box. But perhaps you will have some luck if you recompile both heartbeat and libnet with debug. DEB_BUILD_OPTIONS=nostrip,debug dpkg-buildpackage -us -uc -rfakeroot Just rebuilt libnet1 with debugging and HB-2 for the moment. I have set up all Variables to suite the program. (gdb) run start Starting program: /usr/lib/ocf/resource.d/heartbeat/IPv6addr start [Thread debugging using libthread_db enabled] [New Thread 47516858579680 (LWP 22349)] *** glibc detected *** free(): invalid next size (fast): 0x00504340 *** Program received signal SIGABRT, Aborted. [Switching to Thread 47516858579680 (LWP 22349)] 0x2b3760ee107b in raise () from /lib/libc.so.6 (gdb) bt #0 0x2b3760ee107b in raise () from /lib/libc.so.6 #1 0x2b3760ee284e in abort () from /lib/libc.so.6 #2 0x2b3760f17629 in __fsetlocking () from /lib/libc.so.6 #3 0x2b3760f1e193 in mallopt () from /lib/libc.so.6 #4 0x2b3760f1e21e in free () from /lib/libc.so.6 #5 0x2b37607a9b26 in libnet_write (l=0x5040a0) at libnet_write.c:122 #6 0x00401ccf in send_ua (src_ip=0x7fff4a655df0, if_name=value optimized out) at IPv6addr.c:418 #7 0x004027a6 in main (argc=value optimized out, argv=value optimized out) at IPv6addr.c:310 Would it help, if I provide you with access to a amd64 machine? Hi Philipp, thanks a lot for setting me up with access to your machine. As I discussed privately with you the problem appears to be a buffer overrun inside libnet's libnet_pblock_coalesce(). I have reported this problem along with a possible fix as #418975. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417950: scim: mention how to restart
package scim tags 417950 + upstream confirmed thanks On Fri, Apr 06, 2007 at 12:03:05AM +0800, Dan Jacobson wrote: Upon printing the message: Not all configuration can be reloaded on the fly. Don't forget to restart SCIM in order to let all of the new configuration take effect. Well, also tell them how to restart SCIM. $ pkill ^scim scim -d perhaps. There should be an Exit button for scim in the 1.4.5 release, which I plan to upload soon. Ming 2007.04.13 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406619: libc6 [2.5-0exp3] dies on upgrade
reopen 406619 severity 406619 grave thanks I am now seeing this on the libc update to unstable (version 2.5-1) now on kernel version 2.6.21-rc6. This time I managed to copy the output I received on upgrade: Unpacking replacement libc6 ... dpkg: warning - unable to delete old directory `/lib/tls': Directory not empty Setting up libc6 (2.5-1) ... Installing new version of config file /etc/init.d/glibc.sh ... dpkg: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference iconvconfig: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference /usr/bin/perl: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference dpkg: error processing libc6 (--configure): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: libc6 sh: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi' E: Sub-process returned an error code E: Sub-process /usr/bin/dpkg returned an error code (1) Booting off a different system I renamed /lib/tls to /lib/tlsold and then everything works smoothly. So I guess either rm -rf /lib/tls is in order or a rename and a message asking the user whether the content should be rm -rf'd ? FYI: ll /lib/tlsold/i686/cmov/ total 936K -rw-r--r-- 1 root root 5.4K Aug 24 2006 libBrokenLocale-2.3.6.so lrwxrwxrwx 1 root root 24 Jan 9 20:07 libBrokenLocale.so.1 - libBrokenLocale-2.3.6.so -rw-r--r-- 1 root root 14K Aug 24 2006 libSegFault.so -rw-r--r-- 1 root root 9.6K Aug 24 2006 libanl-2.3.6.so lrwxrwxrwx 1 root root 15 Jan 9 20:07 libanl.so.1 - libanl-2.3.6.so -rw-r--r-- 1 root root 182K Aug 24 2006 libcidn-2.3.6.so lrwxrwxrwx 1 root root 16 Jan 9 20:07 libcidn.so.1 - libcidn-2.3.6.so -rw-r--r-- 1 root root 22K Aug 24 2006 libcrypt-2.3.6.so lrwxrwxrwx 1 root root 17 Jan 9 20:07 libcrypt.so.1 - libcrypt-2.3.6.so -rw-r--r-- 1 root root 9.4K Aug 24 2006 libdl-2.3.6.so lrwxrwxrwx 1 root root 14 Jan 9 20:07 libdl.so.2 - libdl-2.3.6.so -rw-r--r-- 1 root root 142K Aug 24 2006 libm-2.3.6.so lrwxrwxrwx 1 root root 13 Jan 9 20:07 libm.so.6 - libm-2.3.6.so -rw-r--r-- 1 root root 14K Aug 24 2006 libmemusage.so -rw-r--r-- 1 root root 75K Aug 24 2006 libnsl-2.3.6.so lrwxrwxrwx 1 root root 15 Jan 9 20:07 libnsl.so.1 - libnsl-2.3.6.so -rw-r--r-- 1 root root 30K Aug 24 2006 libnss_compat-2.3.6.so lrwxrwxrwx 1 root root 22 Jan 9 20:07 libnss_compat.so.2 - libnss_compat-2.3.6.so -rw-r--r-- 1 root root 18K Aug 24 2006 libnss_dns-2.3.6.so lrwxrwxrwx 1 root root 19 Jan 9 20:07 libnss_dns.so.2 - libnss_dns-2.3.6.so -rw-r--r-- 1 root root 38K Aug 24 2006 libnss_files-2.3.6.so lrwxrwxrwx 1 root root 21 Jan 9 20:07 libnss_files.so.2 - libnss_files-2.3.6.so -rw-r--r-- 1 root root 18K Aug 24 2006 libnss_hesiod-2.3.6.so lrwxrwxrwx 1 root root 22 Jan 9 20:07 libnss_hesiod.so.2 - libnss_hesiod-2.3.6.so -rw-r--r-- 1 root root 34K Aug 24 2006 libnss_nis-2.3.6.so lrwxrwxrwx 1 root root 19 Jan 9 20:07 libnss_nis.so.2 - libnss_nis-2.3.6.so -rw-r--r-- 1 root root 38K Aug 24 2006 libnss_nisplus-2.3.6.so lrwxrwxrwx 1 root root 23 Jan 9 20:07 libnss_nisplus.so.2 - libnss_nisplus-2.3.6.so -rw-r--r-- 1 root root 5.3K Aug 24 2006 libpcprofile.so -rwxr-xr-x 1 root root 88K Aug 24 2006 libpthread-2.3.6.so lrwxrwxrwx 1 root root 19 Jan 9 20:07 libpthread.so.0 - libpthread-2.3.6.so -rw-r--r-- 1 root root 66K Aug 24 2006 libresolv-2.3.6.so lrwxrwxrwx 1 root root 18 Jan 9 20:07 libresolv.so.2 - libresolv-2.3.6.so -rw-r--r-- 1 root root 30K Aug 24 2006 librt-2.3.6.so lrwxrwxrwx 1 root root 14 Jan 9 20:07 librt.so.1 - librt-2.3.6.so -rw-r--r-- 1 root root 26K Aug 24 2006 libthread_db-1.0.so lrwxrwxrwx 1 root root 19 Jan 9 20:07 libthread_db.so.1 - libthread_db-1.0.so -rw-r--r-- 1 root root 9.5K Aug 24 2006 libutil-2.3.6.so lrwxrwxrwx 1 root root 16 Jan 9 20:07 libutil.so.1 - libutil-2.3.6.so Soeren So for some On Fri, 2007-01-12 at 19:49 +0100, Aurelien Jarno wrote: not-found 406619 2.3.6.ds1-10 found 406619 2.5-0exp3 severity 406619 important tag 406619 + unreproducible thanks Soeren Sonnenburg a écrit : On Fri, 2007-01-12 at 13:44 +0100, Aurelien Jarno wrote: Soeren Sonnenburg a écrit : Package: libc6 Version: 2.3.6.ds1-10 Severity: grave First of all the libc6 upgrade fails segfaulting on every command. This can be fixed (if one still has a root shell) using : LD_LIBRARY_PATH=/lib/tls/i686/cmov /lib/tls/i686/cmov/ld-linux.so.2 \
Bug#397562: #397562 batik: FTBFS: should use java-gcj-compat-dev instead of j2sdk1.4
owner 397562 ! thanks They use com.sun.image.codec.jpeg.* package so it's not possible to build it with free tools. I'll try to patch the sources using: http://developer.classpath.org/mediation/ClasspathMigration#head-d4ee9efe53a641e29ffdcd96e985bf38bbc671c1 But I'll do it for release 1.7, not for 1.6. -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393827: large files missing
I see this too. On the following directory, only the partial-1 files are shown, the large files are not. -rw-r--r-- 1 root root 3.3G Mar 30 17:35 partial-0-2007-03-30-17-10-01.tar.gz -rw-r--r-- 1 root root 3.4G Apr 6 19:05 partial-0-2007-04-06-18-38-53.tar.gz -rw-r--r-- 1 root root 254M Apr 12 12:33 partial-1-2007-04-12-12-30-01.tar.gz -rw-r--r-- 1 root root 254M Apr 13 12:33 partial-1-2007-04-13-12-30-02.tar.gz -- James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415941: kdebase: General update after the debconf review process
The attached tarball contains: - debian/changelog with the list of changes - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) Of course, the Catalan update from #412303 should be added to these files. signature.asc Description: Digital signature
Bug#418862: aptitude: [INTL:eu] Basque translation update
tags 418862 pending thanks Quoting Piarres Beobide ([EMAIL PROTECTED]): Package: aptitude Version: 0.4.4-4 Severity: wishlist Tags: patch l10n d-i Hi Atached basque translation update for aptitude, please commit it. Committed to my repository and sent to Daniel. signature.asc Description: Digital signature
Bug#418940: aptitude: [INTL:pt] Updated Portuguese translation for debconf messages
tags 418940 pending thanks Quoting Traduz - Portuguese Translation Team ([EMAIL PROTECTED]): Package: aptitude Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for aptitude's debconf messages. Translator: Miguel Figueiredo Feel free to use it. Committed to my repository and sent to Daniel. signature.asc Description: Digital signature
Bug#418980: ocaml-tools: Invalid german translation file for debconf templates
Package: ocaml-tools Severity: normal Tags: patch l10n The german translation of ocaml-tools debconf templates is invalid because of extra msgstr. I recommend checking PO files before sending them: msgfmt -o /dev/null --statistics file.po Please use the attached patch on the debian/po/de.po file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- de.po 2007-04-13 07:35:31.0 +0200 +++ de2.po 2007-04-13 07:40:13.329185616 +0200 @@ -27,7 +27,7 @@ Omlet is an enhanced vim mode for OCaml which has better indentation than the official vim mode for OCaml. You don't need this if you don't use vim. msgstr -msgstr Omlet ist ein erweiterter vim-Modus für OCaml, welcher über eine +Omlet ist ein erweiterter vim-Modus für OCaml, welcher über eine verbesserte Markierung als der offizielle vim-Modus für OCaml verfügt. Sie benötigen dies nicht, falls Sie keinen vim benutzen. @@ -36,5 +36,5 @@ #: ../ocaml-tools.templates:1001 msgid Do you want to use it as the default mode for editing ml files? msgstr -msgstr Wollen Sie diesen Modus standardmäßig zum Bearbeiten von ml-Dateien +Wollen Sie diesen Modus standardmäßig zum Bearbeiten von ml-Dateien verwenden?
Bug#418902: debconf: [INTL:eu] Program basque translation update
Quoting Piarres Beobide ([EMAIL PROTECTED]): Package: debconf Version: 1.5.13 Severity: wishlist Tags: patch l10n Hi Hello atached Debconf program basque translation update (fix some typos an correct translation style), please commit it. Apparently, you attached the debconf translation in that bug report too. signature.asc Description: Digital signature
Bug#418981: problem in postrm script of texlive-base-bin
Package: texlive-base-bin Severity: normal when trying to remove texlive-base-bin, I get Removing texlive-base-bin ... /var/lib/dpkg/info/texlive-base-bin.postrm: line 62: dhit_check_run_without_errors: command not found It appears that the 'dhit_check_run_without_errors' is defined after line 62 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-base-bin depends on: ii ed0.2-20 The classic unix line editor ii libc6 2.5-1 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpoppler0c2 0.4.5-5.1 PDF rendering library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 1:1.0.3-3 X11 Athena Widget library ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxpm4 1:3.5.6-2 X11 pixmap library ii libxt61:1.0.5-2 X11 toolkit intrinsics library ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-7Larry Wall's Practical Extraction pn texlive-commonnone (no description available) ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages texlive-base-bin recommends: pn perl-tk none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418982: resolvconf: Local dns server is inserted after DHCP dns server
Package: resolvconf Version: 1.37 Severity: normal I am using pdnsd as a local caching nameserver, and there is a network DNS server obtained via DHCP; however, resolvconf creates the following /etc/resolv.conf: # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver dhcp.domain.jp nameserver 127.0.0.1 search local.net.jp DNS lookups on the local machine are never going to use the caching namerserver, because the DHCP nameserver appears first in resolv.conf. It needs to be the other way around. The contents of my /etc/resolvconf/interface-order is the following: # interface-order(5) lo.inet* lo.dnsmasq lo.pdnsd lo.!(pdns|pdns-recursor) lo tun* tap* eth* ath* wlan* ppp* * I have tried putting lo.pdnsd after eth*, but the result was the same. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages resolvconf depends on: ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip resolvconf recommends no packages. -- debconf information: resolvconf/bad-pppconfig-hook: resolvconf/linkify-resolvconf: true resolvconf/disable-bad-hooks: true resolvconf/bad-pppoeconf-hook: resolvconf/downup-interfaces: resolvconf/link-tail-to-original: false resolvconf/bad-xisp-hook: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
On Thu, 2007-04-12 at 16:44 +0200, Michel Dänzer wrote: Hmm, looks like it can't even figure out which files the symbols are in... Do you have the debugging symbols in /usr/lib/debug/usr/{bin/Xorg,lib/xorg/} ? No, I don't have anything in there. Probably because xserver-xorg-core-dbg isn't built for powerpc. johannes signature.asc Description: This is a digitally signed message part
Bug#418983: dh_installtex: format generation mis-conception
Package: tex-common Version: 1.5 Severity: normal Hi all! Currently dh_installtex creates postinst code to create those formats which are *by default*, ie as shipped by the developer, activated. But in case that a sysadm has changed the config file NNfoobar.cnf and does NOT take over the changes of the package maintainer, still all the formats as specified in the package maintainers file are regenerated, not those in the sysadms actual file. Solution: Move the parsing code into the postinst script, or better, call fmtutil-sys --all --cnffile /etc/texmf/fmt.d/NNfoobar.cnf This way we could also get rid of a lot of code in dh_installtex!!! Comments? Bye Norbert -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii ucf 2.0020 Update Configuration File: preserv tex-common recommends no packages. Versions of packages texlive-base depends on: ii texlive-base-bin 2007-2 TeX Live: Essential binaries ii texlive-common2007-2 TeX Live: Base component ii texlive-doc-base 2007-2 TeX Live: Base documentation -- debconf information: tex-common/singleuser: false tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418981: problem in postrm script of texlive-base-bin
Hi Sylvain, hi fellows! On Fre, 13 Apr 2007, Sylvain Joyeux wrote: Removing texlive-base-bin ... /var/lib/dpkg/info/texlive-base-bin.postrm: line 62: dhit_check_run_without_errors: command not found It appears that the 'dhit_check_run_without_errors' is defined after line 62 This is true. Damned. It seems that the order in which dh_installtex adds the autoscript snippets IN THE POSTRM is the other way round. AHHH!!! Fixing it immediately. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BOOKMeanwhile, the starship has landed on the surface of Magrathea and Trillian is about to make one of the most important statements of her life. Its importance is not immediately recognised by her companions. TRILL. Hey, my white mice have escaped. ZAPHOD Nuts to your white mice. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415645: vzsplit uses hardcoded /vz for space checking instead of /var/lib/vz
Dusty Wilson wrote: Thanks to both of you for working on this, I appreciate it greatly. PS to the original reporter of Debian bug #415645 -- vzsplit was not failing, it just printed a (false) warning. Is the only problem with it a false warning and it is properly giving the correct output, or are there more issues that I should wait for before I rely on vzsplit? It's just a false warning, plus some sane defaults for DISKSPACE/DISKINODES instead of computed values. Thanks! Dusty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413707: [Etch] wrong star.postinst
Package: star Version: 1.5a67-1 Followup-For: Bug #413707 From /var/lib/dpkg/info/star.postinst: update-alternatives \ --install /usr/sbin/rmt mt /sbin/rmt-star 10 ^ AN 'r' IS MISSING HERE! --slave /usr/share/man/man8/rmt.1.gz rmt.1.gz /usr/share/man/man8/rmt-star.1.gz -rwxr-xr-x 1 29K Aug 4 2006 /bin/mt-gnu -rwxr-xr-x 1 31K Sep 22 2005 /bin/mt-star lrwxrwxrwx 1 11 Apr 12 17:19 /etc/alternatives/mt - /bin/mt-gnu lrwxrwxrwx 1 14 Apr 13 09:13 /etc/alternatives/rmt - /sbin/rmt-star -rwxr-xr-x 1 268 Jan 18 2006 /etc/rmt [- /usr/sbin/rmt] -rwxr-xr-x 1 27K Sep 22 2005 /sbin/rmt-star lrwxrwxrwx 1 20 Apr 12 17:19 /usr/sbin/rmt - /etc/alternatives/mt ^ ^ -rwxr-xr-x 1 23K Dec 1 17:40 /usr/sbin/rmt-tar -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (989, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.6-laptop (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages star depends on: ii libacl1 2.2.42-1 Access control list shared library ii libattr11:2.4.32-1.1 Extended attribute shared library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries star recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418861: doc-base: warnings on upgrade to 0.8.0-1
Arthur Marsh wrote: Setting up doc-base (0.8.0) ... (re)registering 182 documents from /usr/share/doc-base ... error in control file: `Index' value missing for format `info' at /usr/sbin/install-docs line 842, /usr/share/doc-base/ispell-manual line 16. It's ispell bug, already reported several times (see Bug#364535 and all bugs merged to it). Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418952: doc-base: bad omf file from docbook-xml format
forcemerge 418861 418952 thanks Kevin Ryde wrote: /usr/share/omf/doc-base/glade-2-faq/glade-2-faq-C.omf:10: parser error : AttValue: or ' expected format mime=mime=text/xml dtd=-//OASIS//DTD DocBook XML V4.1.2//EN / ^ Fixed in doc-base 0.8.1. Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418985: gnuplot 4.2 available
Package: gnuplot Version: 4.0.0 Severity: wishlist Tags: unstable gnuplot 4.2.0 is released since some time. It would be nice to be able to install it in unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418986: mediawiki1.9: [debconf_rewrite] Debconf templates review
Package: mediawiki1.9 Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Friday, April 13, 2007, I notified you of the beginning of a review process concerning debconf templates for mediawiki1.9. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. Please try to avoid uploading mediawiki1.9 with these changes right now. The second phase of this process will begin on Monday, April 16, 2007, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until Saturday, April 28, 2007. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. On Sunday, April 29, 2007, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- /home/bubulle/travail/debian/rewrite/TAF/mediawiki1.9/mediawiki1.9.old/debian/templates 2007-04-13 08:18:02.763551650 +0200 +++ /home/bubulle/travail/debian/rewrite/TAF/mediawiki1.9/mediawiki1.9/debian/templates 2007-04-13 09:37:08.110695269 +0200 @@ -1,43 +1,48 @@ +# These templates have been reviewed by debian-l10n-english +# Please do not modify them without asking for a review + Template: mediawiki1.9/webserver Type: multiselect Choices: apache, apache-ssl, apache2, cherokee Default: apache2 -_Description: Web server(s) that should be configured automatically: +_Description: Web server(s) to configure automatically: + Please select the web server(s) that should be configured + automatically for MediaWiki. Template: mediawiki1.9/upgrade Type: boolean Default: true -_Description: Perform automatic upgrade from mediawiki1.7? - You are upgrading from mediawiki1.7. +_Description: Perform automatic upgrade from MediaWiki 1.7? + MediaWiki is being upgraded from version 1.7. . - This package will install its files in a new location: - /var/lib/mediawiki1.9 - Then you need to upgrade your old mediawiki1.7. + The new package version uses /var/lib/mediawiki1.9 for the wiki + database. The old database files need to be moved before + performing the upgrade. . - This package provides a script to do this automatically. - The script will make a backup of your database, upgrade it, and - prepare a new configuration file for your new mediawiki. You - will still be able to use this script later, by calling, as root, + This operation can be done automatically: the database will be + backed up, upgraded, and a new configuration file will be prepared + for the new version. The operation can be performed now. Alternatively, + you can perform it later by launching, as root, /usr/share/mediawiki1.9/debian-scripts/upgrade-mediawiki1.7. . Please note that this script has been designed only for upgrading - MySQL databases, you cannot use it with postgresql. Answer no - if this is your case. + MySQL databases. Do not choose this option if you are using PostgreSQL. Template: mediawiki1.9/upgrade-adminuser Type: string Default: root -_Description: Administrative user for mediawiki1.9: - Please provide a mysql account that has administrative access to your old - mediawiki1.7 database. +_Description: Database administrative user for MediaWiki 1.7: + Please provide a MySQL account that has administrative access to the + MediaWiki 1.7 database. . - If you don't know any account, the root user is sufficient. + When in doubt, the MySQL root account can be used. . - An AdminSettings.php file will be generated, and this file will - be removed if you gave the root account, obviously. + An AdminSettings.php file will be generated unless the root account is + specified. Template: mediawiki1.9/upgrade-adminpass Type: password Default: -_Description: Administrative password for mediawiki1.9: - Please give the password for the account you specified. +_Description: Database administrative password for MediaWiki 1.7: + Please specify the password of the MySQL account
Bug#385139: disc-cover: uninstallable after texlive transition
severity 385139 serious tags 385139 lenny thanks See http://lists.debian.org/debian-devel-announce/2007/04/msg6.html disc-cover depends on tetex-base, tetex-bin and tetex-extra, which are going away. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414050: Didn't help
I experience the same trouble with nagios2 on a fresh Etch installation. Removing the rm -f didn't help. Neither did the proposal of #410622. Interesting though: the restart fails exactly every second time. Still sounds like a race condition problem because inserting sleep 1 between 'stop' and 'start' in the restart) section of /etc/init.d/nagios2 works well now as a workaround. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417590:
On Fri, April 13, 2007 0:55, Matt Willsher said: I too have had this problem under Etch stable - thankfully Stephen has done the work in finding a work around :) I'm not sure exactly what problem you refer to, but if it is incomplete cryptoroot configuration when using a combination of RAID and crypto (as your setup detailed below), then that is a known problem which is documented in the errata and at http://wiki.debian.org/DebianInstaller/RAIDvsCrypto. It will be fixed in the Lenny version of the installer sometime in the future. My disk setup is as follows, all done through partman while running the installer in expert mode: /dev/hda1 \ /dev/hdb1 |- /dev/md0 - /boot /dev/hdc1 / /dev/hda2 \ /dev/hdb2 |- /dev/md1 - encrypted - msdos partition - LVM - 3 lvs (root,var,swap) /dev/hdc2 / File systems are all ext3 Regarding the lvm locking, the same also seems to be true for MD devices - if you delete the partition tables out the RAID devices still show and if then new partitions are added, when it comes to creating the new MD devices, it is using the old partition table, necessitating a reboot to restart the installer. Ok, I'll take a look at this when I look at the same situation for partman-lvm. -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418962: tomcat5.5: Should not use relative symlinks
severity 418962 normal thanks Severity: grave Justification: renders package unusable That's stretching it a bit, no? The default install works. If a users such as myself makes CATALINA_BASE some other directory like /srv/tomcat5.5, any upgrade of the product will delete the symlinks and replace them with the relative links above... breaking the tomcat installation. Please explain this. If you redefine CATALINA_BASE, you need to create your own directory hierarchy in, e.g., /srv/tomcat5.5, with its own log directory. The original files in /var/lib/tomcat5.5 should not matter and can be left as they are. Upgrading the package will certainly not alter anything under /srv. I'll try for myself and see what happens... (In general, you can use dpkg-divert to move files belonging to packages so that the original files aren't touched by upgrades. But this shouldn't be necessary in this case.) Marcus pgpy5R4HbVDHf.pgp Description: PGP signature
Bug#406619: libc6 [2.5-0exp3] dies on upgrade
Soeren Sonnenburg a écrit : reopen 406619 severity 406619 grave thanks I am now seeing this on the libc update to unstable (version 2.5-1) now on kernel version 2.6.21-rc6. This time I managed to copy the output I received on upgrade: Unpacking replacement libc6 ... dpkg: warning - unable to delete old directory `/lib/tls': Directory not empty Setting up libc6 (2.5-1) ... Installing new version of config file /etc/init.d/glibc.sh ... dpkg: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference iconvconfig: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference /usr/bin/perl: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference dpkg: error processing libc6 (--configure): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: libc6 sh: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi' E: Sub-process returned an error code E: Sub-process /usr/bin/dpkg returned an error code (1) Booting off a different system I renamed /lib/tls to /lib/tlsold and then everything works smoothly. So I guess either rm -rf /lib/tls is in order or a rename and a message asking the user whether the content should be rm -rf'd ? No those file should not be removed as they are useful. It's the optimized version of the libc6 for i686. This should be handled by the packaging system and the user should not have to take such a decision. libc6 is supposed to disable hwcap before the upgrade, and to re-enable it after libc6-i686 has been upgraded. This does not seems to work on your system. Could you please give me the output of: - dpkg -l libc6* - cat /etc/ld.so.hwcappkgs - cat /etc/ld.so.nohwcap This will help us to find the problem. Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418987: tar: option -l in german translation of manpage
Package: manpages-de Version: 0.5-2 Severity: normal The german manpage of tar mentions -l, --one-file-system beim Erzeugen Dateisystem nicht wechseln whereas the english manpage and tar --help as well only mention the long option --one-file-system. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325600: closed by Aurelien Jarno [EMAIL PROTECTED] (Closing bugs fixed in unreleased version 2.4-1 of the glibc)
Tom Evans a écrit : When will this version be moved into stable/Etch? This version (or a later one) will move to stable for Lenny, but will never move to Etch, as it is now a released version. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#96946: hi from alysha
Hi, i am here sitting in the internet caffe. Found your email and decided to write. I am 25 y.o.girl. I have a picture if you want. No need to reply here as this is not may email. Write me at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397562: batik: FTBFS: should use java-gcj-compat-dev instead of j2sdk1.4
Good idea, but you may run into trouble with #397817 (libgcj7: JPEG encoder missing in javax.imageio). Marcus pgpnkicjJ7t4e.pgp Description: PGP signature
Bug#406619: libc6 [2.5-0exp3] dies on upgrade
On Fri, 2007-04-13 at 09:55 +0200, Aurelien Jarno wrote: No those file should not be removed as they are useful. It's the optimized version of the libc6 for i686. This should be handled by the packaging system and the user should not have to take such a decision. libc6 is supposed to disable hwcap before the upgrade, and to re-enable it after libc6-i686 has been upgraded. This does not seems to work on your system. Could you please give me the output of: - dpkg -l libc6* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii libc62.5-1 GNU C Library: Shared libraries un libc6-binnone (no description available) ii libc6-dbg2.5-1 GNU C Library: Libraries with debugging symbols ii libc6-dev2.5-1 GNU C Library: Development Libraries and Header Files un libc6-dev-amd64 none (no description available) in libc6-dev-i386-cross none (no description available) un libc6-docnone (no description available) in libc6-i386-cross none (no description available) un libc6-i686 none (no description available) un libc6-prof none (no description available) un libc6.1 none (no description available) un libc6.1-dev none (no description available) - cat /etc/ld.so.hwcappkgs libc6 2.5-1 2.5-1 - cat /etc/ld.so.nohwcap does not exist. This will help us to find the problem. hmmhh, I don't understand why libc6-i686 is not installed ?! Soeren -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418988: lam-runtime: should depend not on ssh | rsh-server but on ssh-server | rsh-server
Package: lam-runtime Version: 7.1.2-1 Severity: normal Tags: patch The lam-runtime package depend on ssh | rsh-server for ssh-server feature. However, openssh-server provides ssh-server, not ssh. The ssh package is now a transitional package for both openssh-server and openssh-client packages, but due to lam-runtime, I cannot remove ssh package. The attached patch is for debian/control file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lam-runtime depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dpkg1.13.25 package maintenance system for Deb ii lam4c2 7.1.2-1 Shared libraries used by LAM paral ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii openssh-client [rsh-client] 1:4.3p2-9Secure shell client, an rlogin/rsh ii ssh 1:4.3p2-9Secure shell client and server (tr lam-runtime recommends no packages. -- debconf information: lam-runtime/lam3: * lam-runtime/lam4: --- lam-7.1.2/debian/control.orig 2007-04-13 17:12:15.458528924 +0900 +++ lam-7.1.2/debian/control2007-04-13 17:12:31.343526947 +0900 @@ -54,7 +54,7 @@ Conflicts: lam1-runtime,lam Replaces: lam1-runtime,lam Pre-Depends: dpkg (= 1.6.8) -Depends: ${shlibs:Depends},ssh | rsh-client,ssh | rsh-server,debconf | debconf-2.0 +Depends: ${shlibs:Depends},ssh | rsh-client,ssh-server | rsh-server,debconf | debconf-2.0 Description: LAM runtime environment for executing parallel programs LAM (Local Area Multicomputer) is an open source implementation of the Message Passing Interface (MPI) standard.
Bug#418989: algorithmic.sty no longer texlive-latex-extra
Package: texlive-latex-extra Version: 2007-2 Severity: normal for some reason the algorithm package is gone. neither the readme nor the changelog tell why or what the substitute is... -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc6-debug (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-latex-extra depends on: ii preview-latex-style 11.83-6LaTeX style files for editor embed ii texlive-common2007-2 TeX Live: Base component ii texlive-latex-base2007-2 TeX Live: Basic LaTeX packages ii texlive-pictures 2007-2 TeX Live: Packages for drawings gr Versions of packages texlive-latex-extra recommends: ii texlive-generic-extra 2007-2 TeX Live: Miscellaneous extra gene ii texlive-latex-recommended 2007-2 TeX Live: LaTeX recommended packag ii texpower 0.2-2 Macros for creating professional p Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii ucf 2.0020 Update Configuration File: preserv Versions of packages texlive-latex-extra is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417184: change of tags / FTBFS: pending + fixed (needs sponsor)
tags 417184 + pending fixed thanks [Gcc 4.3 fix] Thank you Martin for the patch. This has been applied and new package is ready for upload. Needs sponsor: dget -x http://cante.net/~jaalto/tmp/debian/fbdesk/fbdesk_1.4.0-3.dsc Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418990: gweather applet does not work anymore
Package: gnome-applets Version: 2.18.0-1 Severity: normal this is a regression bug: the gweather applet from experimental just never updates the wheather data (only ? ist shown) starting the applet from the cmdline it always says (not matter what location I set): (gweather-applet-2:1376): GWeather-WARNING **: Failed to get METAR data. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc6-debug (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418991: package description meaningless
Package: tesseract Version: 1.02-3 Severity: minor I'm not happy with the current package description. http://people.debian.org/~walters/descriptions.html gives valuable hints on how to write it. commercial quality is marketing jargon, for many free software people an euphemism for broken crap. The development history (including year numbers 1985, 1995, 2005) is also irrelevant to about 99.99% of the users, right? Unfortunately I don't know enough about tesseract to come up with an alternative text (and my English is far from perfect). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369536: _nss_nis_setnetgrent: Assertion `len 0' failed
unmerge 369536 retitle 369536 _nss_nis_setnetgrent: Assertion `len 0' failed found 369536 2.3.6.ds1-13 tags 369536 + fixed-upstream thanks This bug is about the NIS netgroup map, the others are about the group map. Unmerging. This particular bug is a duplicate of http://bugs.gentoo.org/show_bug.cgi?id=96370 which was resolved (upstream) long ago. Basically, the assert(len 0) on line 78 of nss_nis/nis-netgrp.c should read assert(len = 0). A real shame that this made it into etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418257: Cannot install nis
Mark Brown wrote: On Sun, Apr 08, 2007 at 05:24:53PM +0200, Robert Jordan wrote: When I try to install `nis' I get the following error message: Assuming that this is reproducable please run dpkg --purge nis and try installing again. `dpkg --purge nis' fixed the issue. Thanks Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418992: battstat applet dies with newer kernel
Package: gnome-applets Version: 2.18.0-1 Severity: normal Tags: patch it is basically this problem (and a patch is available from there) http://bugzilla.gnome.org/show_bug.cgi?id=427562 maybe another workaround could be to configure the applet to use hal ? -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc6-debug (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418994: missing Replaces:
Package: texlive-lang-cyrillic Severity: serious dpkg: error processing /media/usbdisk/debian/pool/main/t/texlive-lang/texlive-lang-cyrillic_2007-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man1/rubibtex.1.gz', which is also in package tetex-bin texlive-lang-cyrillic needs a Replaces: Regards, Rene -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-4-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-lang-cyrillic depends on: pn texlive-base none (no description available) pn texlive-commonnone (no description available) texlive-lang-cyrillic recommends no packages. signature.asc Description: Digital signature
Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)
* John E. Davis [EMAIL PROTECTED] [2007-04-12 15:15]: It was intended. evalfile is slang's lowest level file loading function, and as such it should not tamper with the name passed to it. For example, under Unix ~ is a perfectly valid directory name and it should be possible to load a file in that directory. For filename expansion, use the expand_filename function. While not as convenient, you can also use evalfile($HOME/foo.sl$); Should we close this bug report? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418989: algorithmic.sty no longer texlive-latex-extra
On Fre, 13 Apr 2007, Soeren Sonnenburg wrote: for some reason the algorithm package is gone. neither the readme nor the changelog tell why or what the substitute is... aptitude install texlive-science Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- KENTUCKEY (adv.) Fitting exactly and satisfyingly. The cardboard box that slides neatly into an exact space in a garage, or the last book which exactly fills a bookshelf, is said to fit 'real nice and kentuckey'. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418995: missing Replaces:
Package: texlive-font-utils Severity: serious Selecting previously deselected package texlive-font-utils. Unpacking texlive-font-utils (from .../texlive-font-utils_2007-2_powerpc.deb) ... dpkg: error processing /media/usbdisk/debian/pool/main/t/texlive-bin/texlive-font-utils_2007-2_powerpc.deb (--unpack): trying to overwrite `/usr/share/man/man1/pk2bm.1.gz', which is also in package tetex-bin texlive-font-utils needs a Replaces: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-4-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-font-utils depends on: ii libc6 2.5-1 GNU C Library: Shared libraries pn texlive-base none (no description available) pn texlive-commonnone (no description available) texlive-font-utils recommends no packages. signature.asc Description: Digital signature
Bug#372655: ViewCVS in etch not compatible with CVS in etch?
On Thu, Apr 12, 2007 at 17:01:21 +0200, [EMAIL PROTECTED] wrote: Would it be possible to get a fix for this in etch, or do I have to grab viewvc from unstable (or manually apply a patch?) For what it's worth, I grabbed the viewvc 1.0.3 deb from unstable. I had to install, purge, and re-install the .deb since it tried to migrate the viewcvs.conf file, which resulted in a broken viewvc complaining about missing templates (it tried to load templates from /usr/lib/templates instead of /etc/viewvc/templates - i tried manually adding template_dir = /etc/viewvc/templates to /etc/viewvc/viewvc.conf but that didn't help). So the problem is no longer urgent for me, but I think it's still a bit silly that viewcvs in etch isn't compatible with cvs in etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325600: closed by Aurelien Jarno [EMAIL PROTECTED] (Closing bugs fixed in unreleased version 2.4-1 of the glibc)
Tom Evans a écrit : When will this version be moved into stable/Etch? This version (or a later one) will move to stable for Lenny, but will never move to Etch, as it is now a released version. Somewhere in the past there was a very simple patch (look for not_cancel) that worked for the 2.3 release of the glibc (Tom wrote that): If I simply change (in linuxthreads/sysdep/unix/sysv/linux/not-cancel.h) from: # define waitpid_not_cancel(pid, stat_loc, options) \ INLINE_SYSCALL (osf_wait4, 4, pid, stat_loc, options, NULL) to: # define waitpid_not_cancel(pid, stat_loc, options) \ wait4( pid, stat_loc, options, NULL ) all is well - I understand the performance benefits of the inlining, but since x86 is NPTL anyway, perhaps this is an okay solution? I'm guessing that there is an Alpha-related optimizer bug perhaps? Or that the inline_syscall4 in sysdep/unix/alpha/sysdep.h is somehow broken? Why was this patch never included for stable?
Bug#418993: missing Replaces:
Package: texlive-latex-base Severity: serious on my dist-upgrade: Selecting previously deselected package texlive-latex-base. Unpacking texlive-latex-base (from .../texlive-latex-base_2007-2_all.deb) ... dpkg: error processing /media/usbdisk/debian/pool/main/t/texlive-base/texlive-latex-base_2007-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man1/latex.1.gz', which is also in package tetex-bin texlive-latex-base needs a Replaces: Regards, Rene -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-4-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-base depends on: pn texlive-commonnone (no description available) pn texlive-pdfetex none (no description available) texlive-latex-base recommends no packages. signature.asc Description: Digital signature
Bug#397562: batik: FTBFS: should use java-gcj-compat-dev instead of j2sdk1.4
On 4/13/07, Marcus Better [EMAIL PROTECTED] wrote: Good idea, but you may run into trouble with #397817 (libgcj7: JPEG encoder missing in javax.imageio). It seems Thomas Fitzismon is taking care of the problem with batik (it should use xmlgraphics-commons) and about gcj, you are right :'( -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397562: batik: FTBFS: should use java-gcj-compat-dev instead of j2sdk1.4
It seems Thomas Fitzismon is taking care of the problem with batik (it should use xmlgraphics-commons) Do you mean that xmlgraphics-commons can replace the com.sun.image.codec.jpeg.* package? I am interested because I ran into the same problem with another package (stylebook). Marcus pgpz4gKct9nll.pgp Description: PGP signature
Bug#418895: aptitude wants to remove X Window installation
Daniel Burrows schrieb am 04/13/07 04:50: The only way I know of for this to happen is if you removed all the packages that depended on the stuff being removed (say, xfce4) from some other package manager. This is correct. xfce4 is a meta package: If you just want to pick and choose the core components then feel free to remove this package. So I removed it. And as no package is in state purge or deinstall, aptitude must not delete any packages. Is this behaviour perhaps related to the will upgrade packages that are in hold state thing? (Bug #146207) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418997: /usr/bin/ldapsearch: ldapsearch -Y GSSAPI segfaults
Package: ldap-utils Version: 2.3.30-5 Severity: important File: /usr/bin/ldapsearch [EMAIL PROTECTED] 11:31:39 ~ klist Credentials cache: FILE:/tmp/krb5cc_1000_svvwJa Principal: [EMAIL PROTECTED] Issued Expires Principal Apr 13 09:40:27 Apr 13 19:40:27 krbtgt/[EMAIL PROTECTED] [EMAIL PROTECTED] 11:31:43 ~ ldapsearch -x uid=juhaj cn # extended LDIF # # LDAPv3 # base with scope subtree # filter: uid=juhaj # requesting: cn # # juhaj, People, tfy.utu.fi dn: uid=juhaj,ou=People,dc=tfy,dc=utu,dc=fi cn:: SnVoYSBKw6R5a2vDpA== # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 [EMAIL PROTECTED] 11:31:49 ~ ldapsearch -Y GSSAPI uid=juhaj cn SASL/GSSAPI authentication started Segmentation fault [EMAIL PROTECTED] 11:31:49 ~ Need I say more? For what it's worth, here's /etc/ldap/ldap.conf BASEdc=tfy,dc=utu,dc=fi URI three machines listed with ldap://machine.fully.qualified.domain.name SASL_REALM TFY.UTU.FI SASL_MECH GSSAPI TLS_CACERTDIR /etc/ssl/certs There's TLS_CACERTDIR, but the connection in question is ldap://, not ldaps://. -Juha -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.17+juhaj+v1.0 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ldap-utils depends on: ii libc6 2.5-1 GNU C Library: Shared libraries ii libldap-2.3-0 2.3.30-5 OpenLDAP libraries ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library ii libssl0.9.8 0.9.8e-4 SSL shared libraries Versions of packages ldap-utils recommends: ii libsasl2-modules 2.1.22.dfsg1-8 Pluggable Authentication Modules f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418983: dh_installtex: format generation mis-conception
Norbert Preining [EMAIL PROTECTED] wrote: Solution: Move the parsing code into the postinst script, or better, call fmtutil-sys --all --cnffile /etc/texmf/fmt.d/NNfoobar.cnf This way we could also get rid of a lot of code in dh_installtex!!! Comments? I think the latter is easier. The former, however, would offer an opportunity to cover more cases. For example, suppose I have configuration files in fmt.d 20local-omega.cnf which defines a customized omega format with my own ini file, and 20local-lualatex.cnf which defines a lualatex which uses luatex as the engine, but the normal latex.ini. Then I would want those formats to be regenerated - when the engines change, i.e. texlive-omega runs its postinst - when latex.ini changes, i.e. tl-latex-base runs its postinst. This could be done like this: - at build time, dh_installtex parses the conffile and writes engines and ini file names into the postinst - at install time, the postinst parses fmtutil.cnf and decides which formats to recreate. While this gives some nice features, it's also much more complex code, and we could as well just inform the user that they need to take care for locally built formats themselves. Also, we could use the first approach (--cnffile /etc/texmf/fmt.d/NNfoobar.cnf) for a quick fix, and the other one more time for consideration, implementation and testing. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#418996: xmlgraphics-commons: tiff decoders are not built
Package: xmlgraphics-commons Severity: normal it seems xmlgraphics-commons uses Sun's internal private classes as de/encoder for tiff (and maybe jpeg). As xmlgraphics-commons is built with gcj, these encoders are not present at the moment! Cheers, -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415397: Debian Bug#415397 -- forwarded upstream (Linear scale requirement)
[Please keep the CC] Hi Ian, Could you address this user request in next speedometer release. Thanks, Jari (The Debian package Maintainer) Package: speedometer Version: 2.4-1 Severity: wishlist It would be very nice to be able to choose a linear scale instead of the logarithmic one. Logarithmic scales are very hard to interpret visually. In speedometer, the scale intervals are 1 KB/s, 32 KB/s, and 1 MB/s. My max upload speed is around 40 KB/s, and my max download speed is around 155 KB/s. That means that from 32 KB/s to 155 KB/s there is very little detail on the logarithmic scale in speedometer, which makes the graphs rather useless. An increase in download speed from 40 KB/s to 100 KB/s (2.5x, or jumping from about 40% to 65% of max) moves only three increments on the graph, or around 15% of the graph scale. The upload graph is worse: an increase from 20 KB/s to 40 KB/s (2x, or jumping from 50% to 100% of max) moves only one increment, or about 5% of the graph. (Increment meaning a row on the console.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411041: Add this email to list members
Hello, As I told before, we have problem with the ML archives. So I created a ML group in google to archive our mails correctly. So please add this email as a members to the list. Then google can archive our mails. [EMAIL PROTECTED] Thanks Abbas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
Do you need any more information? For instance: Should I try and run X under strace? If so, I need some pointers on how to fit this into the X infrastructure (configuration of X, gdm, etc.). Or are there other things I can do? Regards, Jeroen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418902: debconf: [INTL:eu] Program basque translation update
Atached correct file, sorry and thanks Well, no, that one is the aptitude translation file, I'm afraid. Firday 13th, right? :-) signature.asc Description: Digital signature
Bug#397562: batik: FTBFS: should use java-gcj-compat-dev instead of j2sdk1.4
On 4/13/07, Marcus Better [EMAIL PROTECTED] wrote: It seems Thomas Fitzismon is taking care of the problem with batik (it should use xmlgraphics-commons) Do you mean that xmlgraphics-commons can replace the com.sun.image.codec.jpeg.* package? I am interested because I ran into the same problem with another package (stylebook). I'm not sure but it's a package where fop and batik will share code. About the jpeg codec, Roman Kenke told me it would be possible to put the one of openjdk in GNUClasspath in a mounth or two -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284776: enigmail: Same here
Package: enigmail Version: 2:0.94.2-1 Followup-For: Bug #284776 I'm experiencing the same trouble. After glancing through the logs I noticed that the problem seems to have gone away for some people. Here, however, it persists. Thunderbird freezes whenever a signature is checked; it doesn't matter if the check happens automatically or manually. I don't know if the problem also appears when decrypting messages as I haven't received any. I have not noticed any significant CPU usage by gpg; however it is this process (shown by ps ax): /usr/bin/gpg --charset utf8 --batch --no-tty --status-fd 2 --verify that freezes Thunderbird. Manually killing this process makes everything work again. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages enigmail depends on: ii gnupg 1.4.6-2 GNU privacy guard - a free PGP rep ii icedove 1.5.0.10.dfsg1-3 free/unbranded thunderbird mail cl ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 enigmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418978: devscripts: [uscan] Sourceforge redirector does not work - uses hard coded heanet.dl.* domain
On Fri, Apr 13, 2007 at 09:22:39AM +0300, Jari Aalto wrote: Package: devscripts Version: 2.10.2 Severity: normal Given this configuraton file: version=3 # Debian QA redirector to find new files on sourceforge http://sf.net/projects/pcmanfm/pcmanfm-(.*)\.tar\.gz please note that the syntax is http://sf.net/pcmanfm/, this will be written to http://qa.debian.org/watch/sf.php/pcmanfm/ SUGGESTION If the intention is to use always heanet.dl.* address for sourceforge locations, this is not bullet proof, because not all projects are distributed / mirrored in heanet. The redirector could send a HEAD HTTP request to check if the URL exists and switch to another redector as needed. this is a nice idea, are you sure every project isn't mirrored on heanet? I always see the link to heanet when downloading projects from sf.net filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Frustra fit per plura, quod fieri potest per pauciora. It is vain to do with more what can be done with less. -- W. of Ockham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418913: [pkg-ntp-maintainers] Bug#418913: FTBFS on GNU/Hurd
Am Donnerstag, 12. April 2007 20:20 schrieb Barry deFreese: GNU/Hurd currently doesn't support IPv6 and the linuxcaps is unnecessary so had to disable those. We does it need to be disabled if it's unnecessary? What happens with IPv6 support enabled? Also we have issues in glibc so we can't build ntptime binaries so the build fails when attempting to move that binary. What issues? Why don't you fix them? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418998: fontconfig-config: for korean font, Baekmuk is obsolete
Package: fontconfig-config Version: 2.4.2-1.2 Severity: wishlist Tags: l10n For korean font, ttf-baekmuk is almost dead. development is stop, people don't use it. I ask Baekmuk to be replaced with Unfont(ttf-unfonts) in /etc/fonts/conf.avail/65-nonlatin.conf, 13 line : Baekmuk Batang to UnBatang and 25, 35 line : Baekmuk Dotum to UnDotum Unfont is major nowadays. Ubuntu, OpenSuse, Fedora also install ttf-unfonts default. and 20-fix-globaladvance.conf, it's for only Gulim.ttc Batang.ttc. it's MS korean font, not GPL. This scheme is from language-selector-common Ubuntu package : match target=font test name=lang compare=contains stringko/string /test test name=spacing compare=eq constdual/const /test edit name=spacing constproportional/const /edit edit name=globaladvance binding=strong boolfalse/bool /edit /match match target=font test name=lang compare=contains stringko/string /test test name=outline compare=eq boolfalse/bool /test test name=spacing compare=eq constmono/const constcharcell/const /test edit name=spacing constproportional/const /edit edit name=globaladvance binding=strong boolfalse/bool /edit /match I think it's more suitable. I'd attach a Ubuntu fontconfig file related ko_KR font. it would be helpful to adjust Debian nolatin.conf file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4f-smp (SMP w/2 CPU cores) Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ko_KR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii msttcorefonts 1.8Installer for Microsoft TrueType c ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free ii ttf-dejavu2.15-1 Vera font family derivate with add ii ttf-freefont 20060501cvs-10 Freefont Serif, Sans and Mono True ii ucf 2.0020 Update Configuration File: preserv fontconfig-config recommends no packages. -- debconf information: * fontconfig/subpixel_rendering: Automatic * fontconfig/enable_bitmaps: false * fontconfig/hinting_type: Autohinter ko_KR Description: Binary data
Bug#325600: closed by Aurelien Jarno [EMAIL PROTECTED] (Closing bugs fixed in unreleased version 2.4-1 of the glibc)
On Fri, Apr 13, 2007 at 10:26:09AM +0200, Uwe Schindler wrote: Tom Evans a écrit : When will this version be moved into stable/Etch? This version (or a later one) will move to stable for Lenny, but will never move to Etch, as it is now a released version. Somewhere in the past there was a very simple patch (look for not_cancel) that worked for the 2.3 release of the glibc (Tom wrote that): If I simply change (in linuxthreads/sysdep/unix/sysv/linux/not-cancel.h) from: # define waitpid_not_cancel(pid, stat_loc, options) \ INLINE_SYSCALL (osf_wait4, 4, pid, stat_loc, options, NULL) to: # define waitpid_not_cancel(pid, stat_loc, options) \ wait4( pid, stat_loc, options, NULL ) all is well - I understand the performance benefits of the inlining, but since x86 is NPTL anyway, perhaps this is an okay solution? I'm guessing that there is an Alpha-related optimizer bug perhaps? Or that the inline_syscall4 in sysdep/unix/alpha/sysdep.h is somehow broken? Why was this patch never included for stable? Because we weren't aware it existed ? Because no alpha machine is available to developers for a year now ? You know we're not semi gods with an echelon trigger on any glibc patch that floats in the intarweb. But if the patch is _indeed_ that simple, I truly believe we could make it into etch-r1. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp4do7lMBPzc.pgp Description: PGP signature
Bug#419000: Includes text-editor hints
Package: apt-listchanges Version: 2.73 Severity: minor Hi, This is what I saw today: texlive-base (2005-1) experimental; urgency=low * First upload to experimental (Closes: #312897) -- Norbert Preining [EMAIL PROTECTED] Thu, 12 Jan 2006 17:30:22 +0100 # vim:set termencoding=iso8859-15 encoding=utf-8 fileencoding=utf-8: # # Local Variables: # coding: utf-8 # mode: debian-changelog # End: Perhaps apt-listchanges should filter these out explicitely or check the changelog formatting? Bye, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listchanges depends on: ii apt 0.6.46.4-0.1 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii debianutils 2.18 Miscellaneous utilities specific t ii python 2.4.4-2 An interactive high-level object-o ii python-apt 0.6.20 Python interface to libapt-pkg ii python-support 0.6.3automated rebuilding support for p ii ucf 2.0020 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii postfix [mail-transport-agent 2.4.0-2A high-performance mail transport -- debconf information: * apt-listchanges/confirm: true * apt-listchanges/which: both * apt-listchanges/frontend: pager * apt-listchanges/email-address: * apt-listchanges/save-seen: true -- Loïc Minier For subalterns, saying something intelligent is as risky as saying something stupid.
Bug#418902: debconf: [INTL:eu] Program basque translation update
Christian Perrier-(e)k esan zuen: Atached correct file, sorry and thanks Well, no, that one is the aptitude translation file, I'm afraid. Firday 13th, right? :-) Sorry again, I'm sleepy, my daughter has chicken-pox and I dont sleep correctly the last 4 days. Atached the correct file (I hope) Thanks for all your work -- Piarres Beobide # translation of eu.po to librezale # translation of eu.po to # translation of eu.po to # translation of debconf-bug-.po to # This file is distributed under the same license as the PACKAGE package. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER. # # Piarres Beobide Egana [EMAIL PROTECTED], 2004, 2005, 2006, 2007. msgid msgstr Project-Id-Version: eu\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-12-20 14:31-0500\n PO-Revision-Date: 2007-04-12 18:07+0200\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: librezale [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1)\n #: ../Debconf/AutoSelect.pm:76 #, perl-format msgid falling back to frontend: %s msgstr Interfaze hau saiatzen: %s #: ../Debconf/AutoSelect.pm:84 #, perl-format msgid unable to initialize frontend: %s msgstr Ezin da interfaze hau abiarazi: %s #: ../Debconf/AutoSelect.pm:90 #, perl-format msgid Unable to start a frontend: %s msgstr Ezin da interfaze hau hasi: %s #: ../Debconf/Config.pm:130 msgid Config database not specified in config file. msgstr Konfigurazio databasea ez dago ezarririk konfigurazio fitxategian. #: ../Debconf/Config.pm:134 msgid Template database not specified in config file. msgstr Database txantiloia ez dago ezarririk konfigurazio fitxategian. #: ../Debconf/Config.pm:139 msgid The Sigils and Smileys options in the config file are no longer used. Please remove them. msgstr Zeinu eta aurpegitxo (smileys) aukerak ez dira denbora gehiagoz erabiliko konfigurazio fitxategian. Mesedez ezabatu itzazu. #: ../Debconf/Config.pm:153 #, perl-format msgid Problem setting up the database defined by stanza %s of %s. msgstr Arazo bat %s-tik %s-ra parrafoak ezarritako databasea ezartzerakoan. #: ../Debconf/Config.pm:228 msgid -f, --frontend\t\tSpecify debconf frontend to use.\n -p, --priority\t\tSpecify minimum priority question to show.\n --terse\t\t\tEnable terse mode.\n msgstr -f, --frontend\t\tErabiliko den debconf interfazea ezarri.\n -p, --priority\t\tIkusiko diren galderen lehenespen baxuena ezarri.\n --terse\t\t\tModu laburra gaitu.\n #: ../Debconf/Config.pm:308 #, perl-format msgid Ignoring invalid priority \%s\ msgstr \%s\baliogabeko lehentasuna alde batetara uzten #: ../Debconf/Config.pm:309 #, perl-format msgid Valid priorities are: %s msgstr Lehentasun erabilgarriak: %s #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Multiselect.pm:31 #: ../Debconf/Element/Editor/Select.pm:31 msgid Choices msgstr Aukerak #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Boolean.pm:36 #: ../Debconf/Element/Editor/Boolean.pm:59 #: ../Debconf/Element/Teletype/Boolean.pm:28 msgid yes msgstr bai #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Boolean.pm:39 #: ../Debconf/Element/Editor/Boolean.pm:62 #: ../Debconf/Element/Teletype/Boolean.pm:29 msgid no msgstr ez #: ../Debconf/Element/Editor/Multiselect.pm:32 msgid (Enter zero or more items separated by a comma followed by a space (', ').) msgstr (sar 0 edo elementu gehiago gako bat eta hutsune batez bereizirik (', ').) #: ../Debconf/Element/Gnome.pm:183 msgid _Help msgstr _Laguntza #: ../Debconf/Element/Gnome.pm:185 msgid Help msgstr Laguntza #: ../Debconf/Element/Noninteractive/Error.pm:39 msgid Debconf was not configured to display this error message, so it mailed it to you. msgstr Debconf ez dago errore mezu hau erakusteko konfiguraturik beraz postaz bidaliko dizu. #: ../Debconf/Element/Noninteractive/Error.pm:63 msgid Debconf msgstr Debconf #: ../Debconf/Element/Noninteractive/Error.pm:86 #, perl-format msgid Debconf, running at %s msgstr Debconf, %s-n abiarazirik #: ../Debconf/Element/Select.pm:95 ../Debconf/Element/Select.pm:110 #, perl-format msgid Input value, \%s\ not found in C choices! This should never happen. Perhaps the templates were incorrectly localized. msgstr Emandako \%s\ balioa ez da C aukeretan aurkitu! Hau ez zen inoiz gertatu beharko. Agian txantiloia gaizki lokalizaturik dago. #: ../Debconf/Element/Teletype/Multiselect.pm:27 msgid none of the above msgstr aurrekoetako bat ere ez #: ../Debconf/Element/Teletype/Multiselect.pm:47 msgid Enter the items you want to select, separated by spaces. msgstr Sar aukeratu nahi dituzunak, leku batez bereizirik. #: ../Debconf/FrontEnd.pm:140 #, perl-format msgid Unable to load Debconf::Element::%s. Failed because: %s msgstr Ezin izan da Debconf::Element::%s kargatu. Errorea : %s #:
Bug#286213: reopen 286213
Jeroen N. Witmond wrote: Do you need any more information? For instance: Should I try and run X under strace? If so, I need some pointers on how to fit this into the X infrastructure (configuration of X, gdm, etc.). Or are there other things I can do? You could try to upgrade you X server and driver to experimental. That would mean installing xserver-xorg-core and xserver-xorg-core-dbg (2:1.2.99.905-2) and xserver-xorg-video-nv (1:1.2.2.1-1). Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418999: fontconfig-config: for korean font, Baekmuk is obsolete
Package: fontconfig-config Version: 2.4.2-1.2 Severity: wishlist Tags: l10n For korean font, ttf-baekmuk is almost dead. development is stop, people don't use it. I ask Baekmuk to be replaced with Unfont(ttf-unfonts) in /etc/fonts/conf.avail/65-nonlatin.conf, 13 line : Baekmuk Batang to UnBatang and 25, 35 line : Baekmuk Dotum to UnDotum Unfont is major nowadays. Ubuntu, OpenSuse, Fedora also install ttf-unfonts default. and 20-fix-globaladvance.conf, it's for only Gulim.ttc Batang.ttc. it's MS korean font, not GPL. This scheme is from language-selector-common Ubuntu package : match target=font test name=lang compare=contains stringko/string /test test name=spacing compare=eq constdual/const /test edit name=spacing constproportional/const /edit edit name=globaladvance binding=strong boolfalse/bool /edit /match match target=font test name=lang compare=contains stringko/string /test test name=outline compare=eq boolfalse/bool /test test name=spacing compare=eq constmono/const constcharcell/const /test edit name=spacing constproportional/const /edit edit name=globaladvance binding=strong boolfalse/bool /edit /match I think it's more suitable. I'd attach a Ubuntu fontconfig file related ko_KR font. it would be helpful to adjust Debian nolatin.conf file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4f-smp (SMP w/2 CPU cores) Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ko_KR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii msttcorefonts 1.8Installer for Microsoft TrueType c ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free ii ttf-dejavu2.15-1 Vera font family derivate with add ii ttf-freefont 20060501cvs-10 Freefont Serif, Sans and Mono True ii ucf 2.0020 Update Configuration File: preserv fontconfig-config recommends no packages. -- debconf information: * fontconfig/subpixel_rendering: Automatic * fontconfig/enable_bitmaps: false * fontconfig/hinting_type: Autohinter ko_KR Description: Binary data
Bug#418990: gweather applet does not work anymore
On Fri, Apr 13, 2007, Soeren Sonnenburg wrote: this is a regression bug: the gweather applet from experimental just never updates the wheather data (only ? ist shown) It works for me. starting the applet from the cmdline it always says (not matter what location I set): (gweather-applet-2:1376): GWeather-WARNING **: Failed to get METAR data. The should be another line of output before this, perhaps in .xsession-errors, do you see it? Did you change anything network wise? Perhaps you can run a network trace with wireshark and see whether anything unsual shows up. -- Loïc Minier For subalterns, saying something intelligent is as risky as saying something stupid.
Bug#419001: RFP: pcmanfm -- lightweight file manager with tabbed browsing (Gtk 2.x)
Package: wnpp Severity: wishlist * Package name: pcmanfm Version : 0.3.0.2 Upstream Author : Name [EMAIL PROTECTED] * URL : http://sf.net/projects/pcmanfm * License : GPL Programming Lang: C Description : lightweight file manager with tabbed browsing (Gtk 2.x) Light file manager with features: - Extremly fast and lightweight - Can be started in one second on normal machine - Tabbed browsing - Drag Drop support - Files can be dragged among tabs - Load large directories in reasonable time - File association support (Default application) - Basic thumbnail support - Bookmarks support - Handles non-UTF-8 encoded filenames correctly - Provide icon view and detailed list view - Standard compliant (Follows FreeDesktop.org) - Clean and user-friendly interface (GTK+ 2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419000: Includes text-editor hints
severity 419000 wishlist forcemerge 336739 419000 thanks The problem is that apt-listchanges searches for the changelog header line to delimit chunks, it should bracket chunks between the version line and the signature one, and ignore what is in between. btw the bug is known :) -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp2sR2qOMNWt.pgp Description: PGP signature
Bug#419002: xine-ui: .m2p files not found
Package: xine-ui Version: 0.99.4+dfsg+cvs2006-2 Severity: normal Tags: patch MPEG PS files (.m2p) are not found with: $ xine /directory Here's a patch: --- xine-ui-0.99.4+dfsg+cvs2006.orig/src/xitk/mediamark.c +++ xine-ui-0.99.4+dfsg+cvs2006/src/xitk/mediamark.c @@ -2990,7 +2990,7 @@ char *valid_endings = .pls .m3u .sfv .tox .asx .smi .smil .xml .fxd /* Playlists */ .4xm .ac3 .aif .aiff .asf .wmv .wma .wvx .wax .aud .avi .cin .cpk .cak - .film .dv .dif .fli .flc .mjpg .mov .qt .mp4 .mp3 .mp2 .mpa .mpega .mpg .mpeg + .film .dv .dif .fli .flc .mjpg .mov .qt .m2p .mp4 .mp3 .mp2 .mpa .mpega .mpg .mpeg .mpv .mve .mve .mv8 .nsf .nsv .ogg .ogm .spx .pes .png .png .mng .pva .ra .rm .ram .roq .snd .au .str .iki .ik2 .dps .dat .xa .xa1 .xa2 .xas .xap .ts .m2t .trp .vob .voc .vox .vqa .wav .wve .y4m ; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419003: 64bit issues
Package: sing Version: 1.1-15 Severity: normal Hi, sing apparently doesn't work correctly on 64bit computers. # sing 152.66.0.1 SINGing to 152.66.0.1 (152.66.0.1): 24 data bytes 24 bytes from 152.66.0.1: seq=0 ttl=251 TOS=0 time=-1262314644832256.000 ms 24 bytes from 152.66.0.1: seq=1 ttl=251 TOS=0 time=8197210835517440.000 ms 24 bytes from 152.66.0.1: seq=2 ttl=251 TOS=0 time=7181930495737856.000 ms 24 bytes from 152.66.0.1: seq=3 ttl=251 TOS=0 time=910386836537344.000 ms 24 bytes from 152.66.0.1: seq=4 ttl=251 TOS=0 time=910386836537344.000 ms --- 152.66.0.1 sing statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = -1262314644832256.000/3187520179273728.000/8197210835517440.000 ms Response times are actually in the 10-60ms range. uname -a: Linux hellgate 2.6.19.2-vs2.2.0-rc8.7-hellgate #1 PREEMPT Mon Jan 29 01:07:58 CET 2007 x86_64 GNU/Linux On a different computer, sing reports that it can't find an interface to route packets out through, but ping works and there is only one eth interface anyway: # sing 152.66.0.1 SING: Unable to select an interface to route throughout # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 152.66.245.64 0.0.0.0 255.255.255.192 U 0 00 eth0 0.0.0.0 152.66.245.110 0.0.0.0 UG0 00 eth0 The relevant part of an strace looks like this: mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b261000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b262000 mprotect(0x2b245000, 86016, PROT_READ) = 0 arch_prctl(ARCH_SET_FS, 0x2b261e00) = 0 munmap(0x2aac4000, 27433) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 setsockopt(3, SOL_SOCKET, SO_BROADCAST, [140733193388033], 4) = 0 connect(3, {sa_family=AF_INET, sin_port=htons(26731), sin_addr=inet_addr(152.66.0.1)}, 16) = 0 getsockname(3, {sa_family=AF_INET, sin_port=htons(32780), sin_addr=inet_addr(152.66.245.90)}, [18423573472471941136]) = 0 close(3)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 ioctl(3, SIOCGIFCONF, {80, {{lo, {AF_INET, inet_addr(127.0.0.1)}}, {eth0, {AF_INET, inet_addr(152.66.245.90)) = 0 ioctl(3, SIOCGIFADDR, {ifr_name=lo, ifr_addr={AF_INET, inet_addr(127.0.0.1)}}) = 0 ioctl(3, SIOCGIFMTU, {ifr_name=lo, ifr_mtu=16436}) = 0 ioctl(3, SIOCGIFFLAGS, {ifr_name=lo, ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0 close(3)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 ioctl(3, SIOCGIFCONF, {80, {{lo, {AF_INET, inet_addr(127.0.0.1)}}, {eth0, {AF_INET, inet_addr(152.66.245.90)) = 0 ioctl(3, SIOCGIFADDR, {ifr_name=lo, ifr_addr={AF_INET, inet_addr(127.0.0.1)}}) = 0 ioctl(3, SIOCGIFMTU, {ifr_name=lo, ifr_mtu=16436}) = 0 ioctl(3, SIOCGIFFLAGS, {ifr_name=lo, ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0 close(3)= 0 write(2, SING: , 6SING: ) = 6 write(2, Unable to select an interface to route throughout, 49Unable to select an interface to route throughout) = 49 write(2, \n, 1 ) = 1 exit_group(1) = ? ltrace: __libc_start_main(0x405570, 2, 0x7ffc5598, 0x4085a0, 0x408560 unfinished ... memset(0x51f820, '\000', 75000) = 0x51f820 getopt_long_only(2, 0x7ffc5598, hUGBOqQnRVv, 0x50c120, 0x7ffc545c) = -1 inet_aton(152.66.0.1, 0x7ffc5300) = 1 socket(2, 2, 0 unfinished ... SYS_socket(2, 2, 0, 0, 0) = 3 ... socket resumed ) = 3 setsockopt(3, 1, 6, 0x7ffc5288, 4 unfinished ... SYS_setsockopt(3, 1, 6, 0x7ffc5288, 4) = 0 ... setsockopt resumed ) = 0 connect(3, 0x50d010, 16, 0x2b0ef6fc, 4 unfinished ... SYS_connect(3, 0x50d010, 16, 0, 4) = 0 ... connect resumed ) = 0 getsockname(3, 0x7ffc5270, 0x7ffc528c, 0x2b0ef172, 4 unfinished ... SYS_getsockname(3, 0x7ffc5270, 0x7ffc528c, 0, 4) = 0 ... getsockname resumed ) = 0 close(3 unfinished ... SYS_close(3) = 0 ... close resumed )
Bug#419004: Warnings about masked variables %tmp and $ctx
Package: svn-buildpackage Version: 0.6.18 Severity: minor Running svn-buildpackage gives me these two warning messages at the start: svn-buildpackage -rfakeroot -us -uc my variable %tmp masks earlier declaration in same scope at /usr/bin/svn-buildpackage line 396 (#1) (W misc) A my or our variable has been redeclared in the current scope or statement, effectively eliminating all access to the previous instance. This is almost always a typographical error. Note that the earlier variable will still exist until the end of the scope or until all closure referents to it are destroyed. my variable $ctx masks earlier declaration in same scope at /usr/bin/svn-buildpackage line 398 (#1) Imported config directives: ... afaics svn-buildpackage operates fine though. Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.2 Scripts to make the life of a Debi ii file4.20-4 Determines file type using magic ii libsvn-perl 1.4.2dfsg1-2 Perl bindings for Subversion ii perl5.8.8-7 Larry Wall's Practical Extraction ii subversion 1.4.2dfsg1-2 Advanced version control system ii unp 1.0.12 unpack (almost) everything with on ii wget1.10.2-2 retrieves files from the web svn-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418630: sane-utils: man page for scanimage is outdated
Max [EMAIL PROTECTED] wrote: Hi, It seems that man page for scanimage is outdated. In particular, I have noticed the following discrepancies: --resolution option is not mentioned in the manual; --mode Gray is described as a valid parameter in the manual but rejected by scanimage as such. Instead scanimage wants it to be --mode Grayscale. Would you be willing to provide a patch for this issue ? Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408876: #408876: gnome-orca: Option --text-setup does not work
Hi all, I found that this bug is also fixed while having Python-pyorbit (= 2.14.0) and gnome-orca (2.18.1-1) [Which I am preparing, right now]. orca --setup will bring GUI orca --text-setup will go to command-line Feel free to open it, if you facing same problem with it. -- Regards, Kartik Mistry | Eng: kartikmistry.org 0xD1028C8D | Guj: kartikm.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418995: SVN texlive (new) commit: r2684 - in texlive-new/trunk: all/debian texlive-base/debian texlive-bin/debian texlive-lang/debian
tags 418993 moreinfo tags 418994 moreinfo tags 418995 moreinfo thanks Norbert Preining [EMAIL PROTECTED] wrote: Author: preining Date: 2007-04-13 08:51:07 + (Fri, 13 Apr 2007) New Revision: 2684 Modified: texlive-new/trunk/all/debian/tpm2deb.cfg texlive-new/trunk/texlive-base/debian/changelog texlive-new/trunk/texlive-bin/debian/changelog texlive-new/trunk/texlive-lang/debian/changelog Log: add various replaces, closes: 418993 418994 418995 I don't think this is the correct solution. We already have conflicts;texlive-common;tetex-bin ( 2007), tetex-base ( 2007), tetex-extra ( 2007), tetex-doc ( 2007) Furthermore, in all of Rene's reports there is something like Versions of packages texlive-font-utils depends on: ii libc6 2.5-1 GNU C Library: Shared libraries pn texlive-base none (no description available) pn texlive-commonnone (no description available) On a normal install, apt-get or aptitude will first install tl-common before trying any of the packages Rene reported about, and this will remove tetex-bin except for the empty transitional package. By the way I've tried this long ago... So either something else is going wrong, or Rene used some --force-foo Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#419006: /var/lib/dpkg/info/texlive-latex-extra.postrm: line 52: dhit_libkpathsea_configured: command not found
Package: texlive-latex-extra Version: 2007-2 Severity: important Hi, While removing texlive-latex-extra: Removing tetex-extra ... Running 'mktexlsr /usr/share/texmf /var/lib/texmf /usr/share/texmf-texlive'. This may take some time... done. Purging configuration files for tetex-extra ... Removing texlive-latex-extra ... /var/lib/dpkg/info/texlive-latex-extra.postrm: line 52: dhit_libkpathsea_configured: command not found Running 'mktexlsr /usr/share/texmf /var/lib/texmf /usr/share/texmf-texlive'. This may take some time... done. Purging configuration files for texlive-latex-extra ... Removing preview-latex-style ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... Bye, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-extra depends on: pn preview-latex-style none (no description available) ii texlive-common2007-2 TeX Live: Base component ii texlive-latex-base2007-2 TeX Live: Basic LaTeX packages ii texlive-pictures 2007-2 TeX Live: Packages for drawings gr Versions of packages texlive-latex-extra recommends: ii texlive-generic-extra 2007-2 TeX Live: Miscellaneous extra gene ii texlive-latex-recommended 2007-2 TeX Live: LaTeX recommended packag pn texpower none (no description available) -- Loïc Minier For subalterns, saying something intelligent is as risky as saying something stupid.
Bug#324612: bind9: file owner
Package: bind9 Version: 1:9.3.4-2 Followup-For: Bug #324612 I had a similar message error when doing: /etc/init.d/bind9 restart or stop. I solved it with chown bind.bind /etc/bind/rndc.key which was root.root, due to a previsous cp command. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') 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 bind9 depends on: ii adduser 3.102Add and remove users and groups ii libbind9-0 1:9.3.4-2BIND9 Shared Library used by BIND ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdns221:9.3.4-2DNS Shared Library used by BIND ii libisc111:9.3.4-2ISC Shared Library used by BIND ii libisccc0 1:9.3.4-2Command Channel Library used by BI ii libisccfg1 1:9.3.4-2Config File Handling Library used ii liblwres9 1:9.3.4-2Lightweight Resolver Library used ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system bind9 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419005: Use of uninitialized value in concatenation (.) or string at /usr/share/svn-buildpackage/SDCommon.pm line 74 (#2)
Package: svn-buildpackage Version: 0.6.18 Severity: normal Hi, I get this warning when a build fails: - policy-rc.d already exists - Cleaning COW directory Use of uninitialized value in concatenation (.) or string at /usr/share/svn-buildpackage/SDCommon.pm line 74 (#2) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a or a 0, but maybe it was a mistake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl tells you what operation you used the undefined value in. Note, however, that perl optimizes your program and the operation displayed in the warning may not necessarily appear literally in your program. For example, that $foo is usually optimized into that . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Command /bin/sh -c my-pdebuild failed in , how to continue now? [Qri?]: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.2 Scripts to make the life of a Debi ii file4.20-4 Determines file type using magic ii libsvn-perl 1.4.2dfsg1-2 Perl bindings for Subversion ii perl5.8.8-7 Larry Wall's Practical Extraction ii subversion 1.4.2dfsg1-2 Advanced version control system ii unp 1.0.12 unpack (almost) everything with on ii wget1.10.2-2 retrieves files from the web svn-buildpackage recommends no packages. -- no debconf information -- Loïc Minier For subalterns, saying something intelligent is as risky as saying something stupid.
Bug#325600: closed by Aurelien Jarno [EMAIL PROTECTED] (Closing bugs fixed in unreleased version 2.4-1 of the glibc)
Pierre Habouzit a écrit : On Fri, Apr 13, 2007 at 10:26:09AM +0200, Uwe Schindler wrote: Tom Evans a écrit : When will this version be moved into stable/Etch? This version (or a later one) will move to stable for Lenny, but will never move to Etch, as it is now a released version. Somewhere in the past there was a very simple patch (look for not_cancel) that worked for the 2.3 release of the glibc (Tom wrote that): If I simply change (in linuxthreads/sysdep/unix/sysv/linux/not-cancel.h) from: # define waitpid_not_cancel(pid, stat_loc, options) \ INLINE_SYSCALL (osf_wait4, 4, pid, stat_loc, options, NULL) to: # define waitpid_not_cancel(pid, stat_loc, options) \ wait4( pid, stat_loc, options, NULL ) all is well - I understand the performance benefits of the inlining, but since x86 is NPTL anyway, perhaps this is an okay solution? I'm guessing that there is an Alpha-related optimizer bug perhaps? Or that the inline_syscall4 in sysdep/unix/alpha/sysdep.h is somehow broken? Why was this patch never included for stable? Because we weren't aware it existed ? Because no alpha machine is available to developers for a year now ? You know we're not semi gods with an echelon trigger on any glibc patch that floats in the intarweb. But if the patch is _indeed_ that simple, I truly believe we could make it into etch-r1. Could you please try this patch instead: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/unix/alpha/sysdep.h.diff?r1=1.26r2=1.26.2.1cvsroot=glibc It looks a lot better, and it's always easier to convince the release managers to accept a patch if it has been accepted upstream first. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419007: $KDE3_LIB_DIR returns /usr/lib64 on AMD64
Package: cmake Version: 2.4.5-1 Severity: serious --- Please enter the report below this line. --- Hi, $KDE3_LIB_DIR returns /usr/lib64 on AMD64 I think it should correctly return /usr/lib. When building packages with CMake using this var, you'll get a package with files under /usr/lib64 which is wrong. In contrast to this, $GTK_LIB_DIR returns /usr/lib. Cheers, Bastian --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.3.6-6) | 2.5-1 libgcc1 (= 1:4.1.1-12) | 1:4.1.1-21 libncurses5 (= 5.4-5) | 5.5-5 libstdc++6(= 4.1.1-12) | 4.1.1-21 -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419008: cupsys package not present in apt-get/aptitude
Package: cupsys Version: stable Severity: grave Justification: causes non-serious data loss recent update to the 4.0 version and several dist-upgrades later I am unable to find the cupsys package necessary to install the cups server on my printer server. Other packages are available. aptitude displays none none as the current and available versions. clang:~# apt-get install cupsys Reading package lists... Done Building dependency tree... Done Package cupsys is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: libcupsys2-dev cupsys-common cupsys-client cupsys-bsd E: Package cupsys has no installation candidate -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388658: option -r not accepted
dpatch-edit-patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417895: Output of dmesg
On 10 Apr 2007, at 13:26, Frans Pop wrote: On Tuesday 10 April 2007 11:34, Alister Winfield wrote: From this and a subsequent test mounting the CD manually then continuing the problem is potentially something to do with the probe script. The CD in this case is in the 'virtual CD device' thats in the devices as a /dev/sr0. There is no CD in the onboard CDROM drive. OK. No please provide the output of: udevinfo -q env -p /sys/block/sr0 Oh weird and I see why it might fail if the kernel / udev thinks its a floppy.(FYI this is the remote console virtual CD thats on the new X4100 M2's from SUN). The unusual bit is that the dmesg output has it with Type: CD-ROM (obviously as its attached to the SCSI CDROM driver). ~ # udevinfo -q env -p /sys/block/sr0 ID_VENDOR=American_Megatrends_Inc. ID_MODEL=Virtual_Cdrom_Device ID_REVISION=0100 ID_SERIAL=American_Megatrends_inc._Virtual_Cdrom_Device ID_TYPE=floppy ID_BUS=usb ID_PATH=pci-:00:02.0-usb-0:4:1.0-scsi-0:0:0:0 This email and any attachments may be confidential and/or legally privileged. If you have received this e-mail and you are not a named addressee, please inform the sender of this email by sending a return email to the address above and then delete the e-mail and your response from your system. If you are not a named addressee you must not use, disclose, distribute, copy, print or rely on this e-mail. Any views or opinions presented are solely those of the author. Any statements made, or intentions expressed in this communication may not necessarily reflect the view of Easynet. No content herein will bind Easynet or any associated company unless confirmed by the execution of a formal contract by Easynet. Any figures or amounts given in this email are quotations only and are subject to change. Although Easynet routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Easynet makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. Please note that to ensure regulatory compliance and for the protection of our customers and business, we may monitor and read e-mails sent to and from our server(s). Easynet Limited a company incorporated and existing under the laws of England and Wales, with company number 2954343 and having its registered office at 44-46 Whitfield Street London, W1T 2RJ.
Bug#418990: gweather applet does not work anymore
On Fri, 2007-04-13 at 11:09 +0200, Loïc Minier wrote: On Fri, Apr 13, 2007, Soeren Sonnenburg wrote: this is a regression bug: the gweather applet from experimental just never updates the wheather data (only ? ist shown) It works for me. starting the applet from the cmdline it always says (not matter what location I set): (gweather-applet-2:1376): GWeather-WARNING **: Failed to get METAR data. The should be another line of output before this, perhaps in .xsession-errors, do you see it? no... there is not... all I am able to get is (gweather-applet-2:9538): GWeather-WARNING **: Failed to get METAR data. (gweather-applet-2:9538): GWeather-WARNING **: Failed to get IWIN forecast data. Did you change anything network wise? Perhaps you can run a network I cannot think of anything I could have changed... Do you use network manager ? trace with wireshark and see whether anything unsual shows up. I ran wireshark and saw exactly nothing. no packet is going in or out wtf ?!? so I will have to debug this :( Soeren -- Sometimes, there's a moment as you're waking, when you become aware of the real world around you, but you're still dreaming.
Bug#402738: New version of gstreamer0.10-plugins-base (bug 402738)
On Wed, 2007-04-11 at 20:52 +0200, Helge Kreutzmann wrote: Looks like there are serious problems in Etch with machines of my class and playing CD-ROMs, I haven't heard anything from the maintainers anymore ... Well, for Lenny it'll hopefully work, though. Hi, You are still having problems with gstreamer0.10-plugins-base 0.10.10-4? Others reported that a rebuild of the package solved this issue, and the bug was closed. See the discussion in http://bugs.debian.org/402738 Maybe you have a different problem entirely? -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#417648: ion3: since last upgrade, attach-tagged does not work anymore.
On Wed, 2007-04-11 at 23:37 +0200, Adrian Glaubitz wrote: Hello folks, I don't think that this is just a configuration problem, since for me this problem occurs with the latest version 20070318-2 on SID, but not with the version 20061223-1 from ETCH. I use an identical configuration on both my work-computer (ETCH) and my laptop computer (SID) for ion3, and the problem only arises on SID but not on ETCH. Ion3 is *not* in etch. It was removed. And interestingly I CANNOT attach tagged windows with the right-mouse-button menu ! I can actually fix the problem by renaming the file ~/.ion3/cfg_ioncore.lua to something else. I provide the config-file cfg_ioncore.lua, and will also try to track down the line causing the problem. And, I am pretty sure, I did NOT change my ion3-configuration when the problem occurred ! The Ion3 API has changed incompatibly. I'm afraid your configuration is now invalid. Remember, these are development snapshots, not stable releases. Ben. -- Ben Hutchings If more than one person is responsible for a bug, no one is at fault. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312115: libapache2-mod-log-sql-dbi
Currently libapache2-mod-log-sql-dbi is the only way to log apache2 to pgsql. I am about to start testing it (once I figure out how to configure it to log to pgsql, what the table needs to look like, etc). So please consider this a vote to keep it (and therefore the dependency on libdbi0) in. I'll follow up here on whether I see any crashes due to making this change in my web server's logging. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406864: status of the ttf-sil-andika ITP
Hey, On Thursday 12 April 2007 19:44, Nicolas Spalinger wrote: the packaging for ttf-sil-andika is available in the pkg-fonts Alioth repository: http://svn.debian.org/wsvn/pkg-fonts/packages/ttf-sil-andika/ cool. I was waiting for the end of the freeze before asking for sponsorship. Ok, fair enough :) In the meantime, there's been new design reviews released so I'll adjust the packaging and do some more testing. design reviews? Updated fonts or reviews of your packaging or..? Your thoughts on the current packaging welcome. I just checked out the above URL and only got a debian/ directory. How am I supposed to build it? ;) As far as I can say from (briefly) looking at those files without building the package, the packaging looks good. Thanks for your sponsorship offer. I'll let you know when the source package is ready. Ok. Any estimate? ;) regards, Holger pgpHJTdhCAhMk.pgp Description: PGP signature
Bug#413611: 3.02?
When can we expect to get version 3.02 in debian/unstable ? Thanks, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)
On 13.04.07, Rafael Laboissiere wrote: * John E. Davis [EMAIL PROTECTED] [2007-04-12 15:15]: It was intended. evalfile is slang's lowest level file loading function, and as such it should not tamper with the name passed to it. For example, under Unix ~ is a perfectly valid directory name and it should be possible to load a file in that directory. For filename expansion, use the expand_filename function. While not as convenient, you can also use evalfile($HOME/foo.sl$); Should we close this bug report? IMO, it is a documentation issue. This change should be documented in the changelog. I did not find it in the Jed Version: 0.99.18 (Debian package jed 0.99.18-6) John, could you add this change to the changes.txt? Something like evalfile() no longer expands its `path' argument. You can use evalfile(expand_filename(path)) to get the old behaviour. After this the bug can be closed. Günter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418995: SVN texlive (new) commit: r2684 - in texlive-new/trunk: all/debian texlive-base/debian texlive-bin/debian texlive-lang/debian
Hi, Frank Küster wrote: I don't think this is the correct solution. We already have conflicts;texlive-common;tetex-bin ( 2007), tetex-base ( 2007), tetex-extra ( 2007), tetex-doc ( 2007) Furthermore, in all of Rene's reports there is something like Versions of packages texlive-font-utils depends on: ii libc6 2.5-1 GNU C Library: Shared libraries pn texlive-base none (no description available) pn texlive-commonnone (no description available) On a normal install, apt-get or aptitude will first install tl-common before trying any of the packages Rene reported about, and this will it didn't. remove tetex-bin except for the empty transitional package. By the way it didn't. On the seconf try continuing the upgrade it did, yes,but not at the first run. I've tried this long ago... So either something else is going wrong, or Rene used some --force-foo Just a plain upgrade out of aptitudes UI. And no, I didn't use any --force foo. I wouldn't have reported a bug if I had. Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#419009: ITP: fcode-utils -- OpenBIOS FCode utilities
Package: wnpp Severity: wishlist Owner: Aurelien Jarno [EMAIL PROTECTED] * Package name: fcode-utils Version : 1.0.2 Upstream Author : Stefan Reinauer [EMAIL PROTECTED] David L. Paktor [EMAIL PROTECTED] * URL : http://www.openbios.org * License : GPL v2 + CPL 1.0 Programming Lang: C, Forth Description : OpenBIOS FCode utilities FCode is a Forth programming language dialect compliant with ANS Forth. It can exist in two forms; source code and a compiled version, known as bytecode. It is of interest mainly for its use in OpenFirmware. . This package provides a set of FCode utilities: - the tokenizer toke - the detokenizer detok - a PCI rom header utility - a portable implementation of Forth local values -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-sparc32 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418780: mercurial: partial hgweb listings
* Darren Salt [EMAIL PROTECTED] [20070411 23:03]: If a lot of Mercurial-using projects start appearing on alioth, then http://hg.debian.org/hg/ is going to become (shall we say) somewhat long. It'd be useful to have Mercurial be able to provide partial listings when in multi-repository server mode - with a suitably-patched version installed (patch attached), http://hg.debian.org/hg/xine-lib/ would list only those repositories below /hg/xine-lib. There is one minor issue: requests for images and style sheet resources are also relative to the given path. My patch handles this. (This probably won't affect alioth, which is using URLs of the form ...?static=style.css.) I really want to have this features in hg, too. Currently I work around it with a bit logic in hgwebdir.cgi. Some comments on your code: +if prefix '' and not prefix.endswith('/'): Better simply use if prefix and not prefix.endswith('/'): +sys.stderr.write(name+\n) +sys.stderr.write (virtual + \n) There is some debugging code lurking around. +elif virtual and virtual.find('/static/') = 0: +static = os.path.join(templater.templatepath(), 'static') +fname = virtual[virtual.find('/static/')+8:] +req.write(staticfile(static, fname, req) or + tmpl('error', error='%r not found' % fname)) The /static change should be separated in a separate patch, and I'm not sure if virtual.find('/static/') isn't too greedy. And virtual[virtual.find('/static/')+8:] looks a bit too magic, too. (I know that '/static/' has the length 8) -req.write(tmpl(notfound, repo=virtual)) +if req.form.has_key('static'): +static = os.path.join(templater.templatepath(), static) +sys.stderr.write (static + \n) +fname = req.form['static'][0] +req.write(staticfile(static, fname, req) + or tmpl(error, error=%r not found % fname)) +else: +sortable = [name, description, contact, lastchange] +sortcolumn, descending = self.repos_sorted +if req.form.has_key('sort'): +sortcolumn = req.form['sort'][0] +descending = sortcolumn.startswith('-') +if descending: +sortcolumn = sortcolumn[1:] +if sortcolumn not in sortable: +sortcolumn = + +sort = [(sort_%s % column, + %s%s % ((not descending and column == sortcolumn) + and - or , column)) +for column in sortable] +req.write(tmpl(index, entries=entries, + sortcolumn=sortcolumn, descending=descending, + prefix=virtual, **dict(sort))) +#req.write(tmpl(notfound, repo=virtual)) No need to comment out code lines, we have a revision history :) And I haven't checked this, but these lines look like copied from other locations in the code, so there may be code duplication here. Some things to consider: http://hg.intevation.org/mercurial/ and http://hg.intevation.org/mercurial/crew/ (and its siblings) are both valid repositories. When requesting /mercurial/ the repository should be visible, not the list of crew, tah, ... I haven't checked what your code does here. Finally I'd like to be able to include those two patches upstream, so it would be good if the patches apply to http://www.selenic.com/hg/ 0.9.3 is based off the stable branch: http://www.selenic.com/repo/hg-stable/ Despite my critics, many thanks for the input :) Regards, Thomas -- [EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrück - Registereintrag: Amtsgericht Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner