Bug#342246: [ia64 headers] arch/ia64/modules.lds: No such file or directory
Package: linux-2.6 Version: 2.6.14-4 Severity: important External module builds against ia64 headers currently fail in the linker stage with an error about missing arch/ia64/module.lds. Perhaps this is a reincarnation of #266804 ? http://buildd.debian.org/fetch.php?pkg=pwcver=10.0.9-1arch=ia64stamp=1132021994file=logas=raw: ... LD [M] /build/buildd/pwc-10.0.9/modules/pwc/pwc.o ld: cannot open linker script file /usr/src/linux-headers-2.6.14-1-itanium/arch/ia64/module.lds: No such file or directory http://experimental.ftbfs.de/fetch.php?pkg=loop-aes-modulesver=3.1b%2B6%2B2arch=ia64stamp=1133810305file=logas=raw: ... LD [M] /build/buildd/loop-aes-modules-3.1b+6+2/modules/loop-aes/loop-AES-v3.1b/tmp-d-kbuild/loop.o ld: cannot open linker script file /usr/src/linux-headers-2.6.14-2-itanium/arch/ia64/module.lds: No such file or directory cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342248: [m68k headers] binaries are i386 - cannot execute binary file
Package: linux-2.6 Version: 2.6.12-10 Severity: important This bug is a bit weird :-) Apparently the binaries in m68k -headers were built for i386. This breaks builds of external modules as they try to execute eg. scripts/basic/fixdep on m68k. $ dpkg -x linux-headers-2.6.12-1-amiga_2.6.12-10_m68k.deb . $ cd usr/src/linux-headers-2.6.12-1-amiga/scripts/basic $ file fixdep fixdep:ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped http://experimental.ftbfs.de/fetch.php?pkg=loop-aes-modulesver=3.1b%2B6arch=m68kstamp=1131026070file=logas=raw ... make[3]: Entering directory `/usr/src/linux-headers-2.6.12-1-amiga' CC [M] /build/buildd/loop-aes-modules-3.1b+6/modules/loop-aes/loop-AES-v3.1b/tmp-d-kbuild/patched-loop.o /bin/sh: scripts/basic/fixdep: cannot execute binary file cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342249: Xen 3.0 released
Package: xen Version: 2.0.6-1 Severity: wishlist Hi! Xen 3.0 has been released upstream... It would be nice to have it in debian! :) Also if you need a hand with it I'd like to help, since I'm using it in some installations and I'm really interested in its good integration with debian! (For example till now I was maintaining my 2.0.7 for sarge in http://debian.quaqua.net/quaqua/backports/ ) Thanks, Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342250: ps_begin_template() should return template id
Package: php4-ps Version: 1.3.1-5.1 ps_begin_template() returns TRUE, rather than the expected template id. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342251: cgoban: ftbfs [sparc] automake-1.9: command not found
Package: cgoban Version: 1.9.14-8 Severity: serious Justification: fails to build from source cgoban failed to build on a sparc buildd, duplicated on my sparc pbuilder. make[1]: Entering directory `/build/buildd/cgoban-1.9.14' cd . automake-1.9 --gnu /bin/sh: automake-1.9: command not found make[1]: *** [Makefile.in] Error 1 make[1]: Leaving directory `/build/buildd/cgoban-1.9.14' make: *** [build] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342221: merging?
This sounds like the same bug as #264312, you might want to consider merging them. Kristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308911: run-parts does not execute links/binaries containing periods in the name
Clint Adams [EMAIL PROTECTED] wrote: Luke Schierer [EMAIL PROTECTED] wrote: Okay, even with the --lsbsysinit option, it is still skipping a file.sh type name. I used run-parts --lsbsysinit --test /etc/cron.daily to test. You would need to use the LSB hierarchical namespace, for example schierer.org-file.sh-blah And the filename would have to start with an underscore, like the manpage explains. Now, couldn't at least a new --relaxed or --syntax=dots,foo,bar option be added that allows the dots, while still ignoring all those .dpkg-* files? (I have files called postgresql-7.4 and postgresql-8.0, and it would be really awful having to rename them postgresql-7_4 or something.) pgp06Ndx2HxT1.pgp Description: PGP signature
Bug#342252: ucf: Could provide a method to query changed state
Package: ucf Version: 1.17 Severity: wishlist It would be nice to ask ucf whether a configuration file has been changed compared to its database (and work with the return value). I know I can simply compare the md5sum of the actual file to the md5sum found in /var/lib/ucf/hashfile; but that's not exactly a clean solution, and relies on internals of ucf that might change in the future. The motivation is that we introduce a new configuration scheme in teTeX: Most files that previously were conffiles or, for that matter, ucf managed configuration files, are now simply shipped in the deb in /usr/share/texmf-tetex - but the local admin can customize the system by copying *any* file from that tree to an appropriate place in /etc/texmf. During the upgrade, we want to remove the former conf(iguration) file if it is unchanged, but keep it or move it to an appropriate place within /etc/texmf if it has been changed. Regards, Frank -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- debconf information: * ucf/changeprompt_threeway: install the package maintainer's version ucf/title: * ucf/changeprompt: keep your currently-installed version -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#342253: kicker-applets: System Monitor doesn't properly handle transparency
Package: kicker-applets Version: 4:3.4.3-1 Severity: normal [I wasn't able to properly figure out which binary the System Monitor belongs to, and I assume that it is ktimemon. If it is not, please reassign appropriately] In a transparent panel, the System Monitor sometimes loses transparency and shows up as a black square with the bars painted upon. This is replaced by the background pretty fast, but is an annoying point of activity on the screen. See attached .png screenshot. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages kicker-applets depends on: ii kdelibs4c2a 4:3.5.0-1core libraries for all KDE applica ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3The Network Audio System (NAS). (s ii libc6 2.3.5-8.1GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1generic font configuration library ii libfreetype62.1.10-1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-2 Client library for the gamin file ii libgcc1 1:4.0.2-5GCC support library ii libglib1.2 1.2.10-10The GLib library of C routines ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn110.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-66.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext66.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama16.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii xmms1.2.10+cvs20050809-4 Versatile X audio player ii zlib1g 1:1.2.3-8compression library - runtime Versions of packages kicker-applets recommends: ii kicker4:3.5.0-1 desktop panel for KDE -- no debconf information system-monitor.png Description: PNG image
Bug#342256: thinkpad-source: Fails to compile on 2.6.15
Package: thinkpad-source Version: 5.8-4 Severity: important Tags: patch Compiling thinkpad modules under 2.6.15 fails as pm_activate in thinkpadpm.c is undeclared. Problem can be solved by adding #include linux/pm_legacy.h in /usr/src/modules/thinkpad/2.6/drivers/thinkpadpm.c -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages thinkpad-source depends on: ii debhelper5.0.7 helper programs for debian/rules ii devscripts 2.9.10 Scripts to make the life of a Debi ii gcc [c-compiler] 4:4.0.2-1 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-24 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-10 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.5-1 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5 The GNU C compiler ii make 3.80-11 The GNU version of the make util Versions of packages thinkpad-source recommends: ii dpkg-dev 1.13.11package building tools for Debian ii kernel-package10.014 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342255: Starting script do not follow POSIX
Package: eclipse-platform-common Version: 3.1.1-6 Severity: normal [EMAIL PROTECTED]:/home/juhtolv % eclipse zsh: correct 'eclipse' to '.eclipse' [nyae]? n /usr/bin/eclipse: line 77: syntax error near unexpected token `' /usr/bin/eclipse: line 77: `done (cat /etc/eclipse/java_home | grep -v '^#' | grep -v '^$')' zsh: 11541 exit 2 eclipse [EMAIL PROTECTED]:/home/juhtolv % rm -rf .eclipse [EMAIL PROTECTED]:/home/juhtolv % eclipse /usr/bin/eclipse: line 77: syntax error near unexpected token `' /usr/bin/eclipse: line 77: `done (cat /etc/eclipse/java_home | grep -v '^#' | grep -v '^$')' zsh: 11549 exit 2 eclipse [EMAIL PROTECTED]:/home/juhtolv % unset POSIXLY_CORRECT [EMAIL PROTECTED]:/home/juhtolv % unset POSIX_ME_HARDER [EMAIL PROTECTED]:/home/juhtolv % eclipse zsh: correct 'eclipse' to '.eclipse' [nyae]? n searching for compatible vm... testing /usr/lib/jvm/java-gcj...found -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'unstable'), (99, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages eclipse-platform-common depends on: ii eclipse-platform 3.1.1-6Eclipse platform without plug-ins ii gij-3.3 [java1-runtime] 1:3.3.6-7 The GNU Java bytecode interpreter ii gij-4.0 [java1-runtime] 4.0.2-5j1 The GNU Java bytecode interpreter ii java-common 0.23 Base of all Java packages ii java-gcj-compat 1.0.44-1 Java runtime environment using GIJ ii kaffe-pthreads [java1-runtime 2:1.1.6-3 A POSIX threads enabled version of ii sablevm [java1-runtime] 1.11.3-2 Free implementation of Java Virtua ii zenity2.10.1-1 Display graphical dialog boxes fro eclipse-platform-common recommends no packages. -- no debconf information -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv She turns me on. She makes me real. I have to apologize for the way I feel. Nine Inch Nails -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342254: fwlogwatch: [INTL:sv] Swedish PO-template translation
Package: fwlogwatch Version: 1.0-6 Severity: wishlist Tags: patch l10n Much needed update for the swedish translation of fwlogwatch. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) Versions of packages fwlogwatch depends on: ii debconf [debconf-2.0] 1.4.62 Debian configuration management sy ii fake-sendmail [mail-transport 0 Fake package provoding mail-transp ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii sysklogd [system-log-daemon] 1.4.1-17 System Logging Daemon ii zlib1g1:1.2.3-8 compression library - runtime fwlogwatch recommends no packages. -- debconf information: * fwlogwatch/email: [EMAIL PROTECTED] * fwlogwatch/respond: yes (iptables) * fwlogwatch/realtime: true * fwlogwatch/notify: yes (mail) * fwlogwatch/cron_parameters: -p -d -O ta -t -e -l 1d * fwlogwatch/cron_email: [EMAIL PROTECTED] fwlogwatch/buildconfig: true msgid msgstr Project-Id-Version: fwlogwatch 1.0.6\n POT-Creation-Date: 2004-03-28 20:54+0200\n PO-Revision-Date: 2005-12-06 16:06+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #: ../compare.c:134 msgid conn_sort_up: wrong mode\n msgstr conn_sort_up: Fel läge\n #: ../compare.c:230 #, c-format msgid Error in sort string: '%c', order expected, ignoring.\n msgstr Fel i sorteringssträng: \%c\, sorteringsordning förväntad, ignorerar.\n #: ../compare.c:244 #, c-format msgid Error in sort string: '%c', direction expected, ignoring.\n msgstr Fel i sorteringssträng: \%c\, sorteringsrikting förväntad, ignorerar.\n #: ../compare.c:248 msgid Error in sort string, direction expected, ignoring.\n msgstr Fel i sorteringssträng: \%c\, riktning förväntad, felet ignoreras.\n #: ../compare.c:324 #: ../compare.c:326 #: ../modes.c:175 #: ../modes.c:181 #: ../modes.c:772 #: ../modes.c:774 #: ../output.c:82 #: ../output.c:89 #: ../output.c:169 #: ../output.c:178 #: ../output.c:353 msgid %b %d %H:%M:%S msgstr %b %d %H:%M:%S #: ../compare.c:325 #, c-format msgid Timewarp in log file (%s msgstr Tidsomställning i loggfil (%s #: ../main.c:25 #, c-format msgid Usage: %s [options] [input_files]\n msgstr Användning: %s [flaggor] [inmatningsfiler]\n #: ../main.c:26 msgid General options:\n msgstr Allmänna flaggor:\n #: ../main.c:27 msgid -h this help\n msgstr -h denna hjälptext\n #: ../main.c:28 msgid -L show time of first and last log entry\n msgstr -L visa tid för första och sista loggposten\n #: ../main.c:29 msgid -V show version and copyright info\n msgstr -V visa versions- och copyrightinformation\n #: ../main.c:32 msgid Global options:\n msgstr Globala flaggor:\n #: ../main.c:33 msgid -b show amount of data (sum of total packet lengths)\n msgstr -b visa mängden data (summering av totala paketstorlekar)\n #: ../main.c:34 #, c-format msgid -c filespecify config file (defaults to %s)\n msgstr -c fil konfigurationsfil (förval: %s)\n #: ../main.c:35 msgid -D do not differentiate destination IP addresses\n msgstr -D skilj ej på mottagande IP-adresser\n #: ../main.c:36 msgid -d differentiate destination ports\n msgstr -d skilj ej på mottagande portnummer\n #: ../main.c:37 msgid -E format select or exclude hosts, ports, chains and targets\n msgstr -E format välj eller uteslut värdar, portar, kedjor och mål\n #: ../main.c:38 msgid -m count only show entries with at least so many incidents\n msgstr -m antal visa enbart poster med åtminstone ANTAL incidenter\n #: ../main.c:39 msgid -M number only show this amount of entries\n msgstr -M nummer visa endast detta antal poster\n #: ../main.c:40 msgid -N resolve service names\n msgstr -N slå upp namn på tjänster\n #: ../main.c:41 msgid -n resolve host names\n msgstr -n slå upp värdnamn\n #: ../main.c:42 msgid -O order define the sort order (see the man page for details)\n msgstr -O ordning ange sorteringsordning (se manualsida för beskrivning)\n #: ../main.c:43 msgid -P format use only parsers for specific formats\n msgstr -P format använd enbart tolkar för specifika format\n #: ../main.c:44 msgid -p differentiate protocols\n msgstr -p skilj mellan protokoll\n #: ../main.c:45 msgid -s differentiate source ports\n msgstr -s skilj på källportar\n #: ../main.c:46 msgid -U title set report and status page title and email subject\n msgstr -U titel sätt titel för rapport- och statussida
Bug#342258: linda: Dependency on dpkg-dev should be versioned
Package: linda Version: 0.3.17 Severity: normal The dependency on dpkg-dev introduced in response to bug #324674 should be versioned. dpkg-architecture -L only works in more recent versions of dpkg-dev. For example the version in sarge doesn't support the parameter. So while linda from etch is installable on sarge, it currently doesn't work because it won't make sure that the version of dpkg-dev is sufficient. I would suggest adding a dependency on dpkg-dev (=1.13.11). regards, Sven -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (400, 'experimental'), (90, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-incase Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linda depends on: ii binutils 2.15-6 The GNU assembler, linker and bina ii dash 0.5.2-5The Debian Almquist Shell ii file 4.12-1 Determines file type using magic ii man-db2.4.2-21 The on-line manual pager ii python2.3.5-2An interactive high-level object-o Versions of packages linda recommends: ii debian-policy 3.6.1.1Debian Policy Manual and related d -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340958: aspell-pl: Możesz not found in dictionary
This is known aspell6 bug: http://sourceforge.net/tracker/index.php?func=detailaid=1177422group_id=245atid=100245 I will reassing this bug to aspell package. eloy -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej
Bug#342257: centericq - workarounds bugs in curl
Package: centericq Version: 4.21.0-7 Severity: serious The last upload of centericq works around a bug in curl. Bastian -- You're too beautiful to ignore. Too much woman. -- Kirk to Yeoman Rand, The Enemy Within, stardate unknown signature.asc Description: Digital signature
Bug#341777: Support Mysql for WebApps deployed to Tomcat
Kalle Kivimaa wrote: If a webapp wants to use a DB, it is up to the maintainer of that webapp package to decide which DB's s/he is going to support. Why don't you let the administrator decide upon the database? After all, that's what the SQL standard and the JDBC driver/JNDI datasource architectures are designed for. I'd guess that I would simply link all those JDBC libraries which are in main (actually, I probably need to do this when JSPWiki 2.4 comes out), but some other maintainers might take a different approach. Does this mean that if I'm going to install JSPWiki 2.4, that package depends on drivers of all databases in main, and thus I have to install all those drivers? I'm afraid I'm not very happy with this solution, because I'd like to limit to just one database system. Why would I want drivers for dozends of DBs on my system if I'm only going to use Postgres? Also, what approach are you going to take with tomcat5-admin? The admin uses Realms for authentication if this hasn't changed lately, so the database driver cannot be copied/linked to WEB-INF/lib rather than common/lib. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342044: security.debian.org: Systemically making Debian GNU/Linux less suseptible to buffer overflow attacks
On Sun, Dec 04, 2005 at 02:25:07PM -0800, Bill Wohler wrote: Package: security.debian.org Severity: wishlist This is an inappropriate package to report this bug against, I'd suggest at least using GCC. They mentioned StackGuard, ProPolice, StackShield, and RAD (Return Address Defender) for the compiler and libsafe (already a Debian package in sid) for the OS. Some of these have been discussed on Debian lists already. I have no idea how these tools might be incorporated into Debian, but I think it would be a Good Thing if every program were protected by them. It would make our systems safer, and would be great for Debian marketing. I concur. I've made Sarge packages of SSP available here: http://people.debian.org/~skx/ssp.html Two relevent bugs reports you should read are: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=213994 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233208 These were relating to the addition of compiler protection in GCC. When GCC v4.1 comes out it will have one. The next step is of course to enable it and use it on the buildds - whether that happens or not will be an interesting situation; I'd be very pleased if it did but either way security.debian.org isn't the right place to discuss it. I'd suggest the debian-security mailing list as a good target for discussion.. -- Steve -- # The Debian Security Audit Project. http://www.debian.org/security/audit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342144: fail2ban: Apache(2) features
Hi Ross, I'm abroad at the moment so I don't have enough time to look at all the questions in details - I will get back to it asap (or as soon as there is no beer on the table, whichever is the first), but regarding parameters definitions within each section - they can be redefined for each section with no problem As for log files for apache2 -- are you suggesting to create a separate section for apache2 and have proper path setup? -- Yarik On Mon, Dec 05, 2005 at 11:49:33AM -0800, Ross Boylan wrote: Package: fail2ban Version: 0.6.0-1 Severity: wishlist You might note that the log file location needs to be changed for Apache2. Although it's pretty obvious, I managed to miss it at first! Probably a comment right after the Apache header in the config file would be best. It may be the case that the failure patterns for Apache2 differ from those for Apache (v 1). If so, it would be good to provide them. I notice a lot of probes that show up in error.log but not access.log. They look like this: -- [Sun Nov 27 07:58:26 2005] [error] [client 219.140.132.121] File does not exist: /var/www/sfgc/cgi-bin, referer: http://www.lookquick.net/search.php [Sun Nov 27 07:59:59 2005] [error] [client 219.140.132.121] File does not exist: /var/www/sfgc/xml.php, referer: http://www.lookquick.net [Sun Nov 27 08:03:45 2005] [error] [client 219.140.132.121] File does not exist: /var/www/sfgc/cgi-bin, referer: http://orseek.com [Sun Nov 27 08:04:14 2005] [error] [client 219.140.132.121] File does not exist: /var/www/sfgc/xml.php, referer: http://lookquick.net/search.php [Sun Nov 27 08:05:44 2005] [error] [client 219.140.132.121] File does not exist: /var/www/sfgc/cgi-bin, referer: http://orseek.com -- To be honest, I'm not sure if these are fairly routine indexing by search engines, but they seemed suspicious to me. If appropriate, it would be nice to ban on this basis too. Finally, it seems desirable to have maxfailures and other paramaters differ for the different sections. It's hard to tell whether this is possible already. If it is, perhaps modify - # password failure. Each section has to define the following # options: logfile, fwban, fwunban, timeregex, timepattern, # failregex. -- in fail2ban.conf. After password failure. add Each section may also redefine any of the parameters given above. The redefinition affects that section only. Note this wording implies both [DEFAULT] and [MAIL] parameters can be redefined, which seems best. If it's only one, adjust accordingly. If this feature doesn't exist, it would be nice to add it. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27advncdfs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fail2ban depends on: ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii python2.3.5-3An interactive high-level object-o fail2ban recommends no packages. -- no debconf information -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpAY9kdATWS0.pgp Description: PGP signature
Bug#342234: install: Partitioning usability (LVM in particular)
Colin Watson [EMAIL PROTECTED] writes: reassign 342234 partman-lvm thanks On Tue, Dec 06, 2005 at 08:15:03AM -0500, David Abrahams wrote: Package: install Severity: important http://article.gmane.org/gmane.linux.ubuntu.user/58937 and its follow-ups: http://article.gmane.org/gmane.linux.ubuntu.user/58941 http://article.gmane.org/gmane.linux.ubuntu.user/58952 http://article.gmane.org/gmane.linux.ubuntu.user/58959 http://article.gmane.org/gmane.linux.ubuntu.user/58961 http://article.gmane.org/gmane.linux.ubuntu.user/58998 describe my all-day experience trying to do LVM partitioning for a clean Ubuntu install. I was asked to post this here by Colin Watson. Colin, please let me know if you need more information here. I asked you to file this as an Ubuntu bug; Maybe you _meant_ to ask me that, but what you actually wrote was Could you please file this as a bug report in Bugzilla, on the component 'partman-lvm'? Please also attach /var/log/syslog, /var/log/messages, and /var/log/partman from the installer (once you've finished the install, these files live in /var/log/installer/ instead). In the absence of specifics (which I requested), I had to assume that the bug should be filed in the same place as the other bug you mentioned: Mm, yes, definitely some extra validation needed there. This is: http://bugs.debian.org/254630 So under the circumstances, I did the best I could, really. sorry I didn't get round to giving you the URL (http://bugzilla.ubuntu.com/). I suspect that not all of these issues will necessarily apply to Debian, and in general we don't encourage Ubuntu users to file Debian bugs unless they've actually reproduced the problem on Debian. However, I'll reassign to partman-lvm anyway for the time being ... ===File /var/log/installer/syslog=== You'll need to be root to read that one. Okay, I can do that. So do you want me to refile at bugzilla.ubuntu.com ? -- Dave Abrahams Boost Consulting www.boost-consulting.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340980: Upgrading to sid to install yaboot on a G5
Dear maintainters, I finally managed to install a boot loader. To do so, I booted in rescue mode, mounted the root partition in /target, and upgraded to sid. Here are the details - Boot on the install cd, type rescue, and press return. - Answer the trivial questions about hostname, and select the partition where the root system is installed. - In my case, if I open a shell through the installer's menu, the console has critical failures in display and keyboard input, especially if I want to use a text editor, so I opened the shell on the second console, which is OK (is it because I am not using the C locale?) - mount /sys ; mount /proc - vi /etc/apt/sources.list ; substitute unstable to testing - aptitude update ; aptitude dist-upgrade - mv /etc/yaboot.conf /etc/yaboot.conf_ - yabootconfig ; ybin - reboot The resulting system is bootable and, not so surprisingly, unstable. The ethernet network fails to start, and the keyboard eventually freezes after a few minutes. But I suppose I shall discuss this on the debian-ppc list? Nevertheless, I kept a second partition, so that I can test the installer when it will contain the yaboot package of sid. Best, -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342244: mysql-dfsg-5.0: FTBFS on hppa
On Tue, Dec 06, 2005 at 03:33:52PM +0100, Frank Küster wrote: CRUFT BEGIN /usr/bin/fakeroot: line 152: 24322 Trace/breakpoint trap FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH=$PATHS LD_PRELOAD=$LIB $@ Build killed with signal 15 after 150 minutes of inactivity ** Build finished at 20051203-0616 FAILED [dpkg-buildpackage died] Don't know whether this is a problem with fakeroot or with the CRUFT in the Makefile. blech. well, it could be any of the following commands in our list of CRUFT: @echo CRUFT BEGIN @find -type l -print0 | xargs --no-run-if-empty -0 rm -v @find -name .deps -type d -print0 | xargs --no-run-if-empty -0 rm -rfv @rm -vrf ndb/docs/.doxy* ndb/docs/*html ndb/docs/*pdf innobase/autom4te.cache @for i in \ readline/Makefile \ sql-bench/Makefile \ scripts/make_win_binary_distribution \ scripts/mysql_explain_log \ scripts/mysql_tableinfo \ scripts/mysqlbug \ sql/lex_hash.h \ strings/ctype_autoconf.c \ config.log \ config.cache \ ; \ do \ rm -vf $$i; \ done @echo CRUFT END none of these should endlessly loop. if faulty hardware/disk is suspect, the find jobs might be taking an extraordinary amount of time as a result... i can see a way to optimise the cleanups on the .deps directory (passing -prune to find) but it seems orthogonal to the problem at hand. is it worth uploading a new version with the @'s removed, or is there some other way to investigate what's going on? sean signature.asc Description: Digital signature
Bug#342261: pinball: recursive dependency disease
Package: pinball Version: 0.3.1-3 Severity: normal 'pinball' is suffering from recursive library dependency disease, of the sort described at http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html Many of these are unnecessary: Versions of packages pinball depends on: ii aalib1 1.4p5-28ascii art library - transitional p ii libaa1 [aalib1] 1.4p5-28ascii art library ii libasound2 1.0.10-1ALSA library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libglu1-xorg [li 6.8.2.dfsg.1-7 Mesa OpenGL utility library [X.Org ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libncurses5 5.5-1 Shared libraries for terminal hand ii libogg0 1.1.2-1 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsdl-image1.2 1.2.4-1 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.9-0.0 Simple DirectMedia Layer ii libsm6 6.8.2.dfsg.1-7 X Window System Session Management ii libsmpeg00.4.5+cvs20030824-1.5.1 SDL MPEG Player Library - shared l ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-22 console SVGA display libraries ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii pinball-data 0.3.1-3 Data files for the Emilia Pinball ii slang1 1.4.9dbs-8 The S-Lang programming library - r ii xlibmesa-gl [lib 6.8.2.dfsg.1-7 Mesa 3D graphics library [X.Org] ii xlibs6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342260: svn-buildpackage: default values not automatically selected at prompt
Package: svn-buildpackage Version: 0.6.14 Severity: minor Hi, When svn-buildpackage recognizes an error, it presents the following prompt: ... how to continue now? [Qri?]: The Q is capitalized, suggesting that it is the default selection (as is the case in other similar console programs. However, hitting Enter results in the following error: Invalid selection! The choices are: Quit (q), Retry (r), Ignore continue (i). It would be very nice for the default capitlized choice to actually be selected by default if no other selection is made (or alternatively, simply not to be capitilized to begin with). Charles -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (80, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages svn-buildpackage depends on: ii devscripts 2.9.8Scripts to make the life of a Debi ii libsvn-core-perl1.2.3dfsg1-2 perl bindings for Subversion (aka. ii perl5.8.7-7 Larry Wall's Practical Extraction ii subversion 1.2.3dfsg1-2 advanced version control system (a ii subversion-tools1.2.3dfsg1-2 assorted tools related to Subversi svn-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342262: Gramps fails to launch
Package: gramps Version: 2.0.8-1 gramps fails to start using Debian unstable, kernel 2.6.14-1-686, Xorg and Gnome 2.12 from Experimental [EMAIL PROTECTED]:~$ gramps /usr/bin/gramps: not in executable format: File format not recognized warning: Could not load vsyscall page because no executable was specified try using the file command first. Backtrace was generated from '/usr/bin/gramps' Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1210616128 (LWP 23048)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7eea1de in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0xb7eea1de in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0xb6e7d25b in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #2 signal handler called #3 0xb7c645c0 in ?? () from /usr/lib/python2.3/site-packages/gtk-2.0/gobject.so #4 0xb7328cd9 in init_print () from /usr/lib/python2.3/site-packages/gtk-2.0/gnomeprint/_print.so #5 0xb732294d in init_print () from /usr/lib/python2.3/site-packages/gtk-2.0/gnomeprint/_print.so #6 0x080d2842 in _PyImport_LoadDynamicModule () #7 0x080d0bf4 in PyImport_ExecCodeModule () #8 0x080d14a2 in PyImport_ReloadModule () #9 0x080d16bf in PyImport_ReloadModule () #10 0x080d1b3c in PyImport_ImportModuleEx () #11 0x080aa555 in _PyUnicodeUCS4_IsNumeric ()
Bug#342263: Please package the new upstream release
Package: widelands Version: build9-7 Severity: wishlist Please Package the new upstream release 9half. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342244: mysql-dfsg-5.0: FTBFS on hppa
sean finney [EMAIL PROTECTED] wrote: none of these should endlessly loop. if faulty hardware/disk is suspect, the find jobs might be taking an extraordinary amount of time as a result... i can see a way to optimise the cleanups on the .deps directory (passing -prune to find) but it seems orthogonal to the problem at hand. is it worth uploading a new version with the @'s removed, or is there some other way to investigate what's going on? The last time the package failed, it was because the build-dependency tetex-bin failed to install. But the error messages with which it failed were very strange, and I suspected buggy hardware. I have asked ryan murray and the hppa list about this, but never received an answer. I don't know whether the problem magically solved itself (which would again point to a hardware problem) or whether some admin acted. It would be interesting to find out why the buildd tried again to build the package after the last one failed - maybe this gives some insight who did what why when. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#342264: ITP: octplot -- graphical interface for Octave
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere [EMAIL PROTECTED] * Package name: octplot Version : 0.3.0 Upstream Author : Shai Ayal [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/octplot/ * License : GPL Description : graphical interface for Octave OctPlot is a system of drawing objects that can replace the traditional Gnuplot graphical interface used by Octave to display data. It provides quality postscript(TM) and OpenGL screen graphics for the Octave package. At present, only 2D graphics are supported, including surfaces, patch objects and zooming. Octplot can produce pdf, png and jpg files with the aid of gs (ghostscript). This package will be maintained collectively by the Debian Octave Group (http://pkg-octave.alioth.debian.org). A preliminary version of the package can be found at: http://pkg-octave.alioth.debian.org/octplot/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342247: updating tetex-extra fails
Robert Sander [EMAIL PROTECTED] wrote: Package: tetex-extra Version: 2.0.2c-8 Severity: grave Justification: renders package unusable Hi! The latest update is not installable: snell:~# apt-get install tetex-extra Reading Package Lists... Done Building Dependency Tree... Done The following packages will be upgraded: tetex-extra 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. What was the package that was not fully installed or removed? I guess it was tetex-extra? Need to get 0B/10.5MB of archives. After unpacking 16.4kB disk space will be freed. (Reading database ... 176463 files and directories currently installed.) Preparing to replace tetex-extra 2.0.2c-8 (using .../tetex-extra_2.0.2c-8sarge1_all.deb) ... Unpacking replacement tetex-extra ... Setting up tetex-extra (2.0.2c-8sarge1) ... Running updmap. This may take some time. ... Running updmap failed. dpkg: error processing tetex-extra (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: tetex-extra E: Sub-process /usr/bin/dpkg returned an error code (1) snell:~# updmap updmap: config file updmap.cfg not found. Please send us the output of ls /var/lib/texmf/web2c/updmap* kpsewhich --format='web2c files' updmap.cfg Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#342265: asterisk-h323 packages seems completely unuseful, why provide it?
Package: asterisk-h323 Severity: normal This package provides nothing besides some documentation already provided from the asterisk package. It has no binary files, while the package name suggests it provides H323 capabilities to asterisk. Why not delete it (or render it useful) ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342266: RFP: eclipse-latex-plugin -- Plugin of Eclipse for editing LaTeX-code
Package: wnpp Severity: wishlist * Package name: eclipse-latex-plugin * URL : http://eclipse-latex.sourceforge.net/ * License : GPL Description : Plugin of Eclipse for editing LaTeX-code Quote from homepage: Clip here What is LaPsE? LaPsE is a LaTeX-Editor for the Eclipse IDE. Why integrating LaTeX into Eclipse? The LaTeX framework gets you from the source files, the .tex files you write, to the result - which might be a PDF- or DVI-document, a Webpage or any other supported document output format. This cycle is quite similar to developing software: there you also have source files and a system that produces binaries (or bytecode ;). Therefore it is possible to map virtually any feature you use to develop software on a LaTeX editor. To do this for Eclipse is the goal of the LaPsE editor. Clip here -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'unstable'), (99, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv She turns me on. She makes me real. I have to apologize for the way I feel. Nine Inch Nails -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342267: gcc-4.0: boost 1.33.x FTBFS with cannot handle R_PARISC_PCREL17F...
Package: gcc-4.0 Version: n/a Severity: important hi, gcc-4.0 makes boost 1.33.x FTBFS on hppa. this bug is probably the same of #342245 for gcc-3.4, only that gcc-4.0 _never_ built 1.33.x on that architecture. /usr/bin/ld: bin/boost/libs/serialization/build/libboost_serialization.so/gcc/debug/shared-linkable-true/threading-multi/xml_oarchive.o(.gnu.linkonce.t._ZN5boost7archive6detail18interface_oarchiveINS0_12xml_oarchiveEElsIKNS0_12version_typeEEERS3_RT_[boost::archive::xml_oarchive boost::archive::detail::interface_oarchiveboost::archive::xml_oarchive::operator boost::archive::version_type const(boost::archive::version_type const)]+0x44): cannot reach 1f29__ZN5boost7archive18basic_xml_oarchiveINS0_12xml_oarchiveEE13save_overrideERKNS0_12version_typeEi+0, recompile with -ffunction-sections /usr/bin/ld: bin/boost/libs/serialization/build/libboost_serialization.so/gcc/debug/shared-linkable-true/threading-multi/xml_oarchive.o(.gnu.linkonce.t._ZN5boost7archive6detail18interface_oarchiveINS0_12xml_oarchiveEElsIKNS0_12version_typeEEERS3_RT_[boost::archive::xml_oarchive boost::archive::detail::interface_oarchiveboost::archive::xml_oarchive::operator boost::archive::version_type const(boost::archive::version_type const)]+0x44): cannot handle R_PARISC_PCREL17F for boost::archive::basic_xml_oarchiveboost::archive::xml_oarchive::save_override(boost::archive::version_type const, int) /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status the full log is available at http://buildd.debian.org/fetch.php?pkg=boostver=1.33.0-2arch=hppastamp=1130099046file=logas=raw. i'm again available to delve further into this if only i get some hint of the direction to follow. anyway i'd be probably able to only extract more info, surely not to to fix the compiler itself. thanks domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342268: wmcb: middle-click on buffer display area causes X Error (BadAtom)
Package: wmcb Version: 0.2-2 Severity: normal [EMAIL PROTECTED]:~$ wmcb X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 20 (X_GetProperty) Atom id in failed request: 0x0 Serial number of failed request: 131 Current serial number in output stream: 131 This is repeatable. Launch wmcb, middle-click on the application, above error is generated, and application closes. Middle clicking only causes above error if it's done to the area which displays the cut buffer, it's fine to click on the arrows, the cut buffer number, and so on. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages wmcb depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m wmcb recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#14940: Can you still reproduce Debian bug 14940
On 12/5/05, Nathanael Nerode [EMAIL PROTECTED] wrote: It's very old, Branden can't reproduce it, and if you the submitter can't, perhaps it should be closed. I can't reproduce it. Yeah, it should probably be closed. Thanks, -- Raul
Bug#341398: Can not reproduce
Aidas Kasparas wrote: tags 341398 + moreinfo unreproducible thanks I see you're using non standard kernel. Can you reporoduce the same problem with standard kernel? I was unable to reproduce with 2.6.14-2-686. Can you state what kind of ipsec policies you have in place? Are you using any other tools which use pfkey sockets, or alter SPD in other ways? There was one other user who reported an identical issue. So we need to figure out what Alex and Vincent have in common. Alex mentioned that his issue is identical to what Vincent is facing. The log messages about PF_KEY register is suspicious. I have never faced this myself. I am unable to reproduce this problem either with 2.6.12-10. Are you guys by any chance using freeswan/openswan modules with racoon? Ganesan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342237: apt: where is the archive keyring? not /usr/share/keyrings/debian-archive-keyring.gpg
reassign 342237 debian-keyring severity 342237 wishlist retitle 342237 Please provide Debian archive keyring merge 342237 316344 thanks mateOn Tuesday, December 06, 2005 1:30 PM, Sean Finney [EMAIL PROTECTED] wrote: Package: apt Version: 0.6.43 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 copelandia[~]14:24:26$ sudo apt-key update ERROR: Can't find the archive-keyring Is the debian-keyring package installed? The key is intended to become part of the debian-keyring package, but isn't yet. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316344;msg=15 for example. Reasssigning and merging with the above report. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342261: pinball: Fixable by relibtoolization
Package: pinball Version: 0.3.1-3 Followup-For: Bug #342261 This bug is trivially fixable by relibtoolizing using Debian's libtool, as described at http://people.debian.org/~keybuk/libtool-updating.html You have to libtoolize both the top level directory and the ltdl subdirectory. (In the long run, it might be better to depend on an external ltdl package, but that's beyond the scope of this.) I tested this; if you have trouble, I can send you a patch; just let me know. -- Nathanael Nerode [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342262: Gramps fails to launch
Just curious, on that machine can you start python and import gtk, gnome, and similar modules? $ python import gtk import gnome import gtk.gdk import gnomeprint, gnomeprint.ui Alex -- Alexander Roitman http://www.gramps-project.org signature.asc Description: This is a digitally signed message part
Bug#342269: libglibmm-2.4-1c2: cannot install: broken dependency
Package: libglibmm-2.4-1c2 Severity: grave Justification: renders package unusable The libglibmm-2.4-1c2 package cannot be installed because it needs libsigc++-2.0-0c2 that has been replaced by libsigc++-2.0-0c2a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342270: libgtkmm-2.4-1c2: cannot install: broken dependency
Package: libgtkmm-2.4-1c2 Severity: grave Justification: renders package unusable The libgtkmm-2.4-1c2 package is uninstallable because it needs libsigc++-2.0-0c2 that has been replaced by libsigc++-2.0-0c2a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342218: aptitude: fails to build, tests/Makefile.in is not up to date
On Tue, Dec 06, 2005 at 11:53:44AM +0100, Filippo Giunchedi [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.0-3experimental2 I assume you mean -5experimental1. Severity: serious Tags: experimental Justification: no longer builds from source experimental aptitude (as of today) fails make check in tests/ because vscreen is not included in LDADD in tests/Makefile.in, looks like tests/Makefile.in isn't updated WRT tests/Makefile.am Builds fine for me from a cleanly unpacked source. Daniel signature.asc Description: Digital signature
Bug#342267: gcc-4.0: boost 1.33.x FTBFS with cannot handle R_PARISC_PCREL17F...
did you check the suggestion from the error message? please notice that the error message comes from the linker (binutils). Domenico Andreoli writes: Package: gcc-4.0 Version: n/a Severity: important hi, gcc-4.0 makes boost 1.33.x FTBFS on hppa. this bug is probably the same of #342245 for gcc-3.4, only that gcc-4.0 _never_ built 1.33.x on that architecture. /usr/bin/ld: bin/boost/libs/serialization/build/libboost_serialization.so/gcc/debug/shared-linkable-true/threading-multi/xml_oarchive.o(.gnu.linkonce.t._ZN5boost7archive6detail18interface_oarchiveINS0_12xml_oarchiveEElsIKNS0_12version_typeEEERS3_RT_[boost::archive::xml_oarchive boost::archive::detail::interface_oarchiveboost::archive::xml_oarchive::operator boost::archive::version_type const(boost::archive::version_type const)]+0x44): cannot reach 1f29__ZN5boost7archive18basic_xml_oarchiveINS0_12xml_oarchiveEE13save_overrideERKNS0_12version_typeEi+0, recompile with -ffunction-sections /usr/bin/ld: bin/boost/libs/serialization/build/libboost_serialization.so/gcc/debug/shared-linkable-true/threading-multi/xml_oarchive.o(.gnu.linkonce.t._ZN5boost7archive6detail18interface_oarchiveINS0_12xml_oarchiveEElsIKNS0_12version_typeEEERS3_RT_[boost::archive::xml_oarchive boost::archive::detail::interface_oarchiveboost::archive::xml_oarchive::operator boost::archive::version_type const(boost::archive::version_type const)]+0x44): cannot handle R_PARISC_PCREL17F for boost::archive::basic_xml_oarchiveboost::archive::xml_oarchive::save_override(boost::archive::version_type const, int) /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status the full log is available at http://buildd.debian.org/fetch.php?pkg=boostver=1.33.0-2arch=hppastamp=1130099046file=logas=raw. i'm again available to delve further into this if only i get some hint of the direction to follow. anyway i'd be probably able to only extract more info, surely not to to fix the compiler itself. thanks domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342247: updating tetex-extra fails
On Tue, Dec 06, 2005 at 05:05:36PM +0100, Frank K?ster wrote: What was the package that was not fully installed or removed? I guess it was tetex-extra? Yes. Please send us the output of ls /var/lib/texmf/web2c/updmap* kpsewhich --format='web2c files' updmap.cfg snell:~# ls /var/lib/texmf/web2c/updmap* /var/lib/texmf/web2c/updmap.cfg snell:~# kpsewhich --format='web2c files' updmap.cfg snell:~# Greetings -- Robert Sander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342262: Gramps fails to launch
Alex Roitman wrote: Just curious, on that machine can you start python and import gtk, gnome, and similar modules? $ python import gtk import gnome import gtk.gdk Thanks for your reply! All are ok except I get a segmentation fault with the one below (or either of the ones below separately) import gnomeprint, gnomeprint.ui Alex I have the following related pkgs installed: libgnomeprint2.2-0ver 2.12.1-2 libgnomeprint2.2-data ver 2.12.1-2 libgnomeprint2.2-dev ver 2.12.1-2 libgnomeprintui2.2-0ver 2.12.1-1 libgnomeprintui2.2-commonver 2.12.1-1 libgnomeprintui2.2-devver 2.12.1-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342271: libpam-krb5: /etc/krb5.conf used, but not documented!
Package: libpam-krb5 Version: 1.2.0-1 Severity: normal % dpkg -L libpam-krb5 | xargs grep -i krb5.conf /usr/share/doc/libpam-krb5/TODO:Get defaults from krb5.conf? So, it's not documented, but when I tried using it WITHOUT and /etc/krb5.conf I got: Dec 6 17:56:41 vpn-gw-int openvpn[6072]: (pam_krb5): none: pam_sm_authenticate: entry Dec 6 17:56:41 vpn-gw-int openvpn[6072]: (pam_krb5): hildeb: krb5_parse_name(): Configuration file does not specify default realm Dec 6 17:56:41 vpn-gw-int openvpn[6072]: (pam_krb5): none: pam_sm_authenticate: exit (failure) It should at least be docuemnted somewhere... System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpam-krb5 depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libkrb53 1.4.3-3MIT Kerberos runtime libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l libpam-krb5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335881: numerix: FTBFS: Segfaults in tests
Florian Weimer a écrit : It's at the end of the URL you quoted, but it's incomplete, and the general approach is wrong. Now, I would byte-code the affected instructions in the macro and use it in all macro expansions. like this ? -- # corps de boucle à dérouler. taille du code = 24 octets # entrer avec eax = edx = 1er chiffre de a, CF = 0 #undef BODY #define BODY(x,y,z) \ adcl x(%ebx,%ecx,4), %eax; \ /* movl y(%esi,%ecx,4), %edx */ .byte 0x8B, 0x54, 0x8E, y; \ movl %eax, x(%edi,%ecx,4); \ /* adcl y(%ebx,%ecx,4), %edx */ .byte 0x13, 0x54, 0x8B, y; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%edi,%ecx,4) # boucle d addition déroulée pour 16 chiffres ALIGN(4) L(begin): BODY(-4,0,4);BODY(4,8,12);BODY(12,16,20); BODY(20,24,28) BODY(28,32,36); BODY(36,40,44); BODY(44,48,52); BODY(52,56,60) -- This is how I corrected the bug in the future Numerix-0.22. While I can translate in hexadecimal the whole loop body, I prefer to keep high-level-code wherever it is correctly translated by GAS. Seen your patch. There remains other unrolled loops in the multiplication subroutines, affected by the same bug and that will explain additionnal segfaults. To discover which files are affected do a grep -l BODY kernel/n/x86/*.S Now there are two possibilities : 1. if you guys at Debian need an urgent fix then there is Numerix-0.21a available (with nops instead of hand-coded zero displacements). I can deliver a 0.21b with zero-displacements if necessary. 2. if you don't care about Numerix being buggy then let's live with 0.21 until 0.22 is ready for releasing (probably next Spring). Note that the bug only affects x86-cpu without sse2 capability, this kind of processors belongs to the past now. references: Numerix-0.21a = http://pauillac.inria.fr/~quercia/cdrom/bibs/numerix-0.21a.tar.gz Numerix-0.22 = http://pauillac.inria.fr/~quercia/cdrom/bibs/numerix-0.22.tar.gz Regards, -- Michel Quercia 23 rue de Montchapet, 21000 Dijon http://michel.quercia.free.fr (maths) http://pauillac.inria.fr/~quercia (informatique) mailto:[EMAIL PROTECTED]
Bug#342095: openafs-{db,file}server: Depends on to much crud
Turbo Fredriksson [EMAIL PROTECTED] writes: From the client (where I DO have bos/vos). Can't it be started/stopped without it (i.e., can it be (easily) made to work without bos)? No, it can't. Well, it can be started without bos, but there's no supported way to shut the servers down cleanly or restart them without bos. If not, can bos/vos (or only bos) be put in a -common or 'openafs-server-clients' package? Or included in the openafs-{db,file}server package(s) (with overrides or/and what not)... I'm not sure what problem you're trying to solve. As near as I can tell, all this would do is save a bit of disk space at the cost of making the packaging more complex. Chances are you're not going to notice that 2MB on a file server anyway. (Except it shouldn't necessarily suck in the source package, as you mention below.) I know it complicates things, but I just can't install openafs-client on my server(s). The're SPARC64 (with kernel 2.6), and i never been able to compile the module for that arch/kernel... I'm not sure how that's relevant. openafs-client isn't the kernel module. Just install openafs-client and say that you don't want it to start at boot, and it won't ever try to load a kernel module. I guess I could see maybe breaking off the utilities that don't require the kernel module be loaded to work. I'm just not sure if the effort and possible user confusion is worth it to save a little disk space on a rather unusual configuration. And yeah, as near as I can tell it doesn't work upstream with sparc64; there's an open bug about that, but I don't think there's anyone upstream who has sparc64 hardware they want to run AFS on. Russ You don't need to install the kernel module provided that Russ you always use the -localauth flag, and indeed the kernel Russ module isn't required (only recommended). Not quite so: - s n i p - pumba.pts/9]$ dpkg -I openafs-client_1.4.0-2_sparc.deb | grep -i depends Depends: libc6 (= 2.2.4-4), libncurses5 (= 5.2.20020112a-1), debconf (= 0.5), sysvinit (= 2.80-1), openafs-modules-source (= 1.2.9) | openafs-modules2 - s n i p - Oh, the source is required. Hm. I should maybe downgrade that to recommends since you really don't have to have the kernel module installed. You do for some of the client-side utilities, but not for all of them. Didn't work any way (seems 1.3 and 1.4 can't work together in the same cell!?). 1.3 and 1.4 work fine together in the same cell (and with 1.2 and with much earlier versions). You're going to have to give me more error information -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342267: gcc-4.0: boost 1.33.x FTBFS with cannot handle R_PARISC_PCREL17F...
On Tue, Dec 06, 2005 at 05:41:14PM +0100, Matthias Klose wrote: did you check the suggestion from the error message? please notice that the error message comes from the linker (binutils). -ffunction-sections? yes, i did some time ago but nothing changed. i already submitted a bug report to binutils, #334497. i'd be happy to try with gcc 4.1, but i suppose it will not enter unstable before gcc 4.0 transition is finished. i'm now building boost 1.33.1 for experimental. then i will try to build it on paer.d.o, but i already know it is going to fail, recently i tried from upstream cvs. i will then try again with -ffunction-sections to be sure it really does not solve the problem. i also tried both gcc 3.4 and 4.0 with different levels of optimization, but again nothing changed. it looks like something deep in gcc vs. ld relationship. boost 1.32.0-6.1 built with binutils 2.16.1-2 and gcc 4.0.1-2. but boost 1.32.0+1.33.0-cvs20050727-1 cvs snapshot already broke with binutils 2.16.1-2 and gcc 4.0.1-3. it again built with binutils 2.16.1cvs20050902-1 and gcc 3.4.4-9 but suddenly broke again with gcc 3.4.4-10 and binutils 2.16.1cvs20050902-1 whatever bug/feature makes gcc fail the build, it entered in debian with gcc 4.0.1-3, gcc 3.4.4-10 or with some broken binutils. if i could install packages on paer.d.o, i surely would try different combinations of linker/compiler. cheers domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335881: numerix: FTBFS: Segfaults in tests
* Michel Quercia: like this ? -- # corps de boucle à dérouler. taille du code = 24 octets # entrer avec eax = edx = 1er chiffre de a, CF = 0 #undef BODY #define BODY(x,y,z) \ adcl x(%ebx,%ecx,4), %eax; \ /* movl y(%esi,%ecx,4), %edx */ .byte 0x8B, 0x54, 0x8E, y; \ movl %eax, x(%edi,%ecx,4); \ /* adcl y(%ebx,%ecx,4), %edx */ .byte 0x13, 0x54, 0x8B, y; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%edi,%ecx,4) # boucle d addition déroulée pour 16 chiffres ALIGN(4) L(begin): BODY(-4,0,4);BODY(4,8,12);BODY(12,16,20); BODY(20,24,28) BODY(28,32,36); BODY(36,40,44); BODY(44,48,52); BODY(52,56,60) -- Exactly. Seen your patch. There remains other unrolled loops in the multiplication subroutines, affected by the same bug and that will explain additionnal segfaults. To discover which files are affected do a grep -l BODY kernel/n/x86/*.S Yes, I know. I discovered them after I decided that my approach is the wrong one. Now there are two possibilities : 1. if you guys at Debian need an urgent fix then there is Numerix-0.21a available (with nops instead of hand-coded zero displacements). I can deliver a 0.21b with zero-displacements if necessary. 2. if you don't care about Numerix being buggy then let's live with 0.21 until 0.22 is ready for releasing (probably next Spring). Note that the bug only affects x86-cpu without sse2 capability, this kind of processors belongs to the past now. It's a release-critical bug which needs to be fixed. I would like to use the patch you described above, applied to 0.21. Do you think this is feasible?
Bug#342272: listarchives: please remove Stock Maven spam message
Package: listarchives Severity: normal The following message: http://lists.debian.org/debian-kernel/2004/11/msg00434.html is spam. Since it predates the addition of the spam-reporting feature to our list archives, though, I cannot use the newer means of reporting this message. This particular spam message is a bit of a problem for us; please consult Message-ID: [EMAIL PROTECTED] in the archives of debian-private for why. Thanks for your assistance. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329596: gnome-screenshot: one head blank with xinerama
I'm also seeing this bug with gnome-utils 2.10.1-4. For reference, the screenshots taken by gimp or xwd both contain the entire virtual screen. Ross -- Ross Reedstrom, Ph.D. [EMAIL PROTECTED] Research Scientist phone: 713-348-6166 The Connexions Project http://cnx.rice.edu fax: 713-348-3665 Rice University MS-375, Houston, TX 77005 GPG Key fingerprint = F023 82C8 9B0E 2CC6 0D8E F888 D3AE 810E 88F0 BEDE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342244: mysql-dfsg-5.0: FTBFS on hppa
hi -admin and -devel, executive summary: mysterious and unreproducible ftbfs for mysql, and perhaps other packages on the hppa architecture. a faulty buildd (sarti) is suspected, but afaict all requests for information remain unanswered. i'm suspecting hardware problems, as for mysql this is not the first such ftbfs[1]. originally, a similarly mysterious error occurred where the build didn't even start because installing tetex-bin failed. Frank Küster followed up[2] with debian-hppa as well as debian-admin about the problem, but afaik recieved no response. now, mysql is failing during the execution of debian/rules, in a chunk of code doing no more than a find/xargs/rm[3]. the buildd reports that the job failed do to a lack of activity for more than 150 minutes[4]. On Tue, Dec 06, 2005 at 04:56:58PM +0100, Frank Küster wrote: I have asked ryan murray and the hppa list about this, but never received an answer. I don't know whether the problem magically solved itself (which would again point to a hardware problem) or whether some admin acted. It would be interesting to find out why the buildd tried again to build the package after the last one failed - maybe this gives some insight who did what why when. it would be nice if someone could comment on the matter. looking back in the archives for the hppa list, i see at least one other unrelated post[5] indicating the same problem for multiple other packages, also unanswered so far. this mail was only sent yesterday (20051205) though. however, the poster does point out that the failing packages build just fine on other hppa machines. in the meantime, i'm forwarding this on to d-d (and cc'ing d-a, but not d-hppa as it won't do more good than what's already been done). as much as i hate to stoop to this level, i find often making a public fuss about things is the quickest way to get things going, and i don't know what else can be done. all flames/tar/feathers can be sent my way for having done so and i apologize for having done so if i am in fact totally off-base on my assumptions. sean [1] http://bugs.debian.org/340279 [2] http://lists.debian.org/debian-hppa/2005/11/msg00017.html [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=342244 [4] http://buildd.debian.org/fetch.php?pkg=mysql-dfsg-5.0ver=5.0.16-1arch=hppastamp=1133590988file=logas=raw [5] http://lists.debian.org/debian-hppa/2005/12/msg00012.html signature.asc Description: Digital signature
Bug#342262: Gramps fails to launch
OK, then this seems to be a bug with python2.3-gnome2-extras since that package ships python bindings for gnomeprint. For gramps though, you should be able to get around it by deleting /usr/share/gramps/docgen/LPRDoc.py* files (py, pyc and pyo). You will not be able to directly print from within gramps, since it would need gnomeprint. James, could you please re-assign this to python2.3-gnome2-extras package? I am not a DM and I'm not sure I have this ability :-) And maybe put an experimental tag on it? Thanks, Alex -- Alexander Roitman http://www.gramps-project.org signature.asc Description: This is a digitally signed message part
Bug#340851: 5.7.3 failure
Hi Matt, According to my reading of the doc for mmap, this should work. It does work on other platforms. It also seg faults instead of returning ((void*)-1). Now, what? :-( If you don't want to require that users use a kernel that doesn't misbehave like this, shouldn't you add an autoconf test that checks for this behavior and falls back to some other method? Yes. Very logical. I was feeling tired, exasperated and lazy all at the same time. ;) It is not an easy test, of course, so it is easier to be lazy. I am just so surprised and disappointed to find it failing. Short term: simply disable mmap for page sized files. Dumb and all, but it is also what I do for fixincludes. *sigh*. Cheers - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342273: java-package: fails to unpack sun java packages
Package: java-package Version: 0.24 Severity: important When trying to use make-jpkg to create a package from Sun's jre-1_5_0_06-linux-i586.bin, on this system, it fails to unpack, giving this message: /home/phil/jre-1_5_0_06-linux-i586.bin: line 262: ./install.sfx.24499: Permissio n denied /home/phil/jre-1_5_0_06-linux-i586.bin: line 1: cd: jre1.5.0_06: No such file or directory (more non-relevant output, then...) Testing extracted archive... Invalid size (1 MB) of extracted archive. Probably you have not enough free disc space in the temporary directory. Note: You can specify an alternate directory by setting the environment variable TMPDIR. Aborted. strace output, until this is resolved, will be available at: http://topdeck.tinsleyviaduct.com/make-jpkg.strace I can make the package on another system, it just fails on this one for what seem to be permissions reasons, but I cannot work out why. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.2-topdeck.1.0 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages java-package depends on: ii coreutils 5.2.1-2The GNU core utilities ii debhelper 4.2.32 helper programs for debian/rules ii fakeroot 1.2.10 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342057: initramfs-tools: initrd fails to load BusLogic module on boot
reassign 342057 linux-2.6 tags 342057 upstream stop On Mon, 05 Dec 2005, Frans Pop wrote: After a test in vmware installing 2.6.14-4-686 using initramfs-tools, the system failed to reboot. AFAICT the initrd (udev?) failed to load the BusLogic module even though it is included in the initrd. Note that BusLogic is known to be missing sysfs support. well that's a kernel bug, those reasigning. the ubuntu tree has a fix for that will commit it soon to the d-kernel repo: - [scsi/BusLogic] Add MODULE_DEVICE_TABLE -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342218: aptitude: fails to build, tests/Makefile.in is not up to date
On Tue, Dec 06, 2005 at 08:13:27AM -0800, Daniel Burrows wrote: On Tue, Dec 06, 2005 at 11:53:44AM +0100, Filippo Giunchedi [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.0-3experimental2 I assume you mean -5experimental1. indeed, I failed to tell reportbug I wanted to report on source package Severity: serious Tags: experimental Justification: no longer builds from source experimental aptitude (as of today) fails make check in tests/ because vscreen is not included in LDADD in tests/Makefile.in, looks like tests/Makefile.in isn't updated WRT tests/Makefile.am Builds fine for me from a cleanly unpacked source. with make check here I got: make[3]: Entering directory `/dati2/builds/aptitude-0.4.0/tests' g++ -g -O2 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -D_REENTRANT -o test main.o test_dense_setset.o test_misc.o test_resolver.o test_setset.o test_tags.o test_temp.o test_threads.o test_wtree.o ../src/generic/apt/libgeneric-apt.a ../src/generic/problemresolver/dummy_universe.o ../src/generic/util/libgeneric-util.a -lcppunit -lapt-pkg -lncursesw -lsigc-2.0 -lpthread ../src/generic/util/libgeneric-util.a(temp.o): In function `impl':/dati2/builds/aptitude-0.4.0/src/generic/util/temp.cc:123: warning: the use of `mktemp' is dangerous, better use `mkstemp' ../src/generic/apt/libgeneric-apt.a(apt.o): In function `get_short_description(pkgCache::VerIterator const)':/dati2/builds/aptitude-0.4.0/src/generic/apt/apt.cc:865: undefined reference to `transcode(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, char const*, std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t (*)(int, std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const))' which is of course wrong because ../src/vscreen is not being included please tell me if you need further informations filippo -- Filippo Giunchedi PGP key: 0x6B79D401 random quote follows: Each new user of a new system uncovers a new class of bugs. -- Brian W. Kernighan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342247: updating tetex-extra fails
Robert Sander [EMAIL PROTECTED] wrote: snell:~# ls /var/lib/texmf/web2c/updmap* /var/lib/texmf/web2c/updmap.cfg snell:~# kpsewhich --format='web2c files' updmap.cfg snell:~# This shows that the file exists, but is not found - probably due to some misconfiguration. What's the output of kpsewhich --expand-var '$WEB2C' grep WEB2C /etc/texmf/texmf.cnf grep '^TEXMF =' /etc/texmf/texmf.cnf Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#342274: rancid-core: nlogin can't communicate with netscreen firewalls.
Package: rancid-core Version: 2.3.1-4 Severity: important While trying to use nlogin to download the config from a netscreen firewall I get this error can't read enable: no such variable . I've contacted the upstream maintainer, John Heasley [EMAIL PROTECTED], and he said to upgrade to 2.3.2a3 in order to fix this problem. Please upgrade the debian source to 2.3.2a3. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14-rc2-mm2-p4-raid0-nate Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rancid-core depends on: ii cvs 1:1.12.9-13 Concurrent Versions System ii debconf [debconf-2.0 1.4.30.13 Debian configuration management sy ii expect 5.42.1-1.2 A program that talks to other pr ii iputils-ping 3:20020927-2Tools to test the reachability of ii passwd 1:4.0.3-31sarge5change and administer password and ii perl 5.8.4-8 Larry Wall's Practical Extraction ii ssh 1:3.8.1p1-8.sarge.4 Secure rlogin/rsh/rcp replacement ii tcsh [c-shell] 6.13.00-1 TENEX C Shell, an enhanced version -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342275: Needs rebuild against new librdf0
Package: python2.3-librdf Version: 1.0.2.1-1 Severity: normal python2.3-librdf depends on libmysqlclient12, but librdf0 depends on libmysqlclient14. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages python2.3-librdf depends on: ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcurl3 7.15.0-5.1 Multi-protocol file transfer libra ii libdb4.2 4.2.52-20 Berkeley v4.2 Database Libraries [ ii libidn11 0.5.18-1GNU libidn library, implementation ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libraptor1 1.4.7-1 Raptor RDF Parser library ii librasqal0 0.9.10-1Rasqal RDF query library ii librdf0 1.0.2-2 Redland Resource Description Frame ii libsqlite3-0 3.2.7-1 SQLite 3 shared library ii libssl0.9.7 0.9.7g-5SSL shared libraries ii libxml2 2.6.22-2GNOME XML library ii libxslt1.1 1.1.15-2XSLT processing library - runtime ii python2.32.3.5-9 An interactive high-level object-o ii zlib1g 1:1.2.3-8 compression library - runtime python2.3-librdf recommends no packages. -- no debconf information -- 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342276: gxmms-xmms: If xmms cannot be started, applet displays error, but crashes
Package: gxmms-xmms Version: 0.3.0-4 Severity: normal When the xmms binary is either not executable or missing, the gxmms applet displays an error saying Unable to launch xmms. Upon closing this box, the applet crashes. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages gxmms-xmms depends on: ii gxmms-common0.3.0-4 Common files for the gxmms (both X ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbonobo2-02.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1 The Bonobo UI library ii libc6 2.3.5-8.1GNU C Library: Shared libraries an ii libgconf2-4 2.12.1-4 GNOME configuration database syste ii libglib1.2 1.2.10-10The GLib library of C routines ii libglib2.0-02.8.4-2 The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.12.0-1 A powerful object-oriented display ii libgnomeui-02.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.1.1-1 The GNOME virtual file-system libr ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libgtk2.0-0 2.8.8-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.12.2-1 library for GNOME 2 panel applets ii libpango1.0-0 1.10.1-1 Layout and rendering of internatio ii libpopt01.7-5lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libx11-66.8.2.dfsg.1-11 X Window System protocol client li ii libxext66.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxml2 2.6.22-2 GNOME XML library ii xlibs 6.8.2.dfsg.1-11 X Window System client libraries m ii xmms1.2.10+cvs20050809-4 Versatile X audio player ii zlib1g 1:1.2.3-8compression library - runtime gxmms-xmms recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253437: Bug confirmed
tags 253437 confirmed thanks This bug still happens with the current version of smbumount in Debian. smbumounting a directory changes the group owning /etc/mtab to the primary group of the user doing the smbumount: [EMAIL PROTECTED]:/# ls -l /etc/mtab -rw-r--r-- 1 root root 456 2005-12-06 18:57 /etc/mtab [EMAIL PROTECTED]:~# su - spongebob [EMAIL PROTECTED]:~$ smbmount mykerinos\\public /home/spongebob/toto -o username=bubulle,password= [EMAIL PROTECTED]:~$ ls -l toto total 32 srwxr-xr-x 1 spongebob spongebob 0 Dec 5 08:57 OSL_PIPE_1000_SingleOfficeIPC_fa4cc4a516440c72b34a9977dd5c191 drwxr-xr-x 1 spongebob spongebob 0 Dec 2 06:44 bubulle -rwxr-xr-x 1 spongebob spongebob19 Dec 5 22:58 cvsiJQNc8 -rwxr-xr-x 1 spongebob spongebob18 Dec 5 23:02 cvssmPLOc .../... [EMAIL PROTECTED]:~$ smbumount /home/spongebob/toto [EMAIL PROTECTED]:~$ ls -l toto total 0 [EMAIL PROTECTED]:~$ logout [EMAIL PROTECTED]:~# ls -l /etc/mtab -rw-r--r-- 1 root spongebob 456 2005-12-06 19:03 /etc/mtab r -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245578: Bug still here?
Jérôme, In #245578, you reported a crash of smbclient while transferring a file with it. You first suspected a locale-related problem. Then you reproduced the crash with another file not conataining special characters in its name. Is this problem still happening. I'm afraid that so far after it happened, it may be hard to find what exactly happened. At the minimum, could you reconduct a similar test right now?
Bug#342247: updating tetex-extra fails
On Tue, Dec 06, 2005 at 07:01:25PM +0100, Frank K?ster wrote: kpsewhich --expand-var '$WEB2C' grep WEB2C /etc/texmf/texmf.cnf grep '^TEXMF =' /etc/texmf/texmf.cnf snell:~# kpsewhich --expand-var '$WEB2C' {/root/texmf,/usr/local/share/texmf,/usr/local/lib/texmf,!!/usr/share/texmf}/web2c snell:~# grep WEB2C /etc/texmf/texmf.cnf % WEB2C is for Web2C specific files. The current directory may not be WEB2C = $TEXMF/web2c snell:~# grep '^TEXMF =' /etc/texmf/texmf.cnf TEXMF = {$HOMETEXMF,$TEXMFLOCAL,$TEXMFOLDLOCAL,!!$TEXMFMAIN} Greetings -- Robert Sander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341963: aptitude: Too low penalty for not honoring user request
On Sun, Dec 04, 2005 at 02:26:54PM +0100, Mikael Nilsson [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.0-3 Severity: normal I'm generally quite happy with the new problem resolver in aptitude, but in a few cases I find it less that useful. Case in point: I was trying to install evolution from experimental. aptitude is your friend here, because this is a complex transition involving dbus and a lot of gnome stuff. I did: aptitude -t experimental install evolution which I assumed would do the job for me. However, the first 20 or so alternatives that it presented as a problem resolution involved either removing evolution altogether, or not upgrading it. It was only after a looong series of no, no, no... that it found a working solution. See below. I find it a bit strange that it didn't find this earlier. After all, I asked for an upgrade of evolution, so that should be priority #1. Removing it should probably *never* be an option, nor keeping it. Or at least a last resort... The first alternative to show should be what happens if you *really* want to do this?. Only when that turns out not to be possibly should you consider the other options. Is there an apt.conf option that increases the penalty for those options? Maybe the default value of that penalty should be considerably increased. The option in question is Aptitude::ProblemResolver::PreserveManualScore; I would be interested in hearing whether you have any trouble with that cranked up to 1000 or so over a period of time. (the default is 60) I'm not terribly interested in adding more ways to throw away solutions entirely, as the more complicated you make those schemes, the more likely that they'll eliminate solutions that are actually good. For instance, saying never remove packages that are to be upgraded fails when you're upgrading two packages A and B, where the newer version of A conflicts with B. Daniel signature.asc Description: Digital signature
Bug#249872: Is this bug still reproducible?
Filip, In Debian bug #249872, you reported a failure while loading a VFS module of your own. Given that many changes happened to samba since then and given that the code parts you mentioned have moved or changed, can you mention us whether you still experience this problem. I you can't reproduce it, I'm afraid we won't be able to as well and I hereby will propose closing the bug report. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342273: Acknowledgement (java-package: fails to unpack sun java packages)
Please cancel this bug - I have found a permissions problem which was causing it. -- Phil Reynolds o mail: [EMAIL PROTECTED] |L_ \ / Web: http://www.tinsleyviaduct.com/phil/ (_)- \/ Waltham 67, Emley Moor 69, Droitwich 79, Windows 95 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335881: numerix: FTBFS: Segfaults in tests
Florian Weimer a écrit : It's a release-critical bug which needs to be fixed. I would like to use the patch you described above, applied to 0.21. Do you think this is feasible? I don't know how to make a patch. Is this ok ? [EMAIL PROTECTED]:~/src/caml/numerix/numerix-0.21$ diff -b -C 2 kernel/n/x86 ../numerix-0.22/kernel/n/x86 bug-335881 -- Michel Quercia 23 rue de Montchapet, 21000 Dijon http://michel.quercia.free.fr (maths) http://pauillac.inria.fr/~quercia (informatique) mailto:[EMAIL PROTECTED] diff -b -C 2 kernel/n/x86/add.S ../numerix-0.22/kernel/n/x86/add.S *** kernel/n/x86/add.S 2005-03-18 17:31:38.0 +0100 --- ../numerix-0.22/kernel/n/x86/add.S 2005-12-04 19:10:50.0 +0100 *** *** 985,991 #define BODY(x,y,z) \ adcl x(%ebx,%ecx,4), %eax; \ ! movl y(%esi,%ecx,4), %edx; \ movl %eax, x(%edi,%ecx,4); \ ! adcl y(%ebx,%ecx,4), %edx; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%edi,%ecx,4) --- 985,991 #define BODY(x,y,z) \ adcl x(%ebx,%ecx,4), %eax; \ !/* movl y(%esi,%ecx,4), %edx */ .byte 0x8B, 0x54, 0x8E, y; \ movl %eax, x(%edi,%ecx,4); \ !/* adcl y(%ebx,%ecx,4), %edx */ .byte 0x13, 0x54, 0x8B, y; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%edi,%ecx,4) *** *** 1197,1203 #define BODY(x,y,z) \ sbbl x(%ebx,%ecx,4), %eax; \ ! movl y(%esi,%ecx,4), %edx; \ movl %eax, x(%edi,%ecx,4); \ ! sbbl y(%ebx,%ecx,4), %edx; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%edi,%ecx,4) --- 1197,1203 #define BODY(x,y,z) \ sbbl x(%ebx,%ecx,4), %eax; \ ! /* movl y(%esi,%ecx,4), %edx */ .byte 0x8B, 0x54, 0x8E, y; \ movl %eax, x(%edi,%ecx,4); \ ! /* sbbl y(%ebx,%ecx,4), %edx */ .byte 0x1B, 0x54, 0x8B, y; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%edi,%ecx,4) *** *** 1342,1348 #define BODY(x,y,z) \ adcl x(%esi,%ecx,4), %eax; \ ! movl y(%ebx,%ecx,4), %edx; \ movl %eax, x(%esi,%ecx,4); \ ! adcl y(%esi,%ecx,4), %edx; \ movl z(%ebx,%ecx,4), %eax; \ movl %edx, y(%esi,%ecx,4) --- 1342,1348 #define BODY(x,y,z) \ adcl x(%esi,%ecx,4), %eax; \ !/* movl y(%ebx,%ecx,4), %edx */ .byte 0x8B, 0x54, 0x8B, y ; \ movl %eax, x(%esi,%ecx,4); \ !/* adcl y(%esi,%ecx,4), %edx */ .byte 0x13, 0x54, 0x8E, y; \ movl z(%ebx,%ecx,4), %eax; \ movl %edx, y(%esi,%ecx,4) *** *** 1477,1483 #define BODY(x,y,z) \ sbbl x(%ebx,%ecx,4), %eax; \ ! movl y(%esi,%ecx,4), %edx; \ movl %eax, x(%esi,%ecx,4); \ ! sbbl y(%ebx,%ecx,4), %edx; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%esi,%ecx,4) --- 1477,1483 #define BODY(x,y,z) \ sbbl x(%ebx,%ecx,4), %eax; \ !/* movl y(%esi,%ecx,4), %edx */ .byte 0x8B, 0x54, 0x8E, y; \ movl %eax, x(%esi,%ecx,4); \ !/* sbbl y(%ebx,%ecx,4), %edx */ .byte 0x1B, 0x54, 0x8B, y; \ movl z(%esi,%ecx,4), %eax; \ movl %edx, y(%esi,%ecx,4) diff -b -C 2 kernel/n/x86/div_n2.S ../numerix-0.22/kernel/n/x86/div_n2.S *** kernel/n/x86/div_n2.S 2005-03-18 17:31:10.0 +0100 --- ../numerix-0.22/kernel/n/x86/div_n2.S 2005-12-04 19:25:04.0 +0100 *** *** 301,308 #define BODY(x,y) \ adcl %eax,%edi /* edi += pfaible courant */;\ ! movl x(%ebx), %eax /* eax - b[2i+1] */;\ adcl %edx,%ecx /* ecx - pfort courant*/;\ mull %ebp/* multiplie par q */;\ ! subl %edi,x(%esi)/* a[2i] - pfaible préc. */;\ movl $0, %edi;\ adcl %eax,%ecx /* ecx += pfaible courant */;\ --- 301,310 #define BODY(x,y) \ adcl %eax,%edi /* edi += pfaible courant */;\ !/* movl x(%ebx), %eax eax - b[2i+1] */;\ ! .byte 0x8b, 0x43, x;\ adcl %edx,%ecx /* ecx - pfort courant*/;\ mull %ebp/* multiplie par q */;\ !/* subl %edi,x(%esi) a[2i] - pfaible préc. */;\ ! .byte 0x29, 0x7e, x;\ movl $0, %edi;\ adcl %eax,%ecx /* ecx += pfaible courant */;\ diff -b -C 2 kernel/n/x86/montgomery.S ../numerix-0.22/kernel/n/x86/montgomery.S *** kernel/n/x86/montgomery.S 2005-03-18
Bug#342218: aptitude: fails to build, tests/Makefile.in is not up to date
On Tue, Dec 06, 2005 at 06:38:07PM +0100, Filippo Giunchedi [EMAIL PROTECTED] was heard to say: On Tue, Dec 06, 2005 at 08:13:27AM -0800, Daniel Burrows wrote: On Tue, Dec 06, 2005 at 11:53:44AM +0100, Filippo Giunchedi [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.0-3experimental2 I assume you mean -5experimental1. indeed, I failed to tell reportbug I wanted to report on source package Severity: serious Tags: experimental Justification: no longer builds from source experimental aptitude (as of today) fails make check in tests/ because vscreen is not included in LDADD in tests/Makefile.in, looks like tests/Makefile.in isn't updated WRT tests/Makefile.am Builds fine for me from a cleanly unpacked source. with make check here I got: make[3]: Entering directory `/dati2/builds/aptitude-0.4.0/tests' g++ -g -O2 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -D_REENTRANT -o test main.o test_dense_setset.o test_misc.o test_resolver.o test_setset.o test_tags.o test_temp.o test_threads.o test_wtree.o ../src/generic/apt/libgeneric-apt.a ../src/generic/problemresolver/dummy_universe.o ../src/generic/util/libgeneric-util.a -lcppunit -lapt-pkg -lncursesw -lsigc-2.0 -lpthread ../src/generic/util/libgeneric-util.a(temp.o): In function `impl':/dati2/builds/aptitude-0.4.0/src/generic/util/temp.cc:123: warning: the use of `mktemp' is dangerous, better use `mkstemp' ../src/generic/apt/libgeneric-apt.a(apt.o): In function `get_short_description(pkgCache::VerIterator const)':/dati2/builds/aptitude-0.4.0/src/generic/apt/apt.cc:865: undefined reference to `transcode(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, char const*, std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t (*)(int, std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const))' which is of course wrong because ../src/vscreen is not being included please tell me if you need further informations Could you confirm that -5experimental2 fixes this? Thanks, Daniel signature.asc Description: Digital signature
Bug#342144: fail2ban: Apache(2) features
On Tue, Dec 06, 2005 at 10:23:04AM -0500, Yaroslav Halchenko wrote: Hi Ross, I'm abroad at the moment so I don't have enough time to look at all the questions in details - I will get back to it asap (or as soon as there is no beer on the table, whichever is the first), but regarding parameters definitions within each section - they can be redefined for each section with no problem This is just a wish, so there's no rush. As I said, some of the things I wish for (monitoring error.log) may not even be a good idea. The only thing that might be good to do sooner rather than later is a little warning about the path for apache2. As for log files for apache2 -- are you suggesting to create a separate section for apache2 and have proper path setup? *If* the failure patterns are different for Apache 2 then a separate section is in order. Otherwise, probably just a reminder to edit the path of the log file would suffice. A separate Apache 2 section has the possible advantage of being more obvious and idiot-proof, but maybe not much more. People could see the [apache] section and never notice there's an [apache2] below it. Ross -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342277: file /usr/share/ospics/Debian.png is corrupted
Package: ospics Version: 0.72d-2 File /usr/share/ospics/Debian.png fails integrity check: $ pngcheck /usr/share/ospics/Debian.png /usr/share/ospics/Debian.png CRC error in chunk IDAT (actual 55757ba0, should be 5dcbdc43) $ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341963: aptitude: Too low penalty for not honoring user request
tis 2005-12-06 klockan 10:12 -0800 skrev Daniel Burrows: Is there an apt.conf option that increases the penalty for those options? Maybe the default value of that penalty should be considerably increased. The option in question is Aptitude::ProblemResolver::PreserveManualScore; I would be interested in hearing whether you have any trouble with that cranked up to 1000 or so over a period of time. (the default is 60) I'm Actually, I found it after I sent this report. Unfortunately, it did *nothing* the change the situation. I set it to 2, I set it to -1, and nothing changed. Ehhh, now looking again at file:///usr/share/doc/aptitude/html/en/ch02s04s05.html I see: Option: Aptitude::Problem-Resolver::PreserveManualScore which is what I used. Well, it seems that should be ProblemResolver (without the '-')... Thus, I need to try that again :-) Should I file a doc bug? not terribly interested in adding more ways to throw away solutions entirely, as the more complicated you make those schemes, the more likely that they'll eliminate solutions that are actually good. For instance, saying never remove packages that are to be upgraded fails when you're upgrading two packages A and B, where the newer version of A conflicts with B. I fully understand that. However, I see no reason why solutions that contradict your orders should ever come *before* options that obey your orders. I would very much like to know what the potential negative consequences of a (very) high default value for that option might be? I'll definitely try it out and report back. Especially now that the complex C++ allocator transition is ongoing, I have these situations quite often... /Mikael -- Plus ça change, plus c'est la même chose
Bug#342247: updating tetex-extra fails
Robert Sander [EMAIL PROTECTED] wrote: snell:~# kpsewhich --expand-var '$WEB2C' {/root/texmf,/usr/local/share/texmf,/usr/local/lib/texmf,!!/usr/share/texmf}/web2c snell:~# grep WEB2C /etc/texmf/texmf.cnf % WEB2C is for Web2C specific files. The current directory may not be WEB2C = $TEXMF/web2c snell:~# grep '^TEXMF =' /etc/texmf/texmf.cnf TEXMF = {$HOMETEXMF,$TEXMFLOCAL,$TEXMFOLDLOCAL,!!$TEXMFMAIN} If I remember right, these are settings from woody. It's very strange that only tetex extra fails, normally also tetex-bin should have given the same error. Unfortunately /etc/texmf/texmf.cnf is both a configuration file and a generated file, the real configuration file in this case is /etc/texmf/texmf.d/05TeXMF.cnf, but there's an additional layer between them to preserve changes to texmf.cnf. There should be a line in both files (05TeXMF.cnf and texmf.cnf) that reads VARTEXMF = /var/lib/texmf and the line with TEXMF should be TEXMF = {$HOMETEXMF,!!$TEXMFLOCAL,!!$TEXMFOLDLOCAL,!!$VARTEXMF,!!$TEXMFMAIN} If you want, you can add trees there, or remove TEXMFOLDLOCAL, but the others should be there (and VARTEXMF and TEXMFMAIN must). If this is wrong in 05TeXMF.cnf, fix it, or copy the file /etc/texmf/texmf.d/05TeXMF.cnf.dpkg-dist over it if you still have it. After that run update-texmf and verify that the change also migrated to texmf.cnf. If it is correct in 05TeXMF.cnf, but wrong in texmf.cnf, this means that you have manually edited texmf.cnf (which is allowed, but discouraged). if you still need those changes, you should make the same changes to the corresponding files in texmf.d, run update-texmf and verify that everything is okay. You don't by chance have a typescript of the upgrade from woody's version of tetex (1.0something) to sarge's? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#342278: gst-plugins0.8: Please remove polypaudio support, polypaudio will be removed
Package: gst-plugins0.8 Version: 0.8.11-2 Severity: important As described in #339589, polypaudio will be removed soon. Please drop the build dependency to it and the gstreamer-polypaudio package. Thank you! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#342213: Allready noticed.
Le Mardi 6 Décembre 2005 12:14, Romain Beauxis a écrit : And a userspace program MUST NOT include this headers directly. Hum.. So what is the correct way of doing things then? Hi! I have googled this and found out that it had to be re-implemented in userland. I search around for a library providing this, and I could not find anything interesting.. But alsa libs had a perfect implementation of the file, so I used their file. Now the package builds and run fine without the asm/atmoic.h I have submited the patch upstream. Hope to upload a new package ASAP Romain -- Why's this fussing and a-fighting? I wanna know, Lord, I wanna know Why's this bumping and a-boring? I wanna know, Lord, I wanna know now
Bug#341963: aptitude: Too low penalty for not honoring user request
The option is actually Aptitude::ProblemResolver::PreserveManualScore; no hyphen. This is contrary to the documentation, which I've now fixed. The reason that this is not a very strong imperative is that it forces the program to try *very hard* to preserve the states of manual packages. This in turn means that it can be difficult to find any solution at all (indeed, I was able to quickly guide the search to a solution without setting this; with this option, it ran out of solutions almost right away). You could instead set Aptitude::CmdLine::Request-Strictness to a large value. This just tries to preserve the states of packages listed on the command-line. It isn't set by default because I feel that the command-line and the visual interface should have identical behavior. Even this wasn't enough to make your preferred option come up first, although it was the third solution I got. Daniel signature.asc Description: Digital signature
Bug#341547: acknowledged by developer (Re: Not installable)
Hi there, Myon! Debian Bug Tracking System wrote: the binNMUs are on their way, only arm and m68k are still missing. Good! Thanks for your time! -- .''`. Follow the white Rabbit - Ranty (and Lewis Carroll) : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339810: postgresql-common: errors for non-running DB during upgrade
Hi Norbert! Norbert Kiesel [2005-11-24 15:04 -0800]: On Thu, 2005-11-24 at 19:36 +0100, Martin Pitt wrote: Hi Norbert! Norbert Kiesel [2005-11-22 10:30 -0800]: defiant:~# /usr/lib/postgresql/8.1/bin/pg_controldata /var/lib/postgresql/8.1/main WARNING: Calculated CRC checksum does not match value stored in file. Either the file is corrupt, or it has a different layout than this program is expecting. The results below are untrustworthy. Did you happen to create this cluster from an 8.1 beta version? The data format changed several times during the various betas. Upstream does checks for the released versions (trying to run an 8.1 postmaster on an 8.0 data directory, etc), but they didn't for the betas. That might be. I did a purge and reinstall of postgresql-8.1, but this didn't fix it. In case I just somehow painted myself in a corner: what files should I between purge and reinstall to fix this? Purging postgresql-8.1 removes all clusters, on reinstall a fresh one is generated. -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#339810: postgresql-common: errors for non-running DB during upgrade
Hi again, whoops, that email wasn't complete yet, sorry :) Martin Pitt [2005-12-06 20:16 +0100]: Did you happen to create this cluster from an 8.1 beta version? The data format changed several times during the various betas. Upstream does checks for the released versions (trying to run an 8.1 postmaster on an 8.0 data directory, etc), but they didn't for the betas. That might be. I did a purge and reinstall of postgresql-8.1, but this didn't fix it. In case I just somehow painted myself in a corner: what files should I between purge and reinstall to fix this? Purging postgresql-8.1 removes all clusters, on reinstall a fresh one is generated. After purging postgresql-8.1, /etc/postgresql/8.1 and /var/lib/postgresql/8.1 should be empty. So this does look like a real problem, although I never heard it from anywhere else on i386 (the only architecture that causes trouble at the moment is mips). Can you please purge/reinstall postgresql-8.1, then stop it with /etc/init.d/postgresql-8.1 and then tar up the cluster with tar czvf pg81.tar.gz /etc/postgresql/8.1 /var/lib/postgresql/8.1 and put pg81.tar.gz to a place where I can download it? Thanks! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#342279: libgphoto2-2: etc/hotplug/usb/libgphoto2 fails to set GROUP
Package: libgphoto2-2 Version: 2.1.6-5.3 Severity: grave Justification: renders package unusable I am using udev unstable, version 0.076-4. libgphoto2 generates a set of rules for use with udev, namely /etc/udev/libgphoto2.rules. These in turn call the executable /etc/hotplug/usb/libgphoto2, which attempts to set the group of the device that's created by udev to $GROUP, in this case camera. This does not work in the current version of udev. First, the script relies on the undocumented $DEVICE variable; second, the script is called multiple times. Finally, and most importantly, the $DEVICE variable resolves to paths such as proc/bus/usb/002/017, but what's really needed is /dev/bus/usb/002/017. To fix this problem, the libgphoto2.rules should read as follows # Canon S110 SUBSYSTEM==usb_device, SYSFS{idVendor}==04a9, SYSFS{idProduct}==3051, GROUP=camera Translation: When the usb_device subsystem creates the /dev entry (/dev/bus/usb/002/017, as can be seen with by running udevmonitor --env and watching plug/unplug events), and when the vendor and product IDs are correct, then set the GROUP of the created /dev entry to camera. Note that this is done entirely internal to udev, with no outside script. It's possible to deprecate libgphoto2. If I've made an error, my apologies. If you need further information about my system configuration, or log files, please contact me. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgphoto2-2 depends on: ii adduser 3.80 Add and remove users and groups ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libexif12 0.6.12-2 library to parse EXIF files ii libgphoto2-port0 2.1.6-5.3 gphoto2 digital camera port librar ii libjpeg62 6b-10 The Independent JPEG Group's JPEG Versions of packages libgphoto2-2 recommends: ii udev [hotplug]0.076-4/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342280: Please consider allowing '/dev/' to be omitted from pmount's argument
Package: pmount Version: 0.8-2 Severity: wishlist This is largely to bring it in line with pumount, eject and the principle of least surprise. It need not even be as promsicuous as eject (which tries /dev, /media and /mnt), merely checking /dev will do. (Apart from which, being in /dev is a requirement, for pmount, so requiring the user to type it at every invocation is a little redundant.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages pmount depends on: ii dbus-1 0.23.4-1 simple interprocess messaging syst ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libhal00.4.7-3sarge1 Hardware Abstraction Layer - share ii libsysfs1 1.2.0-5 interface library to sysfs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342281: xpdf-reader: security issues by iDefense
Package: xpdf-reader Version: 3.00-13 Severity: critical Justification: causes serious data loss Arbitrary code execution (with privileges as user of package) issues reported by iDefense: Multiple Vendor xpdf DCTStream Baseline Heap Overflow Vulnerability Multiple Vendor xpdf DCTStream Progressive Heap Overflow Multiple Vendor xpdf StreamPredictor Heap Overflow Vulnerability Multiple Vendor xpdf JPX Stream Reader Heap Overflow Vulnerability http://www.idefense.com/application/poi/display?id=342 http://www.idefense.com/application/poi/display?id=343 http://www.idefense.com/application/poi/display?id=344 http://www.idefense.com/application/poi/display?id=345 (Debian, both woody and sarge, is specifically mentioned as vulnerable.) Reported also on public mailing lists, see http://lists.grok.org.uk/pipermail/full-disclosure/2005-December/ http://www.securityfocus.com/archive/1 Upstream/vendor patches are apparently available. Cheers, Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-spm0.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xpdf-reader depends on: ii gsfonts8.14+v8.11+urw-0.2Fonts for the Ghostscript interpre ii lesstif2 1:0.93.94-11.4OSF/Motif 2.1 implementation relea ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libpaper1 1.1.14-3 Library for handling paper charact ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libt1-55.0.2-3 Type 1 font rasterizer library - r ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii xpdf-common3.00-13 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340162: postgresql-common: Add option to specify client versions for remote server access
Hi, Martin, Martin Pitt wrote: Right, thanks for that hint. Humm, how is that solved in URL standards? AFAIK IPv6 adresses in URLs have to be enclosed in brackets, right? E. g. [1234::1:1]:5432. AFAIR yes. SSH alternatively allows to split host and port with a / for the -L and -R options. A technically simple solution would be to define that the last : always divides host and port, and for the default port, we can omit the port number, but not the : when using IPv6, so we have to give 1234::1:1: for default port. Right, I cannot drop 7.4 support for Etch, since it is necessary for a clean Sarge upgrade. But I don't want to maintain more than two major versions, I already have more than enough to do with them. I perfectly understand. So it is possible that you also drop 8.1 and upgrade to 8.2 before Etch is released. Yes, by all means. The direct upgrade with pg_upgradecluster should work fine. Just be sure to use version 34, it fixes the last missing obsolete configuration parameters of 8.1. I already had a look at pg_upgradecluster, and I think it's a great help for most databases out in the wild, and we already migrated our sql_ledger database this way. But I'm afraid that it won't work for all of our databases, as we heavily use PostGIS (both self-compiled and the debian packages from Alex Bodnaru) which has different internal definitions depending on the PostgreSQL version. We also have used the old PGDATADIR environment variable mechanism to control disk storage, and will have to use TABLESPACES now, so an auto migration is likely to fail. Two other points are that we'll reorganize our databases using the multi-cluster capabilities by separating independent databases into independent clusters (this eases migration to different machines later). And for some large, read-only ones (GIS map data, about 50 Gig each) it is faster to recreate them from our initial data. Thanks, Markus signature.asc Description: OpenPGP digital signature
Bug#341963: aptitude: Too low penalty for not honoring user request
tis 2005-12-06 klockan 10:47 -0800 skrev Daniel Burrows: The option is actually Aptitude::ProblemResolver::PreserveManualScore; no hyphen. This is contrary to the documentation, which I've now fixed. The reason that this is not a very strong imperative is that it forces the program to try *very hard* to preserve the states of manual packages. This in turn means that it can be difficult to find any solution at all (indeed, I was able to quickly guide the search to a solution without setting this; with this option, it ran out of solutions almost right away). That's certainly a negative side effect... I wasn't expecting that - I was expecting more or less a reordering of solutions. Oh well, I guess it can be hard to predict such algorithms. Anyway, I do think that stability (= actually finding reasonable solutions, even though the desired one is not always the first found) is to prefer over 100% predictability (which is what I wanted :-). You could instead set Aptitude::CmdLine::Request-Strictness to a large value. This just tries to preserve the states of packages listed on the command-line. It isn't set by default because I feel that the command-line and the visual interface should have identical behavior. Even this wasn't enough to make your preferred option come up first, although it was the third solution I got. Seems like something for me to try then. Thanks for the analysis! /Mikael Daniel -- Plus ça change, plus c'est la même chose
Bug#342209: Kernel Panic
On Tuesday 06 December 2005 11:04, Tonnerre Benoît wrote: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Reboot: [O] Shouldn't that be [E] ?? FATAL: Module mptspi not found [...] pivot_root: No such file or directory /sbin/init: 432: cannot open /dev/console : No such file Kernel Panic - not syncing: Attempted to kill init! Mayhe it's because of VMware, i'll check on a real machine tonight. This is already reported as bugs #341930 and #341162 [1]. Cheers, FJP [1] http://bugs.debian.org
Bug#342283: seahorse: Critical warning at startup.
Package: seahorse Version: 0.8.0-1 Severity: normal Every time I start seahorse from the command line, I get the following warning. I don't know how relevant this is, as everything seems to work fine. | $~/.gnupg$ seahorse | ** Message: init gpgme version 1.1.0 | | ** (seahorse:8939): CRITICAL **: file seahorse-pgp-source.c: line 227 (seahorse_pgp_source_init): should not be reached Philipp -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable'), (570, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages seahorse depends on: ii debconf [debconf-2.0]1.4.62 Debian configuration management sy ii gconf2 2.10.1-6GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.1-4 library for common error values an ii libgpgme11 1.1.0-1 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.6.10-2The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libldap2 2.1.30-12 OpenLDAP libraries ii libnautilus-extension1 2.10.1-5libraries for nautilus components ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libsoup2.2-8 2.2.6-1 an HTTP library implementation in ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxml2 2.6.22-2GNOME XML library ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime seahorse recommends no packages. -- debconf information excluded -- Philipp Weis [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#342282: camera access works only when root
Package: digikam Version: 0.8.0-1-1 Severity: normal I can access my camera (a Canon A75 trough USB) only when I'm running digikam as root. This (setting too strict permissions to USB devices?) is probably really an udev or gphoto2 issue, but I encountered it first when using digikam. Maybe digikam could have a setup tool like in k3b which sets the correct permissions, or digikam deb package could set them in installation? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages digikam depends on: ii kdelibs4c2 4:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libexif120.6.12-2library to parse EXIF files ii libfam0 2.7.0-8 client library to control the FAM ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libgphoto2-2 2.1.6-5.3 gphoto2 digital camera library ii libgphoto2-port0 2.1.6-5.3 gphoto2 digital camera port librar ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libimlib21.2.1-2 powerful image loading and renderi ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkexif1c2 0.2.2-1 library for KDE to read/display/ed ii libkipi0c2 0.1.2-1 library for apps that want to use ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libsqlite3-0 3.2.7-1 SQLite 3 shared library ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages digikam recommends: ii digikamimageplugins 0.8.0-1-1 image editor plugins for digikam a ii kdeprint 4:3.4.2-4 print system for KDE ii kipi-plugins 0.1+rc1-1 image manipulation/handling plugin ii konqueror 4:3.4.2-4 KDE's advanced file manager, web b -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339810: postgresql-common: errors for non-running DB during upgrade
Hi Martin! On Tue, 2005-12-06 at 20:21 +0100, Martin Pitt wrote: Hi again, After purging postgresql-8.1, /etc/postgresql/8.1 and /var/lib/postgresql/8.1 should be empty. I found the problem when I purged again in preparation for this: post-remove failed because there was an empty directory /etc/postgresql/8.1/clients.d which I created when trying my restart depending apps stuff. After removing that dir, the purge, the reinstall, and start/stop work perfectly. FYI, here is what I got before I removed that dir: Removing postgresql-8.1 ... Stopping PostgreSQL 8.1 database server: mainError: cluster is not running failed! Purging configuration files for postgresql-8.1 ... Dropping cluster clients.d... Error: Invalid symbolic link /etc/postgresql/8.1/clients.d/pgdata dpkg: error processing postgresql-8.1 (--purge): subprocess post-removal script returned error exit status 1 Removing postgresql-client-8.1 ... Errors were encountered while processing: postgresql-8.1 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: However, something has changed in the meantime, because now start/stop even works after a mkdir /etc/postgresql/8.1/clients.d. Seems like it does not treat every directory in /etc/postgresql/8.1 as a cluster anymore? Anyway, after all it's resolved. I'll now start planning moving my 7.x databases to 8.1. Overall, I did not see any major problems with 8.1 so far, so future seems bright. Thanks for all the help. Best, Norbert signature.asc Description: This is a digitally signed message part
Bug#342164: Sarge Installer Bug Report: Kernel Module Fails To Load
Hi! Thanks for the quick response: Quoting O. Sharp ([EMAIL PROTECTED]): Can't get any PCMCIA card services or recognition. Everything else seems to be doing okay. The Gateway Solo 2200 is an older laptop, with no built-in network or modem connections, so it's reliant on PCMCIA cards for this. Unfortunately the installer was unable to load the 'i82365' module, and every subsequent attempt to find the network card or modem resulted in a 'modprobe -v i82365' failure. [...] Could you try with the Etch installer beta1 which you can get from http://www.debian.org/devel/debian-installer? I suggest downloading the netinst CD image. I've downloaded and tried it, and unfortunately it doesn't solve the problem. The 'modprobe -v i82365' failure showed up again early on, and then reappeared whenever an attempt to access network hardware was made. When the problem first appeared I had a look at the virtual consoles. Virtual console #3 remained blank throughout - possibly because the installer was running in low-memory mode? - but virtual console #4 showed the following after the first 'modprobe' error (hopefully with no typos on my part; some tabs added for readability): Dec 6 10:28:16 kernel: [c01a9964] kobject_cleanup+0x3c/0x6c Dec 6 10:28:16 kernel: [c01a9994] kobject_release+0x0/0xc Dec 6 10:28:16 kernel: [c01aa123] kref_put+0x27/0x54 Dec 6 10:28:16 kernel: [c01a99b6] kobject_put+0x16/0x1c Dec 6 10:28:16 kernel: [c01a9994] kobject_release+0x0/0xc Dec 6 10:28:16 kernel: [c382e08f] init_i82365+0x177/0x18e [i82365] Dec 6 10:28:16 kernel: [c012cf85] sys_init_module+0xa9/0x180 Dec 6 10:28:16 kernel: [c0103051] syscall_call+0x7/0xb Dec 6 10:28:16 hw-detect: Using /lib/modules/2.6.12-1-386/kernel/drivers/ pcmcia/i82365.ko Dec 6 10:28:16 hw-detect: insmod: Dec 6 10:28:16 hw-detect: cannot insert 'lib/modules/2.6.12-1-386/kernel/ drivers/pcmcia/i82365.ko': No such device (-1) Dec 6 10:28:16 hw-detect: No such device Dec 6 10:28:16 hw-detect: insmod /lib/modules/2.6.12-1-386/kernel/drivers/ pcmcia/pcmcia_core.ko Dec 6 10:28:16 hw-detect: insmod /lib/modules/2.6.12-1-386/kernel/drivers/ pcmcia/rsrc_nonstatic.ko Dec 6 10:28:16 hw-detect: insmod /lib/modules/2.6.12-1-386/kernel/drivers/ pcmcia/i82365.ko Dec 6 10:28:16 hw-detect: modprobe: Dec 6 10:28:16 hw-detect: failed to load module i82365 Dec 6 10:28:16 hw-detect: Dec 6 10:28:16 hw-detect: Error loading 'i82365' I continued on to see if the situation might change later, and when it reached the network hardware detection it again hit another red screen of 'modprobe -v i82365'. A look at terminal 4 revealed another set of reports from hw-detect about failing to load i82365, and about nine lines before the failure there were a few other lines which may or may not be relevant: Dec 6 10:48:50 kernel: Intel ISA PCIC probe: not found. Dec 6 10:48:50 kernel: Device 'i82365.0' does not have a release() function, it is broken and must be fixed. Dec 6 10:48:50 kernel: Badness in device_release at drivers/base/core.c:83 (For clarity, the second line Device 'i82365.0'...: that is a zero, not an o or O or ko or any other alphabetic manifestation.) The install program then brought up a screen saying, No Ethernet card was detected, but a FireWire interface is present; it then asked if I had some exotic FireWire-to-Ethernet setup it should be looking for. My laptop is an old 133 MHz Pentium, and certainly has no FireWire interface, but hopefully this is a clue about what the installer is thinking. :) After a couple unsuccessful attempts to get the network card recognized, I aborted the install. Any suggestions? Any other information which may be relevant or helpful? Is there a way to install the i82365 module after the fact? Any help or pointers appreciated. :) Thanks! -O.- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342247: updating tetex-extra fails
On Tue, Dec 06, 2005 at 07:54:09PM +0100, Frank K?ster wrote: You don't by chance have a typescript of the upgrade from woody's version of tetex (1.0something) to sarge's? The host was upgraded from woody to sarge three weeks ago, but I have not recorded the upgrade, sorry. Greetings -- Robert Sander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342262: Gramps fails to launch
reassign 342262 python2.3-gnome2-extras 2.12.1-1 tags 342262 experimental done On Tue, Dec 06, 2005 at 10:56:23AM -0500, DW Price wrote: Package: gramps Version: 2.0.8-1 gramps fails to start using Debian unstable, kernel 2.6.14-1-686, Xorg and Gnome 2.12 from Experimental As the problem appears to be a segfault in 'import gnomeprint' and this binding is provided by python2.3-gnome2-extras, it being reassigned there. -- James Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341392: RM: socket-modules-2.6.14-2-386-di - obsolete and causing problems
reassign 341392 ftp.debian.org retitle 341392 Please remove obsoleted socket-modules-2.6.14-2-386-di thanks On Tuesday 06 December 2005 06:55, Frans Pop wrote: This looks to be a serious bug in kernel-wedge as it seems a module from a previous kernel version is included when that module is not present for the kernel version for which udebs are being built. Well, it isn't kernel-wedge. It's just that the udeb needs to be removed from the archive. I've pinged jvw on #d-release for that. We'll have to watch out for this for other arches too (notably AMD64). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341705: more information?
hi steve, olaf, On Tue, Dec 06, 2005 at 01:30:23AM -0800, Steve Langasek wrote: Yeah, it simply won't work. You'd need to give this build a distinguishing version number that's the version in unstable; perhaps 5.0.16-0+etch1. I'd advise against giving it a different upstream version number. i've created an etch pbuilder chroot and produced some debs: http://people.debian.org/~seanius/mysql/etch/ i haven't verified anything about these other than the fact that they built sucessfully, so a once-over would be appreciated. after i've heard back from the first brave soul to test them out that there are no problems, i'll go ahead and send them to tpu if there are no objections. as steve suggested, i've given them a 5.0.16-0+etch1 version so they will immediately upgrade to the versions currently in sid. they are based off of what's in svn as 5.0.16-2 but not yet released (which is just the initial upstream release + a documentation fix). christian: i'll follow up privately when you get back to decide how this should be represented in svn. sean -- signature.asc Description: Digital signature
Bug#341777: Support Mysql for WebApps deployed to Tomcat
Arnaud Vandyck [EMAIL PROTECTED] writes: I'm not sure it's the responsability of JSPWiki to add symlinks in the tomcat5 directory tree. Well, it does so already :) It has to register itself as a webapp and it has to add a policy file. -- * Sufficiently advanced magic is indistinguishable from technology (T.P) * * PGP public key available @ http://www.iki.fi/killer *
Bug#341851: [Pkg-firebird-general] Bug#341851: firebird2: leaves running processes after build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 341851 confirmed thanks Hi, Frederik, Thanks for your quick binNMU of firebird2 :-) As I see, nothing escapes your eyes. Frederik Schueler wrote: Package: firebird2 Version: 1.5.2-10+b1 Severity: important Hello, after the amd64 buildd completed the firebird2 build, the following processes where still running: PID TTY STAT TIME COMMAND 26463 ?S 0:00 ../gen/firebird/bin/fb_lock_mgr 16803 ?SN 0:00 ../gen/firebird/bin/fb_lock_mgr I confirm the problem. I'll try to fix it in the next upload. Just in case you're curious, firebird uses itself in the build process and fb_lock_mgr is the shared lock manager used by firebird2-classic-server. The lock manager never quits once started and hence the left processes. Thanks for the report, dam - -- Damyan Ivanov Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994 mob. +359(88)856-6067 [EMAIL PROTECTED]/Gaim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDlfG7Hqjlqpcl9jsRAm+pAJ9nbPBaPlSVU/qb6Led8Y+bv8oCNwCdEfXN EYeZGIbpf9ATzf/TBKJZzS0= =fI6z -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342218: aptitude: fails to build, tests/Makefile.in is not up to date
On Tue, Dec 06, 2005 at 10:03:42AM -0800, Daniel Burrows wrote: Could you confirm that -5experimental2 fixes this? It does, thanks for your quick answer and action! filippo -- Filippo Giunchedi PGP key: 0x6B79D401 random quote follows: At the source of every error which is blamed on the computer you will find at least two human errors, including the error of blaming it on the computer. Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald Knuth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342230: debsums: doesn't generate missing md5sums for arch all packages anymore
On Tue, Dec 06, 2005 at 01:29:45PM +0100, Mario 'BitKoenig' Holbe wrote: since a little while debsums seems to no longer generate missing md5sums for packages being architecture `all' when called automagically via apt. Oops. This could most likely be correlated to the resolution of #318377. Yes, it is. Thanks. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342284: atftp [INTL:pt] Portuguese translation of debconf messages
Package: atftp Version: 0.7-10 Tags: l10n, patch Severity: wishlist Portuguese translation of atftp's debconf messages by Marco Ferra. Feel free to use it. For translation updates please contact Last Translator or the Portuguese translation team traduz _at_ debianpt.org -- --- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org # 2005-12-06 - Marco Ferra [EMAIL PROTECTED] (initial translation) # msgid msgstr Project-Id-Version: atftp 0.7-10\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-06-07 21:41+0200\n PO-Revision-Date: 2005-12-06 17:31+0100\n Last-Translator: Marco Ferra [EMAIL PROTECTED]\n Language-Team: Portuguese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../atftpd.templates:4 msgid Should the server be started by inetd? msgstr Deve o servidor be iniciado pelo inetd? #. Type: boolean #. Description #: ../atftpd.templates:4 msgid atftpd can be started by the inetd superserver or as a daemon and handle incoming connections by itself. The latter is only recommend for very high usage server. msgstr O atftpd pode ser iniciado pelo super-servidor inetd ou como um daemon e lidar com todas as conexões por si próprio. Esta última hipótese é apenas recomendada para um uso elevado do servidor. #. Type: string #. Description #: ../atftpd.templates:12 msgid Server timeout: msgstr Timeout do servidor: #. Type: string #. Description #: ../atftpd.templates:12 msgid How many seconds the main thread waits before exiting. msgstr Quantos segundos deve a thread principal esperar antes de sair. #. Type: string #. Description #: ../atftpd.templates:18 msgid Retry timeout: msgstr Timeout de tentiva: #. Type: string #. Description #: ../atftpd.templates:18 msgid How many seconds to wait for a reply before retransmitting a packet. msgstr Quantos segundos deve esperar por uma resposta antes de retransmitir um pacote. #. Type: string #. Description #: ../atftpd.templates:24 msgid Maximum number of threads: msgstr Número máximo de threads: #. Type: string #. Description #: ../atftpd.templates:24 msgid Maximum number of concurrent threads that can be running. msgstr Número máximo de threads concorrentes que podem estar a correr. #. Type: select #. Description #: ../atftpd.templates:31 msgid Verbosity level: msgstr NÃvel de detalhe: #. Type: select #. Description #: ../atftpd.templates:31 msgid Level of logging. 7 logs everything including debug logs. 1 will log only the system critical logs. 5 (LOG_NOTICE) is the default value. msgstr NÃveis de detalhe. 7 grava tudo incluÃndo texto de debug. 1 grava apenas texto crÃtico de sistema. 5 (LOG_NOTICE) é o valor por omissão. #. Type: boolean #. Description #: ../atftpd.templates:38 msgid Enable 'timeout' support? msgstr Activar o suporte de 'timeout' ? #. Type: boolean #. Description #: ../atftpd.templates:43 msgid Enable 'tsize' support? msgstr Activar o suporte de 'tsize' ? #. Type: boolean #. Description #: ../atftpd.templates:48 msgid Enable 'block size' support? msgstr Activar o suporte de 'block size' ? #. Type: boolean #. Description #: ../atftpd.templates:53 msgid Enable multicast support? msgstr Activar o suporte multicast? #. Type: string #. Description #: ../atftpd.templates:58 msgid TTL for multicast packets msgstr TTL para os pacotes multicast #. Type: string #. Description #: ../atftpd.templates:63 msgid Port to listen for tftp request: msgstr Porto de escuta para um pedido tftp: #. Type: string #. Description #: ../atftpd.templates:68 msgid Port range for multicast file transfer: msgstr Gama de portos para uma transferência de ficheiros por multicast: #. Type: string #. Description #: ../atftpd.templates:68 msgid Multicast transfer will use any available port in a given set. For example, \2000-2003, 3000\ allow atftpd to use port 2000 to 2003 and 3000. msgstr A transferência multicast irá usar qualquer porto livre dentro de uma determinada gama. Por exemplo: \2000-2003, 3000\ permitirá o atftpd usar os portos de 2000 a 2004 e o 3000. #. Type: string #. Description #: ../atftpd.templates:75 msgid Address range for multicast transfer: msgstr Gama de endereços para a transferência multicast: #. Type: string #. Description #: ../atftpd.templates:75 msgid Multicast transfer will use any available addresses from a given set of addresses. Syntax is \a.b.c.d-d,a.b.c.d,...\ msgstr A transferência multicast irá usar qualquer endereço livre dentro de uma determinada gama. A sintaxe é: \a.b.c.d-d,a.b.c.d,...\ #. Type: boolean #. Description #: ../atftpd.templates:82 msgid Log to file instead of syslog? msgstr Fazer log para um ficheiro em vez de usar o syslog? #. Type: boolean #. Description #: ../atftpd.templates:82 msgid If your server does intensive tftp file serving, it is a good idea to accept here. That will avoid cluttering your
Bug#342285: Debian Installer Sparc
Package: Debian installer Sparc r3.1 sarge (Net install boot cd's), kernel 2.4.x System: Sun Ultra 10, different speeds, mem 256or 512, 9.5 Gb hd, frame buffer, Solaris 9 installed on hd Issue: Boot cd hangs during boot process Work around: format the hd on an other machine / os than Sol 9 or Debian Sparc. I used a Debian cd i386 machine for the job. It seems that the installer hang when writing to the Solaris 9 swap at the beginning of the partition table. It tries to write something and stops reporting to press L1-A to start again The bug is reproducable on the systems I have available. Frame buffer, mem size, CD image ed did not matter. (2.6 kernel with sarge R3.1 CD image hangs with MMU problem but that is a other bug) BR, Casper Yahoo! Personals Let fate take it's course directly to your email. See who's waiting for you Yahoo! Personals
Bug#211956: tcpreen: new upstream available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, just wanted to note the current upstream version is 1.4.3 and can be downloaded from here: http://osdn.dl.sourceforge.net/tcpreen/tcpreen-1.4.3.tar.bz2 Regards, Bastian - -- ,''`. Bastian Kleineidam : :' :GnuPG Schlüssel `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDlfmCeBwlBDLsbz4RAp60AKCnmwK0ubQP+Iq0LC0OYmb463dkMwCfQzM6 kek7OcNyOgO+uHJWl6TOfdQ= =p3RG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342281: gpdf, kpdf and poppler could be affected too
clone 342281 -1 -2 -3 reassign -1 gpdf retitle -1 gpdf: source taken from xpdf may introduce heap-overflow vulnerabilities reassign -2 kpdf retitle -2 kpdf: source taken from xpdf may introduce heap-overflow vulnerabilities reassign -3 libpoppler0c2 retitle -3 libpoppler0c2: source taken from xpdf may introduce heap-overflow vulnerabilities stop Following the news at heise.de (http://www.heise.de/security/news/meldung/67056) the packages kpdf, gpdf and the poppler library could be or are affected too. Please test, if this is true. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]