Bug#366304: Google search implementation
Am Samstag, den 06.05.2006, 23:53 -0600 schrieb Christopher David Desjardins: It would be nice to see the google search implemented into deskbar-applet. I know that Ubuntu has this implemented in their version of deskbar-applet and that it is selectable under Preferences after getting a Google API key and the GoogleSearch.wsdl ( available at www.google.com/apis/ ) Google search is implemented in Debian's deskbar-applet and works for me. Doesn't the Google search show up when you open the preferences? If so, could you please mail me the output of executing /usr/lib/deskbar-applet/deskbar-applet -w on the shell? Thanks, - Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366468: x-ttcidfont-conf: Also with dpkg-reconfigure
Package: x-ttcidfont-conf Version: 22 Followup-For: Bug #366468 The same message appears when dpkg-reconfigure x-ttcidfont-conf is run. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages x-ttcidfont-conf depends on: ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii xutils6.9.0.dfsg.1-6 X Window System utility programs x-ttcidfont-conf recommends no packages. -- debconf information: x-ttcidfont-conf/xtt_vl: * x-ttcidfont-conf/tt_backend: freetype x-ttcidfont-conf/font_path_change2: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366442: ntop: [INTL:it] Italian debconf templates translation
Thanks Will be applied on next upload. Regards, // Ola On Mon, May 08, 2006 at 10:24:51PM +0200, Luca Monducci wrote: Package: ntop Severity: wishlist Tags: patch l10n Please add the italian debconf templates translation (attached). Cheers, Luca -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365259: xfs fails to start
Am Dienstag 09 Mai 2006 01:36 schrieb David Nusinow: On Fri, Apr 28, 2006 at 10:13:06PM +0200, Alexander Reinholdt wrote: Package: xfs Version: 1:1.0.1-4 Severity: important xfs fails to start showing the following error message: Setting up X font server socket directory /tmp/.font-unix...done. Starting X font server: xfs/usr/bin/xfs error: CONFIG: unknown parameter cache-hi-mark /usr/bin/xfs error: CONFIG: unknown parameter cache-low-mark /usr/bin/xfs error: CONFIG: unknown parameter cache-balance The problem seem to be the following lines in /usr/lib/X11/fs/config: cache-hi-mark = 2048 cache-low-mark = 1433 cache-balance = 70 Unfortunately, commenting them out does not seem to fix the problem, because while the output of xfs is now dustpuppy:~# /etc/init.d/xfs restart Stopping X font server: xfs not running (removing stale /var/run/xfs.pid). Setting up X font server socket directory /tmp/.font-unix...done. Starting X font server: xfs. the command $ ps auxwww | grep xfs returns nothing. Hi, do you still get this error with the newest version in unstable? 1:1.0.1-5? - David Nusinow No. It seems it's fixed. Thanks. Bye Alexander -- Never argue with idiots. They drag you down to their level and beat you with experience... (unknown) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366474: srcinst: tries to use a powerpc -dev library on a i386 machine
On 5/9/06, John Goerzen [EMAIL PROTECTED] wrote: On Tue, May 09, 2006 at 02:43:29AM +0300, Eddy Petri??or wrote: Subject: srcinst: tries to use a powerpc -dev library on a i386 machine Package: srcinst Version: 0.8.3 Severity: important Hello, I have found that srcinst tries to use a wrong arch library when building a package (maybe the upload arch?). Can you please tell me where this libc6-dev-powerpc occurs anywhere? I don't see it, and I also don't see the oolite package anywhere. procpkg: running dbs (=,0.21)(Just 0.42,Just 0.42) dbs installed OK already procThisDep: my arch is i386 buildOrInstall: Processing libc6-dev-powerpc[ppc64] (Nothing,Nothing) srcinst: user error (libc6-dev-powerpc[ppc64] is not available in source form) The oolite package is a package I made and it has been included in the non-free section but was not yet white listed to be auto built, but it should work fine on any arch. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#366391: subversion crash signal 15 in child, SNDCTL_TMR_TIMEBASE
[I wrote] That's not subversion crashing, that's subversion killing ssh. Upgrade openssh-client to version 1:4.2p1-6 or newer. I should have mentioned, as well, that the situation is harmless even if you don't upgrade openssh-client. subversion has always killed ssh when it is done using the tunnel, but previously the warning was suppressed by using SIGKILL (like 'kill -9') which does not give the child process a chance to clean itself up (and print that message). I changed this to SIGTERM because Colin fixed ssh to stop printing the message. signature.asc Description: Digital signature
Bug#365819: apt-get update chokes on Bad header line
On Thu, May 04, 2006 at 01:46:10PM +0200, Goswin von Brederlow wrote: Could you use tcpdump or ethereal or similar to log the actual network traffic of apt-get? But please, only that of apt-get. On Mon, May 08, 2006 at 11:13:30AM +0200, Michael Vogt wrote: The output of: # apt-get -o Debug::Acquire::http=true update 2 apt_http.log would be usefull here (please attach it to this bugreport). I've attached a tcpdump log, 10.0.0.5 is the server 10.0.0.17 the debian etch client. The first answer from the server (200 OK to Release.gpg) looks garbled (my ethereal's dissector could not parse it). This lead me to restart apache on the server and I haven't seen the problem since. If it occurs again I'll try with the Debug options to apt-get. For now I think you can close this report, doesn't seem to be a problem in apt-get afaict. Sorry for the report, looks like wget could parse the broken header-line ok and I hadn't seen that behaviour of apache ever before. Ralf -- Ralf Schlatterbeck email: [EMAIL PROTECTED] FAX: +43/2243/26465/23 dump.try1 Description: Binary data
Bug#366496: French translation uses connection but should use connexion
Package: link-monitor-applet Version: 1.3-3 Severity: minor Tags: patch Hi, attached patch replaces connection by connexion in fr.po. Bye, -- 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.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages link-monitor-applet depends on: ii gconf2 2.14.0-1 GNOME configuration database syste ii gnome-panel2.12.3-1 launcher and docking facility for ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libeel2-2 2.14.1-1 Eazel Extensions Library (for GNOM ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libgail-common 1.8.11-2 GNOME Accessibility Implementation ii libgail17 1.8.11-2 GNOME Accessibility Implementation ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.12.3-1 library for GNOME 2 panel applets ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-11compression library - runtime link-monitor-applet recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04 --- link-monitor-applet-1.3/debian/changelog +++ link-monitor-applet-1.3/debian/changelog @@ -1,3 +1,11 @@ +link-monitor-applet (1.3-4) UNRELEASED; urgency=low + + * Fixed uses of connection instead of connexion in the french +translation. +[po/fr.po] + + -- Loic Minier [EMAIL PROTECTED] Tue, 9 May 2006 08:13:58 +0200 + link-monitor-applet (1.3-3) unstable; urgency=low * debian/rules: Added dh_gconf to ensure registration of GConf schemas --- link-monitor-applet-1.3.orig/po/fr.po +++ link-monitor-applet-1.3/po/fr.po @@ -21,7 +21,7 @@ #: data/GNOME_LinkMonitorApplet.server.in.in.h:1 src/lm-applet.gob:432 msgid Link Monitor -msgstr Moniteur de Connection +msgstr Moniteur de Connexion #: data/GNOME_LinkMonitorApplet.server.in.in.h:2 msgid Monitor the round-trip time to one or more hosts @@ -116,7 +116,7 @@ #: src/lm-applet.gob:435 msgid The Link Monitor displays the round-trip time to one or more hosts. msgstr -Le Moniteur de Connection affiche le temps d'aller et retour vers un ou +Le Moniteur de Connexion affiche le temps d'aller et retour vers un ou plusieurs hÃŽtes. #: src/lm-applet.gob:438 @@ -125,7 +125,7 @@ #: src/lm-applet.gob:520 msgid span size=\small\Link Monitor/span -msgstr span size=\small\Moniteur de Connection/span +msgstr span size=\small\Moniteur de Connexion/span #: src/lm-applet.gob:766 msgid No host is being monitored. @@ -439,7 +439,7 @@ #: src/lm-main.c:81 msgid Link Monitor Applet -msgstr Applet Moniteur de Connection +msgstr Applet Moniteur de
Bug#356586: xpdf segfaults every time on amd64
HM == Hamish Moffatt [EMAIL PROTECTED] writes: Hi Hamish! HM On Mon, May 08, 2006 at 04:37:29PM +0200, Anders Boström wrote: AB == Anders Boström [EMAIL PROTECTED] writes: AB Package: xpdf-reader AB Version: 3.01-7 AB Followup-For: Bug #356586 AB xpdf segfaults at start every time after an upgrade of amd64 etch. I AB don't know which package upgrade caused the segfaults, but I don't AB think it was xpdf-reader. 32-bit xpdf from a chroot works fine. My problem was resolved after a logout and restart of the X-server. However, I still consider this an amd64 xpdf bug as the 32-bit version of xpdf worked, and all other applications I tried. HM Hi Anders, HM Did that include any other Motif(LessTif) applications? I don't know, but probably not. xpdf is probably the only Motif application I run regularly. HM I run amd64 here on my desktop and never noticed any problem like you HM describe. I've also been running xpdf amd64 for a long time, probably ~1.5 years, without any problem before this one. I also suspect Motif (lesstif2) as the gdb backtrace was mostly from /usr/lib/libXm.so.2 . / Anders
Bug#366483: ITP: oci-mpc -- The Makefile, Project and Workspace Creator
Selon alex bodnaru [EMAIL PROTECTED]: Package: wnpp Severity: wishlist Owner: alex bodnaru [EMAIL PROTECTED] * Package name: oci-mpc Version : 3.3.95 Hello Alex, a slightly modified version of MPC is available with ACE+TAO. The package is named mpc-ace. Doesn't this version suit your needs ? Thanks, Thomas
Bug#366457: srcinst: does not compile if the package is not purged
On 5/9/06, John Goerzen [EMAIL PROTECTED] wrote: On Tue, May 09, 2006 at 02:34:08AM +0300, Eddy Petri??or wrote: think it's installed? Can you give me a typescript of your session? kandia:/var/tmp/eddy/srcinstbuilt# apt-get install oolite Citire liste de pachete... Terminat Would you be able to translate these messages into English, or perhaps use the en_US locale before running the commands? Yes both, but (ATM) is more confortable to translate :-) , but in general the commands do what they are expected to do. I was trying to get the system into a clear state and show what is happening. So I installed the package, removed it (not purged) and then tried to install oolite with srcinst. Se construie??te arborele de dependen... Terminat Urm??toarele pachete NOI vor fi instalate: oolite 0 înnoite, 1 nou instalate, 0 de ??ters ??i 152 neînnoite. Este nevoie s?? desc??rca??i 0B/545kB de arhive. Dup?? despachetare va fi folosit 1411kB de spa??iu suplimentar pe disc. AVERTISMENT: Urm??toarele pachete nu pot fi autentificate! oolite Instala??i aceste pachete f??r?? verificare [y/N]? y Packages are not signed warning. Selectez pachetul oolite, deselectat anterior. (Citesc baza de date ... 71487 fi??iere ??i directoare actualmente instalate.) Se despacheteaz?? oolite (din .../oolite_1.62-5-1_i386.deb) ... Se preg??te??te oolite (1.62-5-1) ... Package was installed succesfully (from a local repo). kandia:/var/tmp/eddy/srcinstbuilt# dpkg -s oolite Package: oolite Status: install ok installed Package is installed now kandia:/var/tmp/eddy/srcinstbuilt# apt-get remove oolite Citire liste de pachete... Terminat Se construie??te arborele de dependen... Terminat Urm??toarele pachete vor fi ??TERSE: oolite 0 înnoite, 0 nou instalate, 1 de ??ters ??i 152 neînnoite. Este nevoie s?? desc??rca??i 0B de arhive. Dup?? despachetare va fi eliberat 1411kB din spa??iul de pe disc. Vre??i s?? continua??i [Y/n]? (Citesc baza de date ... 71506 fi??iere ??i directoare actualmente instalate.) Elimin oolite ... package is removed (not purged) kandia:/var/tmp/eddy/srcinstbuilt# dpkg -s oolite Package: oolite Status: deinstall ok config-files This is the current status. kandia:/var/tmp/eddy/srcinstbuilt# srcinst install oolite Now attempting to install oolite using srcinst buildOrInstall: Processing oolite (Just 1.62-5-1,Just 1.62-5-1) oolite 1.62-5-1 is already installed, and there is no newer version No need to translate. kandia:/var/tmp/eddy/srcinstbuilt# apt-cache policy oolite oolite: Instalat: (niciunul) Installed: (none) Candideaz??: 1.62-5-1 is possible to install 1.62-5-1 Tabela de versiuni: 1.62-5-1 0 500 file: sid/main Packages 100 /var/lib/dpkg/status -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#366441: Mklibs: should not remove symbol iconv_open
Let me know if there's any other info I can provide warning This is strongNOT/strong the type of answer that you like to see in a bugreport /warning In my early days of debian-installer involvement, I did encountered #224073 The strang thing is that mklibs only broke on my setup. (no one other expriend that day what I exprienced with mklibs, afterall d-i could be build by others...) mklibs is still black voodoo to me. I recomment to do desparate actions like `make really-clean`, `svn update`, `make clean`. With some luck you get a working d-i again. If the problem presists, then try to rebuild libfontconfig with iconv_open defined otherwise. Something external iconv_open or other type casting I don't understand (yet??) What I'm trying to say is that mklibs works fine (due some magic) HtH GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357735: more rules
Package: anacron Version: 2.3-11 Followup-For: Bug #357735 Here's my current set of four rules: ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ anacron\[[[:digit:]]{1,5}\]: Job `cron\.(hour|dai|week|month)ly' terminated( \(mailing output\))?$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ anacron\[[[:digit:]]{1,5}\]: Normal exit \([[:digit:]]+ jobs? run\)$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ anacron\[[[:digit:]]{1,5}\]: Jobs will be executed sequentially$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ anacron\[[[:digit:]]{1,5}\]: Will run job `cron\.(hour|dai|week|month)ly' in [[:digit:]]+ min\.$ I suggest placing them into /etc/logcheck/ignore.d.workstation/anacron Cheers, -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages anacron depends on: ii debconf 1.5.0 Debian configuration management sy ii debianutils 2.15.7 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries Versions of packages anacron recommends: ii cron 3.0pl1-94 management of regular background p ii postfix [mail-transport-agent 2.2.10-1 A high-performance mail transport ii sysklogd [system-log-daemon] 1.4.1-17.1 System Logging Daemon -- debconf information excluded -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#362699: files in '/usr/share/doc/freeguide' all have same date.
On Wed, 26 Apr 2006 10:39:51 -0600 Shaun Jackman [EMAIL PROTECTED] wrote: Hold off on the debhelper bug for now, perhaps. The dpkg-source utility from the dpkg-dev package seems like a better place to start... That dpkg-source doesn't preserve time stamps is a straight-forward bug. Has it been reported already? Not yet. If you're too busy to report it I'd do it, but probably not half as well, since I haven't yet used 'dpkg-source' and don't quite know what to look for. The symptoms seem plain enough though. Looking at the bug list for 'dpkg-dev', I notice several 'dpkg-source' bugs that mention timestamps, for instance: [DPKG-SOURCE] touch all patched files to avoid race conditions http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=105750 [DPKG-SOURCE] applying patch causes timestamps to skew and upset make http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=208276 ...a quote from the latter bug: 9/1/03 Dirk Eddelbuettel replies to Daniel Schepler: I've heard this is going to be fixed in dpkg-source v2, by saving time stamps in the diff.gz. Yes, agreed. This patching/timestamp issue is old. Why there's no official bug for it (or if so, where) is beyond me. ...Either way though, I'd agree that it would be useful for our purposes to have time stamps in patches, unless there are compelling though seldom heard reasons not to. I would be interested to hear any argument against including the time stamp information in the .diff.gz. sounds of crickets chirping -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366390: firefox: 100% CPU when keys wrongly hit
Justin Pryzby wrote: On Mon, May 08, 2006 at 05:55:39PM +0200, Jan Willem Stumpel wrote: Justin Pryzby wrote: Could you install firefox-dbg and get a backtrace when it is in this state? This itself will require ~128MB ram. I haven't done this backtrace yet, but I think I have found (or narrowed down) the cause of the bug. I am running uim (an input method framework). Because this is a keyboard-related bug, I killed the uim processes as a test. Then the bug disappeared! When I started uim again, Firefox could again be crashed by a double keystroke. I have tried it several times, and so far it is perfectly reproducible. Why it happens only with Mozilla/Firefox, and only in the address field, I do not know. I am cc-ing the uim maintainer. Maybe the bug should be reassigned to uim. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366458: ctapi-interface unusable by gnupg
user [EMAIL PROTECTED] usertag 366458 + fixed-in-upstream-svn maybe-in-2.1.5 tag 366458 + upstream thanks Hi Joachim, thank you for your interest in libchipcard and your bug report. Joachim Breitner wrote: I'm trying to use chipcardd2 to access my OpenPGP smartcard. I try: So did I, patch is in upstream svn, will likely be in the 2.1.5 release. It seems that someone tries to lock the card twice. No, the problem (probably, at least here) was a typo (== instead of !=) in a test during the calculation of the return code. It would be great if that would work someday, so I don't have to switch between pcscd and chipcardd2 (for HBCI) all the time. Indeed, and the end of that may be nigh. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366445: detection of PCMCIA readers
# this is a feature request severity 366445 wishlist # see text for this tag 366455 + wontfix help thanks Hi Joachim, Joachim Breitner wrote: I managed to compile chipcardd2 with PCMCIA-Scanning by adding the kernel source to the configure flags. Note that you have to put cdbs kernel headers are a no-go, so I'm tagging this bug wontfix. Probably it would be best to look into pcmciautils and see if its possible to reimplement the pcmcia scanner with sysfs (if lspcmcia can use libsysfs instead of kernel-headers, so should anyone else...). As I don't have a pcmcia card reader, I'm not able to do this. You might be able to use the corresponding function in usbttyscanner.c as an example how to use libsysfs. It's not hard, just somewhat ill-documented. Anyone who wants to send in a patch that switches pcmciascanner to libsysfs should not hesitate to do so. Note that I'm not willing to entertain patches copying the kernel headers or somesuch unless it is demonstrated that libsysfs is not an option. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366440: freetds(GNU/k*BSD): FTBFS: out of date libtool scripts
the current version fails to build on GNU/kFreeBSD, because it needs recent libtool. Debian libtool package 1.5.22-3 or later is needed. What upstream version of libtool includes support for this platform? In general, libtool 1.5.2-1 is sufficient. But there is a bug (#355789) with anon_versioning which leads into: ./debian/dh_makeshlibs -a -Xtdsodbc dh_makeshlibs: Compatibility levels before 4 are deprecated. Error: added symbols in libct.so.3: Base_ctclient_msg Please update the library manifest at ./debian/dh_makeshlibs line 255. make: *** [binary-arch] Error 255 I'm not keen on re-libtoolizing packages that don't otherwise need it, thereby creating large Debian diffs, to support architectures that aren't yet supported by libtool upstream. Alternatively, one-line fix to aclocal.m4 and configure can be applied for freetds. Thanks for considering it. Petr --- aclocal.m4~ 2006-05-09 08:39:29.0 +0200 +++ aclocal.m4 2006-05-09 08:39:30.0 +0200 @@ -6427,7 +6427,7 @@ _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no ;; - linux*) + linux* | k*bsd* ) if $LD --help 21 | grep ': supported targets:.* elf' /dev/null; then tmp_archive_cmds='$CC -shared $libobjs $deplibs $compiler_flags ${wl}-soname $wl$soname -o $lib' _LT_AC_TAGVAR(archive_cmds, $1)=$tmp_archive_cmds --- configure~ 2006-05-09 08:59:36.0 +0200 +++ configure 2006-05-09 08:59:36.0 +0200 @@ -6575,7 +6575,7 @@ hardcode_shlibpath_var=no ;; - linux*) + linux* | k*bsd* ) if $LD --help 21 | grep ': supported targets:.* elf' /dev/null; then tmp_archive_cmds='$CC -shared $libobjs $deplibs $compiler_flags ${wl}-soname $wl$soname -o $lib' archive_cmds=$tmp_archive_cmds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366424: quilt: backup-files spins forever
On Mon, May 08, 2006 at 05:35:39PM -0700, Rob Browning wrote: Daniel Jacobowitz [EMAIL PROTECTED] writes: I've several times lately tried to apply a patch with the wrong patch level or otherwise mangled, such that the files it describes didn't exist. The backup-files program is getting caught in an infinite loop whenever I do this and I have to go kill it manually. This didn't used to happen, not precisely sure when it started but probably in 0.44. This also appears to happen if quilt hits an empty patch file. I got the other issue (when the patched file does not exists), but I fail to reproduce this one: [EMAIL PROTECTED]:/tmp# mkdir q [EMAIL PROTECTED]:/tmp# mkdir patches [EMAIL PROTECTED]:/tmp# touch patches/empty [EMAIL PROTECTED]:/tmp# echo empty patches/series [EMAIL PROTECTED]:/tmp# quilt push Applying patch empty Patch empty appears to be empty; applied Now at patch empty [EMAIL PROTECTED]:/tmp# (in an unstable chroot, this time, where I manage to reproduce dan's issue ;) Bye, Mt. signature.asc Description: Digital signature
Bug#366497: deprecation warning on startup
Package: gnome-osd Version: 0.11.0-4 Severity: minor Hi, Here's what I see in my .xsession-errors on startup: /usr/lib/python2.4/site-packages/gnomeosd/eventbridge.py:321: DeprecationWarning: the 'argc' parameter is optional and deprecated Bye, -- 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.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome-osd depends on: ii gconf22.14.0-1 GNOME configuration database syste ii python2.4 2.4.3-3An interactive high-level object-o ii python2.4-dbus0.61-5 simple interprocess messaging syst ii python2.4-gnome2 2.12.3-2 Python bindings for the GNOME desk ii python2.4-gtk22.8.2-3Python bindings for the GTK+ widge ii python2.4-pyorbit-omg 2.0.1-3PyORBit - python 2.4 CORBA OMG sta gnome-osd recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
Bug#366370: hald dies upon startup
On Mon, May 08, 2006 at 06:57:13PM -0700, Arias Hung wrote: On Mon, 08 May 2006, Sjoerd Simons delivered in simple text monotype: # hald --daemon=yes --verbose=yes 17:29:12.443 [I] hald.c:469: hal 0.5.7 17:29:12.443 [I] hald.c:478: Will daemonize 17:29:12.443 [I] hald.c:479: Becoming a daemon What happens if you run with --daemon=no --verbose=yes ? ---snip--- Okay, I have it responding to --daemon=no --verbose=yes. Attached is the log that resulted. *** [DIE] hald_runner.c:runner_died():69 : Runner died Uhm, right the runner dies.. that's bad.. Could you do the following: $ echo '#!/bin/sh\n /usr/bin/strace /usr/lib/hal/hald-runner\n' /tmp/hald-runner $ chmod a+x /tmp/hald-runner $ PATH=/tmp:$PATH hald --daemon=no --verbose=no This will cause the hald to attach a strace to the hald-runner so we can get somewhat more debug info. Sjoerd -- Given a choice between grief and nothing, I'd choose grief. -- William Faulkner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366471: smartmontools: sata support?
Hi Balázs, thanks for your patch. But this is unfortunately not correct: On Tue, May 09, 2006 at 01:21:48AM +0200, Balázs Hámorszky wrote: i'we made a litle patch to /etc/init.d/smartmontools with it sata works well. i think. enable_smart() { echo -n Enabling S.M.A.R.T. for: for device in $enable_smart; do echo -n $device if [ $device = /dev/sd[a-z] ]; then $SMARTCTL --quietmode=errorsonly -d ata --smart=on $device || \ { echo -n (failed); RET=2; } not all sd? devices are sata, they could be regular scsi disks, in this case we can't pass -d ata. There are two possibilites here: use e.g. sdparm -i to make sure it's a sata device or generalize enable_smart to also carry information about the disk. I currently even favour dropping enable_smart altogether since it's rarely used (most people run smartd anyway and so don't need it at all) and it causes problems when used with smartd. What do you think? Cheers, -- Guido else $SMARTCTL --quietmode=errorsonly --smart=on $device || \ { echo -n (failed); RET=2; } fi done echo . } -- Package-specific info: Ouput of /usr/share/bug/smartmontools: CONFIG_IDE_TASK_IOCTL=y -- 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.16.14 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages smartmontools depends on: ii debianutils 2.16 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries Versions of packages smartmontools recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- debconf-show failed
Bug#364706: azureus bug
http://sourceforge.net/tracker/index.php?func=detailaid=1474796group_id=84122atid=575154 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365869: more info
This is from Stas when I asked about the difference between 1.2.1 and 1.2.2: - There is really not too much to explain. $_hogthreshold is a nasty hack. It makes dosemu to sleep() when an app calls the certain bios or DOS functions. When some program starts to consume too much of the CPU when idle, people complain and we add more of that sleep() points. In latest 1.3 this was polished a little more and also sigsuspend() is being used instead of sleep(). The hope is that it will make more users happy, but overall the one must be ready to change the $_hogthreshold for his own needs. Herbert Xu used $_hogthreshold=(2) as a default for debian. - So there may not be a reasonable default especially for 1.2.x. -- Ryan Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#366471: smartmontools: sata support?
In my workplace the hard drive where my root is gives the following error when i try to start smartd: hdb: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hdb: drive_cmd: error=0x04 { DriveStatusError } ide: failed opcode was: 0xb0 and i can't enable smart on it: Error SMART Enable failed: Input/output error Smartctl: SMART Enable Failed. So in that case smartd is not an option. Regards Guido Guenther wrote: Hi Balázs, thanks for your patch. But this is unfortunately not correct: On Tue, May 09, 2006 at 01:21:48AM +0200, Balázs Hámorszky wrote: i'we made a litle patch to /etc/init.d/smartmontools with it sata works well. i think. enable_smart() { echo -n Enabling S.M.A.R.T. for: for device in $enable_smart; do echo -n $device if [ $device = /dev/sd[a-z] ]; then $SMARTCTL --quietmode=errorsonly -d ata --smart=on $device || \ { echo -n (failed); RET=2; } not all sd? devices are sata, they could be regular scsi disks, in this case we can't pass -d ata. There are two possibilites here: use e.g. sdparm -i to make sure it's a sata device or generalize enable_smart to also carry information about the disk. I currently even favour dropping enable_smart altogether since it's rarely used (most people run smartd anyway and so don't need it at all) and it causes problems when used with smartd. What do you think? Cheers, -- Guido else $SMARTCTL --quietmode=errorsonly --smart=on $device || \ { echo -n (failed); RET=2; } fi done echo . } -- Package-specific info: Ouput of /usr/share/bug/smartmontools: CONFIG_IDE_TASK_IOCTL=y -- 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.16.14 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages smartmontools depends on: ii debianutils 2.16 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries Versions of packages smartmontools recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364706: azureus bug
I still have the bug when running from upstream azureus source tarball instead of debian package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365869: more info 2
Maybe it should just be documented in README.Debian to use the 'speed' command in conjunction with batch files to launch particular programs according to their 'niceness' to the system -- Ryan Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#366452: synaptic: crashes reproducibly when applying any changes
On Mon, May 08, 2006 at 10:52:36PM +0200, Adalbert Dawid wrote: Package: synaptic Version: 0.57.9 Severity: grave Justification: renders package unusable Thanks for your bugreport. Synaptic crashes in (at least) two cases. Steps to reproduce: 1. a) Open the Repositories dialog b) Change something (e.g. activate some inactive repository by clicking on its checkbox) c) Click OK. [..] Could you please open System/Preferences/Assistive Technology Support and check if the box Enable assitive technologies is checked? If so, please uncheck it and see if it still crashs then? I strongly suspect this is a problem with libgail17. Thanks, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366396: vim7 is out
Package: vim Version: 1:6.4-007+1 Followup-For: Bug #366396 Could you upload VIM 7 in unstable/experimental ? Best regards Andrei Emeltchenko -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc5 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages vim depends on: ii libc62.3.6-7 GNU C Library: Shared libraries ii libgpmg1 1.19.6-22 General Purpose Mouse - shared lib ii libncurses5 5.5-1.1 Shared libraries for terminal hand ii vim-common 1:6.4-007+1 Vi IMproved - Common files ii vim-runtime 1:6.4-007+1 Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366452: synaptic: crashes reproducibly when applying any changes
Hi Michael, Am Dienstag, den 09.05.2006, 09:46 +0200 schrieb Michael Vogt: On Mon, May 08, 2006 at 10:52:36PM +0200, Adalbert Dawid wrote: Package: synaptic Version: 0.57.9 Severity: grave Justification: renders package unusable Thanks for your bugreport. Synaptic crashes in (at least) two cases. Steps to reproduce: 1. a) Open the Repositories dialog b) Change something (e.g. activate some inactive repository by clicking on its checkbox) c) Click OK. [..] Could you please open System/Preferences/Assistive Technology Support and check if the box Enable assitive technologies is checked? Yes, it was indeed checked. I must have been playing with this setting some time ago, but I can't remember. If so, please uncheck it and see if it still crashs then? Unchecking it and logging out+in indeed helps! Here is the gdb backtrace, just in case you still need it: - ** ERROR **: file gailtreeview.c: line 3604 (garbage_collect_cell_data): assertion failed: (GAIL_IS_TREE_VIEW (data)) aborting... Program received signal SIGABRT, Aborted. [Switching to Thread -103168 (LWP 5788)] 0xe410 in __kernel_vsyscall () (gdb) backtrace #0 0xe410 in __kernel_vsyscall () #1 0xb73706d1 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7371f9b in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb771243d in g_logv () from /usr/lib/libglib-2.0.so.0 #4 0xb771246e in g_log () from /usr/lib/libglib-2.0.so.0 #5 0xb77124d3 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #6 0xb7078e45 in gail_tree_view_new () from /usr/lib/gtk-2.0/modules/libgail.so #7 0xb770bcc1 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0 #8 0xb7709691 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #9 0xb770c9d7 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #10 0xb770d109 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #11 0xb7c649c5 in gtk_main_iteration () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x0806df65 in std::operator+char, std::char_traitschar, std::allocatorchar () #13 0x080858a7 in std::__introsort_loop__gnu_cxx::__normal_iteratorstd::string*, std::vectorstd::string, std::allocatorstd::string , int () #14 0xb778a11b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #15 0xb777da5b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #16 0xb778d74d in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #17 0xb778eb27 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #18 0xb778eede in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #19 0xb7d58f32 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #20 0xb7c7797b in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #21 0xb7c77c98 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #22 0xb7c6d8ff in gtk_menu_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 #23 0xb7c67860 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #24 0xb777d3b8 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #25 0xb777da5b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #26 0xb778d952 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #27 0xb778e8e5 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #28 0xb778eede in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #29 0xb7d59154 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #30 0xb7c65c8d in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #31 0xb7c66103 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #32 0xb79cc3aa in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #33 0xb7709691 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #34 0xb770c9d7 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #35 0xb770cf28 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #36 0xb7c652a1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x080582d6 in ?? () #38 0xb735beb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #39 0x080566b1 in ?? () - Thanks, Adalbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364706: azureus bug
hmmm Still had bug when running upstream tarball: http://superb-west.dl.sourceforge.net/sourceforge/azureus/Azureus_2.3.0.6_linux.tar.bz2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366499: composite(1): typo in manual
Package: imagemagick Version: 6:6.0.6.2-2.6 Severity: minor composite(1) man page writes: \fIouput-image\fP is the result, and normally has the same dimensions ^ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages imagemagick depends on: ii libmagick6 6:6.0.6.2-2.6 Image manipulation library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366008: hal: hibernate functionality will break power/ibooks
On Tue, 2006-05-09 at 10:03 +0200, Sjoerd Simons wrote: Actually i already patched hal to have power_management.can_suspend_to_disk = false on pmu systems. But your right, programs can still call that hal interface (although i hoped no actually do). No, actually, I could suspend to disk with hibernate, just not to RAM. johannes signature.asc Description: This is a digitally signed message part
Bug#365464: proftpd: net ACLs are buggy
tags 365464 + patch tags 365464 + pending tags 365464 + fixed-upstream thanks An upstream patch is now available to refuse CIDR notation in ipv6 addresses. It seems ok to me to manage the issue. Would you please confirm that, if you are able to patch yourself the package? Else i'll go straight with -7 with that. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366008: hal: hibernate functionality will break power/ibooks
On Wed, May 03, 2006 at 11:30:41AM +0200, Johannes Berg wrote: Package: hal Version: 0.5.8-1 Severity: normal Hi, On power/ibook systems that have hibernate installed, hibernate to ram will not work properly because it tries to use something like echo -n mem /sys/power/state which is broken. I've submitted a kernel patch to stop mem and standby from showing up in /sys/power/state and am running that patch, which means that I was just lucky that it didn't kill my system a few minutes ago! Now, the scripts in other places work around this by disallowing /sys/power/state for pmu based systems because those allow crashing the system through that file. In any case, the point here is that this check should also be applied to the new patch in order to not break pmu based systems that happen to have hibernate installed. Actually i already patched hal to have power_management.can_suspend_to_disk = false on pmu systems. But your right, programs can still call that hal interface (although i hoped no actually do). I'll try to make the patch more watertight for the next package :) Sjoerd -- If it wasn't for Newton, we wouldn't have to eat bruised apples. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366498: redhat-cluster-source: module-assistant is unable to build a binary package
Package: redhat-cluster-source Version: 1.02.00-4 Severity: grave Justification: renders package unusable -- 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.16-1-xen-686 Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349462: xterm: wrong update-alternatives man page x-terminal-emulator.1.gz
On 2006-01-23 08:37:32 +0100, Vincent Lefevre wrote: I get the following error: dixsept:~ man x-terminal-emulator man: warning: /usr/share/man/man1/x-terminal-emulator.1.gz is a dangling symlink No manual entry for x-terminal-emulator The problem is still there in xterm 210-3. dixsept:~ ls -l /usr/share/man/man1/x-terminal-emulator.1.gz lrwxr-xr-x 1 root root 42 2004-11-19 19:12:18 /usr/share/man/man1/x-terminal-emulator.1.gz - /etc/alternatives/x-terminal-emulator.1.gz dixsept:~ ls -l /etc/alternatives/x-terminal-emulator.* lrwxrwxrwx 1 root root 32 2006-01-17 16:48:55 /etc/alternatives/x-terminal-emulator.1x.gz - /usr/share/man/man1/uxterm.1x.gz -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366008: hal: hibernate functionality will break power/ibooks
On Tue, May 09, 2006 at 10:07:47AM +0200, Johannes Berg wrote: On Tue, 2006-05-09 at 10:03 +0200, Sjoerd Simons wrote: Actually i already patched hal to have power_management.can_suspend_to_disk = false on pmu systems. But your right, programs can still call that hal interface (although i hoped no actually do). No, actually, I could suspend to disk with hibernate, just not to RAM. Oh right, i was somewhat confused. Yeah this can be fixed easily by placing the hibernate command after the check for pmu systems, will fix in the next package :) Thanks! Sjoerd -- I put up my thumb... and it blotted out the planet Earth. -- Neil Armstrong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366405: Netinstall Etch or Sid (pppoe)
I am missing the package pppoe on the netinstall.isos snip/ It is now filed as a bug. And marked as 'done'. Matthias, If you see things that could need improvement, then let it us know. Feel also free to update http://wiki.debian.org/DebianInstaller/FAQ Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366370: hald dies upon startup
On Tue, 09 May 2006, Sjoerd Simons delivered in simple text monotype: On Mon, May 08, 2006 at 06:57:13PM -0700, Arias Hung wrote: On Mon, 08 May 2006, Sjoerd Simons delivered in simple text monotype: Uhm, right the runner dies.. that's bad.. Could you do the following: $ echo '#!/bin/sh\n /usr/bin/strace /usr/lib/hal/hald-runner\n' /tmp/hald-runner $ chmod a+x /tmp/hald-runner $ PATH=/tmp:$PATH hald --daemon=no --verbose=no ---snip--- Sure, attached is the strace. execve(/usr/lib/hal/hald-runner, [/usr/lib/hal/hald-runner], [/* 5 vars */]) = 0 uname({sys=Linux, node=radio, ...}) = 0 brk(0) = 0x804c000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fdd000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fdc000 open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=211742, ...}) = 0 old_mmap(NULL, 211742, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fa8000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libgobject-2.0.so.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PjXA4\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=242792, ...}) = 0 old_mmap(0x4158, 241604, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4158 old_mmap(0x415ba000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a000) = 0x415ba000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libdbus-glib-1.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\210..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=111548, ...}) = 0 old_mmap(0x41ca2000, 109116, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x41ca2000 old_mmap(0x41cbc000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a000) = 0x41cbc000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libglib-2.0.so.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\305OA..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=553736, ...}) = 0 old_mmap(0x414f, 555884, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x414f old_mmap(0x41577000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x86000) = 0x41577000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libdbus-1.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\344..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=193400, ...}) = 0 old_mmap(0x41b0a000, 195316, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x41b0a000 old_mmap(0x41b39000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2e000) = 0x41b39000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0Q2A4\0..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1273940, ...}) = 0 old_mmap(0x4131, 1277532, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4131 old_mmap(0x4143e000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12e000) = 0x4143e000 old_mmap(0x41446000, 7772, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x41446000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libnsl.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340U\33..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=82472, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fa7000 old_mmap(0x421b2000, 88096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x421b2000 old_mmap(0x421c4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0x421c4000 old_mmap(0x421c6000, 6176, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x421c6000 close(3)= 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fa6000 mprotect(0x4143e000, 20480, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7fa66c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7fa8000, 211742) = 0 open(/dev/urandom, O_RDONLY)
Bug#366500: xbase-clients: bad ROFF .so request in some man pages
Package: xbase-clients Version: 1:7.0.1-1 Severity: normal A man atobm gives the error: man: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory before the man page can be found. dixsept:~ gunzip -c /usr/share/man/man1/atobm.1x.gz .so man1x/bitmap.1x but the man page is: dixsept:~ locate bitmap.1x /usr/share/man/man1/bitmap.1x.gz Other man pages are affected, e.g. xtrap*. -- 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.4-20051215 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages xbase-clients depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-3X11 authorisation library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-7FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxmuu11:1.0.1-3X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-4X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3X11 event trapping extension libra ii libxtst61:1.0.1-3X11 Testing -- Resource extension ii libxv1 1:1.0.1-3X11 Video extension library ii libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l ii x11-common 1:7.0.17 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264651: w3m: cannot tell how far are we into a page
On Fri, Aug 06, 2004 at 11:34:39AM +0800, Dan Jacobson wrote: Package: w3m Version: 0.5.1-1 Severity: wishlist File: /usr/bin/w3m We can't tell what percent we are thru with a file. -num doesn't help much. We don't know what percent down the page we are. There is no status in the prompt or scroll bar to check. If you set the option Display current line number to YES (-o display_lineinfo=1) then the statusbar contains currentline/number of lines (percentage of file). Regards, -- Karsten Schölzel| Email: [EMAIL PROTECTED] Väderleden 9 4:98 | Jabber: [EMAIL PROTECTED] 97633 Luleå | VoIP: sip:[EMAIL PROTECTED] Sweden | sip:[EMAIL PROTECTED] | Tel:+4918015855857712 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366501: bootcd-i386: Unable to create bootable CDs on Etch
Package: bootcd-i386 Version: 2.53 Severity: grave Justification: renders package unusable Hello, I'm unable to create a bootcd starting from a clean debootstrapped Etch. The error while booting is: umount: /devfs: Invalid argument pivot_root: 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! I use it regularly on Sarge, also witch backported kernel 2.6.15. Thanks, Alex -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (90, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-k7-smp Locale: LANG=en_US.UTF-8, 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#364454: ...at least a bug in firefox
Hi, If ff doesn't detect the verion of extensions correctly it's a least a bug in the browser itself. Reinstalling packages to make things work again is isn't a very sensible update path. If firefox is at fault here we should at least reassign the bug there. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#86138: how much do you wanna make?
Hey buddy, Are you stuck in a job that is leading you on the path to no where? Do you wish you could better your financial situtation? We can help you obtain a College Degree with classes, books, and exams from a reputable Univ, transcripts included. Call me anytime at 1 - 206 - 350 - 3737 for detailed information. Regards, mr Blackwell Admission Office -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366498: redhat-cluster-source: module-assistant is unable to build a binary package
severity 366498 normal tags 366498 moreinfo thanks On Tue, May 09, 2006 at 08:15:05AM +0200, Geza Gemes wrote: Package: redhat-cluster-source Version: 1.02.00-4 Severity: grave Justification: renders package unusable An empty bug can't make a package unusable. Bastian -- Superior ability breeds superior ambition. -- Spock, Space Seed, stardate 3141.9 signature.asc Description: Digital signature
Bug#366503: zim: Symlinks don't show up in the side pane
Package: zim Version: 0.14-1 Severity: normal In my Zim directory, I replaced a file with a symlink to a file that I store somewhere else. I can access the file with its full name (:Work:CompanyA:TODO for example) and links pointing to it works perfectly. However in the side pane, this node never shows up in the hierarchy. I always use the side pane to browse everything, so I would really like that my node appears there too. :-) -- 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.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages zim depends on: ii libfile-basedir-perl 0.02-1 Perl module to use the freedesktop ii libfile-mimeinfo-perl 0.13-1 Perl module to determine file type ii libgtk2-perl 1:1.121-1 Perl interface to the 2.x series o ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages zim recommends: ii libgtk2-spell-perl1.03-2 Perl interface to the GtkSpell lib ii libgtk2-trayicon-perl 0.04-1 Perl interface to fill the system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366502: Identifies plain text file as Apple Old Partition data
Package: file Version: 4.17-1 Below you'll find attached an excerpt from a plaintext README.txt that was misrecognized by 'file' as follows: cut README.txt: Apple Old Partition data block size: 14390, first type: maze of flags, if () {}else{}., name: fixed and new added. (It becom, number of blocks: 1768844064, cut It even looks like an internal error or something - so much information dumped - even bits from the README itself. Since 'file' is part of 'amavis' this bug blocked a valid email with the README attached - mailer returned it as containing banned file.. Thanks in advance for looking into this. Petr 1.86 More new things added. 1) 2pass support for avi saving. 2) Added crop-resize engine by Ogo. 3) More options in MP3 encoding dialog. 4) MP3 output can be mix with video in AVI. (I can't recommend do this, Video and audio have't good iterleaving, some times it can be unsync,no way to solve this with current code structure). 5) DTS track can be extracted. 6) P4 iDCT by Dmitry Rozhdestvensky. Only in exe, NOT TESTED!!!. 7) Normalization is back. 8) Added possibility log switching between FILM-NTSC. 9) Old Bug fixed and new added. (It become maze of flags, if () {}else{}. I think most of code will work fine, but... )
Bug#366475: Scanimage on NSLU2 with hplip backend overflows
reassign 366475 hplip thanks [EMAIL PROTECTED] wrote: Hi, [dll] load: dlopen()ing `/usr/lib/sane/libsane-hpaio.so.1' [dll] init: initializing backend `hpaio' [dll] sane_get_devices: found 1 devices [dll] sane_open: trying to open `hpaio:/usb/PSC_1600_series?serial=SOME_SERIAL' *** glibc detected *** free(): invalid pointer: 0x4028fba4 *** Aborted At this point, we're running the backend, so the bug probably lies in hplip. If possible, please provide a gdb backtrace so we can make sure it really happens in the backend. I'm reassigning the bug to hplip, please Cc me and reassign back if needed. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365085: [Build-common-hackers] Bug#365085: CDBS 0.4.39 breaks DEB_SHLIBDEPS_INCLUDE in debian-qt-kde.mk
Coin, Pierre Habouzit [EMAIL PROTECTED] writes: I talked with seb128, and he said there was no such thing, and that the only problem he had was the missing depends, which is exactly what the patch solves. Strange, i may have misunderstood. Whatever, this was a very bad breakage and deserved RC. Ping dear build-common-hackers: does someone has enough time to review the patch and do an upload before this night dinstall ? If not, given the severity of the bug and the big problems it implies in EVERY debian package that ships binaries AND a lib in separate packages, I intend to NMU it. I'm too late for review, sorry. It looks right. Really thanks for your work. For my strong words about Peter, this is another subject, see the thread on documentation on the ml if you want to understand why i'm so angry about him. -- Marc Dequènes (Duck) pgpKjded4wvf4.pgp Description: PGP signature
Bug#366177: [amd64] Tyan S2877 installation-report
CC-ing to [EMAIL PROTECTED] to get more eye balls on this amd64 issue On Mon, May 08, 2006 at 09:25:46AM -0500, Karl Schmidt wrote: Geert Stappers wrote: On Sun, May 07, 2006 at 01:08:59PM -0500, Karl Schmidt wrote: bigsnip/ I got past this - creating the /target/proc and rerunning the 'install base system' caused a second error Could be this is from running 'install base system' twice? - but if I selected stable and dropped down to shell and chroot /target mkdir /proc = while 'install base system' was running == and did this as soon as the commands were available and before the error occurred. I got past the 'install base system' and to the install kernel part. This /proc problem exists on both a S2877 and S2865 motherboard - I also saw it mentioned on debian-amd64@lists.debian.org Was there ever an install report filed about it? We all known that we all can benefit from it, the thing to learn is to appriceate the one who actual does ... But still no joy - it couldn't properly install a smd kernel on raid - so it is unbootable. (these should be Sarge kernels, but I don't see Sarge in the names on the list of offered kernels??) I'm not sure about it, but it could be that for Sarge not the kernels are available that you expect. And you are working/testing/exprimenting with daily build of d-i, these are Etch based. Installing Sarge with Etch is working the wrong way. It breaks. Today, I'm going to start over again and skip the RAID for now (I will use the page I wrote here to move back to raid later - see : http://xtronics.com/reference/SATA-RAID-debian-for-2.6.html ) It has 'The last Debian (beta 4) testing installer' Please replace beta 4 with something that matches reallity. That may sound harsh, but I have no subtile words to say it less harsh. I am now working with an installation image with root directory dates of May 6th. (I now loop mount these isos to find the dates and add a date string to the end of the iso file name - how do you guys make use of reports without knowing the build version of the package??) We ask the reporter the full URL of the download. And an installed system has a file in /etc, /etc/lsb IIRC I assume the same file is also in the initrd. I also found that there may be an issue about initrd and a change in the name of kernel-image to linux-image - is there a particular kernel I should try to install for sarge? I have looked at http://wiki.debian.org/DebianInstaller to find information about the status of the special version of the Etch debian-installer for Sarge. I couldn't find it, so I can't recomment which kernel will work. Where this BR is about new hardware, I recomment to use new software, e.g. Etch. HtH GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366002: aiccu: Lack of AMD64 package
A Divendres 05 Maig 2006 12:23, Anand Kumria va escriure: On Thu, May 04, 2006 at 12:55:06PM +0200, William Anderle wrote: Package: aiccu Severity: wishlist Debian still lacks an AMD64 package of AICCU. Even tough this is a feature request, the lack of this package is pretty severe. Other distributions (FreeBSD, Gentoo) already provides a AMD64 build. Hi William, I do not have an AMD64 machine to build the package for; and (apparently) none of the autobuilders want to build this package (probably because it is non-free). You'll need to convince an autobuilder to build it, or do yourself. if you choose the latter option I can walk you through the process. I have read the licence and I don't see any important requeriment to not be a Open Source or follow the debian policy. However, I'm not an expert, so probably there's some detail that escapes from my poor knowledge . Regards, Leo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366504: vim-runtime: Overwrites /usr/share/vim/vimcurrent in vim-common
Package: vim-runtime Version: 1:6.4+7.0g01-1 Severity: grave Justification: renders package unusable Preparing to replace vim-runtime 1:6.4-007+1 (using .../vim-runtime_1%3a6.4+7.0g01-1_all.deb) ... Unpacking replacement vim-runtime ... dpkg: error processing /var/cache/apt/archives/vim-runtime_1%3a6.4+7.0g01-1_all.deb (--unpack): trying to overwrite `/usr/share/vim/vimcurrent', which is also in package vim-common Errors were encountered while processing: /var/cache/apt/archives/vim-runtime_1%3a6.4+7.0g01-1_all.deb -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 'experimental'), (97, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) vim-runtime depends on no packages. Versions of packages vim-runtime recommends: pn vim | vim-gnome | vim-gtk | v none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366495: Bug#362478: French debconf templates translation
merge 366495 362478 thanks Hi, Cameron Dale [EMAIL PROTECTED] (19/04/2006): Could you please update your translation to match the new version released yesterday? It should be fairly simple, as the previous 4 questions have been reduced to 1 using variable substitution, and there is only 1 new question. The translation sent by Gaetan in #362478 is obsoleted by the one in #366495. This later one should be 100% up-to-date with the new package. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty
Package: tetex-base Version: 3.0-14 Severity: serious Justification: Social Contract /usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base (according to http://packages.debian.org/, it is still in 3.0-17) seems not to be redistributable; it says: %% IMPORTANT NOTICE: %% %% For the copyright see the source file. %% %% You are *not* allowed to modify this file. %% %% You are *not* allowed to distribute this file. %% For distribution of the original source see %% the terms for copying and modification in the file cspsfont.doc. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-deb1-64bit Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Versions of packages tetex-base depends on: ii dpkg 1.13.16package maintenance system for Deb ii tex-common0.16 Common infrastructure for using an ii ucf 2.005 Update Configuration File: preserv Versions of packages tetex-base recommends: ii tetex-doc 3.0-14 The documentation component of the Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii debianutils 2.15.2 Miscellaneous utilities specific t ii dpkg 1.13.16package maintenance system for Deb ii ed0.2-20 The classic unix line editor ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-1+b1 The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-9 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-14 path search library for teTeX (run ii libpaper1 1.1.14-5 Library for handling paper charact ii libpng12-01.2.8rel-5 PNG library - runtime ii libpoppler0c2 0.4.5-3PDF rendering library ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxaw8 6.9.0.dfsg.1-4 X Athena widget set library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii mime-support 3.35-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-2Larry Wall's Practical Extraction ii sed 4.1.4-5The GNU sed stream editor ii ucf 2.005 Update Configuration File: preserv ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages tetex-extra depends on: ii dpkg 1.13.16package maintenance system for Deb ii tetex-bin 3.0-14 The teTeX binary files ii ucf 2.005 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366506: sqlfairy: Please install user interface scripts
Package: sqlfairy Severity: wishlist Hello, sqlfairy comes with some scripts in the bin/ directory of the source package. Those scripts are designed to be user interfaces for for the actual SQL::Translator modules and would therefor be very handy for the users of your package. Please include them, maybe except sqlt.cgi, in the binary package. I'd definitly prefer to have them in /usr/bin, but even putting them in /usr/share/doc/libsql-translator-perl/examples/ or somesuch would be better than the current situation. TIA, Flo -- 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.16 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311907: debconf msg. translations
reopen 311907 reopen 301626 reopen 321478 thanks Hi, LENART Janos [EMAIL PROTECTED] (06/05/2006): I am closing these bugs *without* including your translations in hunglish. It's a great job you are doing, but please understand that hunglish is really absolutely no use for anyone but hungarians. This is clearly indicated in the Description: . I'm reopening these bugs for different reasons: * you are excluding a part of the population: foreigner people. This may seems quite uncommon in Hungaria, but this has been my situation one year ago when I was working in Poland being Belgian. I had to work with different keyboard layouts, speaking only a few words of Polish, but still needing Polish chars, at least for people names. * the l10n infrastructure detects files to be translated which don't have a related bug open against the package to translate (this is why I have detected these bugs, being one of the French l10n coordinators). If you really don't want to include these translations, please mark these bugs as wontfix. * po-debconf translations are trivial to include. It is absolutely not time consuming. Therefore, even if they are not really useful, please include them. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#310066: xinetd: xinetd goes deaf (frozen) at re-activating deactivated service
tags 310066 unreproducible moreinfo thanks Hi and sorry for the delay, On May 21, 14:03 (+0200), [EMAIL PROTECTED] wrote: at that point xinetd have given up pop3 port. for ever, it seems, since even reloading (HUP) doesn't get it again. restart is needed. I'm not able to reproduce this bug neither using 1:2.3.13-3, or pending upload 1:2.3.14-1. I will probably need more info if you still have the bug (exact xinetd.conf, daemon used, etc.) Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366508: monodevelop: Please package v0.11
Package: monodevelop Version: 0.10-1 Severity: wishlist There is an new upstream 0.11 available which does contain several bugfixes. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-mywin4lin Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages monodevelop depends on: ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii konsole [x-terminal-em 4:3.5.2-2 X terminal emulator for KDE ii libgconf2.0-cil2.8.2-1 CLI binding for GConf 2.12 ii libgecko2.0-cil0.11-2CLI binding for the GtkMozEmbed li ii libglade2.0-cil2.8.2-1 CLI binding for the Glade librarie ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libglib2.0-cil 2.8.2-1 CLI binding for the GLib utility l ii libgnome2.0-cil2.8.2-1 CLI binding for GNOME 2.12 ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.2-1 CLI binding for the GTK+ toolkit 2 ii libgtksourceview1.0-0 1.4.2-2 shared libraries for the GTK+ synt ii libgtksourceview2.0-ci 0.10-3CLI binding for the gtksourceview ii liblog4net1.2-cil 1.2.8+1.2.9beta-1 highly configurable logging API fo ii libmono-cecil0.3-cil 0.3-1build1 library to generate and inspect CI ii libmono-corlib1.0-cil 1.1.13.6-3Mono core library (1.0) ii libmono-sharpzip0.84-c 1.1.13.6-3Mono SharpZipLib library ii libmono-system-runtime 1.1.13.6-3Mono System.Runtime library ii libmono-system1.0-cil 1.1.13.6-3Mono System libraries (1.0) ii libmono1.0-cil 1.1.13.6-3Mono libraries (1.0) ii mono-mcs 1.1.13.6-3Mono C# compiler ii mono-runtime 1.1.13.6-3Mono runtime ii monodoc-base 1.1.13-3 shared MonoDoc binaries ii monodoc-manual 1.1.13-3 compiled XML documentation from th ii pkg-config 0.20-1manage compile and link flags for ii xterm [x-terminal-emul 210-3 X terminal emulator monodevelop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366507: Pcmcia cardbus disabled
Package: linux-image-2.6.15-1-486 Version: 2.6.15-8 Severity: important When I boot my laptop with this kernel, I can't use my pcmcia ethernet card (Netgear). It works perfectly with kernels 2.2.27-pre2 (on potato) and 2.4.27-2-386 (testing). I've tried every combination of acpi and pci kernel parameters I could find but it didn't make it (unfortunately the Documentation/ directory from the kernel sources isn't packaged as documentation for this kernel so I don't know if I could test all possibilities). Here is some usefull information: 1. boot messages Linux version 2.6.15-1-486 (Debian 2.6.15-8) ([EMAIL PROTECTED]) (gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #2 Mon Mar 6 15:19:16 UTC 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 0502 (usable) BIOS-e820: 0502 - 0504 (reserved) BIOS-e820: fef8 - ff00 (reserved) BIOS-e820: fffe - fffe6e00 (reserved) BIOS-e820: fffe6e00 - fffe7000 (ACPI NVS) BIOS-e820: fffe7000 - 0001 (reserved) 80MB LOWMEM available. On node 0 totalpages: 20512 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 16416 pages, LIFO batch:3 HighMem zone: 0 pages, LIFO batch:0 DMI not present. ACPI: Unable to locate RSDP Allocating PCI resources starting at 1000 (gap: 0504:f9f4) Built 1 zonelists Kernel command line: BOOT_IMAGE=Linux-2.6.15 ro root=303 pci=usepirqmask No local APIC present or hardware disabled mapped APIC to d000 (010a1000) Initializing CPU#0 PID hash table entries: 512 (order: 9, 8192 bytes) Detected 166.660 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 73940k/82048k available (1516k kernel code, 7712k reserved, 574k data, 228k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 333.72 BogoMIPS (lpj=166862) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 008001bf CPU: After vendor identify, caps: 008001bf Intel Pentium with F0 0F bug - workaround enabled. CPU: After all inits, caps: 008001bf mtrr: v2.0 (20020519) CPU: Intel Pentium MMX stepping 03 Checking 'hlt' instruction... OK. checking if image is initramfs... it is Freeing initrd memory: 4378k freed NET: Registered protocol family 16 EISA bus registered PCI: PCI BIOS revision 2.10 entry at 0xfd507, last bus=21 PCI: Using configuration type 1 ACPI: Subsystem revision 20050902 ACPI: Interpreter disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI: disabled PnPBIOS: Scanning system for PnP BIOS support... PnPBIOS: Found PnP BIOS installation structure at 0xc00f8e30 PnPBIOS: PnP BIOS version 1.0, entry 0xf:0x90b4, dseg 0x0 PnPBIOS: 18 nodes reported by PnP BIOS; 18 recorded by driver PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) Boot video device is :00:04.0 PCI: Bus 1, cardbus bridge: :00:13.0 IO window: 1000-10ff IO window: 1400-14ff PREFETCH window: 1000-11ff MEM window: 1200-13ff PCI: Bus 5, cardbus bridge: :00:13.1 IO window: 1800-18ff IO window: 1c00-1cff PREFETCH window: 1400-15ff MEM window: 1600-17ff PCI: No IRQ known for interrupt pin A of device :00:13.0. Please try using pci=biosirq. PCI: Setting latency timer of device :00:13.0 to 64 PCI: No IRQ known for interrupt pin B of device :00:13.1. Please try using pci=biosirq. PCI: Setting latency timer of device :00:13.1 to 64 audit: initializing netlink socket (disabled) audit(1144267620.489:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered isapnp: Scanning for PnP cards... isapnp: No Plug Play device found PNP: PS/2 Controller [PNP0303,PNP0f13] at 0x60,0x64 irq 1,12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:0e: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024
Bug#276246: w3m's locale parsing should at least see '@euro' modifier
On Sat, Jan 22, 2005 at 10:02:47PM +0100, Samuel Thibault wrote: Thinking twice about it: Why wouldn't ln_langinfo(CODESET) be used ? It exactly returns what's needed: the current charset (instead of merely guessing from the LANG value...) Although it is not very obvious nl_langinfo(CODESET) is used if available and w3m selected ISO-8859-15 if [EMAIL PROTECTED] on my system. As long as LC_ALL, LC_CTYPE or LANG are non-null and not the following happen: main.c:429 wc_guess_locale_charset is called libwc/charset.c:64 wc_local_to_ces is called libwc/charset.c:377 nl_langinfo(CODESET) is used if LANG != C I suspect a configuration problem on your side, perhaps enabling the option System charset follows locale(LC_CTYPE) (-o follow_locale=1) might help. Regards, -- Karsten Schölzel| Email: [EMAIL PROTECTED] Väderleden 9 4:98 | Jabber: [EMAIL PROTECTED] 97633 Luleå | VoIP: sip:[EMAIL PROTECTED] Sweden | sip:[EMAIL PROTECTED] | Tel:+4918015855857712 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357659: FTBFS with G++ 4.1: misc errors
* Jeremy T. Bouse [EMAIL PROTECTED] [2006-03-18 22:34]: I've been busy the last couple months, having got married in the past several months and been working 20 hour days between my day job and my consulting client. Mostly my client as they're ramping up their fan portal sites for the NBA teams. Jeremy, do you think you'll be able to upload the new version soon? If not, do you mind if I make a NMU just to fix the G++ 4.1 problem. This is reaelly annoying since it's in a header file and therefor causes other packages to fail to build with GCC 4.1. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365930: does it still work with newest wpasupplicant?
Package: guessnet Version: 0.38-1 Followup-For: Bug #365930 The newest wpasupplicant doesn't run as a daemon anymore, and is started for each interface as it is brought up. Thus, I think this test will not work anymore, or am I wrong? -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages guessnet depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libnet1 1.1.2.1-2library for the construction and h ii libpcap0.7 0.7.2-7 System interface for user-level pa ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 guessnet recommends no packages. -- no debconf information -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#366441: Mklibs: should not remove symbol iconv_open
I recomment to do desparate actions like `make really-clean`, `svn update`, `make clean`. With some luck you get a working d-i again. tried that already and seems like ppc is broken as well (see [1]) even if it is not confirmed that the cause of the problem is the same If the problem presists, then try to rebuild libfontconfig with iconv_open defined otherwise. Something external iconv_open or other type casting I don't understand (yet??) I'll give it a try, thanx. What I'm trying to say is that mklibs works fine (due some magic) Does that mean mklibs is bug free? regards, Davide [1] http://lists.debian.org/debian-boot/2006/05/msg00199.html Tiscali ADSL 4 Mega Flat Naviga senza limiti a 19,95 Euro al mese con 4 Megabps di velocita'. Attiva subito: hai 2 MESI di canone adsl GRATIS! In piu', se sei raggiunto dalla rete Tiscali, telefoni senza pagare il canone Telecom. Scopri subito come risparmiare! http://abbonati.tiscali.it/prodotti/adsl/tc/4flat/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366509: webmin-ldap-user-simple: I have just installed the packege, and gone into it for the first time and get error messages
Package: webmin-ldap-user-simple Version: 1.3-20 Severity: grave Justification: renders package unusable I get the error messages on my first access to this module in webmin.:- Error - Bad Header [Tue May 9 11:27:31 2006] index.cgi: Use of uninitialized value in concatenation (.) or string at /usr/share/webmin/web-lib.pl line 1785. [Tue May 9 11:27:31 2006] index.cgi: Use of uninitialized value in split at /usr/share/webmin/web-lib.pl line 1880. [Tue May 9 11:27:31 2006] index.cgi: readline() on closed filehandle USERMODS at /usr/share/webmin/web-lib.pl line 3476. [Tue May 9 11:27:31 2006] index.cgi: Use of uninitialized value in split at /usr/share/webmin/web-lib.pl line 1925. [Tue May 9 11:27:31 2006] index.cgi: LDAP Error: LDAP_OPERATIONS_ERROR Server encountered an internal error [Tue May 9 11:27:31 2006] index.cgi: at /usr/share/webmin/ldap-users/ldap-users.pl line 49. System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages webmin-ldap-user-simple depends on: ii debconf1.4.30.13 Debian configuration management sy ii libcgi-application-perl3.31-0.1 Framework for building reusable we pn libdigest-md5-perl Not found. ii libhtml-fromtext-perl 2.05-1Mark up text as HTML ii libhtml-template-perl 2.6-2 HTML::Template : A module for usin ii libio-socket-ssl-perl 0.96-1Class implementing an object orien ii libnet-ldap-perl 0.3202-3 A Client interface to LDAP servers ii libtext-unaccent-perl 1.08-1provides functions to remove accen pn libtime-hires-perl Not found. ii libunicode-string-perl 2.07-1Perl modules for Unicode strings ii liburi-perl1.35-1Manipulates and accesses URI strin ii perl [libstorable-perl]5.8.4-8sarge4 Larry Wall's Practical Extraction ii webmin 1.180-3 web-based administration toolkit -- debconf information: webmin-ldap-skolelinux/passwd_number: 1 webmin-ldap-skolelinux/passwd_capital: 1 webmin-ldap-skolelinux/passwd_lowercase: 1 webmin-ldap-skolelinux/homeprefix: /skole/tjener/home0 webmin-ldap-skolelinux/rootdn: cn=admin,ou=People,dc=skole,dc=skolelinux,dc=no webmin-ldap-skolelinux/secret: 4efa0f613910e4e1199dffcbde71c27a webmin-ldap-skolelinux/auto-update_nextid: true webmin-ldap-skolelinux/basedn: dc=skole,dc=skolelinux,dc=no webmin-ldap-skolelinux/no-auto-config: webmin-ldap-skolelinux/mailprefix: /var/lib/maildirs webmin-ldap-skolelinux/passwd_length: 6 webmin-ldap-skolelinux/sambasync: 1 webmin-ldap-skolelinux/server: ldap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366510: Small typo at debmirror:705
Package: debmirror Severity: minor At file debmirror, line 705, there's a small typo, displaying Eelease instead of Release. Failed to download some Package, Sources or Eelease files!\n; ^^^ ^^^ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365257: [Build-common-hackers] Bug#365257: cdbs: shouldn't run install target for python-mylib-doc packages
Coin, Peter Eisentraut [EMAIL PROTECTED] writes: Cdbs runs install target for python-mylib-doc package, whereas it shouldn't. I have attached a patch which fix this problem. Is there a general policy or practice of some sort that supports this? I only see one package in the archive that is called python-someting-doc. So this seems to be a special case, meaning you are probably better of manipulating the package list yourself. This -doc suffix is merely following a common practice used in the whole archive. I do support this demand for CDBS following conventions without ugly hacks into 'debian/rules' to override CDBS variables. -- Marc Dequènes (Duck) pgpEPDjthoKnM.pgp Description: PGP signature
Bug#366514: Automatic upgrade from Xfree86 needs to fix mouse
Package: xserver-xorg Version: 7.0.17 I tried to upgrade from Xserver-xfree86 to xserver-xorg. The XF86Config-4 file had the mouse device as /dev/input/mice. The rewritten xorg.conf file had /dev/mouse, which doesn't exist on my system. It looks as though the info in XF86Config-4 is not consulted for the upgrade. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366515: libnm_glib_nm_state_cb: dbus returned an error
Package: evolution Version: 2.6.1-2 Severity: important I'm using evolution with a local (working) courier-imap server. When I start evolution it tells me: [EMAIL PROTECTED]:~$ evolution CalDAV Eplugin starting up ... (evolution-2.6:17307): camel-WARNING **: camel_exception_get_id called with NULL parameter. libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files (evolution-2.6:17307): camel-WARNING **: camel_exception_get_id called with NULL parameter. No new mails are shown and when I change folder a message says: Errore durante «Archiviazione cartella «Unread mail (local)»». Errore durante la memorizzazione [EMAIL PROTECTED]:INBOX: Disconnessione inattesa del server: Errore sconosciuto Translation: Error while Storing folder «Unread mail (local)»». Error while storing [EMAIL PROTECTED]:INBOX: Unexpected disconnection from server: unknown error. For other informations just ask me. Thanks and bye Andrea -- 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.16-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages evolution depends on: ii dbus 0.61-5 simple interprocess messaging syst ii evolution-dat 1.6.1-2evolution database backend server ii gconf22.14.0-1 GNOME configuration database syste ii gnome-icon-th 2.14.2-1 GNOME Desktop icon theme ii gtkhtml3.83.10.1-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-clie 0.6.9-8+b1 Avahi client library ii libavahi-comm 0.6.9-8+b1 Avahi common library ii libavahi-glib 0.6.9-8+b1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libcamel1.2-8 1.6.1-2The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2006.04.09-1 common error description library ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib- 0.61-5 simple interprocess messaging syst ii libebook1.2-5 1.6.1-2Client library for evolution addre ii libecal1.2-3 1.6.1-2Client library for evolution calen ii libedataserve 1.6.1-2Utility library for evolution data ii libedataserve 1.6.1-2GUI utility library for evolution ii libesd-alsa0 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig 2.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3 FreeType 2 font engine, shared lib ii libgail-commo 1.8.11-2 GNOME Accessibility Implementation ii libgail17 1.8.11-2 GNOME Accessibility Implementation ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot ii libgnome2-0 2.14.1-1 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-2 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-3 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.14.1-2 GNOME virtual file-system (runtime ii libgnutls13 1.3.5-1+b1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface ii libgtkhtml3.8 3.10.1-1 HTML rendering/editing library - r ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-7
Bug#366512: ted: Fails to display file
Package: ted Version: 2.17-1 Severity: grave Starting Ted like so: $ ted /usr/share/ted/Ted/TedDocument-en_US.rtf makes the initial screen pop up, but the file that I am trying to edit does not. Since I cannot even see the document I am trying to edit, much less edit it, I consider that unuseable. The following messages appear in the xterm from which I started Ted: appFont.c(812) aff-affFontFamilyName=Helvetica afe-afeXfontFamilies=0x0 appFont.c(813) encoding=8 PS_Encodings[encoding].fcX11Registry=iso8859 appFont.c(814) encoding=8 PS_Encodings[encoding].fcX11Encoding=15 appFont.c() psf-affFontFamilyName=Helvetica dsf-apfFontEncoding=8 appFont.c(1167) 1=1 tedLayout.c(995) attributeNumber=0 sfl-sflAttributeToScreen[attributeNumber]=-1 tedLayout.c(1022) part=0 textAttr=0 tedLayout.c(852) 1=1 docLayoutParagraphs.c( 82) 1=1 docLayoutParagraphs.c(142) 1=1 docLayoutParagraphs.c(494) 1=1 docLayout.c(825) 1=1 docLayout.c(805) 1=1 docLayout.c(805) 1=1 docLayoutExternalItem.c(219) 1=1 docLayout.c(716) 1=1 docLayout.c(797) 1=1 docLayout.c(932) 1=1 tedLayout.c(1071) 1=1 tedPage.c(332) 1=1 tedDocument.c(571) 1=1 appDocument.c(579) ed-edFilename=/usr/share/ted/Ted/TedDocument-en_US.rtf appDocument.c(752) filename=/usr/share/ted/Ted/TedDocument-en_US.rtf I get the same behavior and the same messages in the xterm when I try to open a file from the File/Open menu item on the initial screen. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.19 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ted depends on: ii lesstif2 1:0.94.4-1.1+b2 OSF/Motif 2.1 implementation relea ii libc62.3.6-7 GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg626b-12 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1PNG library - runtime ii libsm6 1:1.0.0-4 X11 Session Management library ii libtiff4 3.8.2-1 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxp6 1:1.0.0-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii libxt6 1:1.0.0-4 X11 toolkit intrinsics library ii ted-common 2.17-1 common files used by ted and ted-g ii xlibs6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.3-11 compression library - runtime ted recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366513: Cirrus driver produces unusable display
Package: xserver-xorg Version: 7.0.17 When I run X, I see a display that has a central section that looks more-or-less normal, surrounded by a band of weirdness. If I tell Xserver-xorg to use the vesa driver, all works more or less. My laptop uses a Cirrus logic GD7548 With Xfree86 I used to use the svga driver. The automatic upgrade from Xfree86 wrote a config file that attempted to use the Cirrus driver. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366517: libquicktime1: conflict with libquicktime0
Package: libquicktime1 Version: 0.9.3-2 Severity: important Hello transcode dépends on libquicktime0 kino dépends on libquicktime1 but libquicktime1 replace libquicktime0 (aptitude said) and I want to keep libquicktime0 (because of transcode) The only way I've found to install libquicktime1 was to make : dpkg --force-overwrite libquicktime1_0.9.3-2_i386.deb But it's not a good solution isn't ? How can I do to install libquicktime1 without --force-overwrite ? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Bug#366516: boot process of fresh etch installation does not lead to graphic login: inconsistent paths /usr/bin vs /usr/bin/X11
Package: xdm Version: 1.0.1-6 Inconsistencies in downgrading from sid to etch lead me to completely reinstalling Debian. So, this report is about Debian etch as of today. I installed from the CD image http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-netinst.iso. I deselected desktop and standard to prevent the gnome overhead from being installed. After rebooting into the fresh system, I updated apt and upgraded the installed packages via ftp. Then, I installed xserver-xorg, xdm, my preferred window manager, a few other packages, and all their friends-and-relations. (1) At some stage, startx failed because some scripts expect xdm to reside in /usr/bin/X11 whereas etch installed it in /usr/bin. A symbolic link helped. At this stage, if not earlier, I was able to start X11 from tty1 via startx. (2) /etc/inittab comes with default runlevel=2. It seems that I have to change this manually. (3) After the n-th reboot, no progress: still a vt100 login to tty1 instead of the graphic X11 login screen. At last, I found an enlightening message in xdm.log: server /usr/bin/X cannot be executed server open failed for :0, giving up and so on. Another link towards /usr/bin/X11 helped. xdm developers: _please_ prevent Debian from becoming gnome-only. - Joachim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365877: gstreamer0.10-tools: gst-launch-0.10 doesn't play sound
Hi, If I put the following in my .asoundrc, I can also reproduce the problem on the internal soundcard (intel8x0): pcm.!default{ type plug slave { pcm hw:0,0 rate 44100 } } Frank -- Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. - Brian W. Kernighan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#163737: look no more
Do not ignore me please, I found your email sombewhere and now adecided to write you. I am coming to your place in few weeks and thought we can meet each other. Let me know if you do not mind. I am a nice pretty girl. Don't reply to this email. Email me direclty at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty
On Die, 09 Mai 2006, Lionel Elie Mamane wrote: /usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base (according to http://packages.debian.org/, it is still in 3.0-17) seems not to be redistributable; it says: %% IMPORTANT NOTICE: %% %% For the copyright see the source file. %% %% You are *not* allowed to modify this file. %% %% You are *not* allowed to distribute this file. %% For distribution of the original source see %% the terms for copying and modification in the file cspsfont.doc. Interesting, especially since README-cspsfont which is the accompanying README mentions GPL v2 or later (although in czech as far as I understand). Copyright % Copyright % Tento balík patøí mezi volnì ¹íøený software; mùete jej dále distribuovat anebo modifikovat za podmínek GNU General Public License, jak ji publikovala Free Software Foundation; buï ve verzi 2 této licence nebo (podle Va¹í volby) v libovolné pozdìj¹í verzi. Tento software je distribuován s pøáním, aby byl uiteèný, ale BEZ ®ÁDNÉ ZÁRUKY. Viz GNU General Public License. Anglický originál GNU General Publics License najdete v distribuci CSTeXu a mnoha dal¹ích volnì ¹íøených programù. Mùete si té o nìj napsat na adresu Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- LOSSIEMOUTH (n.) One of those middle-aged ladies with just a hint of a luxuriant handlebar moustache. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365582: wishlist: nice and graphics
Hi Gordon, On Monday 01 May 2006 11:15, Gordon Haverland wrote: The mechanism by which the boinc-client(s) applications runs is a little coarse grained. If a person used their computer interactively at nearly 100% usage, and then left it alone for long periods (compared to 3 minutes or whatever), then the boinc-client would probably working about as well as could be expected. But, if I am using my computer (with dual CPUs) in such a way that the only interaction I have with the computer is with a mouse, I can have both CPUs sitting at 100% usage, two boinc-clients getting most of that CPU usage, and still see acceptable performance. But the moment I touch the keyboard, the boinc-client detects a user is present, unloads the application, and CPU usage slips to 10% or less. Set Do work while computer is in use? to yes on your General preferences page: http://setiathome.berkeley.edu/prefs.php?subset=global Wouldn't it be better to just nice the program and let the scheduler deal with allocation cycles? That is already done. The BOINC core client starts each application with a nice value of 19 (least favorable scheduling). I've tried a few times to get graphics (setiathome), and looked for HOWTOs on the Internet. So far, the only thing I can see is a plot of my work done over time, which is almost a straight line. Not very exciting that plot. :-) It would be nice if there was an easy/reliable way to see the statistics of what I am doing, like the pre-boinc setiathome client. As far as I know the Linux version of [EMAIL PROTECTED] for BOINC does not support graphics yet. However the KBoincSpy program (which is a alternative to the BOINC Manager) shows some interesting stuff about each single WU. Maybe this is something for you. You can install it with: apt-get install kboincspy Grüße, Frank -- ,''`. Frank S. Thomas [EMAIL PROTECTED] : :' : http://www.thomas-alfeld.de/frank `. `' GPG Key ID: 0xDC426429 `- pgpYwRkDxzKRf.pgp Description: PGP signature
Bug#365464: proftpd: net ACLs are buggy
Francesco Paolo Lovergine [EMAIL PROTECTED] wrote: Hi, An upstream patch is now available to refuse CIDR notation in ipv6 addresses. It seems ok to me to manage the issue. Would you please confirm that, if you are able to patch yourself the package? Else i'll go straight with -7 with that. Sorry but I won't be able to test this patch before this week-end. Refusing IPv6 subnets doesn't qualify as a fix for this issue IMHO, but at least it'll fix the hole in the meantime. I wonder how this code can end up in a stable release. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366518: please keep debfoster, it is not completely replaced by aptitude
Package: debfoster Severity: wishlist Hi, the latest debfoster says it is deprecated, and its functionality is present in aptitude. Unfortunately, there are some things that aptitude cannot do at the moment. I have some packages like strace, tcpdump and other debugging/tracing tools marked in debfoster as uninstall, which causes debfoster to uninstall a package as soon as it is found. This functionality is not in aptitude since a manually installed package stays installed, and there is no uninstall on sight functionality in aptitude. 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.16.14-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages debfoster depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries Versions of packages debfoster recommends: ii apt 0.6.43.3 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316528: OpenOffice Crash when Clicking Hyperlinks
reopen 316528 tag 316528 + pending thanks Peter Besenbruch wrote: Peter Besenbruch wrote: OpenOffice Writer and Calc will crash if you create an HTTP based hyperlink and click on it. On my system, the link opens in Konqueror, but OpenOffice freezes. This occurs in 2.0.2-2 and 2.0.2-3. I found the earlier posting that recommended adding a to line 56 of /usr/lib/openoffice/program/kde-open-url. That fixed the issue. I noticed the following in the Openoffice changelog for 2.0.2-3: sensible-browser.diff: run sensible-browser with in kde-open-url (closes: #336528) I then upgraded from 2.0.2-2 to 2.0.2-3 and the problem returned. Likewise, the disappeared in /usr/lib/openoffice/program/kde-open-url. The flaw lies with the package openoffice.org-common. The changelog says the problem was fixed, but it seems not to have been. Hrmpf. Yes, you are right. Will be in the next upload really.. Regards, Rene signature.asc Description: Digital signature
Bug#366483: ITP: oci-mpc -- The Makefile, Project and Workspace Creator
hi thomas, i have needed mpc to package another program. i'd rather use your prepared package, of course. pitty the aleged upstream authors (oci), didn't know anything about your effort. please close my itp bugs in your changelog, and tell me how could i totally cancel oci-mpc in favour of your package. thanks again for your good work, alex [EMAIL PROTECTED] wrote: Selon alex bodnaru [EMAIL PROTECTED]: Package: wnpp Severity: wishlist Owner: alex bodnaru [EMAIL PROTECTED] * Package name: oci-mpc Version : 3.3.95 Hello Alex, a slightly modified version of MPC is available with ACE+TAO. The package is named mpc-ace. Doesn't this version suit your needs ? Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252467: squid: Other packages that have been fixed in this way
Package: squid Followup-For: Bug #252467 I'm aware that the bpalogin, dhcpcd, and dnsmasq packages have been fixed in the way requested in this bug (which I support). dhcpcd: #153293 bpalogin: #316466 dnsmasq: #366224 I suspect having squid down for the duration of the whole upgrade could cause installation of any package that does a wget during installation to fail. In my opinion, any package that does or could provide a critical network service should be kept operational for as long as possible. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366520: aptitude: please consider implementing uninstall on sight option
Package: aptitude Version: 0.4.1-1 Severity: wishlist Using debfoster, I have some packages like strace or tcpdump marked in a way that the packages are uninstalled whenever debfoster is invoked. This is a very handy way to get rid of packages that tend to get installed on productive systems for debugging while nobody bothers to remove them afterwards. debfoster is going to be removed from Debian, losing this functionality. Please consider implementing persistent package states, which survive manual package state changes. That way, I'd like to have tcpdump maked as to be uninstalled even if it just was manually installed. 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.16.14-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43.3 Advanced front-end for dpkg ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-2 GCC support library ii libncursesw5 5.5-2 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-3 type-safe Signal Framework for C++ ii libstdc++64.1.0-2The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.1-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366505: tetex-base: Contains undistributable unmodifiable file: ntimes.sty
clone 366505 -1 reassign -1 texlive-lang retitle -1 texlive-lang: Contains undistributable file: ntimes.sty thanks Frank Küster [EMAIL PROTECTED] wrote: Lionel Elie Mamane [EMAIL PROTECTED] wrote: /usr/share/texmf-tetex/tex/cslatex/ntimes.sty shipped by tetex-base (according to http://packages.debian.org/, it is still in 3.0-17) seems not to be redistributable; it says: Thanks for reporting. %% IMPORTANT NOTICE: %% %% For the copyright see the source file. %% %% You are *not* allowed to modify this file. %% %% You are *not* allowed to distribute this file. %% For distribution of the original source see %% the terms for copying and modification in the file cspsfont.doc. And this source file doesn't seem to be available anywhere (no CTAN hits, not in CTAN's cspsfonts.tar.gz, and no google hits). Do you use cslatex, did you find it during a license auditing, or just by chance? In the first two cases I'd like to request your help. I wouldn't want to just drop that file without trying to contact upstream and ask for a relicensing. Therefore a user who actually speaks czech or slovak would be helpful. In the second case, welcome in the club. I'm doing a license auditing on teTeX myself currently, and I'd very much appreciate any information about files you have already checked. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#366396: vim7 is out
Le Mar 9 Mai 2006 10:07, Andrei Emeltchenko a écrit : Package: vim Version: 1:6.4-007+1 Followup-For: Bug #366396 Could you upload VIM 7 in unstable/experimental ? vim7 is in experimental since two monthes (in beta). AND A BUG WAS ALREADY FILLED, the followup just look like insistant and rude to me. please don't think we don't know vim7 is out. FYI: http://www.inittab.de/blog/debian/20060508_vim7-released!.html we are working on it. be patient, or help. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpC1wkcEUR5i.pgp Description: PGP signature
Bug#276246: w3m's locale parsing should at least see '@euro' modifier
tags 276246 + fixed-upstream thanks Samuel Thibault, le Tue 09 May 2006 13:50:27 +0200, a écrit : main.c:429 wc_guess_locale_charset is called libwc/charset.c:64 wc_local_to_ces is called Agreed, althouth the call it at line 60 here. libwc/charset.c:377 nl_langinfo(CODESET) is used if LANG != C There's no such call in the source code here (obtained from unstable distribution by using apt-get source w3m). Ah, but it is present in cvs version: the fix was commited on October 13th 2004, but no new debian package has been uploaded since. Samuel
Bug#366483: ITP: oci-mpc -- The Makefile, Project and Workspace Creator
Selon alex bodnaru [EMAIL PROTECTED]: hi thomas, i have needed mpc to package another program. i'd rather use your prepared package, of course. pitty the aleged upstream authors (oci), didn't know anything about your effort. Well, as you may know, OCI's version is upstream. The DOC group uses a snapshot version for ACE+TAO[0] development, and this is the version packaged as mpc-ace. You may find out that the mpc-ace version is outdated. If that happen please let me know, and together we'll move toward the OCI version, therefore deprecating mpc-ace. I know that ACE+TAO can be compiled with OCI's MPC with some tweaks. please close my itp bugs in your changelog, and tell me how could i totally cancel oci-mpc in favour of your package. I don't need to mention this ITP in ACE+TAO packages changelog. As soon as you have find out that mpc-ace MPC version fits your needs, i.e. you can build your package with it, then you can close the ITP by yourself stating that oci-mpc is not needed because of mpc-ace. If mpc-ace does not fit, we'll use this ITP to move to OCI's version. Do you agree ? Thanks, Thomas
Bug#276246: w3m's locale parsing should at least see '@euro' modifier
Karsten Schoelzel, le Tue 09 May 2006 12:20:48 +0200, a écrit : On Sat, Jan 22, 2005 at 10:02:47PM +0100, Samuel Thibault wrote: Thinking twice about it: Why wouldn't ln_langinfo(CODESET) be used ? It exactly returns what's needed: the current charset (instead of merely guessing from the LANG value...) Although it is not very obvious nl_langinfo(CODESET) is used if available and w3m selected ISO-8859-15 if [EMAIL PROTECTED] on my system. As long as LC_ALL, LC_CTYPE or LANG are non-null and not the following happen: main.c:429wc_guess_locale_charset is called libwc/charset.c:64wc_local_to_ces is called Agreed, althouth the call it at line 60 here. libwc/charset.c:377 nl_langinfo(CODESET) is used if LANG != C There's no such call in the source code here (obtained from unstable distribution by using apt-get source w3m). I suspect a configuration problem on your side, perhaps enabling the option System charset follows locale(LC_CTYPE) (-o follow_locale=1) might help. I have this flag set, and it does have effect (LANG=fr_FR.UTF-8 w3m properly sets charsets to UTF-8). Samuel
Bug#358306: FTBFS in unstable: There is no package matching [libgd2-dev]
reassign 350704 libgd2-xpm-dev thanks Hi, d-devlibdeps debian/libgdchart-gd2-noxpm-dev.substvars libgdchart-gd2-noxpm/libgdc.so.0.11.5 -- libc6-dev package exists. -- libfreetype6-dev package exists. devlibs error: There is no package matching [libgd2-dev] and noone provides it, please report bug to d-shlibs maintainer So... has anyone reported this to the d-shlibs maintainer? /me remembers seeing a similar bugreport and that was going to be fixed on libgd side, should hopefully be fixed by now? It isn't fixed yet. Bugs are still open against libgdchart-gd2 and d-shlibs. Should the bug on d-shlibs be moved to libgd2? Yes, this bug should be merged with 350704, and reassigned accordingly. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361197: linux 2.6.16.13 / snd_cs4281 - the problem is in the timer freq
Hi, thanks to Robert Derochette's config I found the difference in my config on CONFIG_HZ* entries. [EMAIL PROTECTED]:~$ diff /boot/config-2.6.16.13zito.old /boot/config-2.6.16.13zito 4c4 # Thu May 4 13:17:05 2006 --- # Tue May 9 11:50:50 2006 187,189c187,189 # CONFIG_HZ_250 is not set CONFIG_HZ_1000=y CONFIG_HZ=1000 --- CONFIG_HZ_250=y # CONFIG_HZ_1000 is not set CONFIG_HZ=250 [EMAIL PROTECTED]:~$ After recompilation reboot driver snd_cs4281 works now. -- Zito -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366522: kernel-source-2.6.8: ALi M5451 Audio did not work
Package: kernel-source-2.6.8 Version: 2.6.8-16sarge2 Severity: normal I had a problem to use ALi M5451 ALSA driver with my system. My system has an M5451 rev 01 chip and the supplied driver did not activate AC97 mixer when installed. With many tries and errors, I happened to make a patch that works for me. However, I do not have any official reference documentation, I cannot confirm that the patch is correct. Can anybody confirm the correctness, please? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-6 The GNU assembler, linker and bina ii bzip2 1.0.2-7high-quality block-sorting file co ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information *** /tmp/diff.txt diff -u kernel-source-2.6.8/sound/pci/ali5451/ali5451.c linux/sound/pci/ali5451/ali5451.c --- kernel-source-2.6.8/sound/pci/ali5451/ali5451.c 2004-08-14 14:38:04.0 +0900 +++ linux/sound/pci/ali5451/ali5451.c 2006-05-09 02:55:12.302579810 +0900 @@ -470,7 +470,7 @@ return ~0; } - port = codec-chregs.regs.ac97read; + port = codec-chregs.regs.ac97write; if (snd_ali_codec_ready(codec, port, 0) 0) return ~0; @@ -481,7 +481,7 @@ dwVal |= 0x8000;/* bit 15*/ if (secondary) dwVal |= 0x0080; - snd_ali_5451_poke(codec, port, dwVal); + outw(dwVal, codec-port + port); if (snd_ali_stimer_ready(codec, 0) 0) return ~0; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366519: guarddog: doesn't work with zeroconf (avahi)
Matej Cepl wrote: Package: guarddog Version: 2.5.0-1 Severity: normal Even with the attached rc.firewall customized to allow mDNS, guarddog generated /etc/rc.firewall blocks port 5353. Are you modifying the rc.firewall by hand and then re-running it? This will not work, you have to use the guarddog program to create an approriate rc.firewall script. If mDNS is not listed as a pre-defined protocol, you can add custom ports using the advanced section of the guarddog application. Regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366483: ITP: oci-mpc -- The Makefile, Project and Workspace Creator
hi, thanks very much for pointing me to the package. i acrually need to use it. i have told the maintainer to close my itp bugs, but please tell me what else should i do to eliminate oci-mpc, in favour of mcp-ace. regards, alex Ramiro Morales wrote: Alex, On 5/8/06, alex bodnaru [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: alex bodnaru [EMAIL PROTECTED] * Package name: oci-mpc Version : 3.3.95 Upstream Author : Designed by Justin Michel ([EMAIL PROTECTED]) and Chad Elliott. Implemented by Chad Elliott ([EMAIL PROTECTED]). * URL : http://www.example.org/ * License : Close to BSD: Since MPC is open source and free of licensing fees, you are free to use, modify, and distribute the source code, as long as you include this copyright statement. In particular, you can use MPC to build proprietary software and are under no obligation to redistribute any of your source code that is built using MPC. Note, however, that you may not do anything to the MPC code, such as copyrighting it yourself or claiming authorship of the MPC code, that will prevent MPC from being distributed freely using an open source development model. Programming Lang: Perl Description : The Makefile, Project and Workspace Creator A single tool (MPC) can be used to generate tool specific input (i.e. Makefile, dsp, vcproj, etc). The generator takes platform and building tool generic files (mpc files) as input which describe basic information needed to generate a project file for various build tools. These tools include Make, NMake, Visual C++ 6, Visual C++ 7, etc. MPC is already being packaged and distributed with Debian http://packages.debian.org/mpc-ace as a part of the ACE packages (ace source package) Regards, -- Ramiro Morales -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366524: RFA: xbattbar
Package: wnpp Severity: normal I don't use xbattbar anymore. It has no open bug. Thomas Seyrat -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366518: please keep debfoster, it is not completely replaced by aptitude
On Tue, May 09, 2006 at 01:31:16PM +0200, Marc Haber wrote: the latest debfoster says it is deprecated, and its functionality is present in aptitude. Unfortunately, there are some things that aptitude cannot do at the moment. I have some packages like strace, tcpdump and other debugging/tracing tools marked in debfoster as uninstall, which causes debfoster to uninstall a package as soon as it is found. This functionality is not in aptitude since a manually installed package stays installed, and there is no uninstall on sight functionality in aptitude. There are two options: either take over upstream development, or reassign this wishlist bug to aptitude. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#338863: failure: ... died from signal 11. Compiling eclipse and using make-jpkg
On Tue, 09 May 2006, [EMAIL PROTECTED] wrote: I've made more test. The failure only happens when I execute dpkg-buildpackage inside fakeroot. As root all works fine. Please give the version of fakeroot that you're using. But this bug should most probably be reassigned to fakeroot. Please check that you're using the latest fakeroot of the official amd64 respository (ie from a normal Debian mirror). http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.5.8_amd64.deb Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#366525: RFA: hlfl -- translator for firewalling rules
Package: wnpp Severity: normal I request an adopter for the hlfl package. I don't use this anymore, the upstream is reponsive but has apparently no plan to update hlfl anymore. The package description is: HLFL (High Level Firewall Language) translates your firewalling rules into usable rules for ipfw, IPFilter, ipfwadm, IPChains, Netfilter and Cisco. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360836: epiphany-browser: for 2.14.1-1, dbus-launch is in package dbus
Package: epiphany-browser Version: 2.14.1-1 Followup-For: Bug #360836 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here, getting 'dbus-launch' required the package dbus (0.61-5) rather than dbus-utils. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEYI0weXr56x4Muc0RAtTmAKCc26r33atCgCCHb236PgCGkb2vuQCgjzWD MlcNJx2iSD0SvbQW9OE1z6Y= =uK+w -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363704: gq: Crashes when updating the attributes pane
Package: gq Version: 1.0beta1-4 Followup-For: Bug #363704 I've got the same thing happening here. Doesn't matter if the LDAP server is local or remote. Browsing the servers, any number of password prompts are fine. Logging in to two servers and viewing their server info is fine (top level) Any number of [+] or [-] clicks are fine, even if an object has been selected and the attributes displayed. Selecting a second object (on any server) causes GQ to crash with the assertion error. It looks like the problem is with the attribute pane - once an object is being displayed, selecting a second object causes a crash. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gq depends on: ii libatk1.0-01.11.3-1 The ATK accessibility toolkit ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgtk2.0-02.8.16-1 The GTK+ graphical user interface ii libldap2 2.1.30-13 OpenLDAP libraries ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libssl0.9.70.9.7i-1 SSL shared libraries ii libxml22.6.24.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3-11compression library - runtime gq recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365754: manpages-dev: Please document fopen mmap mode 'm'
On Mon, May 08, 2006 at 10:26:15PM +0200, Michael Kerrisk wrote: tags 365754 fixed-upstream thanks Hello Justin, [...] Okay -- that look good. But it's strange, I'm not seeing the same as you on SUSE 10.0, glibc 2.3.5. Do you have another Linux to hand to test? I just tested on another Debian machine with the same results for fopen rm. But another machine did only an anonymous mmap: 2.6.12-1-amd64-k8-smp glibc 2.3.6 I note the following differences: Native POSIX Threads Library by Ulrich Drepper et aland libthread_db work sponsored by Alpha Processor Inc vs. linuxthreads-0.10 by Xavier Leroy (on kobun64). On a 32 bit radhat machine, the same thing; this time, linuxthreads and libthread_db. Linux 2.4.22-1.2199.nptl and glibc 2.3.3. Alan didn't have strace installed on a different redhat machine, so I copied mine, and again it didn't mmap the file. Again, linuxthreads and libthread_db. glibc 2.3.3, and Linux 2.6.10-1.771_FC2. I note that this functionality requires the compile-time conditional _G_HAVE_MMAP. Hmmm -- it is all a bit strange. There are some other factors going on that aren't obvious. Anyway, I've added the following text for man-pages-2.32: m (since glibc 2.3) Attempt to access the file using mmap(2), rather than I/O system calls (read(2), write(2)). Currently, use of mmap(2) is only attempted for a file opened for reading. Thanks for you report and all the testing. It occurs to me that this could be a part of the Debian patch; either something not yet included upstream, or included in a release later than glibc 2.3, but with the patch included by Debian anyway. Google didn't reveal too much, and there's nothing in the .diff.gz indicating that this is true .. I donno. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]