Bug#419529: Bug#421542: nss: FTBFS on non-Linux: clean target fails due to unfixed upstream build system
By the way, I think it would be better for the hurd, and also for the kfreebsd port patches if they would not clutter the linux specific makefile but would have its own file, that would be cleaner and more likely to be applied upstream. Some factorisation could be done, though, like it is done for Linux.mk, there could be a common makefile for glibc-based ports. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421568: geany: Suggests removed libvte4 instead
Package: geany Version: 0.10.2-2 The geany package suggests libvte4 that was recently removed from unstable. It should suggest libvte9 instead... Best regards Andreas -- (`-''-/).___..--''`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner [EMAIL PROTECTED] http://www.vis.ethz.ch/~andy ICQ-No. 14356454 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421423: gcc-4.1: FTBFS on GNU/kFreeBSD
On Sun, Apr 29, 2007 at 01:54:58PM +0200, Aurelien Jarno wrote: On Sun, Apr 29, 2007 at 12:03:11AM +0200, Aurelien Jarno wrote: Package: gcc-4.1 Version: 4.1.2-4 Severity: important Please find below an update of the patch for GNU/kFreeBSD, which fixes a few things: - fix the kbsd-gnu.dpatch wrt hash-style. Please DON'T APPLY this patch if you reenable hash-style=both in the next upload - fix a small typo in debian/multiarch.inc which make the build fails on kfreebsd-amd64 - fix the detection of stackguard detection in the GNU libc for non Linux architectures. It should also work for Hurd if/when the GNU libc support stackguard on this architecture (I haven't checked yet). It looks like the patch to multiarch.inc has been lost. Also Thomas Schwinge told me on IRC that stackguard does not work on Hurd, so the stackguard detection have to be changed. Please find a patch against the current SVN below. Also is it normal that gcc-hash-style-both.dpatch is still disabled in the current SVN? In the current SVN, it looks like gcc-hash-style-gnu.dpatch is used instead. Could you therefore apply the following patch to keep kbsd-gnu.dpatch in sync? Index: kbsd-gnu.dpatch === --- kbsd-gnu.dpatch (révision 1912) +++ kbsd-gnu.dpatch (copie de travail) @@ -79,8 +79,8 @@ + { dynamic_linker64, DYNAMIC_LINKER64 } + #undefLINK_SPEC --#define LINK_SPEC %{!m32:-m elf_x86_64} %{m32:-m elf_i386} --hash-style=both \ -+#define LINK_SPEC %{!m32:-m %(link_emulation64)} %{m32:-m %(link_emulation)} --hash-style=both \ +-#define LINK_SPEC %{!m32:-m elf_x86_64} %{m32:-m elf_i386} --hash-style=gnu \ ++#define LINK_SPEC %{!m32:-m %(link_emulation64)} %{m32:-m %(link_emulation)} --hash-style=gnu \ %{shared:-shared} \ %{!shared: \ %{!static: \ -- .''`. 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#421569: wireless-tools: iwlist scan: Algorithms mis-identified
Package: wireless-tools Version: 29~pre20-1 Severity: normal The driver is ipw3945 built from the current ipw3945-source: [EMAIL PROTECTED]:~$ dpkg -l |grep 3945 ii firmware-ipw3945 0.4Binary firmware for IPW3945 ii ipw3945-modules-2.6.201.2.0-5+detritus1 ipw3945 modules for Linux (kernel 2.6.20) ii ipw3945-modules-2.6.20-1-amd641.2.0-5+2.6.20-2 ipw3945 modules for Linux (kernel 2.6.20-1-a ii ipw3945-source1.2.0-5Source for the Intel PRO/Wireless 3945ABG (i ii ipw3945d 1.7.22-4 Binary userspace regulatory daemon for Intel [EMAIL PROTECTED]:~$ dmesg |grep 3945 ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.2.0dmpr ipw3945: Copyright(c) 2003-2006 Intel Corporation ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection ipw3945: Detected geography ABG (11 802.11bg channels, 13 802.11a channels) ipw3945: Detected geography ABG (11 802.11bg channels, 13 802.11a channels) ipw3945: Detected geography ABG (11 802.11bg channels, 13 802.11a channels) The access point that I'm connected to and through which traffic is flowing (including reporting this bug) is configured for WPA1, group TKIP, pairwise CCMP(AES) or TKIP. My wpa_supplicant.conf is configured for WPA-PSK, with CCMP for pairwise keys: network={ ssid=whirlpool proto=WPA key_mgmt=WPA-PSK pairwise=CCMP psk=key priority=1 } Other devices also connect to it using WPA. However iwlist scan reports the access point as using WEP-40: [EMAIL PROTECTED]:~$ sudo iwlist eth1 scan eth1 Scan completed : Cell 01 - Address: 00:16:01:2E:CF:D7 ESSID:whirlpool Protocol:IEEE 802.11bg Mode:Master Channel:1 Encryption key:on Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6 Mb/s; 9 Mb/s 11 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s 48 Mb/s; 54 Mb/s Quality=99/100 Signal level=-22 dBm Noise level=-22 dBm IE: WPA Version 1 Group Cipher : WEP-40 Pairwise Ciphers (2) : TKIP WEP-40 Authentication Suites (1) : PSK Extra: Last beacon: 16ms ago instead of CCMP/AES and TKIP for pairwise and TKIP for group. No configuration or firmware changes have been made to the AP, and I'm fairly certain that an older version of wireless-tools correctly identified the AP's available algorithms as TKIP/CCMP for pairwise and TKIP for group. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en US, LC_CTYPE=en US (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages wireless-tools depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii libiw29 29~pre20-1 Wireless tools - library wireless-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311919: apt-listchanges fails when invoked by apticron, - No such device or address: '/dev/tty'
The two patches from git indeed work around the problem. I now see the news/changelogs in the apticron mail. Thanks for tracking this down. dam -- Damyan IvanovJabberID: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#421570: --pkgcache causes newvserver to fail
Package: vserver-debiantools Version: 0.3.4 The --pkgcache option (and PKGCACHE=1) cause newvserver to fail. As near as I can tell it is because the vserver directory is created and the cached debs are copied over before vserver-build is called. The tool vserver-build checks for the existance of the new vserver root and fails if the directory already exists. # newvserver --hostname foo --domain example.com --ip 10.1.2.3/24 \ --context 42 --vsroot /vserver/2/ --pkgcache s_context: 0 Clean package cache. Reading package lists... Done Building dependency tree... Done find: warning: you have specified the -mindepth option after a non-option argument -name, but options are not positional (-mindepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -name, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. /vserver/2/foo/var vserver-topdirectory '/vserver/2/foo/etc' and/or configuration at '/etc/vservers/foo' exist already; please try to use '--force', or remove them manually. newvserver: error: vserver-build failure. Cannot continue. $ ls /etc/vservers/foo ls: /etc/vservers/foo: No such file or directory $ ls /vserver/2/foo var -- sg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416164: duplicate bug
#419802 is a bug from php4 describing the same issue, but I'll leave merging to the package maintainers. -- James Healy jimmy-at-deefa-dot-com Mon, 30 Apr 2007 16:33:49 +1000 signature.asc Description: Digital signature
Bug#226202: (no subject)
On Tue, Dec 26, 2006 at 05:48:25PM +0100, Andreas Metzler [EMAIL PROTECTED] wrote: reassign 226202 iceape-browser found 226202 1.0.6-1 thanks This still seems to apply to iceape, at least http://www.xml.com/2000/03/29/tutorial/examples/display1.xml ist still rendered as 0 This is a list item, contained inside of a numbered list. 0 This is a second list item, also contained inside of a numbered list They actually work, mostly. Only the first testcase in https://bugzilla.mozilla.org/attachment.cgi?id=83764 seems wrong. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413383: procps - pgrep with bad arguments always returns exit code 0 - patch attached
package procps tags 413383 + patch thanks according to the man page, pgrep should exit with status 2 in case of a syntax error on the command line. Well, it does not: pgrep -y gives a usage message, and exits with status 0. This makes its usage error prone in scripts. In the file pgrep.c , the function usage(int opt) returns with: exit (opt == '?' ? EXIT_SUCCESS : EXIT_USAGE); Instead, it should exit with: exit (opt == '?' ? EXIT_USAGE : EXIT_SUCCESS); Patch attached. --- pgrep.c 2007-04-29 23:25:38.0 -0700 +++ pgrepFIX.c 2007-04-29 23:27:10.0 -0700 @@ -82,7 +82,7 @@ fprintf (stderr, [-n|-o] [-P PPIDLIST] [-g PGRPLIST] [-s SIDLIST]\n \t[-u EUIDLIST] [-U UIDLIST] [-G GIDLIST] [-t TERMLIST] [PATTERN]\n); - exit (opt == '?' ? EXIT_SUCCESS : EXIT_USAGE); + exit (opt == '?' ? EXIT_USAGE : EXIT_SUCCESS); }
Bug#419802: duplicate bug
#416164 describes the same issue as this bug. I was lucky that I was able to upgrade to php5 to avoid the problem, as suggested in the other bug. -- James Healy jimmy-at-deefa-dot-com Mon, 30 Apr 2007 16:39:38 +1000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#227424: chatzilla: squery doesn't send all arguments
On Mon, Jan 12, 2004 at 01:08:46AM +, Daniel Burton [EMAIL PROTECTED] wrote: Package: mozilla-chatzilla Version: 2:1.5-3 Severity: normal File: chatzilla I am using Invisible IRC and I am having trouble getting squery commands sent to Trent. When I try to send /squery Trent identify password, chatzilla gives me the message === Extra parameters 'password' ignored. It seems anything after the service name and command name itself won't get sent. If I try /squery Trent ghost username password, I get the message == Extra parameters 'username password' ignored. Tried with iceape-chatzilla: SQUERY Unknown command None of the servers i currently use does support this command, so could you test if this now works properly with iceape-chatzilla ? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421571: arguments to 'find' in newvserver script in wrong order
Package: vserver-debiantools Version: 0.3.4 Severity: minor Tags: patch In the the aptcleanup() function find is called with the -mindepth and -maxdepth arguments causing this warning: find: warning: you have specified the -mindepth option after a non-option argument -name, but options are not positional (-mindepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. The command is: find $1 -name *.deb -printf %f\n -mindepth 1 -maxdepth 1 I believe this should be: find $1 -mindepth 1 -maxdepth 1 -name *.deb -printf %f\n Here is a patch (produced with diff -u. Is that the correct way??). I tested it, but I am not sure what this bit of newvserver is supposed to do so I have no idea if it works or not. But the errors went away :-) --- newvserver.orig 2007-04-30 02:48:05.0 -0400 +++ newvserver 2007-04-30 02:44:28.0 -0400 @@ -372,7 +372,7 @@ aptcleanup() { apt-get autoclean -o Dir::Cache::Archives=$1 OLD= -for P in $(find $1 -name *.deb -printf %f\n -mindepth 1 -maxdepth 1 | sed -e s/_.*//;) ; do +for P in $(find $1 -mindepth 1 -maxdepth 1 -name *.deb -printf %f\n | sed -e s/_.*//;) ; do if [ $P == $OLD ] ; then rm -f $1/$P_* /dev/null 21 fi -- sg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331419: procps: does not work as advertised in the help - problem not found in procps 3.2.7-3
package procps notfound 331419 3.2.7-3 thanks All three reported problems are not found in procps 3.2.7-3. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421572: xserver-xorg-video-ati: loads dri module which is disabled in the config - crash
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: important Hello, I still suffer from bug 374986 and the X server still goes nuts when dri driver is loaded, leading to a complete keyboardconsole screwup. The problem now is: I cannot disable dri anymore? The according line is commented in the config, but the log says that it is still being loaded (see below). Maybe it is triggered by some new functionality in the recent xorg packages, maybe aiglx, I don't know. The only safe way to get rid of dri now is removing the plugin file. Regards, Eduard. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) 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/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.5-4GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-2 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- Salz jjFux: Ted hieß ja früher auch Walther Salz winkiller: hm... es sind 8... die 7 kandidaten und NOTA Madkiss Ist der jetzt eigentlich eine gespaltene Persönlichkeit, bei der aber beide Teile bekloppt sind? X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian Current Operating System: Linux zombie 2.6.21-rc6 #1 Sun Apr 8 16:22:19 CEST 2007 x86_64 Build Date: 21 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 30 09:14:54 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Standardbildschirm (**) | |--Device Sapphire (**) |--Input Device Generic Keyboard (**) Option XkbRules xorg (**) XKB: rules: xorg (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout de (**) XKB: layout: de (**) Option XkbVariant nodeadkeys (**) XKB: variant: nodeadkeys (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (==) |--Input Device Standard-Logitech (II) No default mouse found, adding one (==) |--Input Device default pointer (WW) The core pointer device wasn't specified explicitly in the layout. Using the first core pointer device. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x6b5120 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0238 card 1043,815d rev 00 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 1106,1238 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:00:2: chip 1106,2238 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:00:3: chip 1106,3238 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:00:4: chip 1106,4238 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:00:5: chip 1106,5238 card , rev 00 class 08,00,20 hdr 80 (II) PCI: 00:00:7: chip 1106,7238 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b188 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1106,a238 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 1106,c238 card , rev 00 class 06,04,00 hdr 81 (II) PCI: 00:03:1: chip 1106,d238 card , rev 00 class 06,04,00 hdr 81 (II) PCI: 00:03:2: chip 1106,e238 card , rev 00 class 06,04,00 hdr 81 (II) PCI: 00:03:3: chip 1106,f238 card , rev 00 class 06,04,00 hdr 81 (II) PCI: 00:0b:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1131,7134 card 4e42,0138 rev 01 class 04,80,00
Bug#419659: Missing support for debian sid/lenny
L.S. Upstream hasn't been that fast adding stuff, I'm sorry to say ;-p Small correction/addition: to get rid of the unsupported message locally the FAQ indicates to run the separate hashupd tool to get the Debian lenny/sid (i386) tag in the os.dat. Unfortunately in RKH-1.2.9 local changes are lost once you run --update. Suffice to say all of this and more will change in the upcoming RKH-1.3.0 which is in CVS, please test if you ca[n|re]. Thanks for your support. Regards, unSpawn -- Lower your debt by up to 50%. Click here to find out how. http://tagline.hushmail.com/fc/CAaCXv1QPxfjsyPAda5RqZyJtgmoW7Qp/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333468: 'aptitude changelog' can't deal with version a.b.c.0.1
found 333468 0.4.4-4 thanks On Thu, 13 Oct 2005 11:57:50 -0700, Daniel Burrows wrote: There are a lot of weird corner cases where the source and binary versions differ (as is currently the case for dpkg). aptitude doesn't attempt to cover them all. The proper solution would be for the binary package to contain a reference to its source version. I've heard through the grapevine that this proper solution is planned in the future, so I'm not really interested in cramming short-term hacks into aptitude to cover this situation. FWIW, this seems to have been implemented in the meantime, packages that are binNMU'ed do have a Source: field in the control file. Aptitude should use that field to construct the URL of the changelog. Can you implement this, Daniel? Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421574: texlive-latex-base: \name macro documentation is wrong
Package: texlive-latex-base Version: 2005.dfsg.3-1 Severity: normal According to latex.info, the \name macro is used for the return address. However, \name only defines \fromname, which is only used for the signature if nothing else is specified. I guess it may have been the authors intention that \name should be used with the return address, but it is not the case. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 889 2007-04-27 14:18 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 14652 2007-04-10 00:57 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2007-04-25 12:32 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2007-01-18 16:33 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2007-01-18 16:33 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2007-04-25 12:32 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 4808 2007-04-27 14:18 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 7731 2007-04-27 14:18 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 5393 2007-04-27 14:18 /var/lib/texmf/tex/generic/config/language.dat -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-latex-base depends on: ii texlive-common2005.dfsg.3-1 TeX Live: Base component ii texlive-pdfetex 2005.dfsg.2-12 TeX Live: pdfTeX texlive-latex-base recommends no packages. Versions of packages tex-common depends on: ii cdebconf 0.114 Debian Configuration Management Sy ii debconf 1.5.13 Debian configuration management sy ii ucf 2.0021 Update Configuration File: preserv Versions of packages texlive-latex-base 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: 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#421573: ITP: ldb -- LDAP-like embedded database
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij [EMAIL PROTECTED] * Package name: ldb Version : 1.0.0 Upstream Author : Andrew Tridgell [EMAIL PROTECTED] Simo Sorce [EMAIL PROTECTED] et al. * URL : http://ldb.samba.org/ * License : LGPL Programming Lang: C Description : LDAP-like embedded database ldb is a LDAP-like embedded database built on top of TDB. What ldb does is provide a fast database with an LDAP-like API designed to be used within an application. In some ways it can be seen as a intermediate solution between key-value pair databases and a real LDAP database. (LDB is required for Samba 4, which I'm packaging at the moment) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221162: vacation: typo in man page see also section - patch attached
tags 221162 + patch thanks Package: vacation Version: 3.3.0 Severity: minor The man page for vacation says this: SEE ALSO aliases(5,) sendmail(8), syslogd(8) The comma after 5 should be outside the parentheses. Patch attached. --- vacation.1 2003-06-14 18:53:43.0 -0700 +++ vacationFIX.1 2007-04-30 00:24:44.0 -0700 @@ -226,7 +226,7 @@ .It Pa ~/.forward .El .Sh SEE ALSO -.Xr aliases 5, +.Xr aliases 5 , .Xr sendmail 8 , .Xr syslogd 8 .Sh HISTORY
Bug#421456: Error: operand out of range (0x000000000000ffff is not between 0x0000000000000000 and 0x00000000000000ff)
On Sun, 2007-04-29 at 13:28 +0200, Martin Michlmayr wrote: * Michel Dänzer [EMAIL PROTECTED] [2007-04-29 12:34]: Compiling some programs fails with doko reported this upstream already. Looks like there's a fix now, so it would be great if this could be fixed in sid ASAP. Thanks, -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#421572: xserver-xorg-video-ati: loads dri module which is disabled in the config - crash
reassign 421572 xserver-xorg-core 2:1.2.99.905-3 kthxbye On Mon, 2007-04-30 at 09:25 +0200, Eduard Bloch wrote: Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: important Hello, I still suffer from bug 374986 and the X server still goes nuts when dri driver is loaded, leading to a complete keyboardconsole screwup. The problem now is: I cannot disable dri anymore? The according line is commented in the config, but the log says that it is still being loaded (see below). Maybe it is triggered by some new functionality in the recent xorg packages, maybe aiglx, I don't know. The only safe way to get rid of dri now is removing the plugin file. From /usr/share/doc/xserver-xorg-core/NEWS.Debian.gz: xorg-server (2:1.2.99.905-3) experimental; urgency=low * This server update includes a patch to enable proper module defaults in the server. A default set of modules will be loaded unless you specifically specify that they don't load. You may do this in the module section of your xorg.conf using the Disable instruction. Note that this will only override the default, not an explicit Load. This change will not affect most users, however if you have a customized xorg.conf in which you comment out Load lines to disable modules, you will want to change those lines so that they are uncommented and say Disable instead of Load. The most notable example of this is the dri module, which is now loaded by default. Those who experience crashes when dri is enabled will want to make this change to ensure that their system does not begin to crash again. -- David Nusinow [EMAIL PROTECTED] Sat, 14 Apr 2007 12:41:37 -0400 -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#357738: ITP: dcfldd -- enhanced version of dd for forensics and security
Hi Kenny, It seems that you are still interested in this ITP. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357738 Have you noticed that there is a newer upstream release? http://dcfldd.sourceforge.net/#download You are welcome to - update your package at mentors to that newest upstream release, - contact me via e-mail for reviewing the package. Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#331419: procps: does not work as advertised in the help - problem not found in procps 3.2.7-3
On Mon, Apr 30, 2007 at 12:09:52AM -0700, Yoshio Nakamura wrote: package procps notfound 331419 3.2.7-3 thanks All three reported problems are not found in procps 3.2.7-3. I think you meant to use [EMAIL PROTECTED] with Version: pseudo-header; notfound just cancels a found command. You don't need to mail the submitter, since the BTS does this already; however, I prefer to ask the submitter to confirm that the problem has been resolved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421572: Sorry... but this could have been fixed automaticaly
#include hallo.h Sorry, I have been told about /usr/share/doc/xserver-xorg-core/NEWS.Debian.gz which describes my case precisely. But... why is the config not updated automatically? What about doing s/^\s*#\s*Load(.*)/Disable$1/ (perlish) by default? Eduard. -- Salz jjFux: Ted hieß ja früher auch Walther Salz winkiller: hm... es sind 8... die 7 kandidaten und NOTA Madkiss Ist der jetzt eigentlich eine gespaltene Persönlichkeit, bei der aber beide Teile bekloppt sind? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365427:
Hi, I am very interested in apt-build and intent to help, is this RFH still activate? Cheers, Difei -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419659: Missing support for debian sid/lenny
Le lundi 30 avril 2007 à 09:31 +0200, [EMAIL PROTECTED] a écrit : L.S. Upstream hasn't been that fast adding stuff, I'm sorry to say ;-p Small correction/addition: to get rid of the unsupported message locally the FAQ indicates to run the separate hashupd tool to get the Debian lenny/sid (i386) tag in the os.dat. Unfortunately in RKH-1.2.9 local changes are lost once you run --update. Suffice to say all of this and more will change in the upcoming RKH-1.3.0 which is in CVS, please test if you ca[n|re]. Hi, The hashupd tool is not part of the Debian package, and will lead to mislead people as the default behaviour is to update the databases on a weekly basis (this explains why I chase you to update the database). I will begin testing 1.3.0 at least for the Debian packaging - what an impressive changelog ;-) Thanks for your comment. Cheers, Julien
Bug#283309: vacation: -l option does not work - problem not seen in 3.3.0-0.2
Package: vacation Version: 3.3.0-0.2 The problem does not occur in vacation 3.3.0-0.2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421566: vdrift: wrong architecture limitations in debian/control (alpha)
Steve Langasek wrote: Package: vdrift Version: 0.0.2006.10.06-1 Severity: serious Justification: release policy, Packages must be supported on as many architectures as is reasonably possible Hi Gonéri, The vdrift package is marked as only being buildable on amd64, i386, ia64, and powerpc. This is wrong; the code builds fine on alpha, arm, and mipsel, and is only prevented from being uploaded by this architecture list. I see in the bug log of 400596 that a member of the security team has offered the opinion that vdrift should not be built on arm because there's no need for a 3d-intense game on an embedded arch, but this reasoning does not apply to alpha and mipsel which are not embedded architectures and may very well have suitable 3d-accelerated hardware. Please reenable the build on alpha and mipsel. The attached patch should suffice. It is highly possible that vdrift will be removed from the archive. We recently found that it contains some non-free parts from a commercial game. I am not sure it those parts are so critical that a clean-up wouldn't do it, but Goneri already requested its removal (although I raised that question and never got a clear answer, iirc). -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#421484: [l10n] Updated Czech translation of openssh debconf messages
On Sun, Apr 29, 2007 at 08:05:12PM +0100, Colin Watson wrote: There was a small change since then. Could you retranslate with the README.Debian file instead of the README.Debian files? For your reference, I've attached your .po file merged with this change. Done. As a matter of fact, I just unfuzzied the translation, because the change did not affect my translation :-) -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: openssh\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-04-29 11:16+0100\n PO-Revision-Date: 2007-04-30 10:22+0200\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../openssh-server.templates.master:2001 msgid Generate a new configuration file for OpenSSH? msgstr Vytvořit nový konfigurační soubor OpenSSH? #. Type: boolean #. Description #: ../openssh-server.templates.master:2001 msgid This version of OpenSSH has a considerably changed configuration file from the version shipped in Debian 'Potato', which you appear to be upgrading from. This package can now generate a new configuration file (/etc/ssh/sshd. config), which will work with the new server version, but will not contain any customizations you made with the old version. msgstr Tato verze OpenSSH má oproti verzi dodávané s Debianem 2.2, kterou nyní pravděpodobně aktualizujete, značně odlišný konfigurační soubor. Balík nyní může vytvořit nový konfigurační soubor (/etc/ssh/sshd.config), který bude fungovat s novou verzí serveru, ale nebude obsahovat žádné úpravy, které jste provedli ve staré verzi. #. Type: boolean #. Description #: ../openssh-server.templates.master:2001 msgid Please note that this new configuration file will set the value of 'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password can ssh directly in as root). Please read the README.Debian file for more details about this design choice. msgstr V novém konfiguračním souboru bude parametr PermitRootLogin nastaven na hodnotu 'yes'. To znamená, že se kdokoliv se znalostí rootova hesla může přihlásit rovnou jako root. Více o tomto rozhodnutí se dozvíte v souboru README.Debian. #. Type: boolean #. Description #: ../openssh-server.templates.master:2001 msgid It is strongly recommended that you choose to generate a new configuration file now. msgstr Je vřele doporučeno nechat si nyní vytvořit nový konfigurační soubor. #. Type: boolean #. Description #: ../openssh-server.templates.master:3001 msgid Do you want to risk killing active SSH sessions? msgstr Chcete riskovat ukončení aktivních SSH spojení? #. Type: boolean #. Description #: ../openssh-server.templates.master:3001 msgid The currently installed version of /etc/init.d/ssh is likely to kill all running sshd instances. If you are doing this upgrade via an SSH session, you're likely to be disconnected and leave the upgrade procedure unfinished. msgstr Stávající verze /etc/init.d/ssh pravděpodobně pozabíjí všechny běžící instance sshd. Pokud tuto aktualizaci provádíte přes SSH, budete nejspíše odpojeni a aktualizace skončí na půli cesty. #. Type: boolean #. Description #: ../openssh-server.templates.master:3001 msgid This can be fixed by manually adding \--pidfile /var/run/sshd.pid\ to the start-stop-daemon line in the stop section of the file. msgstr Můžete to spravit ručním přidáním \--pidfile /var/run/sshd.pid\ na řádek start-stop-daemon v sekci stop. #. Type: note #. Description #: ../openssh-server.templates.master:4001 msgid New host key mandatory msgstr Nutný nový serverový klíč #. Type: note #. Description #: ../openssh-server.templates.master:4001 msgid The current host key, in /etc/ssh/ssh_host_key, is encrypted with the IDEA algorithm. OpenSSH can not handle this host key file, and the ssh-keygen utility from the old (non-free) SSH installation does not appear to be available. msgstr Aktuální serverový klíč v /etc/ssh/ssh_host_key je šifrovaný algoritmem IDEA. OpenSSH neumí tento soubor zpracovat a zdá se, že utilita ssh-keygen ze staré (nesvobodné) instalace SSH není k dispozici. #. Type: note #. Description #: ../openssh-server.templates.master:4001 msgid You need to manually generate a new host key. msgstr Musíte ručně vygenerovat nový serverový klíč #. Type: boolean #. Description #: ../openssh-server.templates.master:5001 msgid Disable
Bug#421576: gnome-panel: Cannot install custom app launcher in a panel
Package: gnome-panel Version: 2.18.1-1+b1 Severity: normal Hi, Since 2.18 upgrade, I cannot install a custom application launcher in a panel (or in a try in a panel). The dialog work normally but accpeting the data doesnt add the new application) Regards Jean-Luc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1-k8-1 (PREEMPT) 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 gnome-panel depends on: ii gnome-about2.18.1-1 The GNOME about box ii gnome-control-center 1:2.18.1-1utilities to configure the GNOME d ii gnome-desktop-data 2.18.1-1 Common files for GNOME 2 desktop a ii gnome-menus2.18.0-1 an implementation of the freedeskt ii gnome-panel-data 2.18.1-1 common files for GNOME 2 panel ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-4 GNU C Library: Shared libraries ii libcairo2 1.4.4-1 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2simple interprocess messaging syst ii libebook1.2-9 1.10.1-2 Client library for evolution addre ii libecal1.2-7 1.10.1-2 Client library for evolution calen ii libedataserver1.2-91.10.1-2 Utility library for evolution data ii libedataserverui1.2-8 1.10.1-2 GUI utility library for evolution ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libgnome-desktop-2 2.18.1-1 Utility library for loading .deskt ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome-menu2 2.18.0-1 an implementation of the freedeskt ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.10.11-2 The GTK+ graphical user interface ii libice61:1.0.3-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.18.1-1+b1 library for GNOME 2 panel applets ii libpango1.0-0 1.16.2-2 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.2-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libwnck18 2.18.0-2 Window Navigator Construction Kit ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau61:1.0.3-2 X11 authorisation library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.28.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra ii menu-xdg 0.2.3 freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii evolution-data-server 1.10.1-2 evolution database backend server ii gnome-applets 2.18.0-3 Various applets for GNOME 2 panel ii gnome-session 2.18.0-1 The GNOME 2 Session Manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421577: texlive-metapost: latexMP gets bounding box wrong
Package: texlive-metapost Version: 2007-5 Severity: normal latexMP will in some cases get the bounding box wrong, particularly when there is a minus sign. In the example below, the two labels come out with different bounding boxes: the second one goes about .9pt below the baseline, for some strange reason. (Possibly this is a problem with the font rather than latexMP.) ## input latexmp; setupLaTeXMP(class=amsart, fontencoding=T1, textextlabel=enable); beginfig(0); label.top(textext($1$), (0,0)); label.top(textext($-1$), (10pt,0)); endfig; end ## other files -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-metapost depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii texlive-base 2007-4 TeX Live: Essential programs and f ii texlive-common2007-4 TeX Live: Base component Versions of packages texlive-metapost recommends: ii feynmf1.08-3 set of LaTeX macros for creating F Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 2.0021 Update Configuration File: preserv Versions of packages texlive-metapost is related to: pn tetex-basenone (no description available) ii tetex-bin 2007-4 TeX Live: teTeX transitional packa pn tetex-extra none (no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421575: please provide pkg-config file
Package: libpopt-dev Version: 1.10-3 Severity: wishlist It'd be nice if libpopt-dev would include a .pc file for use with pkg-config. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libpopt-dev depends on: ii libc6-dev [libc-dev] 2.5-4 GNU C Library: Development Librari ii libpopt0 1.10-3 lib for parsing cmdline parameters libpopt-dev recommends no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_NL:en_US:en_GB:en, LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421545: tasks: no way to define a category
On Mon, 2007-04-30 at 11:09 +0300, Eddy Petrișor wrote: No, there is not such entry. Not for category, nor for priority. See screenshots. (I am not sure if it matters, but I am running Etch and I pinned tasks). Hm, that is very strange. If you run Tasks in a console do you get any warnings? Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
Bug#421578: ITP: gfa -- GTK+ fast address book
Package: wnpp Severity: wishlist Owner: Bart Martens [EMAIL PROTECTED] * Package name: gfa Version : 0.4.1 Upstream Author : Daniel Isenmann * URL : http://gfa.sourceforge.net/ * License : GPL Programming Lang: C Description : GTK+ fast address book gfa is a small and fast address book written in C and GTK+2. It uses sqlite as backend for the addresses. . Homepage: http://gfa.sourceforge.net I intend to start from the package in Ubuntu. http://packages.ubuntu.com/gfa signature.asc Description: This is a digitally signed message part
Bug#266718: dvips font inclusion broken in TeXlive
reopen 266718 assign 266718 texlive-base-bin found 266718 2007-4 thanks This bug seems to never have been fixed in TeXlive. --Dylan signature.asc Description: Digital signature
Bug#421579: openmpi_1.1-2.3: FTBFS: libibverbs-dev no longer depends on libsysfs-dev
Package: openmpi Version: 1.1-2.3 Severity: serious Tags: patch sid lenny Hi Florian, It looks like the just-uploaded 1.1-2.4 NMU now fails to build on most architectures, because openmpi has an undeclared build-dependency on libsysfs-dev which was indirectly satisfied before by libibverbs-dev, but the latest version of libibverbs that was uploaded while I was preparing this NMU has dropped the dependency. The build failure is: [...] depbase=`echo btl_openib_component.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`; \ if /bin/sh ../../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../../../opal/include -I../../../../orte/include -I../../../../ompi/include -I../../../../ompi/include-I../../../.. -DNDEBUG -Wall -g -O2 -fno-strict-aliasing -pthread -MT btl_openib_component.lo -MD -MP -MF $depbase.Tpo -c -o btl_openib_component.lo btl_openib_component.c; \ then mv -f $depbase.Tpo $depbase.Plo; else rm -f $depbase.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../../../../opal/include -I../../../../orte/include -I../../../../ompi/include -I../../../../ompi/include -I../../../.. -DNDEBUG -Wall -g -O2 -fno-strict-aliasing -pthread -MT btl_openib_component.lo -MD -MP -MF .deps/btl_openib_component.Tpo -c btl_openib_component.c -fPIC -DPIC -o .libs/btl_openib_component.o btl_openib_component.c:45:30: error: sysfs/libsysfs.h: No such file or directory make[3]: *** [btl_openib_component.lo] Error 1 make[3]: Leaving directory `/build/buildd/openmpi-1.1/ompi/mca/btl/openib' [...] A full build log can be found at, e.g., http://buildd.debian.org/fetch.cgi?pkg=openmpiarch=amd64ver=1.1-2.4stamp=1177906048. This is a bug in openmpi, since openmpi uses sysfs/libsysfs.h directly; it was only masked before by libibverbs-dev's dependency. As I have no reason to believe that the removal of this dependency is incorrect, this means there is a serious bug in openmpi. Since this bug was uncovered by my NMU of openmpi, I've taken the liberty of preparing a second NMU with the attached patch, which will be uploaded soon. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u openmpi-1.1/debian/changelog openmpi-1.1/debian/changelog --- openmpi-1.1/debian/changelog +++ openmpi-1.1/debian/changelog @@ -1,3 +1,12 @@ +openmpi (1.1-2.5) unstable; urgency=high + + * Non-maintainer upload. + * High urgency upload for RC bugfix. + * Add missing build-dependency on libsysfs-dev, which is used in the build +but was previously pulled in via libibverbs-dev. + + -- Steve Langasek [EMAIL PROTECTED] Sun, 29 Apr 2007 22:03:58 -0700 + openmpi (1.1-2.4) unstable; urgency=low * Non-maintainer upload. diff -u openmpi-1.1/debian/control openmpi-1.1/debian/control --- openmpi-1.1/debian/control +++ openmpi-1.1/debian/control @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Florian Ragwitz [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.0), dpatch, libibverbs-dev, gfortran +Build-Depends: debhelper (= 5.0.0), dpatch, libibverbs-dev, gfortran, libsysfs-dev Standards-Version: 3.7.2 Package: openmpi-bin
Bug#421580: phpgroupware: strange domain set for session cookies
Package: phpgroupware Version: 0.9.16.011-3 Severity: normal Phpgroupware session cookies seem to get their domain set to the domain instead of the fqdn... On a server like phpgroupware.mydomain.com, the cookies domain will be '.mydomain.com'. I thinks this is not a generic setup which would match most installation where several phpgroupware servers could be installed on the same network and be isolated session-wide. Correct me if I'm wrong as I'm no expert in cookie specification. Best regards, -- 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/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages phpgroupware depends on: ii apache2-mpm-prefork [httpd] 2.2.3-4 Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii mysql-client-5.0 [mysql-cli 5.0.38-1 mysql database client binaries ii php46:4.4.4-9server-side, HTML-embedded scripti ii php4-cgi6:4.4.4-9server-side, HTML-embedded scripti ii php4-mysql 6:4.4.4-9MySQL module for php4 ii php5-imap 5.2.0-10 IMAP module for php5 ii phpgroupware-admin 0.9.16.011-3 phpGroupWare administration module ii phpgroupware-phpgwapi 0.9.16.011-3 library of common phpGroupWare fun ii phpgroupware-preferences0.9.16.011-3 phpGroupWare preferences managemen ii phpgroupware-setup 0.9.16.011-3 phpGroupWare setup III module ii wwwconfig-common0.0.48 Debian web auto configuration Versions of packages phpgroupware recommends: ii php4-ldap 6:4.4.4-9 LDAP module for php4 -- debconf information: phpgroupware/debug: * phpgroupware/db/type: MySQL phpgroupware/db/user/password/mismatch: phpgroupware/db/setup/skip: false * phpgroupware/db/user/name: phpgroupware phpgroupware/db/setup/abort: phpgroupware/configuration/overwrite: false * phpgroupware/webserver: apache2 phpgroupware/header/password/mismatch: * phpgroupware/db/host: localhost * phpgroupware/db/admin/name: root phpgroupware/configuration/note: phpgroupware/configuration/password/mismatch: * phpgroupware/postrm: true * phpgroupware/db/name: phpgroupware -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421545: tasks: no way to define a category
Ross Burton wrote: On Mon, 2007-04-30 at 11:09 +0300, Eddy Petrișor wrote: No, there is not such entry. Not for category, nor for priority. See screenshots. (I am not sure if it matters, but I am running Etch and I pinned tasks). Hm, that is very strange. If you run Tasks in a console do you get any warnings? Whoa! failed assertions! :-/ [EMAIL PROTECTED] ~/usr/traduceri/po-debconf/openssl $ tasks (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed (tasks:14192): Gtk-WARNING **: Nu se poate localiza motorul temei în module_path: „tangoish”, ** (tasks:14192): WARNING **: koto-group-combo.c:70: unhandled group type 0 (tasks:14192): Gtk-CRITICAL **: gtk_cell_view_set_displayed_row: assertion `GTK_IS_TREE_MODEL (cell_view-priv-model)' failed (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed (tasks:14192): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed When the app is started, I get the messages up to '** (tasks:14192): WARNING...', including that. The rest happen when I open a task. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature
Bug#184437: Figured it out. Why pennight.mod crashes penguin-command, and how to work around it.
This bug is indeed a fault of SDL-mixer. It has to do with a variable, md_sndchn, which is either not properly updated, or used inappropriately. I'm going to notify SDL-mixer upstream, as well as the debian team, and give them a patch. The workaround, for penguin-command, and any other program that uses an affected version of SDL-mixer (all of them), is to not load music files of varying channels. ramagard.s3m, icefront.s3m, and datajack.s3m all have 8 channels. pennight.mod has 4 channels. You can bring pennight.mod back, if you remaster it to have 8 channels. Alternatively, you could choose to not load more than one music file at a time. The problem occurs when the last music file loaded has a different number of channels than the one you want to play. If you load and play every time, I don't think you'll have a problem, except for memory and/or lag between songs. In penguin-command, the last file loaded is datajack.s3m, with 8 channels. That is why it crashed when it tried to play pennight.mod, which has only has 4 channels. Please use the word debian somewhere in the body or subject of the message if you want to email me with any questions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421581: libc6: File conflict with a file from gtk-qt-engine
Package: libc6 Version: 2.3.6.ds1-13 Severity: normal Trying to install the current package libc6_2.5-4_amd64.deb with synaptic gives a file conflict with one file from packge gtk-qt-engine. The message (in german language, tranlated) states that Trying to overwrite /usr/lib64, which is also contained in package gtk-qt-engine. After that the installation fails. Original text displayed in synaptic: snip -- E: /var/cache/apt/archives/libc6_2.5-4_amd64.deb: Versuche, »/usr/lib64« zu überschreiben, welches auch in Paket gtk-qt-engine ist snip -- There are more messages in the console window of synaptic: - snip --- (Lese Datenbank ... 315786 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereiten zum Ersetzen von libc6 2.3.6.ds1-13 (durch .../archives/libc6_2.5-4_amd64.deb) ... Entpacke Ersatz für libc6 ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libc6_2.5-4_amd64.deb (--unpack): Versuche, »/usr/lib64« zu überschreiben, welches auch in Paket gtk-qt-engine ist Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/libc6_2.5-4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libc6-dev: libc6-dev hängt ab von libc6 (= 2.5-4); aber: Version von libc6 auf dem System ist 2.3.6.ds1-13. dpkg: Fehler beim Bearbeiten von libc6-dev (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libc6-i386: libc6-i386 hängt ab von libc6 (= 2.5-4); aber: Version von libc6 auf dem System ist 2.3.6.ds1-13. dpkg: Fehler beim Bearbeiten von libc6-i386 (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von locales: locales hängt ab von glibc-2.5-1; aber: Paket glibc-2.5-1 ist nicht installiert. dpkg: Fehler beim Bearbeiten von locales (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert - snip --- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii tzdata2007e-2Time Zone and Daylight Saving Time libc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344813: Anyone interested?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is anyone interested in this package? Seems like no one is: on debian-mentors they noted that we have checkinstall. I replied that the two approaches are different, and that with paco you can make binary packages (.tar.gz) for all distributions (that is, just untar the archive in / and you're done). The package is ready: I just need a sponsor to upload it. Cheers, David - -- . ''`. Debian packager! | http://snipurl.com/gofoxygo/ : :' : User #334216 | http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://www.debianizzati.org/ `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNa9Q5qqQFxOSsXQRAtMeAJ4+z1RZeoZikEgB6eNOgehHCwYYEACgo8Ee HihqptvENRZwVtfLa9zMHcI= =os76 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266718: dvips font inclusion broken in TeXlive
reassign 266718 texlive-base-bin stop On 30.04.07 Dylan Thurston ([EMAIL PROTECTED]) wrote: This bug seems to never have been fixed in TeXlive. Which version of dvips is contained in texlive-base-bin ? Dylan, on Mon, 7 Feb 2005 I found out, that the version of dvips in teTeX-beta fixed the problem. Can you confirm, that the problem did not exist before the teTeX - TL upgrade? H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421338: this ia64/amd64 issue comes up really often.
reopen 421338 submitter 421338 ! retitle 421338 this ia64/amd64 issue comes up really often reassign 421338 efi-reader severity 421338 wishlist thanks Op 29-04-2007 om 18:58 schreef Eddy Petri??or: Geert Stappers wrote: Op 29-04-2007 om 14:28 schreef Eddy Petri??or: Julien BLACHE wrote: Apple machines aren't ia64, they're i386/amd64 machines. So, you used the wrong architecture, grab an i386 or amd64 installation media instead. Maybe we could add a warning in the ia64 images when such an image is used on an amd64 machine; Please elaborate your proposal. what's not clear? if you try to boot an ia64 image and it fails, the error message should suggest (if clear detection is not possible) that the user might be trying to boot the wrong type of image and maybe he/she should try an amd64 image which is the proper image for Intel Core 2 processors It would be nice if the string Error: unsupported while loading bootia64.efi would be changed in Error: unsupported while loading bootia64.efi. Try an amd64 image Rationalate, courtisity of Eddy Petri??or: You can't expect everybody to know how debian called its amd64/x86_64 architecture. Even the people that are close to debian might not know the difference (I know I also was confused). And since Intel Core 2 processors are produced by Intel, people *expect* the arch to be called something along the lines of i386, i486, and not k6, k7 or amd*, so ia64 - oh Intel architecture, 64 bits, that's it is the first thing that springs to mind. This is the reason behind many choices made in all kinds of places which are taken on the account of the element of the least surprise. Not knowing the history of the x86_64 arch is NOT plain ignorance. You can't expect everybody to know such things. I appreciate what Debian wanted to do (pay a tribute to amd), but we have to admit the choice backfired. I would be really curious about some comparative graphs about the downloads of the ia64 images around the release of etch and around the release of sarge (also in comparison with i386, amd64 and other images)... I wouldn't be surprised if there was a big difference since Intel Core 2 processors became more common place during sarge's lifetime and is *easy* to make the wrong choice... The reassign to 'efi-reader' was to get this BR away from 'installation-reports', but I couldn't find the efi bootloader Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421464: [Fwd: Bug#421464: pdfetex: Not embedding Base-14 fonts creates somewhat broken files]
On 29.04.07 Norbert Preining ([EMAIL PROTECTED]) wrote: Hi, As discussed on the EuroBachoTeX meeting, here the bug report. I can reproduce this without any problem. Is that bug now @upstream and we can mark it as forwarded? If you can take a look at it that would be great. At the web site given in the bug report there are tex input files and example pdf documents with embedded and not-embedded fonts. The example looks far from being a minimal example. No I don't actually have the time to create one. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421542: nss: FTBFS on non-Linux: clean target fails due to unfixed upstream build system
On Mon, Apr 30, 2007 at 07:46:07AM +0200, Mike Hommey wrote: make[1]: Entering directory `/build/buildd/nss-3.11.5/mozilla/security/nss' ../coreconf/config.mk:71: ../coreconf/GNU0.3.mk: No such file or directory /usr/bin/make: *** No rule to make target ../coreconf/GNU0.3.mk. Stop. make[1]: *** [../coreconf/GNU0.3.mk] Error 1 make[1]: Leaving directory `/build/buildd/nss-3.11.5/mozilla/security/nss' make: *** [clean-patched] Error 2 This is because the build system only gets fixed up in the patches, and the make clobber etc. is executed without a dash in front of it, not ignoring failures. FWIW, hurd-i386 builds fine otherwise with the attached patch by Samuel Thibault taken from #419529. So let's just say it's an enhancement request for #419529's patch ;) OK :) I filed it as a new patch because I think using something like -$(MAKE) clean in the clean target is pretty standard and not non-Linux specific at all (except for the side effect that the clean rule fails on non-Linux) Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421542: nss: FTBFS on non-Linux: clean target fails due to unfixed upstream build system
Hi, On Mon, Apr 30, 2007 at 07:53:54AM +0200, Mike Hommey wrote: By the way, I think it would be better for the hurd, and also for the kfreebsd port patches if they would not clutter the linux specific makefile but would have its own file, that would be cleaner and more likely to be applied upstream. I tend to agree here. Pretending to be Linux and then go from there was a porting strategy frequently applied by the initial patch author and I am not very much in favour of it. Some factorisation could be done, though, like it is done for Linux.mk, there could be a common makefile for glibc-based ports. Yes, but I think the initial patch author's point was that 99% of the now-Linux-specific Makefile really is just glibc specific, he just thought it was better not to rename or otherwise factorise it for easy success. It's clear that we want to have these patches upstream though, so thanks for your insight about future directions. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420193: [RFC, PATCH] Re: Bug#420193: libsane on sparc64 with SCSI scanner
Julien BLACHE a écrit : Bertrand, feel free to try this patch on your sparc64; as I said, it works fine here (at least as long as nothing goes wrong ;), but better keep your finger on the scanner's power button just in case. Tell us how it goes. Hello, I have tried on my U2. This patch works fine for me. That's a saturday afternoon well spent. ;-) Thanks, JKB
Bug#421582: libimager-perl: buffer overflow when reading 8-bit compressed BMP files
Package: libimager-perl Version: 0.50-1 Severity: grave Tags: security patch Justification: user security hole I'm the upstream maintainer for the Imager perl module. The BMP reader in Imager 0.56 and earlier can cause a memory overflow in a malloced() buffer when reading an 8-bit/pixel compressed image where a literal or RLE run overflows the scan-line boundary. This typically causes the program to exit with a glibc bug, but it may also be possible to corrupt the memory arena in such a way as to execute arbitrary code, though I don't see how. At the very least this could be a denial of service. I've attached a patch that should apply to Imager 0.45 through 0.56 (with some fuzz). I've released Imager 0.57 to CPAN which fixes this issue. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libimager-perl depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii perl 5.8.8-7Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-7The Pathologically Eclectic Rubbis ii zlib1g1:1.2.3-13 compression library - runtime libimager-perl recommends no packages. -- no debconf information Index: bmp.c === --- bmp.c (revision 1210) +++ bmp.c (working copy) @@ -916,6 +916,13 @@ } } else if (packed[0]) { + if (x + packed[0] xsize) { + /* this file is corrupt */ + myfree(line); + i_push_error(0, invalid data during decompression); + i_img_destroy(im); + return NULL; + } line[0] = packed[1] 4; line[1] = packed[1] 0x0F; for (i = 0; i packed[0]; i += 2) { @@ -958,6 +965,13 @@ default: count = packed[1]; + if (x + count xsize) { + /* this file is corrupt */ + myfree(line); + i_push_error(0, invalid data during decompression); + i_img_destroy(im); + return NULL; + } size = (count + 1) / 2; read_size = (size+1) / 2 * 2; if (ig-readcb(ig, packed, read_size) != read_size) { @@ -1113,6 +1127,13 @@ } } if (packed[0]) { + if (x + packed[0] xsize) { + /* this file isn't incomplete, it's corrupt */ + myfree(line); + i_push_error(0, invalid data during decompression); + i_img_destroy(im); + return NULL; + } memset(line, packed[1], packed[0]); i_ppal(im, x, x+packed[0], y, line); x += packed[0]; @@ -1147,6 +1168,14 @@ default: count = packed[1]; + if (x + count xsize) { + /* runs shouldn't cross a line boundary */ + /* this file isn't incomplete, it's corrupt */ + myfree(line); + i_push_error(0, invalid data during decompression); + i_img_destroy(im); + return NULL; + } read_size = (count+1) / 2 * 2; if (ig-readcb(ig, line, read_size) != read_size) { myfree(line);
Bug#420281: xserver-xorg-video-intel: xv playback crashes X server
Hi, I have the same problem/chipset; I applied both of JM Ibanez's patches, and now video playback using XV works just fine. Please consider applying the patches if we don't see a new upstream release soon.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266718: dvips font inclusion broken in TeXlive
On Mon, Apr 30, 2007 at 11:12:27AM +0200, Hilmar Preusse wrote: On 30.04.07 Dylan Thurston ([EMAIL PROTECTED]) wrote: This bug seems to never have been fixed in TeXlive. Which version of dvips is contained in texlive-base-bin ? [EMAIL PROTECTED]:~$ dvips --version dvips(k) 5.96 kpathsea version 3.5.6 ... Dylan, on Mon, 7 Feb 2005 I found out, that the version of dvips in teTeX-beta fixed the problem. Can you confirm, that the problem did not exist before the teTeX - TL upgrade? Yes, it was working in teTeX, as detailed in the bug log. Peace, Dylan signature.asc Description: Digital signature
Bug#420604: nscd: coredumps (ldap related?)
A few updates: I did try rerunning the gdb backtrace after installing libc6-dbg but got the same backtrace. I had already downgraded libnss-ldap to 7.4, but nscd still ended up eating all the CPU. I had previously done a nscd -i hosts (and passwd and group) I believe which didn't help. Finally I stopped nscd, removed /var/db/nscd/* and restarted nscd (with the libc6-dbg package installed). So far it has been a week with no problems, no crashes, no 100% CPU usage. I suspect there was a problem with /var/db/nscd/* files. I had been upgraded all the boxes (including LDAP servers) from sarge to etch. Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420193: [RFC, PATCH] Re: Bug#420193: libsane on sparc64 with SCSI scanner
BERTRAND Joël [EMAIL PROTECTED] wrote: Hi, Bertrand, feel free to try this patch on your sparc64; as I said, it works fine here (at least as long as nothing goes wrong ;), but better keep your finger on the scanner's power button just in case. Tell us how it goes. I have tried on my U2. This patch works fine for me. Great. How's the scan speed ? JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Bug#421338: this ia64/amd64 issue comes up really often.
reassign 421338 debian-installer thanks On Mon, Apr 30, 2007 at 11:09:12AM +0200, Geert Stappers wrote: reopen 421338 submitter 421338 ! retitle 421338 this ia64/amd64 issue comes up really often reassign 421338 efi-reader severity 421338 wishlist thanks Op 29-04-2007 om 18:58 schreef Eddy Petri??or: Geert Stappers wrote: Op 29-04-2007 om 14:28 schreef Eddy Petri??or: Julien BLACHE wrote: Apple machines aren't ia64, they're i386/amd64 machines. So, you used the wrong architecture, grab an i386 or amd64 installation media instead. Maybe we could add a warning in the ia64 images when such an image is used on an amd64 machine; Please elaborate your proposal. what's not clear? if you try to boot an ia64 image and it fails, the error message should suggest (if clear detection is not possible) that the user might be trying to boot the wrong type of image and maybe he/she should try an amd64 image which is the proper image for Intel Core 2 processors It would be nice if the string Error: unsupported while loading bootia64.efi would be changed in Error: unsupported while loading bootia64.efi. Try an amd64 image FWIW, I have some prelim code which allows putting both an x86 and an ia64 el torito boot image on an ISO and booting the correct one per architecture. Perhaps it would be worth creating a stub el torito image that pops up an explanation, and shipping it on the ia64 images. I imagine efi-reader is the wrong package for this, you'll never get to the point of seeing an error message from a udeb if the kernel itself isn't bootable. Reassigning to debian-installer, though ultimately debian-cd may be the right place for it. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385621: procps: manpage for pgrep includes -c twice -- patch included
package procps tags 385621 + patch thanks procps: manpage for pgrep includes -c twice Patch included, however, note that there is already a patch in debian/patches/50_pgrep.1.dpatch that modifies this file. --- pgrep.1 2007-04-29 23:25:39.0 -0700 +++ pgrepFIX.1 2007-04-30 02:06:57.0 -0700 @@ -43,9 +43,6 @@ .SH OPTIONS .TP -\-c -Suppress normal output; instead print a count of matching processes. -.TP \fB\-c\fR Suppress normal output; instead print a count of matching processes. .TP
Bug#421583: devscripts: dch requires liburi-perl to run
Package: devscripts Version: 2.10.4 Severity: normal dch command requires liburi-perl package to run. So I think liburi-perl should be in depends, not suggests. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.7 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash 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-4 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.7Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420611: xserver-xorg-core: Composite extension not available?
Michel Dänzer wrote: On Fri, 2007-04-27 at 10:09 +0100, Adam Spragg wrote: What next? Have you tried commenting out the Enable after Option Composite? Um, I have now, and it works! No idea why that makes a difference, but it does. Happy now. :) If so, after confirming that the X server is really using the config file you are modifying (seems to be the case according to the info in the original report though), you could try moving section Extensions to the beginning of it, although that shouldn't make a difference... Haven't done this yet as it worked with 'Option Composite' at the bottom. But if you want me to do it to try to figure out *why* it wasn't being enabled, or anything else, let me know. Adam -- To describe religions as mind viruses is sometimes interpreted as contemptuous or even hostile. It is both. -- Richard Dawkins - A Devil's Chaplain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421402: It's installed by default but not activated and configured by default!
Op 29-04-2007 om 10:26 schreef Xan: En/na Frans Pop ha escrit: On Saturday 28 April 2007 22:38, Xan wrote: Yes the packages of selinux are installed by default but not activated and configured by default (parameter selinux=1 in kernel, politics file, etc) and there is no possibility of doing it in the d-i I think that the bug should be marked as open for these reasons Not really. The selinux people in Debian will make that decision when the time is ripe. There is absolutely no bug that needs to be tracked, especially not in the installation system. So, is there planned option for activated and configured in future releases? If yes, will you provide options to debian-installer for not activate it, for those who don't want it? Questions like those, steady usual unanswered. Because the (unwritten) answer is a mix of: * Yes * You are welcome to do so * Check the release goals of this project * Are you asking for permission? Or are you hiring people to do so? Hope this Helps Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421584: linux-image-2.6.18-4-k7: general protection fault, keyboard hangs and then the system hangs
Package: linux-image-2.6.18-4-k7 Version: 2.6.18.dfsg.1-12 Severity: normal On my Acer Aspire 1513LMi (AMD64 3400+) Laptop using stable (etch), I encountered the following problem: After approximately an our of usage, my keyboard stopped to work. I tried to log out and reboot via mouse, but during the logout my whole system hanged. No magic key worked. So I rebooted via power off and power on. Below is a cutout of my /var/log/messages. Hope that helps. Robin Apr 30 11:17:05 localhost kernel: Modules linked in: ppdev lp ipv6 ipt_LOG xt_tcpudp ipt_owner xt_state ip_conntrack nfnetlink iptable_filter ip_tables x_tables dm_snapshot dm_mirror dm_mod snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss powernow_k8 freq_table cpufreq_powersave ac battery nvidia ide_generic pcmcia joydev tsdev i810_audio ac97_codec bcm43xx firmware_class ieee80211softmac ieee80211 ieee80211_crypt yenta_socket rsrc_nonstatic pcmcia_core snd_intel8x0m snd_intel8x0 psmouse irda snd_ac97_codec snd_ac97_bus i2c_nforce2 serio_raw evdev pcspkr shpchp pci_hotplug crc_ccitt snd_pcm snd_timer snd soundcore eth1394 amd64_agp agpgart i2c_core snd_page_alloc rtc parport_pc parport sd_mod ext3 jbd mbcache ide_cd cdrom ide_disk sata_nv libata generic usb_storage scsi_mod ohci1394 ieee1394 tg3 amd74xx ide_core ehci_hcd ohci_hcd usbcore thermal processor fan Apr 30 11:17:05 localhost kernel: EIP:0060:[c01574d6]Tainted: P VLI Apr 30 11:17:05 localhost kernel: EFLAGS: 00010046 (2.6.18-4-k7 #1) Apr 30 11:17:05 localhost kernel: [c015725f] kmem_freepages+0x7c/0x98 Apr 30 11:17:05 localhost kernel: [c01575f3] drain_array+0x7a/0x98 Apr 30 11:17:05 localhost kernel: [c0158839] cache_reap+0x3f/0xee Apr 30 11:17:05 localhost kernel: [c012ae14] run_workqueue+0x78/0xb5 Apr 30 11:17:05 localhost kernel: [c01587fa] cache_reap+0x0/0xee Apr 30 11:17:05 localhost kernel: [c012b6fb] worker_thread+0xd9/0x10a Apr 30 11:17:05 localhost kernel: [c0117862] default_wake_function+0x0/0xc Apr 30 11:17:05 localhost kernel: [c012b622] worker_thread+0x0/0x10a Apr 30 11:17:05 localhost kernel: [c012dab3] kthread+0xc2/0xef Apr 30 11:17:05 localhost kernel: [c012d9f1] kthread+0x0/0xef Apr 30 11:17:05 localhost kernel: [c0101005] kernel_thread_helper+0x5/0xb Apr 30 11:17:11 localhost kernel: 7parport0: FIFO is stuck Apr 30 11:17:35 localhost kernel: Modules linked in: ppdev lp ipv6 ipt_LOG xt_tcpudp ipt_owner xt_state ip_conntrack nfnetlink iptable_filter ip_tables x_tables dm_snapshot dm_mirror dm_mod snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss powernow_k8 freq_table cpufreq_powersave ac battery nvidia ide_generic pcmcia joydev tsdev i810_audio ac97_codec bcm43xx firmware_class ieee80211softmac ieee80211 ieee80211_crypt yenta_socket rsrc_nonstatic pcmcia_core snd_intel8x0m snd_intel8x0 psmouse irda snd_ac97_codec snd_ac97_bus i2c_nforce2 serio_raw evdev pcspkr shpchp pci_hotplug crc_ccitt snd_pcm snd_timer snd soundcore eth1394 amd64_agp agpgart i2c_core snd_page_alloc rtc parport_pc parport sd_mod ext3 jbd mbcache ide_cd cdrom ide_disk sata_nv libata generic usb_storage scsi_mod ohci1394 ieee1394 tg3 amd74xx ide_core ehci_hcd ohci_hcd usbcore thermal processor fan Apr 30 11:17:35 localhost kernel: EIP:0060:[c01bc0c8]Tainted: P VLI Apr 30 11:17:35 localhost kernel: EFLAGS: 00010212 (2.6.18-4-k7 #1) Apr 30 11:17:35 localhost kernel: [c017e881] load_elf_binary+0x43/0x142b Apr 30 11:17:35 localhost kernel: [c0145b09] get_page_from_freelist+0x9b/0x360 Apr 30 11:17:35 localhost kernel: [c0145e1c] __alloc_pages+0x4e/0x275 Apr 30 11:17:35 localhost kernel: [c0162b20] copy_strings+0x1b3/0x1bd Apr 30 11:17:35 localhost kernel: [c0162bd9] search_binary_handler+0x88/0x1ff Apr 30 11:17:35 localhost kernel: [c0164355] do_execve+0x158/0x1f5 Apr 30 11:17:35 localhost kernel: [c01017a1] sys_execve+0x2a/0x72 Apr 30 11:17:35 localhost kernel: [c0102bed] sysenter_past_esp+0x56/0x79 Apr 30 11:17:48 localhost kernel: 0general protection fault: [#4] Apr 30 11:17:48 localhost kernel: Modules linked in: ppdev lp ipv6 ipt_LOG xt_tcpudp ipt_owner xt_state ip_conntrack nfnetlink iptable_filter ip_tables x_tables dm_snapshot dm_mirror dm_mod snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss powernow_k8 freq_table cpufreq_powersave ac battery nvidia ide_generic pcmcia joydev tsdev i810_audio ac97_codec bcm43xx firmware_class ieee80211softmac ieee80211 ieee80211_crypt yenta_socket rsrc_nonstatic pcmcia_core snd_intel8x0m snd_intel8x0 psmouse irda snd_ac97_codec snd_ac97_bus i2c_nforce2 serio_raw evdev pcspkr shpchp pci_hotplug crc_ccitt snd_pcm snd_timer snd soundcore eth1394 amd64_agp agpgart i2c_core snd_page_alloc rtc parport_pc parport sd_mod ext3 jbd mbcache ide_cd cdrom ide_disk sata_nv libata generic usb_storage scsi_mod ohci1394 ieee1394 tg3 amd74xx
Bug#421585: havp: [INTL:ru] Russian debconf template translation
Package: havp Severity: wishlist Tags: l10n, patch Russian debconf template translation is attached. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) havp_debconf_ru.po.gz Description: Binary data
Bug#421488: closed by Matthias Klose [EMAIL PROTECTED] (Bug#421488: fixed in ecj 3.2.2-2)
reopen 421488 thanks On Sun, Apr 29, 2007 at 08:57:23PM +, Debian Bug Tracking System wrote: * Loosen dependency on gij-4.1, libgcj7-jar. Closes: #421488. This will not help: | $ sudo apt-get install ecj gij-4.1 libgcj7-0 | Reading package lists... Done | Building dependency tree... Done | Package libgcj7-0 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 | E: Package libgcj7-0 has no installation candidate Bastian -- Kirk to Enterprise -- beam down yeoman Rand and a six-pack. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420193: [RFC, PATCH] Re: Bug#420193: libsane on sparc64 with SCSI scanner
Julien BLACHE a écrit : BERTRAND Joël [EMAIL PROTECTED] wrote: Hi, Bertrand, feel free to try this patch on your sparc64; as I said, it works fine here (at least as long as nothing goes wrong ;), but better keep your finger on the scanner's power button just in case. Tell us how it goes. I have tried on my U2. This patch works fine for me. Great. How's the scan speed ? I don't see any difference... Regards, JKB
Bug#407632: RM: knl; RoM
retitle 407632 RM: knl -- RoM reassign 407632 ftp.debian.org thanks Hi, please remove knl. No package uses it, only 11 users recently in popcon, and nobody wanted to take it over in the last three months. Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421566: vdrift: wrong architecture limitations in debian/control (alpha)
On Mon, Apr 30, 2007 at 11:16:13AM +0300, Eddy Petrișor wrote: Steve Langasek wrote: Package: vdrift Version: 0.0.2006.10.06-1 Severity: serious Justification: release policy, Packages must be supported on as many architectures as is reasonably possible Hi Gonéri, The vdrift package is marked as only being buildable on amd64, i386, ia64, and powerpc. This is wrong; the code builds fine on alpha, arm, and mipsel, and is only prevented from being uploaded by this architecture list. I see in the bug log of 400596 that a member of the security team has offered the opinion that vdrift should not be built on arm because there's no need for a 3d-intense game on an embedded arch, but this reasoning does not apply to alpha and mipsel which are not embedded architectures and may very well have suitable 3d-accelerated hardware. Please reenable the build on alpha and mipsel. The attached patch should suffice. It is highly possible that vdrift will be removed from the archive. We recently found that it contains some non-free parts from a commercial game. I am not sure it those parts are so critical that a clean-up wouldn't do it, but Goneri already requested its removal (although I raised that question and never got a clear answer, iirc). All the tracks are derivated material from EA Sports. Upstream know the problem and as soon as the release a new tarball I will package it and will add alpha, arm, and mipsel in the arch list. Cheers, Gonéri pgpwlj9kgOyrq.pgp Description: PGP signature
Bug#421484: [l10n] Updated Czech translation of openssh debconf messages
tags 421484 pending thanks On Mon, Apr 30, 2007 at 10:25:56AM +0200, Miroslav Kure wrote: On Sun, Apr 29, 2007 at 08:05:12PM +0100, Colin Watson wrote: There was a small change since then. Could you retranslate with the README.Debian file instead of the README.Debian files? For your reference, I've attached your .po file merged with this change. Done. As a matter of fact, I just unfuzzied the translation, because the change did not affect my translation :-) Thanks, committed. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421402: It's installed by default but not activated and configured by default!
En/na Geert Stappers ha escrit: Op 29-04-2007 om 10:26 schreef Xan: En/na Frans Pop ha escrit: On Saturday 28 April 2007 22:38, Xan wrote: Yes the packages of selinux are installed by default but not activated and configured by default (parameter selinux=1 in kernel, politics file, etc) and there is no possibility of doing it in the d-i I think that the bug should be marked as open for these reasons Not really. The selinux people in Debian will make that decision when the time is ripe. There is absolutely no bug that needs to be tracked, especially not in the installation system. So, is there planned option for activated and configured in future releases? If yes, will you provide options to debian-installer for not activate it, for those who don't want it? Questions like those, steady usual unanswered. Because the (unwritten) answer is a mix of: * Yes * You are welcome to do so * Check the release goals of this project * Are you asking for permission? Or are you hiring people to do so? I only bug it because I think: - it's at least an incongruency that we have a selinux kernel capable and in installation we have not the possibility of activate/desactivate it installation - it's a interface bug of installation process. I think that in expert mode it should be present - it's a recordatory for that: people working in d-i/selinux have present and if anyone wants to contribute in d-i/selinux, know what fails I don't want contribute in code (I'm not a programmer). I only wanted to help detecting some bugs or wishes (if you tag this bug as it) for improve debian. If you closed the bug, the bug is alive yet. Regards, Xan. Hope this Helps Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419386: installation-report: Installation issues
tags 419386 + unreproducible thanks On Monday 30 April 2007 08:35, Henry Bremridge wrote: Tried again with the 25 April daily netinst, which stopped at detect network hardware. Could not detect anything I suspect that you got an error message before that saying that kernel modules could not be found. This is because we've been switching from a 2.6.18 to a 2.6.20 kernel in the installer over the past week. Thank you for providing the syslog, but because of the above it is not really useful. I'm leaving your report open for future reference, but tagged as unreproducible. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421586: libconfig-general-perl: Undefined subroutine
Package: libconfig-general-perl Version: 2.33-1 Severity: grave Justification: renders package unusable Hi! I hope reporting a grave bug is appropriate. Maybe I missed an important point. Anyway here is what I experienced when upgrading: [EMAIL PROTECTED]:~/downloads% sudo dpkg -i libconfig-general-perl_2.31-3_all.deb dpkg - warning: downgrading libconfig-general-perl from 2.33-1 to 2.31-3. (Reading database ... 104591 files and directories currently installed.) Preparing to replace libconfig-general-perl 2.33-1 (using libconfig-general-perl_2.31-3_all.deb) ... Unpacking replacement libconfig-general-perl ... Setting up libconfig-general-perl (2.31-3) ... [EMAIL PROTECTED]:~/downloads% perl -w -e 'use Config::General; my $conf = ParseConfig(/dev/null);' [EMAIL PROTECTED]:~/downloads% sudo dpkg -i libconfig-general-perl_2.33-1_all.deb (Reading database ... 104593 files and directories currently installed.) Preparing to replace libconfig-general-perl 2.31-3 (using libconfig-general-perl_2.33-1_all.deb) ... Unpacking replacement libconfig-general-perl ... Setting up libconfig-general-perl (2.33-1) ... [EMAIL PROTECTED]:~/downloads% perl -w -e 'use Config::General; my $conf = ParseConfig(/dev/null);' Undefined subroutine main::ParseConfig called at -e line 1. [EMAIL PROTECTED]:~/downloads% I can reproduce this with 2.32-1 or 2.33-1 on amd64 testing and i386 etch. Using the 'OOP way' described in `perldoc Config::General` the behavior is similar. As you can see I could easily work around this bug by downgrading. Kind Regards, Christopher Zimmermann -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.5 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconfig-general-perl depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction libconfig-general-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420604: nscd: coredumps (ldap related?)
On Mon, Apr 30, 2007 at 10:26:57AM +0100, Adrian Bridgett wrote: A few updates: I did try rerunning the gdb backtrace after installing libc6-dbg but got the same backtrace. I had already downgraded libnss-ldap to 7.4, but nscd still ended up eating all the CPU. then it's likely that the bug lies in nss-ldap. I had previously done a nscd -i hosts (and passwd and group) I believe which didn't help. Finally I stopped nscd, removed /var/db/nscd/* and restarted nscd (with the libc6-dbg package installed). So far it has been a week with no problems, no crashes, no 100% CPU usage. I suspect there was a problem with /var/db/nscd/* files. I had been upgraded all the boxes (including LDAP servers) from sarge to etch. hmmm, just tell us if the problem reappears, we will purge /var/db/nscd/* between major libc upgrades to avoid those problems in the future. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpHLaTNPKlnV.pgp Description: PGP signature
Bug#421581: libc6: File conflict with a file from gtk-qt-engine
reassign 421581 gtk-qt-engine severity 421581 grave thanks On Mon, Apr 30, 2007 at 10:52:24AM +0200, Adolf Winterer wrote: Package: libc6 Version: 2.3.6.ds1-13 Severity: normal Trying to install the current package libc6_2.5-4_amd64.deb with synaptic gives a file conflict with one file from packge gtk-qt-engine. The message (in german language, tranlated) states that Trying to overwrite /usr/lib64, which is also contained in package gtk-qt-engine. After that the installation fails. Original text displayed in synaptic: snip -- E: /var/cache/apt/archives/libc6_2.5-4_amd64.deb: Versuche, »/usr/lib64« zu überschreiben, welches auch in Paket gtk-qt-engine ist snip -- There are more messages in the console window of synaptic: - snip --- (Lese Datenbank ... 315786 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereiten zum Ersetzen von libc6 2.3.6.ds1-13 (durch .../archives/libc6_2.5-4_amd64.deb) ... Entpacke Ersatz für libc6 ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libc6_2.5-4_amd64.deb (--unpack): Versuche, »/usr/lib64« zu überschreiben, welches auch in Paket gtk-qt-engine ist Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/libc6_2.5-4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libc6-dev: libc6-dev hängt ab von libc6 (= 2.5-4); aber: Version von libc6 auf dem System ist 2.3.6.ds1-13. dpkg: Fehler beim Bearbeiten von libc6-dev (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libc6-i386: libc6-i386 hängt ab von libc6 (= 2.5-4); aber: Version von libc6 auf dem System ist 2.3.6.ds1-13. dpkg: Fehler beim Bearbeiten von libc6-i386 (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von locales: locales hängt ab von glibc-2.5-1; aber: Paket glibc-2.5-1 ist nicht installiert. dpkg: Fehler beim Bearbeiten von locales (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert - snip --- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii tzdata2007e-2Time Zone and Daylight Saving Time libc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpJqniN2alZH.pgp Description: PGP signature
Bug#421587: slang2: New upstream version 2.0.7 available
Package: slang2 Version: 2.0.6-4 Severity: normal Is there any reason version 2.0.7, which was released over a year ago, is not yet pacakged for Debian? Version 0.3.8 of the slcfitsion package FTBFS because it needs version 2.0.7 of libslang2. Thanks, Rafael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420611: xserver-xorg-core: Composite extension not available?
Adam Spragg wrote: Have you tried commenting out the Enable after Option Composite? Um, I have now, and it works! No idea why that makes a difference, but it does. Happy now. :) If so, after confirming that the X server is really using the config file you are modifying (seems to be the case according to the info in the original report though), you could try moving section Extensions to the beginning of it, although that shouldn't make a difference... Haven't done this yet as it worked with 'Option Composite' at the bottom. But if you want me to do it to try to figure out *why* it wasn't being enabled, or anything else, let me know. Yes, I would great to know why it wasn't working. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419529: Bug#421542: nss: FTBFS on non-Linux: clean target fails due to unfixed upstream build system
On Mon, Apr 30, 2007 at 11:22:47AM +0200, Michael Banck wrote: Yes, but I think the initial patch author's point was that 99% of the now-Linux-specific Makefile really is just glibc specific, he just thought it was better not to rename or otherwise factorise it for easy success. It's clear that we want to have these patches upstream though, so thanks for your insight about future directions. BTW, is there a hurd development system for DD somewhere, where you could put ready to test nss source tree? If so, I could at least help a bit doing this better. - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416123: [Pkg-kde-extras] Bug#416123: dependency on dev package (libgphoto2-2-dev)
On Friday, 27. April 2007, Mark Purcell wrote: [...] Until digikam upstream can resolve this issue, the best workaround is for digikam to depend on libgphoto2-2-dev and the user can access camera's via libgphoto. It's not digikam. It's the way KDE handles dyn loading libraries. digikam in (k)ubuntu has not problems at all without -dev pkg. AFAIR there in KDE bts is a suggestion to modify kdelibs to get it working without .la files. Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421589: twm-music: depends on twm-data, which is only in experimental
Package: tmw-music Version: 0.0.20-1 Severity: serious Subject says all. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Everything you read in newspapers is absolutely true, except for that rare story of which you happen to have first-hand knowledge. -- Erwin Knoll -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421587: slang2: New upstream version 2.0.7 available
Rafael Laboissiere wrote: Package: slang2 Version: 2.0.6-4 Severity: normal Is there any reason version 2.0.7, which was released over a year ago, is not yet pacakged for Debian? Version 0.3.8 of the slcfitsion package FTBFS because it needs version 2.0.7 of libslang2. Thanks, Rafael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash I haven't been looking since slang was frozen as part of base. I will build slang2 2.0.7 ASAP. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421372: gnome-hearts: crashes at startup
Le samedi 28 avril 2007 à 14:34 +0300, Rémi Denis-Courmont a écrit : Package: gnome-hearts Version: 0.1.3-2 Severity: grave Justification: renders package unusable Hello, Starting gnome-hearts systematically yields this: **Error**: Couldn't recognize the image file format for file '/usr/share/pixmaps/gnome-games-common/cards/bonded.svg' and a dialog notifying the user the application has crashed. Perhaps a missing dependency? Yes, a dependency on librsvg2-common is missing. You can install this package by hand to workaround this problem. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#421583: devscripts: dch requires liburi-perl to run
[Sebastien Helleu] dch command requires liburi-perl package to run. So I think liburi-perl should be in depends, not suggests. No, this is intentional. devscripts has lots of scripts in it, not just dch. Most of devscripts runs very well without liburi-perl. That is why it is Suggests, not Depends. Please read the package description, which explains exactly which Suggests packages you should install depending on which scripts you intend to use. signature.asc Description: Digital signature
Bug#421555: coreutils: printf %-1.25000000s segfaults
Pierre Habouzit [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.97-5.3 Severity: important $ /usr/bin/printf '%-1.2500s\n' 'Hello' Is a quite good testcase :) FWIW libc printf seems to work properly. Further poking shows that it may be locale-dependant as the following works: Thanks for the report! To reproduce it, I did this: $ LC_ALL=fr_FR.utf8 ./printf %1.25s x zsh: bus error LC_CTYPE=fr_FR.utf8 ./printf %1.25s x [Exit 135 (BUS)] Actually that's due to a bug in glibc that affects even the very latest in CVS. I've dug a little and reported it upstream: http://bugzilla.redhat.com/238406 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421586: libconfig-general-perl: Undefined subroutine
On Monday 30 April 2007, Christopher Zimmermann wrote: Package: libconfig-general-perl Version: 2.33-1 Severity: grave Justification: renders package unusable Hi! Hi Christopher, I hope reporting a grave bug is appropriate. Maybe I missed an important point. Anyway here is what I experienced when upgrading: thanks for your report I can reproduce this with 2.32-1 or 2.33-1 on amd64 testing and i386 etch. Using the 'OOP way' described in `perldoc Config::General` the behavior is similar. As you can see I could easily work around this bug by downgrading. With the release = 2.32, for many code upgrade, you must specify a ParseConfig reference. perl -w -e 'use Config::General; my $conf = Config::General::ParseConfig(/dev/null);' In the Config::General 2.32 Changelog the upstream Developer specify: - applied most hints Perl::Critic had about Config::General: o the functions ParseConfig SaveConfig SaveConfigString must now imported implicitly. This might break existing code, but is easily to fix. Kind Regards, Christopher Zimmermann Cheers, Francesco -- .''`. ** Debian GNU/Linux ** | Francesco Cecconi ' |BrAnD| ' : :' : The Universal O.S.| [EMAIL PROTECTED] `. `'` | GPG Key ID: 11F6E468 `-*Debian Pkg Maintainer* | JID [EMAIL PROTECTED] pgpOZ5uNXd387.pgp Description: PGP signature
Bug#416113: D-I never been designed for this use case
Op 25-03-2007 om 22:03 schreef Frans Pop: On Sunday 25 March 2007 21:30, Geert Stappers wrote: When d-i would be shipped as tarball, that way it can be used on an allready installed system. D-I has never been designed for that kind of use case and I doubt you should even want to install d-i on a running system as it will totally mess up your running system. D-I does not obey the FHS, it would conflict with existing libraries, ... For the case you describe, we have hd-media. hd-media may indeed a good starting point. Just mounting the hd-media tree and chroot into it. The win32-loader does the chroot into it by a reboot. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402614: gimp: really slow ...
Package: gimp Version: 2.2.13-1 Followup-For: Bug #402614 The fileselector becomes really slow when switching between directories and gets slower over time. I`ve just been waiting for about one and a half minutes while gimp was busy with changing directories when I wanted to open a file. Besides, I`d like to see a better file selector ... At least an option to remove selected files would be very helpful. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.2-yun Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.2.13-1 Data files for The GIMP ii libaa11.4p5-31 ascii art library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libexif12 0.6.13-5 library to parse EXIF files ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgimp2.02.2.13-1 Libraries necessary to Run the GIM ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1 Color management library ii libmng1 1.0.9-1Multiple-image Network Graphics li ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.2-2 X11 Session Management library ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.4-4 Windows metafile conversion librar ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.5-2 X11 toolkit intrinsics library ii wget 1.10.2-2 retrieves files from the web ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages gimp recommends: ii gimp-print5.0.0-3print plugin for the GIMP ii gimp-svg 2.2.13-1 SVG (Scalable Vector Graphics) plu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420549: tracker: upstream bug
Package: tracker Version: 0.5.4-5 Followup-For: Bug #420549 I believe this is upstream bug nr. 403752[1] greets, Wim [1] http://bugzilla.gnome.org/show_bug.cgi?id=403752 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tracker depends on: ii dbus 1.0.2-4simple interprocess messaging syst ii libc6 2.5-2 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-4simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2 simple interprocess messaging syst ii libexif12 0.6.13-5 library to parse EXIF files ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libgmime-2.0-22.2.3-1MIME library, unstable version ii libgsf-1-114 1.14.3-1 Structured File Library - runtime ii libgstreamer0.10-00.10.12-3 Core GStreamer libraries and eleme ii libmagic1 4.20-4 File type determination library us ii libpango1.0-0 1.16.2-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpoppler0c2-glib0.4.5-5.1 PDF rendering library (GLib-based ii libsqlite3-0 3.3.14-1 SQLite 3 shared library ii shared-mime-info 0.21-1 FreeDesktop.org shared MIME databa ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages tracker recommends: ii o3read0.0.4-1standalone converter for OpenOffic ii tracker-search-tool 0.5.4-5metadata database, indexer and sea ii tracker-utils 0.5.4-5metadata database, indexer and sea ii untex 9210-10Remove LaTeX commands from input ii unzip 5.52-9 De-archiver for .zip files pn w3m none (no description available) ii wv1.2.4-2Programs for accessing Microsoft W ii xpdf-utils [poppler-utils]3.02-1 Portable Document Format (PDF) sui ii xsltproc 1.1.19-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416113: development machines
Op 25-03-2007 om 18:33 schreef Debian Bug Tracking System: Geert Stappers wrote: Early version of debian-installer did run on the development machines. It would be cool if that feature would be re-established. I have no idea what you mean by development machines. In the embedded software/hardware development world is the termology target and development machine very common. The target is the computerboard that goes into the appliance like microwave oven and car fuel control system. development machine is the computer that the developer uses. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420310: nautilus-cd-burner should create an image before writing r/w-data
reassign 420310 genisoimage retitle 420310 genisoimage generated an image with no data when the data was modified on the fly thanks Le dimanche 29 avril 2007 à 16:48 +0200, Fabian Greffrath a écrit : Am Montag, den 23.04.2007, 17:37 +0200 schrieb Josselin Mouette: I doubt this could help. The only thing it would change is generating the image on the disc instead of burning it on the fly. In all cases it looks like a bug in genisoimage, for which n-c-b is only a frontend. This sounds sane. Maybe reassign the bug to genisoimage? Yes, let's do that until a reason to accuse n-c-b arises. Can reproduce the issue when telling n-c-b to generate a writable image, then opening this image with file-roller, instead of burning a disc? I tried to reproduce this with a smaller set of data (~150M) and maybe less disk i/o and the image was without errors. The bug does not seem to be reproducable under all circumstances. However it is annoying enough when it happens... -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#421590: [INTL] typo in english string
Package: mimedefang Severity: minor While doing the Dutch translation (currently in review) I noticed a typo in the debian/template file. Specifically there's a dubled . at the end of the long description. If in doubt, you can select this option.. should be If in doubt, you can select this option. -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html -- cobaco (aka Bart Cornelis) pgpPNkyNoTBGN.pgp Description: PGP signature
Bug#421591: bash: condition bug: [ ! -a file ] does not behave as expected
Package: bash Version: 3.1dfsg-8 Severity: normal The bash man page says that the unary -a behaves like -e: -a file True if file exists. -e file True if file exists. But I get: [EMAIL PROTECTED]:~$ touch exists [EMAIL PROTECTED]:~$ [ ! -e exists ] || echo found found [EMAIL PROTECTED]:~$ [ ! -a exists ] || echo found [EMAIL PROTECTED]:~$ However the following forms work as expected: [EMAIL PROTECTED]:~$ [[ ! -e exists ]] || echo found found [EMAIL PROTECTED]:~$ [[ ! -a exists ]] || echo found found [EMAIL PROTECTED]:~$ [ -e exists ] echo found found [EMAIL PROTECTED]:~$ [ -a exists ] echo found found [EMAIL PROTECTED]:~$ Note: I don't think it is a good idea to use the non-standard unary -a with [, but this is a bug anyway. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686-bigmem (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files4.0.0 Debian base system miscellaneous f ii debianutils 2.18 Miscellaneous utilities specific t ii libc6 2.5-4 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421592: bootplash script has error
Package: initramfs-tools Version: 0.87b Running: update-initramfs -c -k 2.6.21 Results in: update-initramfs: Generating /boot/initrd.img-2.6.21 /usr/share/initramfs-tools/hooks/bootsplash: line 51: splash: command not found editing: /usr/share/initramfs-tools/hooks/bootsplash Changing line 51 from this: splash -s -f $SPLASH_FILE $DESTDIR/bootsplash to this: $SPLASH_BIN -s -f $SPLASH_FILE $DESTDIR/bootsplash Fixes the problem. Sincerely, Chris Dos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416113: debian-installer plans for the lenny cycle
Op 19-04-2007 om 12:50 schreef Daniel Baumann: Luis Matos wrote: Since live-cd is happening, they are doing a great job, i think it would be interesting to have d-i used to install the system from the live-cd. I know it is possible, but how it is possible, i don't relly know. http://lists.debian.org/debian-desktop/2007/04/msg00018.html http://lists.debian.org/debian-desktop/2007/04/msg00023.html Those links speak about 'live-to-hdd' installation That's another name for install on installed systems. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421593: Textual conflict between description and README
Package: matplotlib Version: 0.87.7-0.3 Severity: wishlist There is a textual conflict between the package description and /usr/share/doc/python-matplotlib/README. Specifically, the description contains the text Although the goal of publication quality is not yet attained, the library does produce high quality 2D plots., and README contains matplotlib is a pure python 2D plotting library with a Matlab(TM) syntax which produces publication quality figures using in a variety of hardcopy formats. http://matplotlib.sourceforge.net/whats_new.html further claims that publication quality output was achieved in version 0.29. Ubuntu bug report 111217 (https://bugs.launchpad.net/ubuntu/+source/matplotlib/+bug/111217) reports this discrepancy as a bug. If the output is actually not publication quality, a note explaining this should appear somewhere (README.Debian) might be a good place. If it is publication quality, the description is misleading. -- Emmet HIKORY -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421272: iceape: The system level glyph composition rules (Compose) are ignored
On 27/04/07 15:03, Mike Hommey wrote: On Fri, Apr 27, 2007 at 11:18:49AM -0300, Salvador E. Tropea [EMAIL PROTECTED] wrote: Package: iceape Version: 1.0.8-4 Severity: normal Tags: l10n X applications usually let the X system apply the composition rules (i.e. /usr/share/X11/locale/iso8859-1/Compose). This program seems to use its own rules ignoring the system level configuration. In my system I have some special composition rules used as a shortcut. They work for all X applications I uses, except iceape. The program should apply the system level composition rules first and then try their own. Hum, iceape uses whatever gtk input method module you configured (or your system configured for you), so it should just use compose keys as fine as any other gtk application. If it does not, then you probably have a broken gtk setting. I never configured such a thing, the .deb never asked. Any hint? Any idea why it should bypass X settings by default? Anyways, I'd recommend you to first try other gtk-based applications, and see if it does the same, in which case I'll let gtk maintainers guide you to have better settings. Mike You are right the problem is in other gtk applications. $ ldd `which xcdroast` | grep gtk libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0xb7c9e000) $ ldd /usr/lib/iceape/iceape-bin | grep gtk libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0xb7c92000) Regards, SET -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421594: New upstream release (0.13) is available
Package: python-xlib Version: 0.12-5.1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Upstream made a new release of python-xlib (0.13), containing various fixes. As 0.12 is almost five years old, I think this new version should be uploaded to Debian as soon as possible. It can be found at http://downloads.sourceforge.net/python-xlib/python-xlib-0.13.tar.gz Cheers, Luca - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-xlib depends on: ii python2.4.4-2An interactive high-level object-o ii python-support0.6.3 automated rebuilding support for p python-xlib recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGNd8fRqobajv7n7MRAjjRAJ4vDvanHlsDVFYm+Hl5ukNF5TW8VQCffsh6 /vBpZX/Uc6dCPtNmnTR377Y= =tOho -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421394: Confirmation and full error output
severity 421394 serious thanks Confirmed here. The cause seems to be that manual.html is missing from the binary package entirely (at least the i386 build), though still referenced by the .doc-base file. Setting up pv (0.9.9-1) ... warning: file `/usr/share/doc/pv/manual.html' does not exist at /usr/sbin/install-docs line 821, /usr/share/doc-base/pv line 12. warning: file mask `/usr/share/doc/pv/*.html' does not match any files at /usr/sbin/install-docs line 826, /usr/share/doc-base/pv line 12. error in control file: `Format' value not specified at /usr/sbin/install-docs line 802, /usr/share/doc-base/pv line 21. dpkg: error processing pv (--configure): subprocess post-installation script returned error exit status 255 -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421386: can't install gnome-themes
El dom, 29-04-2007 a las 09:25 +0200, Loïc Minier escribió: On Sat, Apr 28, 2007, don Paolo Benvenuto wrote: $ apt-cache policy gnome-themes-common gnome-themes-common: Installed: 2.4.1-2 Candidate: 2.4.1-2 Version table: *** 2.4.1-2 0 100 /var/lib/dpkg/status This means the package is installed locally, but isn't available from any APT repository. Could you check your dpkg.log or aptitude.log to see where you installed it from? Which version of Debian did you initially install on your computer? I installed the stable debian about three years ago. Supposedly this package remained installed for a bug in a previous package. I unistalled it now and all is ok -- don Paolo Benvenuto http://guaricano.diocesi.genova.it è il diario che scrivo, principalmente io, ma anche altri: puoi trovarvi la vita della missione, giorno per giorno Contribuisci a wikipedia, l'enciclopedia della quale tu sei l'autore e il revisore: http://it.wikipedia.org
Bug#421595: Please disallow Routing Header Type 0 by default (CVE-2007-2242)
Package: linux-2.6 Severity: grave Tags: security The IPv6 protocol allows remote attackers to cause a denial of service via crafted IPv6 type 0 route headers (IPV6_RTHDR_TYPE_0) that create network amplification between two routers. There was already a patch for 2.6.20.9 (010831ab8436dfd9304b203467566fb6b135c24f). Please apply this patch to all debian kernels. See: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.20.9 http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-2242 for more informations. Thanks Alex --- System information. --- Architecture: powerpc Kernel: Linux 2.6.20-1-powerpc Debian Release: lenny/sid 200 unstabledebian.netcologne.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420081: jabber: stops responding as soon as s2s is used
Package: jabber Version: 1.4.3-3.3 Followup-For: Bug #420081 Hi, same problem here, it's extremly problematic, same symptoms. I'm sorry I can not add any useful information, the first bug report is complete. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (549, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2006.12.04.ws Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421555: coreutils: printf %-1.25000000s segfaults
On Mon, Apr 30, 2007 at 01:17:57PM +0200, Jim Meyering wrote: Pierre Habouzit [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.97-5.3 Severity: important $ /usr/bin/printf '%-1.2500s\n' 'Hello' Is a quite good testcase :) FWIW libc printf seems to work properly. Further poking shows that it may be locale-dependant as the following works: Thanks for the report! To reproduce it, I did this: $ LC_ALL=fr_FR.utf8 ./printf %1.25s x zsh: bus error LC_CTYPE=fr_FR.utf8 ./printf %1.25s x [Exit 135 (BUS)] Actually that's due to a bug in glibc that affects even the very latest in CVS. I've dug a little and reported it upstream: http://bugzilla.redhat.com/238406 well, libc bugzilla is rather sourceware.com/bugzilla/ and the bug is not with that has some guards, but in the macro where you can find a big fat wchar_t ignore[spec] :) -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpcaqEUBHasj.pgp Description: PGP signature
Bug#421464: [Fwd: Bug#421464: pdfetex: Not embedding Base-14 fonts creates somewhat broken files]
Norbert Preining wrote: As discussed on the EuroBachoTeX meeting, here the bug report. I can reproduce this without any problem. If you can take a look at it that would be great. At the web site given in the bug report there are tex input files and example pdf documents with embedded and not-embedded fonts. For the record: I cannot reproduce this on two different Windows boxes, one with AR 7, one with Acrobat Profssional 7. In both cases, Arial is used to substitute the missing Helvetica. cheerio ralf
Bug#421532: Missing line in US keyboard layout
--- Mohammed Adnène Trojette [EMAIL PROTECTED] wrote: On Sun, Apr 29, 2007, situert wrote: Does this mean that this bug won't be fixed in stable (Etch)? No, it won't: Etch has been released and this fix is not critical, that's to say not important enough to justify an update for the stable version. But this bug affects a lot of people who use a national keyboard layout with a U.S. English keyboard layout. I believe that this bug is important as it causes a major malfunction. Is there no way to get this into stable? I am using the stable distribution and I naturally ran into this problem. I can and I have patched my /usr/share/X11/xkb/symbols/us file but I would rather have this bug fixed in the stable distribution. I believe that many users of the stable distribution would be affected from this bug just like I am. Thank you, situert __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418845: kernel-package insists on overwriting setlocalversion script
Hi, The setlocalversion script goes and changes the version of the kernel _after_ ./debian/ has been populated, which causes the ./debian/changelog and ./debian/control files to be out of synch with what the kernel thinks the version is -- and thus preventing the .deb from building. In any case, the setlocal version script always adds the -dirty- string to the version name -- since the ./scripts stuff also unconditionally nukes ./debian (whether or not it created it), which means that dpkg-buildpackage suddenly gets rid of /debian right at the beginning unless we intervene -- and intervening makes stuff dirty, and that changes the version number. So, given the way that ./scripts stuff messes up the build process, setlocalversion is not supported by make-kpkg. All of this is true, but only if you invoke make-kpkg only once in the same kernel tree or after the kernel tree has already been built which typically happens in development trees. However, I still don't see this as a reason to kill the setlocalversion script, make-kpkg could instead warn loudly when CONFIG_LOCALVERSION_AUTO is set and tell the user to not do that because it messes up the build process. johannes signature.asc Description: This is a digitally signed message part
Bug#420891: smb.conf
Here it goes -- Eric Van Buggenhaut Proyecto Solidario - Dpto. informático # This is the main Samba configuration file. You should read the # smb.conf(5) manual page in order to understand the options listed # here. Samba has a huge number of configurable options most of which # are not shown in this example # # Any line which starts with a ; (semi-colon) or a # (hash) # is a comment and is ignored. In this example we will use a # # for commentary and a ; for parts of the config file that you # may wish to enable # # NOTE: Whenever you modify this file you should run the command # testparm to check that you have not many any basic syntactic # errors. # #=== Global Settings === [global] log file = /var/log/samba/log.%m load printers = yes socket options = TCP_NODELAY obey pam restrictions = yes domain master = yes passdb backend = tdbsam guest passwd program = /usr/bin/passwd %u encrypt passwords = true security = user passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n wins support = true dns proxy = no netbios name = bollain server string = %h Global Data (Samba %v) invalid users = root unix password sync = yes local master = yes workgroup = CORDOBA os level = 65 printing = cups printcap name = cups syslog = 0 preferred master = yes panic action = /usr/share/samba/panic-action %d max log size = 1000 unix charset = ISO8859-15 interfaces = eth1 [homes] comment = Home Directories browseable = no # By default, the home directories are exported read-only. Change next # parameter to 'yes' if you want to be able to write to them. writable = no # File creation mask is set to 0700 for security reasons. If you want to # create files with group=rw permissions, set next parameter to 0775. create mask = 0700 # Directory creation mask is set to 0700 for security reasons. If you want to # create dirs. with group=rw permissions, set next parameter to 0775. directory mask = 0700 # Un-comment the following and create the netlogon directory for Domain Logons # (you need to configure Samba to act as a domain controller too.) ;[netlogon] ; comment = Network Logon Service ; path = /home/samba/netlogon ; guest ok = yes ; writable = no ; share modes = no [printers] comment = All Printers browseable = yes path = /tmp printable = yes public = no writable = no create mode = 0700 # Windows clients look for this share name as a source of downloadable # printer drivers [print$] comment = Printer Drivers path = /var/lib/samba/printers browseable = yes read only = yes guest ok = no # Uncomment to allow remote administration of Windows print drivers. # Replace 'ntadmin' with the name of the group your admin users are # members of. ; write list = root, @ntadmin # A sample share for sharing your CD-ROM with others. ;[cdrom] ; comment = Samba server's CD-ROM ; writable = no ; locking = no ; path = /cdrom ; public = yes # The next two parameters show how to auto-mount a CD-ROM when the # cdrom share is accesed. For this to work /etc/fstab must contain # an entry like this: # # /dev/scd0 /cdrom iso9660 defaults,noauto,ro,user 0 0 # # The CD-ROM gets unmounted automatically after the connection to the # # If you don't want to use auto-mounting/unmounting make sure the CD # is mounted on /cdrom # ; preexec = /bin/mount /cdrom ; postexec = /bin/umount /cdrom [Compartida] comment = Repositorio de Ficheros Compartidos path = /home/admin/repositorio public = no only guest = no writable = yes printable = no browseable = yes create mask = 0777 directory mask = 0777 force user = nobody force group = nogroup force create mode = 777 force directory mode = 777