Bug#452210: gnome-control-center: gnome-settings-daemon ignores default mixer track when adjusting volume through multimedia keybindings
Package: gnome-control-center Version: 1:2.18.1-1 Severity: normal When adjusting volume through multimedia keys, gnome-settings-daemon seems to use the first available ALSA device, ignoring the Default Mixer Tracks setting in Sound Preferences. Everything was working fine until I decided to switch to PulseAudio. With a default ALSA device configured in /etc/asound.conf (per perfect setup: http://pulseaudio.org/wiki/PerfectSetup#ALSAApplications), the volume actions (vol up, vol down and mute) go to PA (through !default ALSA device) instead of directly to the actual ALSA device, as I configured in Sound Preferences. As workaround I've disabled the !default ALSA device. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-control-center depends on: ii capplets-data 1:2.18.1-1 configuration applets for GNOME 2 ii desktop-file-utils 0.12-1 Utilities for .desktop files ii gnome-desktop-data 2.20.1-1 Common files for GNOME 2 desktop a ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii gnome-menus 2.20.1-1 an implementation of the freedeskt ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libavahi-client30.6.21-2 Avahi client library ii libavahi-common30.6.21-2 Avahi common library ii libavahi-glib1 0.6.21-2 Avahi glib integration library ii libbonobo2-02.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libebook1.2-9 1.12.1-1 Client library for evolution addre ii libesd-alsa0 [libes 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.1-5 The GLib library of C routines ii libgnome-desktop-2 2.20.1-1 Utility library for loading .deskt ii libgnome-keyring0 2.20.1-1 GNOME keyring services library ii libgnome-menu2 2.20.1-1 an implementation of the freedeskt ii libgnome-window-set 1:2.18.1-1 Utility library for getting window ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomekbd12.20.0-1 GNOME library to manage keyboard c ii libgnomekbdui1 2.20.0-1 User interface library for libgnom ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.0-3 GNOME Virtual File System (runtime ii libgnutls13 2.0.1-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2library for common error values an ii libgstreamer-plugin 0.10.14-4GStreamer libraries from the base ii libgstreamer0.10-0 0.10.14-2Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libmetacity01:2.20.0-1 library of lightweight GTK2 based ii libnautilus-extensi 2.18.3-3 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.18.3-2 library for GNOME Panel applets ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libslab00.9.8.svn.20070430-1 beautification app library file ii libsm6
Bug#444386: glade: Is there any plan about 3.4.0?
Package: glade Version: 3.2.2-1 Followup-For: Bug #444386 If it helps I have just seen that ubuntu has this version already packaged. Regards -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages glade depends on: ii libc6 2.6.1-6GNU C Library: Shared libraries ii libgladeui-1-53.2.2-1GTK+ User Interface Build core lib ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface Versions of packages glade recommends: ii devhelp 0.16.1-2 A GNOME developers help program ii libglade2-dev 1:2.6.2-1 development files for libglade ii libgtk2.0-dev 2.12.1-1 Development files for the GTK+ lib -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#107151: Create a successful career within our company
We are Looking for partners worldwide. The position is home-based. Our Company Head Office is located in UK with branches all over the world. Wjavascript:checkSpamAssassin(); ðÒÏ×ÅÒËÁ SpamAssassin-ÏÍe are looking for talented, honest, reliable representatives from different regions. The ideal candidate will be an intelligent person, someone who can work autonomously with a high degree of enthusiasm. Our Company offers a very competitive salary to the successful candidate, along with an unrivalled career progression opportunity. If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. Please send the following information to [EMAIL PROTECTED] 1. Full name 2 Address of residence 3 Contact Phone numbers 4 Languages spoken 5 Whether you are interested in part time job or full time employment. Thank you. We look forward to working with you. If you received this message in error, please send a blank email to: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438527: Updated patch for quagga md5 support
Hi, I've attached a debdiff to update the md5 patches. It replaces the 15_ and 20_ patches with an updated md5 patch, posted on quagga-dev at the end of october 2007: http://marc.info/?l=quagga-devm=119356096204723w=2. -- Mathias reverted: --- quagga-0.99.9/debian/patches/20_ht-20050321-0.98.2-bgp-md5.dpatch +++ quagga-0.99.9.orig/debian/patches/20_ht-20050321-0.98.2-bgp-md5.dpatch @@ -1,450 +0,0 @@ -#! /bin/sh /usr/share/dpatch/dpatch-run -## 20_ht-20050110-0.98.0-bgp-md5.dpatch by [EMAIL PROTECTED] -## -## All lines beginning with `## DP:' are a description of the patch. -## DP: Based on latest MD5 patch from Hasso. -## DP: Modified LIST_LOOP to new 0.99.1 macros. -ch- -## DP: The configure.ac block has been removed so that no automatic autoreconf -## DP: is done which overwrites patches to Makefile.in. - [EMAIL PROTECTED]@ -diff -Nur quagga-0.99.1.ORIG/bgpd/bgpd.c quagga-0.99.1/bgpd/bgpd.c quagga-0.99.1.ORIG/bgpd/bgpd.c 2005-04-08 17:40:37.0 +0200 -+++ quagga-0.99.1/bgpd/bgpd.c 2005-05-07 06:23:28.969954946 +0200 -@@ -706,8 +706,9 @@ - peer-status = Idle; - peer-ostatus = Idle; - peer-weight = 0; -+ peer-password = NULL; - peer-bgp = bgp; - peer = peer_lock (peer); /* initial reference */ - - /* Set default flags. */ - for (afi = AFI_IP; afi AFI_MAX; afi++) -@@ -1202,4 +1202,16 @@ - peer-last_reset = PEER_DOWN_NEIGHBOR_DELETE; - bgp_stop (peer); - bgp_fsm_change_status (peer, Deleted); -+ -+#ifdef HAVE_TCP_MD5 -+ /* Password configuration */ -+ if (peer-password) -+{ -+ if (! CHECK_FLAG (peer-sflags, PEER_STATUS_GROUP) -+ sockunion_family (peer-su) == AF_INET) -+ bgp_md5_unset (bm-sock, peer, peer-password); -+ free (peer-password); -+} -+#endif /* HAVE_TCP_MD5 */ -+ - bgp_timer_set (peer); /* stops all timers for Deleted */ -@@ -1390,6 +1402,26 @@ - else - peer-v_routeadv = BGP_DEFAULT_EBGP_ROUTEADV; - -+#ifdef HAVE_TCP_MD5 -+ /* password apply */ -+ if (CHECK_FLAG (conf-flags, PEER_FLAG_PASSWORD)) -+{ -+ if (peer-password) -+ free (peer-password); -+ peer-password = strdup (conf-password); -+ -+ if (sockunion_family (peer-su) == AF_INET) -+ bgp_md5_set (bm-sock, peer, peer-password); -+} -+ else if (peer-password) -+{ -+ if (sockunion_family (peer-su) == AF_INET) -+bgp_md5_unset (bm-sock, peer, peer-password); -+ free (peer-password); -+ peer-password = NULL; -+} -+#endif /* HAVE_TCP_MD5 */ -+ - /* maximum-prefix */ - peer-pmax[afi][safi] = conf-pmax[afi][safi]; - peer-pmax_threshold[afi][safi] = conf-pmax_threshold[afi][safi]; -@@ -3269,6 +3301,121 @@ - return 0; - } - -+#ifdef HAVE_TCP_MD5 -+/* Set password for authenticating with the peer. */ -+int -+peer_password_set (struct peer *peer, const char *password) -+{ -+ struct peer_group *group; -+ struct listnode *nn, *nnode; -+ -+ if (peer-password strcmp (peer-password, password) == 0 -+ ! CHECK_FLAG (peer-sflags, PEER_STATUS_GROUP)) -+ return 0; -+ -+ SET_FLAG (peer-flags, PEER_FLAG_PASSWORD); -+ if (peer-password) -+free (peer-password); -+ peer-password = strdup (password); -+ -+ if (! CHECK_FLAG (peer-sflags, PEER_STATUS_GROUP)) -+{ -+ if (peer-status == Established) -+ bgp_notify_send (peer, BGP_NOTIFY_CEASE, BGP_NOTIFY_CEASE_CONFIG_CHANGE); -+ else -+BGP_EVENT_ADD (peer, BGP_Stop); -+ -+ if (sockunion_family (peer-su) == AF_INET) -+ bgp_md5_set (bm-sock, peer, peer-password); -+ return 0; -+} -+ -+ group = peer-group; -+ /* #42# LIST_LOOP (group-peer, peer, nn) */ -+ for (ALL_LIST_ELEMENTS (group-peer, nn, nnode, peer)) -+{ -+ if (peer-password strcmp (peer-password, password) == 0) -+ continue; -+ -+ SET_FLAG (peer-flags, PEER_FLAG_PASSWORD); -+ if (peer-password) -+free (peer-password); -+ peer-password = strdup (password); -+ -+ if (peer-status == Established) -+bgp_notify_send (peer, BGP_NOTIFY_CEASE, BGP_NOTIFY_CEASE_CONFIG_CHANGE); -+ else -+BGP_EVENT_ADD (peer, BGP_Stop); -+ -+ if (sockunion_family (peer-su) == AF_INET) -+ bgp_md5_set (bm-sock, peer, peer-password); -+} -+ -+ return 0; -+} -+ -+int -+peer_password_unset (struct peer *peer) -+{ -+ struct peer_group *group; -+ struct listnode *nn, *nnode; -+ -+ if (! CHECK_FLAG (peer-flags, PEER_FLAG_PASSWORD) -+ ! CHECK_FLAG (peer-sflags, PEER_STATUS_GROUP)) -+return 0; -+ -+ if (! CHECK_FLAG (peer-sflags, PEER_STATUS_GROUP)) -+{ -+ if (peer_group_active (peer) -+ CHECK_FLAG (peer-group-conf-flags, PEER_FLAG_PASSWORD)) -+ return BGP_ERR_PEER_GROUP_HAS_THE_FLAG; -+ -+ if (peer-status == Established) -+bgp_notify_send (peer, BGP_NOTIFY_CEASE, BGP_NOTIFY_CEASE_CONFIG_CHANGE); -+ else -+BGP_EVENT_ADD (peer, BGP_Stop); -+ -+ if (sockunion_family (peer-su) == AF_INET) -+ bgp_md5_unset (bm-sock, peer,
Bug#452177: [D-m-team] Bug#452177: DM application of Daniel Kahn Gillmor
Daniel Kahn Gillmor wrote: The new signatures have now been uploaded to pgp.mit.edu (subkeys.pgp.net was unresponsive just now) Oddly, I didn't find the new signature there. (~20 of your other signatures were also not there, FWIW.) The public key with all signatures is attached here as well. And gpg puked on that attachment. and the canonical location for the key [0] has been updated. Luckily, that worked, and I've committed the changeset. You'll be added on the next upload of the debian-maintainers package. -- see shy jo signature.asc Description: Digital signature
Bug#452212: Again: RSS News Blogs option missing from new accounts dialog
Package: icedove Version: 2.0.0.6-1 Severity: important Bug fixed as described in debian BTS #428421 seems to appear again. The system on which the bug appeared has been freshly set up by an etch netboot cd with only the absolutely minimum set of packages required. This system has then been migrated to sid using aptitude. icedove has only been installed after the dist-upgrade to sid. It has then not been possible to add an RSS account via either the new account wizard nor the account setup menu. Using the fix described in http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=52;att=0;bug=428421 this could have been corrected and I'm able to use RSS-feeds as used to. Thanks a lot and keep up the great work, Pascal -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.27.1 Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1 Network Security Service libraries ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime icedove recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452211: totem-xine dies with PulseAudio
Package: totem-xine Version: 2.18.2-1 Severity: important Totem with xine backend, configured to use PulseAudio as audio output (audio.driver=pulse setting in .gnome2/totem_config) miserably dies after sometime (ca. 1 minute) playing (tested with simple MP3 files, which works fine without pulseaudio). After starting totem: jack init_class returning 0x888d168 sh: jackd: command not found sh: jackd: command not found open_jack_plugin: Error: Failed to connect to JACK server open_jack_plugin: (did you start 'jackd' server?) After sometime playing it just drops: totem: pulsecore/memblock.c:188: mempool_allocate_slot: Assertion `*_head == _item' failed. Aborted And then aborts. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages totem-xine depends on: ii gconf2 2.20.1-1 GNOME configuration database syste ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-02.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.1-5 The GLib library of C routines ii libgnome-desktop-2 2.20.1-1 Utility library for loading .deskt ii libgnome-keyring0 2.20.1-1 GNOME keyring services library ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.0-3 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liblircclient0 0.8.0-13 infra-red remote control support - ii libnautilus-extension1 2.18.3-3 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libtotem-plparser1 2.18.2-1 Totem Playlist Parser library - ru ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxine11.1.7-1 the xine video/media player librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages totem-xine recommends: ii totem-mozilla 2.18.2-1 Totem Mozilla plugin -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452211: totem-xine dies with PulseAudio
On Tue, 2007-11-20 at 22:10 -0200, R. Lemos wrote: Totem with xine backend, configured to use PulseAudio as audio output (audio.driver=pulse setting in .gnome2/totem_config) miserably dies after sometime (ca. 1 minute) playing (tested with simple MP3 files, which works fine without pulseaudio). I bet xine-ui does the same. IIRC, the PulseAudio plugin in xine-lib is pretty ancient/unmaintained, and it should either be fixed, or removed (so that the alsa-lib PulseAudio plugin is used instead). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452211: totem-xine dies with PulseAudio
I forgot to mention: as workaround I set audio.driver to esd. (PulseAudio server daemon with module-esound-protocol-unix) It is working now (didn't tested thouroughly, but could play an entire song).
Bug#452211: totem-xine dies with PulseAudio
Shouldn't this bug be forwarded to xine-lib instead? On Nov 20, 2007 10:36 PM, Bastien Nocera [EMAIL PROTECTED] wrote: On Tue, 2007-11-20 at 22:10 -0200, R. Lemos wrote: Totem with xine backend, configured to use PulseAudio as audio output (audio.driver=pulse setting in .gnome2/totem_config) miserably dies after sometime (ca. 1 minute) playing (tested with simple MP3 files, which works fine without pulseaudio). I bet xine-ui does the same. IIRC, the PulseAudio plugin in xine-lib is pretty ancient/unmaintained, and it should either be fixed, or removed (so that the alsa-lib PulseAudio plugin is used instead).
Bug#452213: libdb4.5-java-gcj: package description says 4.4
Package: libdb4.5-java-gcj Version: 4.5.20-11 Severity: minor The description of the libdb4.5-java-gcj package currently mentions BDB 4.4 instead of 4.5. Please correct this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452216: W: libaa1: unknown-control-file symbols
Package: lintian Version: 1.23.36 Severity: normal The symbols control file is a dpkg-gensymbols file. (For bonus points, sanity check the file. ;-) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.9 package building tools for Debian ii file4.21-3 Determines file type using magic ii gettext 0.16.1-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#452217: E: libaa1; The control file symbols is not known as a valid control file.
Package: linda Version: 0.3.26 Severity: normal The symbols control file is a dpkg-gensymbols file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linda depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii dash0.5.4-2 The Debian Almquist Shell ii dpkg-dev1.14.9 package building tools for Debian ii file4.21-3 Determines file type using magic ii man-db 2.5.0-4 on-line manual pager ii python 2.4.4-6 An interactive high-level object-o ii python-support 0.7.5automated rebuilding support for p Versions of packages linda recommends: ii debian-policy 3.7.2.2Debian Policy Manual and related d -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#452214: tcsh: history load multi byte character
Package: tcsh Version: 6.14.00-7 Severity: normal tags: patch fixed-upstream It was revised in tcsh 6.15.00. The source file of the bug is sh.lex.c. I attach a patch. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-co-0.7.1 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages tcsh depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libncurses55.5-5 Shared libraries for terminal hand tcsh recommends no packages. -- no debconf information tcsh.patch Description: Binary data
Bug#452215: Add a check to make sure the .diff.gz is clean when debian/patches is used
Package: lintian Version: 1.23.36 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It would be nice to have some warnings in case the modification in .diff.gz go out of the scope of debian/ despite the existence of debian/patches (altough also reporting when the package build-depends on dpatch or quilt shouldn't harm). This is based on the idea that if debian/patches is used it means the maintainer may have done something wrong (.patch left behind under some dir? what about a somedir.orig forgotten?). Regards, Raphael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHQ5QqYy49rUbZzloRAh1bAJ93uQQ5KLqWkHflBAkpXywf7VNvGgCePfop rE+UYuuGEU0QiV3jdJHHgt4= =ksKw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409104: lintian: Add new informational message - no-watch-file-exists
Hi Russ, What about considering missing watch files an I-level instead of a warning? I don't expect people complaining about an informative message :) Kind regards, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452218: installation-reports
Package: installation-reports Boot method: cd Image version: d-i testing i386 cd daily build 17.11.2007 http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ Date: 18.11.2007 Machine: Toshiba Satellite Pro 4220 Processor: Intel Pentium 3 with 450 MHz Memory: 64MB onboard faulty + 128MB in slot Partitions: didnt get to that point Output of lspci -nn and lspci -vnn: n/a Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The laptop has bad ram in the onboard ram, first at 2.1MB, some more following in 2.1MB to 3MB, a second group of bad ram is from 22MB to 23MB (results by memtest86). Caused by the bad ram the d-i stops while uncompressing the kernel (probably while using the 2MB area). I'm looking for a possibility to circumvent the usage of bad ram. I've found the badram-kernel-patch and the idea of relocatable kernels so far. Can I use one of these to solve my problem? Are there other possibities? Thanks in advance, Sten Heinze -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452216: W: libaa1: unknown-control-file symbols
retitle 452216 [shared-libs] syntax-check the symbols file severity 452216 wishlist thanks Joey Hess [EMAIL PROTECTED] writes: Package: lintian Version: 1.23.36 Severity: normal The symbols control file is a dpkg-gensymbols file. (For bonus points, sanity check the file. ;-) I committed the simple fix to recognize the control field earlier today and that will be in the next release. I'll see if anyone else responds to my plea to write a good test for the syntax and leave this bug open to track that. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452215: Add a check to make sure the .diff.gz is clean when debian/patches is used
Raphael Geissert [EMAIL PROTECTED] writes: Package: lintian Version: 1.23.36 Severity: wishlist It would be nice to have some warnings in case the modification in .diff.gz go out of the scope of debian/ despite the existence of debian/patches (altough also reporting when the package build-depends on dpatch or quilt shouldn't harm). This is based on the idea that if debian/patches is used it means the maintainer may have done something wrong (.patch left behind under some dir? what about a somedir.orig forgotten?). This is a very good idea. I'll work on including something like that in the next release. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409104: lintian: Add new informational message - no-watch-file-exists
Raphael Geissert [EMAIL PROTECTED] writes: What about considering missing watch files an I-level instead of a warning? I don't expect people complaining about an informative message :) That's mostly because few people look at the informative messages, which is a problem that I'd like to fix by making them more reliable and useful. I wish I had time to work on a better fine-grained lintian message classification system. I'll think about it. We seem to be gathering more momentum around the idea that watch files should be expected and almost always used. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452219: tcsh: Because new upstream appears, please package it.
Package: tcsh Version: 6.14.00-7 Severity: wishlist -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452214: A reproduction procedure
1. setenv LANG ja_JP.eucJP 2. .history is attach file. 3. run tcsh. 4. send up-history is garbage. == mailto:[EMAIL PROTECTED] .history Description: Binary data
Bug#451978: already reported.
merge 451978 451767 thanks I cannot imagine why libicu36 should require lib32icu36. Both binaries cannot possibly be part of one process. It shouldn't, but it's happening automatically and I'm not yet sure how to prevent it from happening. As this bug has already been reported, I'm merging this with the other bug. Thanks for the report. -- Jay Berkenbilt [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452208: workaround
FYI those getting stuck can modify locally the following file % diff /var/lib/dpkg/info/xfonts-knickers.postrm.orig /var/lib/dpkg/info/xfonts-knickers.postrm 31,32c31 update-fonts-alias misc --- update-fonts-alias misc then (dist)-update will pass the xfonts-knickers stage. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452222: Annoying border around hyperlinks
Package: evince Version: 2.20.1-2 Severity: wishlist When viewing a PDF with a hyperlink around normal (black, not blue) text, historically xpdf has drawn a blue border around the link and evince has not. I find these borders distracting and irritating, but can find no way to disable them. Please add an option to disable these borders. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii gconf2 2.20.1-1 GNOME configuration database syste ii ghostscript [gs-es 8.61.dfsg.1~svn8187-2 The GPL Ghostscript PostScript/PDF ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libdbus-1-31.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libdjvulibre15 3.5.19-3 Runtime support for the DjVu image ii libgconf2-42.20.1-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgnome-keyring0 2.20.1-1 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeprint2.2-0 2.18.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2 2.18.1-1 GNOME 2.2 print architecture User ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.1-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkpathsea4 2007.dfsg.1-1 TeX Live: path search library for ii libnautilus-extens 2.20.0-1 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpoppler-glib2 0.6.2-1 PDF rendering library (GLib-based ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.30.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime evince recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452226: dpkg-dev: new dpkg-shlibdeps breaks kdebase/experimental
Package: dpkg-dev Version: 1.14.9 Severity: serious File: /usr/bin/dpkg-shlibdeps Justification: breaks unrelated packages (through build-essential) dpkg-shlibdeps has regressed. It now causes kdebase/experimental (3.96.0) to FTBFS with the following error messages: dpkg-shlibdeps: warning: Can't extract name and version from library name `libkdeinit4_kfmclient.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libkdeinit4_kfmclient.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libkdeinit4_kfmclient.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libkdeinit4_kfmclient.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libkdeinit4_kfmclient.so' dpkg-shlibdeps: failure: No dependency information found for libkdeinit4_kfmclient.so (used by debian/konqueror/usr/bin/kfmclient). dh_shlibdeps: command returned error code 512 make: *** [binary-predeb-IMPL/konqueror] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 Several thousand other warning messages are present, but since those do not cause an FTBFS, I have not pasted them here. objdump output is below: stonewall ok % objdump -x ./konqueror/usr/lib/libkdeinit4_kfmclient.so | grep -E '(SONAME|NEEDED)' NEEDED libQtCore.so.4 NEEDED libpthread.so.0 NEEDED libkdecore.so.5 NEEDED libkdeui.so.5 NEEDED libz.so.1 NEEDED libstreamanalyzer.so.0 NEEDED libstreams.so.0 NEEDED libsolid.so.4 NEEDED libfam.so.0 NEEDED libXrender.so.1 NEEDED libkio.so.5 NEEDED libQtSvg.so.4 NEEDED libSM.so.6 NEEDED libICE.so.6 NEEDED libX11.so.6 NEEDED libXext.so.6 NEEDED libXft.so.2 NEEDED libXau.so.6 NEEDED libXdmcp.so.6 NEEDED libXtst.so.6 NEEDED libXcursor.so.1 NEEDED libXfixes.so.3 NEEDED libQtNetwork.so.4 NEEDED libbz2.so.1.0 NEEDED libresolv.so.2 NEEDED libQtDBus.so.4 NEEDED libQtXml.so.4 NEEDED libQtGui.so.4 NEEDED libstdc++.so.6 NEEDED libm.so.6 NEEDED libc.so.6 NEEDED libgcc_s.so.1 SONAME libkdeinit4_kfmclient.so I would provide you with more information if it were clear from the error messages what name and version you were looking for. Ah, it seems that dpkg-shlibdeps assumes a certain format for SONAMEs, even though this shared object appears to be a private plugin specific to the konqueror package. Dpkg::Shlibs::Objdump seems to be under the mistaken impression that having DYNAMIC and SONAME makes something a public library, and the combination of these two bugs causes the error listed above. Perhaps Dpkg::Shlibs::Objdump should instead determine that something is a public library if it has a certain SONAME format (as well as DYNAMIC), and instead punt if it doesn't. Then extract_from_shlibs would not need that code, and although no shlibs file would be generated, it would at least not cause the build to fail. dpkg 1.14.7 says instead: dpkg-shlibdeps: warning: format of 'NEEDED libkdeinit4_keditbookmarks.so' not recognized dpkg-shlibdeps: warning: format of 'NEEDED libkdeinit4_kfmclient.so' not recognized dpkg-shlibdeps: warning: format of 'NEEDED libkdeinit4_konqueror.so' not recognized but it does not fail. N.B. Although the versions of dpkg-dev and dpkg are correct, this report was not generated on the failing system. Consequently, other package versions may not be correct. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii cpio2.9-6GNU cpio -- a program to manage ar ii dpkg1.14.9 package maintenance system for Deb ii make3.81-3 The GNU version of the make util ii patch 2.5.9-4 Apply a diff file to an original ii perl [perl5]5.8.8-12 Larry Wall's Practical Extraction ii perl-modules5.8.8-12 Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.3-7high-quality block-sorting file co ii gcc [c-compiler] 4:4.2.1-6 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-17 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-3The GNU C compiler ii gcc-4.3 [c-compiler] 4.3-20070902-1 The GNU C compiler -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713
Bug#452224: Bug#452095: Some more patches for fakeroot
On Tue, Nov 20, 2007 at 11:29:40AM +, Andrew Benham wrote: Then there's a patch and a tarball to cope with Solaris versions earlier than 10 - these don't have the setenv() and unsetenv() functions. There's a standard GNU workaround, the files in the tarball are lifted from the gnutar source. Am I missing something about allocsa? These patches modify configure.ac and Makefile.am, so one needs to run autoconf and automake. Don't worry; that's done for every single release whether it needs it or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368198: 0.2.1.4 Available
I have mailed the author of Antargis. The wiki, mailing-list, and freenode channel are all outdated/empty but the 0.2.1.4 tarball on berlios.de is from 9/12/2007. I have tried building it without success so I will report back if I hear from the author. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451311: aptitude: Aptitude::ProblemResolver::StepLimit=0 spins forever
On Wed, Nov 14, 2007 at 05:25:06PM -0500, Mark Eichin [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.4-4 Severity: normal Specifying -o Aptitude::ProblemResolver::StepLimit=0 (I'm looking for a way to turn off the resolver entirely, in a controlled-upgrade scenario where it shouldn't require resolution to complete the upgrade and I want it to fail instead, without having to actually parse the output and detect the prompts :-) causes an infinite loop of Resolving dependencies... Resolving dependencies... Resolving dependencies... Resolving dependencies... Resolving dependencies... Since StepLimit is documented, it's probably worth at least a sanity check on its value, there. Interesting. What I get is: Resolving dependencies... No solution found within the allotted time. Try harder? [Y/n] If I redirect stdin to /dev/null, I get: Unexpected end-of-file on standard inputAbort. with other junk about an exception that should be cleaned up (oops). Anyway, probably I should just abort up front since it'll never go anywhere with a step limit of 0. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451770: aptitude consumes all cpu cycles, when run under sudo in an closed terminal
On Sun, Nov 18, 2007 at 12:48:33PM +0100, Matthias Bläsing [EMAIL PROTECTED] was heard to say: when I run sudo aptitude in a terminal and close that terminal, while aptitude is still running, aptitude does not exit as expected, but instead goes to consuming all available cpu cylces. It looks like the problem is that the input thread doesn't notice that it got EOF on standard input (just redirecting from /dev/null will do the same thing). I've added some code that should catch this case and abort the program. Daniel
Bug#414150: Problem with images in HTML documentation
Package: aptitude-doc-fr Version: 0.4.6.1-1.1 Several images are still missing in version 0.4.6.1-1 Geoff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452227: Leaves empty /usr/lib in package
Package: python-central Version: 0.5.15 Severity: normal File: /usr/bin/dh_pycentral -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi when using dh_pycentral for pure python package, it moves everything from /usr/lib/python*/site-packages to /usr/share/pycentral. However it keeps there empty /usr/lib directory which is then included in package. I think this empty directory should be removed by dh_pycentral. CC to devel as the issue has been opened there. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-central depends on: ii python2.4.4-6An interactive high-level object-o python-central recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHQ7IV3DVS6DbnVgQRAlDxAJ9t1Na4humz7x+JvI1UEq4tCnkklACfZNnE EmAjWIiiKbm/dopI1wcc2SM= =x/xJ -END PGP SIGNATURE-
Bug#451917: xserver-xorg-video-intel: upgrade from 2:2.1.1-4 to 2:2.2.0-1 breaks X for g33 chipset
On 2007-11-19 11:11+0100 Brice Goglin wrote: Alan W. Irwin wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: normal X -probeonly completely locks up the keyboard with the monitor immediately put into its low-power state (as close to turned off as possible without quite being turned off) so the only recourse is to log in remotely and shutdown or to reset to regain control of the keyboard. Everything worked fine for previous version (2:2.1.1-4) although there was initially a lot of trouble with modelines and VGA-1 until I found the right combination in xorg.conf to get 2:2.1.1-4 to work. Note, I have tried some other variations such as VGA rather than VGA-1, but that didn't help the complete lockup with X -probeonly. In the log below you will see First SDVO output reported failure to sync I previously (with 2:2.1.1-4) never saw that error message. Any advice you could give me to work around the present hard lock and restore X to normalcy would be much appreciated. For example, is there any way for me to get back to 2:2.1.1-4? The 2:2.1.1-4 package is available from: http://snapshot.debian.net/archive/2007/09/17/debian/pool/main/x/xserver-xorg-video-intel/ Could you also try 2:2.1.99-1 to see if it was broken too? http://snapshot.debian.net/archive/2007/11/14/debian/pool/main/x/xserver-xorg-video-intel/ Here are the results of my tests now. The Debian testing version of xorg works fine on the graphical chip in my g33 chipset (ASUS P5K-V MB). xorg.conf uses a gtf-generated [EMAIL PROTECTED] modeline. The Debian unstable version of xorg using xserver-xorg-video-intel version 2:2.1.1-4 works fine as well with exactly the same xorg.conf file. If the Debian unstable version of xorg is kept exactly the same except and upgrade of the xserver-xorg-video-intel package to either 2:2.1.99-1 or 2:2.2.0-1, X -probeonly completely locks up (no access to keyboard). So the problem was introduced between 2:2.1.1-4 and 2:2.1.99-1. When passing this information to upstream, I suggest you emphasize the error message First SDVO output reported failure to sync since googling for that phrase indicates it is a fairly rare error message. It there are any other tests you would like me to do (especially if you have any newer xserver-xorg-video-intel versions you would like me to try), I would be glad to help because a clean sid version means Debian testing will be that much better. Finally, I suggest you find some temporary means to keep the present unstable version of xorg from being deployed to Debian testing until this bug is fixed. I believe g33 chipset owners using Debian testing (which works right now for me and presumably them) will be severely disappointed if that precaution is not taken. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452228: Having ttf-alee installed makes gnome-terminal display badly
Package: ttf-alee Version: 11.5 Severity: normal If I have ttf-alee installed and have gnome-terminal set to use font monospace 10, gnome-terminal will display everything in a bizarre small-width font such that the text is mostly unreadable. If it helps, I'm using defoma and a DPI of 90. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-alee depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-alee recommends: ii fontconfig2.5.0-2generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386652: Incomplete job
I don't know whether or not it's Correct to remove the .la file from the neon package (though I strongly suspect not). However, I'm pretty confident that when you removed the .la file from the package, you should have also caused 'neon-config --la-file' to stop claiming that callers could find the .la file for neon in a place it no longer resides. signature.asc Description: OpenPGP digital signature
Bug#448657: Wine crashes X
I also get this problem, other things also crash X as well. May possibly be related to SDL as it seems to happen on all SDL games. The last part of the X log is: Backtrace: 0: /usr/bin/X(xf86SigHandler+0x81) [0x80c82f1] 1: [0xe420] Fatal server error: Caught signal 11. Server aborting Cheers, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452229: Dependency on lynx
Package: arno-iptables-firewall Version: 1.8.8.i-1 I noticed that the package depends on lynx for some reason. However, I do not understand, for what reason exactly does arno-iptables-firewall would need lynx. I do not use lynx, and would like not having to keep it installed. Also, no other package on my system depends on it. Can you please explain the reason for this dependency? Maybe it could be removed? Or at least, please consider adding an alternate dependency for links, which is what, I am sure, quite some people would prefer to having on their systems instead of lynx. Thanks in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452230: squid -missing argument in init script
package: squid version: 2.6.5-6 At row 91 of /etc/init.d/squid, there is command $DAEMON -z for creating cache spool directory. However, there should be $DAEMON $SQUID_ARGS -z instead. I have created tandem (dual-squid) configuration where first squid manages security tests and the second manages the cache. With original line, it obviously cannot work, because in parameter $SQUID_ARGS there are config and pidfile paths. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444366: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
On Sun, Nov 18, 2007 at 06:29:10PM +0100, Brice Goglin wrote: Could you guys test with xserver-xorg-core 2:1.4.1~git20071117-1 which just got uploaded to unstable? It contains multiple input-related fixes. I can confirm that xserver-xorg-core 2:1.4.1~git20071119-1 fixes bug #444366 for me. Thanks for your work on Xorg packages! Ming 2007.11.20 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386652: Incomplete job
[C. Michael Pilato] I'm pretty confident that when you removed the .la file from the package, you should have also caused 'neon-config --la-file' to stop claiming that callers could find the .la file for neon in a place it no longer resides. Yeah, well ... the --la-file option itself is a poor interface. The very existence of a .la file should be a libtool implementation detail that libraries and applications never need to know about. They should be asking what do I add to my link line to link to neon, not what is the filename for the internal libtool metadata for libneon. That said, since 'neon-config --la-file' is a preexisting interface, it should have been handled better. In practice the question it is answering is equivalent to what do I add to my link line, so it should answer accordingly, meaning it should give the same output as 'neon-config --libs'. As for the question of whether the .la file should have been deleted - I still think it should be deleted. libtool functions fine without a .la file, the need for this file was artificial created by neon-config having an option to expose the .la filename, which AFAICT applications never actually needed. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ signature.asc Description: Digital signature
Bug#445711: IPCP with mobile ISP sometimes gives bogus DNS address
[Correcting CC for Debian bug] James Cameron wrote: It works! I patched pppd to accept the WINS settings from the other side: Good to see. I've reviewed the patch briefly, and it seems fine. I've not tested it, as I'm not able to reproduce the conditions easily. One thing I didn't check is how this patch works if the ms-wins option is used. I re-uses the same address fields in the request struct. Perhaps two new fields should be added instead. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451835: [Pbuilder-maint] Bug#451835: pbuilder --create --basetgz file expects file to be existing
Hi, I called pbuilder with a lot of options, and it failed, telling me that the argument after --basetgz (../sparc_base.tgz) was not existing. But pbuilder was supposed to create it, it was called with --create. After omitting the --basetgz option, the default path was chosen and the file created there. The behavior was found on sparc in version 0.174. I am confident that it has worked in earlier versions. This new behaviour is fairly likely to confuse a number of scripts, hence the tag important. Attaching the full log of failure and the real command-line would help reproducing your problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452121: xserver-xorg: keyboard stops working
found 452121 2:1.4-3 thanks This seems to be the same issue as #415147. I just got this on another laptop. It's a Thinkpad R60 with Debian amd64, mainline kernel 2.6.23.1, xserver-xorg-core 2:1.4-3, xserver-xorg-video-intel 2:2.2.0-1. It happened while using Thunderbird. I switched consoles (with the mouse) and killed Thunderbird and some other processes, but it didn't help. Also noticed that the magic SysRq commands continue to work. Marcus signature.asc Description: This is a digitally signed message part.
Bug#442963: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
On 18 Nov 2007, [EMAIL PROTECTED] wrote: Could you guys test with xserver-xorg-core 2:1.4.1~git20071117-1 Fixed my problems. Thanks. -- Alok You know, of course, that the Tasmanians, who never committed adultery, are now extinct. -- M. Somerset Maugham -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405431: the current status of vidalia
Hi, I plan on maintaining the Vidalia Debian package for the foreseeable future, and you can found it on mentors.debian.net[1]. If there is not a dispute, I am request you to change the ownership from Dererk to me. Thanks and regards. [1]: http://mentors.debian.net/debian/pool/main/v/vidalia -- Vern 2007-11-21 signature.asc Description: Digital signature
Bug#452231: python-mutagen: Support for iTunes Compilation Flag
Package: python-mutagen Version: 1.11-1 Severity: wishlist Attached patch will add support for the non-standard iTunes frame type TCMP, which is used by iTunes to flag songs as being part of a compilation. When flagged as part of a compilation, iTunes automatic file renaming won't break the files apart by artist. While this frame type is nonstandard, it's widely used due to iTunes. http://www.id3.org/iTunes_Compilation_Flag Patch attached. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-mutagen depends on: ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt python-mutagen recommends no packages. -- no debconf information --- mutagen/id3.py~ 2007-04-27 04:12:50.0 +0200 +++ mutagen/id3.py 2007-11-21 06:40:12.0 +0100 @@ -1224,6 +1224,7 @@ return / .join(self.genres) class TCOP(TextFrame): Copyright (c) +class TCMP(NumericTextFrame): iTunes Compilation Flag class TDAT(TextFrame): Date of recording (DDMM) class TDEN(TimeStampTextFrame): Encoding Time class TDOR(TimeStampTextFrame): Original Release Time --- /usr/share/pycentral/python-mutagen/site-packages/mutagen/id3.py~ 2007-11-21 06:40:12.0 +0100 +++ /usr/share/pycentral/python-mutagen/site-packages/mutagen/id3.py 2007-11-21 06:51:05.0 +0100 @@ -1734,6 +1735,7 @@ class TP3(TPE3): Conductor class TP4(TPE4): Interpreter/Remixer/Modifier class TCM(TCOM): Composer +class TCP(TCMP): iTunes Compilation Flag class TXT(TEXT): Lyricist class TLA(TLAN): Audio Language(s) class TCO(TCON): Content Type (Genre)
Bug#452232: iceweasel: Invalid memory reference
Package: iceweasel Version: 2.0.0.9-1 Severity: important File: /usr/lib/iceweasel/firefox-bin *** Please describe what you were doing when the application crashed *** I was installing the following extensions (simultaneously) - AdblockFilterset.GUpdater{0.3.1.2}.xpi AdblockPlus{0.7.5.3}.xpi BugMeNot{1.3}.xpi DownloadHelper{2.5}.xpi DownloadStatusbar{0.9.5.2}.xpi FEBE{5.1.1}.xpi Fasterfox{2.0.0}.xpi FixHaaretzencodingcacophony{2.0.7}.xpi Flashblock{1.5.4.1}.xpi Forecastfox{0.9.6}.xpi Greasemonkey{0.7.20070607.0}.xpi ImageZoom{0.3}.xpi LongTitles{1.3}.xpi Morse{0.6}.xpi NoSquint{1.0.1}.xpi QuickPreferenceButton{0.1.5}.xpi SessionManager{0.6.1.5}.xpi Stealther{0.99}.xpi StopAutoplay{0.7}.xpi Vimperator{0.5.2}.xpi WebDeveloper{1.1.4}.xpi del.icio.usBookmarks{1.5.44}.xpi Please tell me if you want me to install debug packages or offer other help to debug this crash in case it occurs again. Using host libthread_db library /lib/i686/cmov/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 0xb70be6c0 (LWP 4237)] [New Thread 0xb17fdb90 (LWP 6759)] [New Thread 0xb27ffb90 (LWP 6641)] [New Thread 0xb3bfeb90 (LWP 6625)] [New Thread 0xb43ffb90 (LWP 6624)] [New Thread 0xb50fdb90 (LWP 6609)] [New Thread 0xb58feb90 (LWP 6608)] [New Thread 0xb60ffb90 (LWP 6607)] [New Thread 0xb6a64b90 (LWP 6603)] 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7d5214b in waitpid () from /lib/i686/cmov/libpthread.so.0 #2 0xb7f139dd in ?? () from /usr/lib/debreaper/libviaticum.so #3 0x1ab0 in ?? () #4 0xbf981268 in ?? () #5 0x in ?? () Thread 9 (Thread 0xb6a64b90 (LWP 6603)): #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb733f637 in poll () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb7d7e6c9 in PR_Poll (pds=0x8c6f368, npds=1, timeout=4294967295) at ptio.c:3879 No locals. #3 0x0816ddf9 in nsSocketTransportService::Poll (this=0x8c6ee80, interval=0xb6a64378) at nsSocketTransportService2.cpp:361 pollList = (PRPollDesc *) 0x8c6f368 pollCount = 1 pollTimeout = 4294967295 ts = 1619295376 rv = value optimized out passedInterval = value optimized out #4 0x0816e530 in nsSocketTransportService::Run (this=0x8c6ee80) at nsSocketTransportService2.cpp:578 in_flags = value optimized out pollInterval = 0 n = 1 i = -1 active = 1 #5 0xb7e300c5 in nsThread::Main (arg=0x8c59118) at nsThread.cpp:118 No locals. #6 0xb7d8288d in _pt_root (arg=0x8c6f510) at ptthread.c:220 No locals. #7 0xb7d4a46b in start_thread () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #8 0xb734972e in clone () from /lib/i686/cmov/libc.so.6 No symbol table info available. Thread 8 (Thread 0xb60ffb90 (LWP 6607)): #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb7d4e8fc in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb7d7bb93 in pt_TimedWait (cv=0x8bd2504, ml=0x8bd24a0, timeout=value optimized out) at ptsynch.c:280 rv = 1953 now = {tv_sec = 1195620209, tv_usec = 241885} tmo = {tv_sec = 1195620245, tv_nsec = 577885000} ticks = 1000 #3 0xb7d7c971 in PR_WaitCondVar (cvar=0x8bd2500, timeout=36336) at ptsynch.c:407 rv = value optimized out thred = (PRThread *) 0x8c7c3f0 #4 0xb7e323cf in TimerThread::Run (this=0x8bd23e0) at TimerThread.cpp:318 waitFor = value optimized out #5 0xb7e300c5 in nsThread::Main (arg=0x8c7c370) at nsThread.cpp:118 No locals. #6 0xb7d8288d in _pt_root (arg=0x8c7c3f0) at ptthread.c:220 No locals. #7 0xb7d4a46b in start_thread () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #8 0xb734972e in clone () from /lib/i686/cmov/libc.so.6 No symbol table info available. Thread 7 (Thread 0xb58feb90 (LWP 6608)): #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb7d4e8fc in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb7d7bb93 in pt_TimedWait (cv=0x90e658c, ml=0x90e6528, timeout=value optimized out) at ptsynch.c:280 rv = 666 now = {tv_sec = 1195620199, tv_usec = 651847} tmo = {tv_sec = 1195620259, tv_nsec = 651847000} ticks = 1000 #3 0xb7d7c971 in PR_WaitCondVar (cvar=0x90e6588, timeout=6) at ptsynch.c:407 rv = value optimized out thred = (PRThread *) 0x90580c8 #4 0x08153700 in nsIOThreadPool::ThreadFunc (arg=0x90e3360) at nsIOThreadPool.cpp:254 delta = value optimized out start = 1619291363 timeout = 6 pool = (nsIOThreadPool *) 0x90e3360 #5 0xb7d8288d in _pt_root (arg=0x90580c8) at ptthread.c:220 No locals. #6 0xb7d4a46b in start_thread () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #7 0xb734972e in clone ()
Bug#386652: Incomplete job
[Peter Samuelson] Yeah, well ... the --la-file option itself is a poor interface. The very existence of a .la file should be a libtool implementation detail that libraries and applications never need to know about. They should be asking what do I add to my link line to link to neon, not what is the filename for the internal libtool metadata for libneon. Like I said, I don't know what's Correct. Clearly you've got opinions about how things would be in an ideal world. That said, since 'neon-config --la-file' is a preexisting interface, it should have been handled better. In practice the question it is answering is equivalent to what do I add to my link line, so it should answer accordingly, meaning it should give the same output as 'neon-config --libs'. Or, why not simply ship the .la file as libneon26.la, and have neon-config refer to that? There's absolutely no reason that I can think of why this can't all be done in a way that allows multiple versions of neon to coexist. As for the question of whether the .la file should have been deleted - I still think it should be deleted. libtool functions fine without a .la file, the need for this file was artificial created by neon-config having an option to expose the .la filename, which AFAICT applications never actually needed. Unfortunately, this seems to break the build of the very software you originally wished to make this change for -- Subversion. Subversion uses 'neon-config --la-file' to find neon. signature.asc Description: OpenPGP digital signature
Bug#452233: ITP: artoolkit -- ARToolKit is a software library for building Augmented Reality (AR) applications
Package: artoolkit Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: artoolkit Version : 2.72.1 Upstream Author : Hirokazu Kato, Mark Billinghurst, Philip Lamb * URL : http://www.hitl.washington.edu/artoolkit/ * License : GPL Programming Lang: C, C++, python Description : ARToolKit is a software library for building Augmented Reality (AR) applications. ARToolKit is a software library for building Augmented Reality (AR) applications. These are applications that involve the overlay of virtual imagery on the real world. For example, in the image to the right a three-dimensional virtual character appears standing on a real card. It can be seen by the user in the head set display they are wearing. When the user moves the card, the virtual character moves with it and appears attached to the real object. One of the key difficulties in developing Augmented Reality applications is the problem of tracking the users viewpoint. In order to know from what viewpoint to draw the virtual imagery, the application needs to know where the user is looking in the real world. ARToolKit uses computer vision algorithms to solve this problem. The ARToolKit video tracking libraries calculate the real camera position and orientation relative to physical markers in real time. This enables the easy development of a wide range of Augmented Reality applications. Some of the features of ARToolKit include: * Single camera position/orientation tracking. * Tracking code that uses simple black squares. * The ability to use any square marker patterns. * Easy camera calibration code. * Fast enough for real time AR applications. * SGI IRIX, Linux, MacOS and Windows OS distributions. * Distributed with complete source code -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8)
Bug#448657: Info received (Wine crashes X)
I have just found out my problem was due to the new version of xorg doing something weird with the video drivers. As i use the NVidia ones I just re-installed the driver. Problem solved. Cheers, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452229: closed by Michael Hanke [EMAIL PROTECTED] (Re: Bug#452229: Dependency on lynx)
Thank you, now I understand. I use the package to configure the firewalling for maybe a year already, but didn't know about this arno-fwfilter tool. :) It seems logical to separate arno-fwfilter into a separate package (which could then depend on whatever this exact tool needs), but there's probably a lot of overhead involved in creating and then supporting an additional .deb, so to do this just for one script could be not worth the trouble. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452226: dpkg-dev: new dpkg-shlibdeps breaks kdebase/experimental
reassign 452226 kdebase 4:3.96.0-1 retitle 452226 FTFBS due to missing dependency information thanks Hi, On Wed, 21 Nov 2007, brian m. carlson wrote: Package: dpkg-dev Version: 1.14.9 Severity: serious File: /usr/bin/dpkg-shlibdeps Justification: breaks unrelated packages (through build-essential) dpkg-shlibdeps has regressed. It now causes kdebase/experimental (3.96.0) to FTBFS with the following error messages: It has not regressed, it's just no more accepting things that are *wrong* like a public library without shlibs information. It has been announced quite some time in advance: http://lists.debian.org/debian-devel-announce/2007/09/msg4.html You have 3 solutions: - make sure that the lib has no SONAME so that it's identified by dpkg-shlibdeps as a private library - add --ignore-missing-info to the dpkg-shlibdeps call (you can pass this via dh_shlibdeps -- --ignore-missing-info) - add dependency information for this library (shlibs is not possible given that it has no version, however symbols files are possible) I would provide you with more information if it were clear from the error messages what name and version you were looking for. Ah, it seems that dpkg-shlibdeps assumes a certain format for SONAMEs, even though this shared object appears to be a private plugin specific to the konqueror package. It has no characteristic of a private plugin (it has a SONAME, it's in a public directory). Perhaps Dpkg::Shlibs::Objdump should instead determine that something is a public library if it has a certain SONAME format (as well as DYNAMIC), and instead punt if it doesn't. During the discussions on -devel, Steve Langasek suggested me to use the SONAME+DYNAMIC as the criterion to define a public library. Then extract_from_shlibs would not need that code, and although no shlibs file would be generated, it would at least not cause the build to fail. dpkg 1.14.7 says instead: dpkg-shlibdeps: warning: format of 'NEEDED libkdeinit4_keditbookmarks.so' not recognized dpkg-shlibdeps: warning: format of 'NEEDED libkdeinit4_kfmclient.so' not recognized dpkg-shlibdeps: warning: format of 'NEEDED libkdeinit4_konqueror.so' not recognized but it does not fail. It's not the lack of version that makes it fail. It's the lack of dependency information. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#452063: Debian installation failure on Dell SC440
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-businesscard.iso Date: Nov. 19 2007, 20h CET Machine: Dell SC440 Processor: Intel Pentium E2160 Memory: 1GB Partitions: 145 GB ext3 in sda1, 3 GB swap in sda5 Output of lspci -nn and lspci -vnn: NA Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: installation impossible : mkfs.ext3 blocked. It seems the Dell Perc5 controller is not as well supported as said by http://www.google.com/url?sa=tct=rescd=1url=http%3A%2F%2Flinux.dell.com%2Fdebian_9g.shtmlei=x45CR7r9EZ32wQGpw7zcCAusg=AFQjCNEav7uArD6ADYmMpvnV4iNqn-OMQgsig2=YKlYbIVxCFdGyF_--Sh_Mw Installation of FreeBSD 7.0 Beta3 went smoothly, machine now under FreeBSD. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452060: puppet: reload option to init script
Package: puppet Version: 0.23.2-13 Severity: wishlist Here's a patch that will add a reload option to puppet (that does reread its config and do a configuration run on SIGHUP): --- puppet.orig 2007-10-30 00:10:13.0 -0400 +++ puppet 2007-11-20 02:18:36.0 -0500 @@ -21,6 +21,10 @@ start-stop-daemon --stop --quiet --pidfile /var/run/puppet/$NAME.pid } +reload_puppet() { + start-stop-daemon --stop --quiet --signal HUP --pidfile /var/run/puppet/$NAME.pid +} + if [ ! -d /var/run/puppet ]; then rm -rf /var/run/puppet mkdir -p /var/run/puppet @@ -39,6 +43,12 @@ stop_puppet log_end_msg 0 ;; +reload) + log_begin_msg Reloading $DESC + reload_puppet + log_end_msg 0 + ;; + restart|force-reload) log_begin_msg Restarting $DESC stop_puppet Maybe a force-reload would be more appropriate here (since puppet reloads the files by itself anyways...) Note that this does not apply to puppetmaster. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (1, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-1-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages puppet depends on: ii adduser3.102 Add and remove users and groups ii facter 1.3.5-1 a library for retrieving facts fro ii libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby ii libshadow-ruby1.8 1.4.1-7 Interface of shadow password for R ii libxmlrpc-ruby 1.8.2-1 XML-RPC support for Ruby ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii ruby 1.8.2-1 An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 1.8.2-1Generate documentation from ruby s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452062: puppetmaster and puppet conflicting permissions on /var/lib/puppet/state
Package: puppet Version: 0.23.2-13 Severity: normal When restarting puppetmaster after puppetd, when both run on the same node, I get this warning: Nov 20 06:21:29 puppet puppetmasterd[32165]: (/puppetconfig/main/File[/var/lib/puppet/state/state.yaml]/mode) change from 640 to 660 failed: failed to chmod /var/lib/puppet/state/state.yaml: Operation not permitted - /var/lib/puppet/state/state.yaml This is because puppet changed the directory back to root:root when being restarted (I guess!). Fixing the permissions to puppet:puppet silences the warning, until puppetd is restarted. I think the state directory should be seperate for puppet and puppetmaster. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (1, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-1-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages puppet depends on: ii adduser3.102 Add and remove users and groups ii facter 1.3.5-1 a library for retrieving facts fro ii libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby ii libshadow-ruby1.8 1.4.1-7 Interface of shadow password for R ii libxmlrpc-ruby 1.8.2-1 XML-RPC support for Ruby ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii ruby 1.8.2-1 An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 1.8.2-1Generate documentation from ruby s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452016: Unable to save, change or delete Identities
pbr / input type=button value=Delete onclick=return rcmail.command('delete','',this) id=rcmbtn109 class=button disabled=disabled /nbsp; input type=button value=Save onclick=return rcmail.command('save','',this) id=rcmbtn110 class=button disabled=disabled / /p /div /div /div Is what I am getting in the page source... disables=disabled does that indicate that the button is not active? tags 452016 + unreproducible moreinfo thanks OoO En ce début de soirée du lundi 19 novembre 2007, vers 21:53, Chris Hodgetts [EMAIL PROTECTED] disait: I did look in /var/log/roundcube/errors and noticed nothing the other day when I first noticed the problem (I am at work with no access to home at the moment). I am however, using, both Firefox2.0 on Windows, and IE6 on WindowsXP. Is 0.1~rc2-1 the first version that you installed? Which database are you using? If this is sqlite, can you save it and create a new one (with dpkg-reconfigure roundcube) to check that the problem is still here with a fresh database. If you are using mysql or postgresql, this is a bit more painful but if you can, dump it and destroy it. Thanks. -- Choose a data representation that makes the program simple. - The Elements of Programming Style (Kernighan Plauger)
Bug#452064: wrong start order between puppet and puppetmaster
Package: puppet Version: 0.23.2-13 Severity: important I get this when starting our puppet server. Notice how the puppet client tries to connect, and fails to connect to the master, before the master is started. Starting puppet configuration management tool/usr/lib/ruby/1.8/net/http.rb:560:in `initialize': Connection refused - connect(2) (Errno::ECONNREFUSED) from /usr/lib/ruby/1.8/net/http.rb:560:in `open' from /usr/lib/ruby/1.8/net/http.rb:560:in `connect' from /usr/lib/ruby/1.8/timeout.rb:56:in `timeout' from /usr/lib/ruby/1.8/timeout.rb:76:in `timeout' from /usr/lib/ruby/1.8/net/http.rb:560:in `connect' from /usr/lib/ruby/1.8/net/http.rb:553:in `do_start' from /usr/lib/ruby/1.8/net/http.rb:548:in `start' from /usr/lib/ruby/1.8/puppet/network/xmlrpc/client.rb:173:in `start' from /usr/lib/ruby/1.8/puppet/network/client.rb:93:in `initialize' from /usr/lib/ruby/1.8/puppet/network/client/master.rb:250:in `initialize' from /usr/sbin/puppetd:312:in `new' from /usr/sbin/puppetd:312 . Starting puppet configuration management tool master server. Here's a patch to the postinst of puppet to make it start later: --- /var/lib/dpkg/info/puppet.postinst.orig 2007-11-20 02:47:41.0 -0500 +++ /var/lib/dpkg/info/puppet.postinst 2007-11-20 02:47:53.0 -0500 @@ -8,7 +8,7 @@ # Automatically added by dh_installinit if [ -x /etc/init.d/puppet ]; then - update-rc.d puppet defaults /dev/null + update-rc.d puppet defaults 21 /dev/null if [ -x `which invoke-rc.d 2/dev/null` ]; then invoke-rc.d puppet start || exit $? else -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (1, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-1-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages puppet depends on: ii adduser3.102 Add and remove users and groups ii facter 1.3.5-1 a library for retrieving facts fro ii libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby ii libshadow-ruby1.8 1.4.1-7 Interface of shadow password for R ii libxmlrpc-ruby 1.8.2-1 XML-RPC support for Ruby ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii ruby 1.8.2-1 An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 1.8.2-1Generate documentation from ruby s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452072: DM application for Heikki Henriksen
Package: debian-maintainers Version: 1.0 Severity: normal See attached changeset for full details. My id has been checked and passed in NM, but I've currently asked to be put on hold there. The new control-field will be added in the next uploads of the evolution stack. Cheers :) Heikki Recommended-By: [EMAIL PROTECTED] Changed-By: Date: Tue, 20 Nov 2007 09:32:34 +0100 Comment: adding debian-maintainer heikkih NM-Page: https://nm.debian.org/nmstatus.php?email=heikkih%40gmail.com Agreement: http://lists.debian.org/debian-newmaint/2007/11/msg00111.html Advocates: http://lists.debian.org/debian-newmaint/2007/11/msg00101.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBDsILC0RBADLLOWb5vx7bKHahunzHhC0pjS3F+0AS6bKa1yj/tPpzSMM6MtN tkvAgWYblTupX9dJ5SnXDFWMG7W53tC2my6gTS8jj7fpmbrUt/2Zqga2/Sj6Da2n h4UA6bD92Xz619GskFV8EEwpg2G9SX+1O7F0QVl/e1ehXvactoxC4y8vNwCg8Cqw OeTC9DdyR6CblbLI04LJFDMEAJ1Y/gYpGq5/RoGpdXpYtXXMSmbsdhPEVIH5tZXb VRk4Xmw9MwMXceb0A57vXFJWC5MhtzUE3E2BMrMDhlZ637TT+dud+62/KQxtKTR5 Z7+V0sgZ1WWSYdYOU+RWW3BbXizOUFcG5x0tHptXmAD+QyXt8xz87BBMZfYluXSU w54XA/9UAVLTO+QNNS5/f8vmPaQbZZHrwGBM5JL5EURwYqjQxJOMtqjROSxv0SkK MP9L1YVdAA9ZjiPdwIkPs7pJpfIN2/kVi7dfJkrmTYKfCHbM2XNbNyh0kd2AfStF SnN/e1+qtN9i1L6MjZRXQrbD5DUWMtaltlDyjdPrwt73n+b6xLQkSGVpa2tpIEhl bnJpa3NlbiA8aGVpa2tpaEBnbWFpbC5jb20+iEYEEBECAAYFAkRKO6EACgkQXKRQ 3lK3SH67HwCfYahmKpkzo+KN+gZyuZWXzk6ZCU0AnRjYMDAY+s9MrUxe/VPRkKhV 6YtQiEYEEBECAAYFAkRKO6YACgkQXKRQ3lK3SH4qogCgo0/2XcRoPUso1Uc4GJD5 iBNQWVsAnA9kmh4bW8lzLFIC25cbhTjGul2FiEYEEBECAAYFAkSb2e4ACgkQg5e8 AcS6nh3FgwCgiAw6iceraOV7C3wDpgNwvPyKIWgAoI0SsCdPNIsqeIPiLD2/KKly uVgniGMEExECACMCGwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAUCRvjZ2AIZAQAK CRCmd9fsldqOqQFuAKCF6ybFUxaHuKrr5pan32NEv35h7wCdHrNoikgfpWJSmgcw ev7YxgY6+iKIYAQTEQIAIAUCQ6f3TQIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheA AAoJEKZ31+yV2o6pZfMAnRUtyYHCGMCsCgqWZKik+jWg+TzxAKCB9XsJO7GKmG7D Pf6ck/UKW/MTiLQnSGVpa2tpIEhlbnJpa3NlbiA8aGVpa2tpaEBzYW1mdW5kZXQu bm8+iEYEEBECAAYFAkRKO6EACgkQXKRQ3lK3SH67HwCfYahmKpkzo+KN+gZyuZWX zk6ZCU0AnRjYMDAY+s9MrUxe/VPRkKhV6YtQiEYEEBECAAYFAkSb2eoACgkQg5e8 AcS6nh2QmQCfVt5D2rOS9E6MwdWn9qBIJH3qm2UAoK64AqhbaqfXm4ZofRkawoMg myRPiFcEExECABcFAjwXjNsFCwcKAwQDFQMCAxYCAQIXgAAKCRCmd9fsldqOqXex AJ4m/7wo6nDU7Urx4vTvzLAoW1C34wCdHNqDF5Cy4qcamMVhZp3oo17b3JGIWgQT EQIAGgULBwoDBAMVAwIDFgIBAheABQJDVBrrAhkBAAoJEKZ31+yV2o6pt2wAn1k4 baIwXgj+j0ryX1g6CfXWncriAKDu2rlkPBpVerAEvxFoRkhJgVlCJ4hXBBMRAgAX BQsHCgMEAxUDAgMWAgECF4AFAkb42dMACgkQpnfX7JXajqlkbwCgl1430nwQfi+d m2/R+PxXuyTKR2cAoLwcfZ03W1k88mb1il7Ev6aTo8ETiGAEExECACACF4ACGQEF AkNUHjIGCwkIBwMCBBUCCAMEFgIDAQIeAQAKCRCmd9fsldqOqR5lAJ0ZPa/l2UKL DgbtELS0lMrtr5Jy4gCgz4g4w619VjtevY+Q+dmhZ4FZxsmIYgQTEQIAGgULBwoD BAMVAwIDFgIBAheABQJBh1ffAhkBABIHZUdQRwABAQkQpnfX7JXajqkTJwCg3ivW Noy138N6VRXko4gL4vU3IbkAn3OjnJ1qU5oiYJimDR7IrtOdxfTAiFoEExECABoF CwcKAwQDFQMCAxYCAQIXgAUCQ1TMVAIZAQAKCRCmd9fsldqOqZDFAJ91pLpUEX/R y29DOC/Qhbvnu1LVuACeN4bdbMFTO0BHKUDX6AooNyyPREa0IEhlaWtraSBIZW5y aWtzZW4gPGhoQGRvc3NpZXIubm8+iFMEMBECABMFAkNUzzAMHSBub3QgaW4gdXNl AAoJEKZ31+yV2o6pXPQAn1Tmem2b8KnUhs4ofG7LwfyASoRRAKCLaIMNzn71vGmM FLJC6abyIEeVi4hXBBMRAgAXBQI8F5CWBQsHCgMEAxUDAgMWAgECF4AACgkQpnfX 7JXajqnalgCgoVxmNsHs/QWtmq8BF6mdIMD5zDAAoIv7ohzQ+7+Tk4kCpFtw2TuQ l58dtCBIZWlra2kgSGVucmlrc2VuIDxoaEBoZWl0ZWNoLm5vPohTBDARAgATBQJD VM8zDB0gbm90IGluIHVzZQAKCRCmd9fsldqOqXO8AJ0XCpi9yBotLai228p24BqY ZpiHtACgkj7T7YH0brBp6AtGkuuZZ4i/yCuIVwQTEQIAFwUCOwgsLQULBwoDBAMV AwIDFgIBAheAAAoJEKZ31+yV2o6ppWsAn1g7TnmNgd+Ho+tJ/G5JXCJM23TUAJ9B ycEnvX6a52gfu8aZLrY1iLOTOYhXBBMRAgAXBQI7CC12BQsHCgMEAxUDAgMWAgEC F4AACgkQpnfX7JXajqlhbACfQjtf9AjHf/1LxHB4tuPNMFiSImoAnRX9ZK+7gVbH UravTTT1stU2qs9niFcEExECABcFAjwXkPEFCwcKAwQDFQMCAxYCAQIXgAAKCRCm d9fsldqOqcSEAJ9LTScikjY1jhKda6oizqt2XYnQWwCgrZE/x6EDqCA2S+Bb33bS 0eoAjai0JUhlaWtraSBIZW5yaWtzZW4gPGhlaWtraWhAaGVpdGVjaC5ubz6IRgQQ EQIABgUCREo7pgAKCRBcpFDeUrdIfs0PAJ0XGp12iKdqu+XWiNvRf1KFpmcpwgCg nDANeqHKMHQ/n/Yv1kUmRuLKmzyIRgQQEQIABgUCRJvZ7gAKCRCDl7wBxLqeHZEY AKCDuQF4ZO/CFEBit+2EAw8qciS4cQCgq8GU9tv9AiezN4UCCN5Xrcd7MKmIXgQT EQIAHgIbAwIeAQIXgAYLCQgHAwIDFQIDAxYCAQUCQYdX2wAKCRCmd9fsldqOqbRj AJ9MRstPhifuyl2Ku5gSB6yVbLkepQCfdJdH0cncJBBIQx+K7tQSOlSiogO0J0hl aWtraSBIZW5yaWtzZW4gPGhlaWtraWhAc3R1ZC5udG51Lm5vPohTBDARAgATBQJD VM8zDB0gbm90IGluIHVzZQAKCRCmd9fsldqOqSxbAJ48MkHLIHD+8I04Axq4Y+2O TpqCugCg4NTkFKTakpGKy7ct5OEnyQGDDLeIVwQTEQIAFwUCPBeM7wULBwoDBAMV AwIDFgIBAheAAAoJEKZ31+yV2o6pRzYAn1Il9G/uY9pXsA6QfaQbIwJS1FhzAJ9g CaXt9z35/TZG+6MwNmwHfYG2zIhfBBMRAgAXBQI8F4zvBQsHCgMEAxUDAgMWAgEC F4AAEgkQpnfX7JXajqkHZUdQRwABAUc2AJ9SJfRv7mPaV7AOkH2kGyMCUtRYcwCf YAml7fc9+f02RvujMDZsB32Btsy5AQ0EOwgsMhAEALP/79AZr+Tvpqwa2+W4cB3i mmDbpaqwH1kLOaW33ICRhXReQoLX/Z/EuX0cX2q01IJHuM+6xB22k9XLgm874b6A n/gl4OHINi4K89yapjO/0nx3VyyfJuch8nlKSPwD9jG+kvt7QB52ixioHK9igBJI xx6gloeiiwm7gQXRKyO7AAMFA/9qWWVWA1QNluBvKQiG9wnEZ2AgxBw+fQnjS3iY D57cAmr0kXV2bux9HKbR9R36bHq1jBowq00c1QmiWfQAbFZGBy/4RaqYPrMQofIF
Bug#438196: xdm 1.1.6-3
I tried many times to stop/restart xdm 1:1.6-3 and I don't have this problem anymore. Do you confirm? YP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452068: wanted: 'ftwhich' option to not print links or symlinks
Package: whichman Version: 2.4-3 Severity: wishlist Some program names aren't unique: # show duplicated two letter names, no path % ftwhich -0 ?? | sed 's#.*/##' | sort -u | tr '\n' ' ' ; echo ar as at bc cc ci co cp dc dd df di du ed ee es ex fr gc gs gv hd id ip kj ld le li ln lp ls lz m4 mc mf mt mv mx nl nm ns od pg pr ps pv pw rb rl rm rx rz sb sf sg sh si sq sr su sx sz td tr ts ui ul uz vi wc we Are the contents unique? One can't tell from the pathname: # show 10 lines of duplicated two letter programs names in path % ftwhich -0 ?? | sed 's#.*/##' | sort | uniq -d | while read x ; do ftwhich -0 $x ; done | head /usr/bin/ar /usr/bin/X11/ar /usr/bin/as /usr/bin/X11/as /usr/bin/at /usr/bin/X11/at /usr/bin/bc /usr/bin/X11/bc /usr/bin/cc /usr/bin/X11/cc It might be useful to have an 'ftwhich' option to only print names that aren't links, or in the case of hard links, whichever pathname that's first to execute. The result would look something like: # show 10 lines of duplicated two letter program names, but not their links % ftwhich -0 ?? | sed 's#.*/##' | sort | uniq -d | while read x ; do ftwhich -0 $x ; done | while read x ; do realpath $x ; done | sort | uniq | head /usr/bin/ar /usr/bin/as /usr/bin/at /usr/bin/bc /usr/bin/ci /usr/bin/co /usr/bin/dc /usr/bin/di /usr/bin/du /usr/bin/ee Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages whichman depends on: ii libc6 2.6.1-6GNU C Library: Shared libraries whichman recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452067: RFP: anki -- Program designed to help you remember facts
Package: wnpp Severity: wishlist * Package name: anki Version : 0.3.6 * URL : http://repose.cx/anki/ * License : GPLv2 or later Description : Program designed to help you remember facts From homepage of Anki: Anki is a program designed to help you remember facts (such as words and phrases in a foreign language) as easily, quickly and efficiently as possible. To do this, it tracks how well you remember each fact, and uses that information to optimally schedule review times. With a minimal amount of effort, you can greatly increase the amount of material you remember, making study more productive, and more fun. Anki is based on a theory called spaced repetition. In simple terms, it means that each time you review some material, you should wait longer than last time before reviewing it again. This maximizes the time spent studying difficult material and minimizes the time spent reviewing things you already know. The concept is simple, but the vast majority of memory trainers and flashcard programs out there either avoid the concept all together, or implement inflexible and suboptimal methods that were originally designed for pen and paper. While Anki can be used for studying anything, it also ships with special features designed to make studying Japanese and English easier: integrated dictionary lookups, missing kanji reports, and more. Sample decks are also provided for Russian. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (1100, 'testing'), (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv S teki. S teki. S teki. S wo kakusei. S teki. S teki. S teki. S wo umekome. S teki. S teki. S teki. M wo setsudan. S teki. S teki. Puratonikku wo hajimemashou. Dir en grey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452065: Confused by space in BIOS filename
Package: pcsx-df Version: 1:1.813-1 Severity: minor In ~/.pcsx/pcsx.cfg, I had Bios = PSX NTSC.BIN When trying to actually run pcsx, it complained about being unable to find a file PSX, suggesting that it was confused by a space in the file name. Renaming the file to NTSC.BIN and editing the line accordingly caused the error to go away. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pcsx-df depends on: ii libasound2 1.0.15-2 ALSA library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxv1 1:1.0.3-1X11 Video extension library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime pcsx-df recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438196: xdm 1.1.6-3
I tried many times to stop/restart xdm 1:1.6-3 and I don't have this problem anymore. Do you confirm? The problem disappeared as mentioned on Fri, 17 Aug 2007 09:14:05 +0200. Thanks! -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452022: dpkg-dev: please ignore symbols differences on non-official architectures
Raphael Hertzog a écrit : On Tue, 20 Nov 2007, Aurelien Jarno wrote: Even if it is not important for you that doesn't give you the right to ignore the problem as you did until now. We've had only one unconclusive IRC discussion, that's not really ignoring the problem. And I still believe, you're over exagerating the problem unless there are good reasons why exported API differ on unofficial architectures more than on official architectures (this could be the case for kfreebsd-*, I don't know). I guess it is also very important for the release team, because armel is supposed to be shipped with lenny in order to drop arm for lenny + 1. This architecture has to be kept in good shape. And we'll make sure to find a statisfying solution once you give me all the relevant infos to really understand how far reaching the problem is. debian/package.symbols.arch files then it will not fail because it won't find a symbols file for the given architecture and will thus generate a brand new one (and the comparison will only find new symbols and it will not fail). As already explained, this is the case. Mole doesn't provide symbols for unofficial architectures (which I can understand), so packages will never have the symbols file for unofficial architectures. Did you read what I wrote? I said it will not fail if the package provides only debian/*.symbols.arch. The ABI can be different on non official architectures, even if mole only provide a common file for all official architectures. And note that I am speaking of real examples. Just try on libusb for example. On which architecture did you try? And how? Where do I have an account on an armel machine or a kfreebsd one? I did test on kfreebsd-i386, but history has prove that it can happens on other architecture: bugs #441736, #429600 or #342084. If you want to get access to a GNU/kFreeBSD machine, have a look to http://io.debian.net/ssh.html . Note that this is a case where the API is supposed to be stable across architectures... can you show me what the differences are and why they are legitimate? Please show me the build-failure. Please see http://temp.aurel32.net/libusb_0.1.12-7_kfreebsd-i386.build I won't harcode such a behaviour in dpkg. However what is doable is have an environment variable that will override the check level that that the package is using. Then you just have to make sure that the buildd of the unofficial arches define that environment variable. Does that seem reasonable? Unfortunately I don't really like this idea because sbuild doesn't keep environment variables, and I don't really want to patch sbuild every time I want to update it instead of using the .deb package directly from debian-admin. This is surely a feature that could be added to sbuild. I asked neuro on IRC, I'm waiting his answer. Cheers, -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
New infomation switching to nfs-user-server solve the problem. CPU usage is high but work without problem. Regards Dan Smolik -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451941: xserver-xorg-core: Ignores DisplaySize in xorg.conf
I built my own package of xserver-xorg-core without 14_default_screen_section.diff and it works like expected. Xorg.0.log.old - with 14_default_screen_section.diff Xorg.0.log - without 14_default_screen_section.diff --- /var/log/Xorg.0.log.old 2007-11-20 09:43:44.0 +0100 +++ /var/log/Xorg.0.log 2007-11-20 09:43:53.0 +0100 @@ -4,7 +4,7 @@ X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20071117-1) Current Operating System: Linux woody 2.6.23 #1 PREEMPT Sat Nov 17 20:31:35 CET 2007 i686 -Build Date: 18 November 2007 01:31:27AM +Build Date: 20 November 2007 09:24:33AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. @@ -12,16 +12,12 @@ Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. -(==) Log file: /var/log/Xorg.0.log, Time: Tue Nov 20 09:10:42 2007 +(==) Log file: /var/log/Xorg.0.log, Time: Tue Nov 20 09:43:45 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout DefaultLayout (**) |--Screen DefaultScreen (0) -(**) | |--Monitor default monitor -(==) No device specified for screen DefaultScreen. - Using the first device section listed. +(**) | |--Monitor CRT-0 (**) | |--Device 6600GT -(==) No monitor specified for screen DefaultScreen. - Using a default monitor configuration. (**) |--Input Device LogiKeyboard (**) |--Input Device MX1000 (**) |--Input Device LogiMouse @@ -52,7 +48,7 @@ (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (II) Open ACPI successful (/var/run/acpid.socket) -(II) Loader magic: 0x81d8b80 +(II) Loader magic: 0x81d8a40 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 @@ -369,7 +365,6 @@ (**) NVIDIA(0): Option AllowGLXWithComposite true (**) NVIDIA(0): Option Coolbits 1 (**) NVIDIA(0): Option UseEdidDpi false -(**) NVIDIA(0): Option DPI 109 x 109 (**) NVIDIA(0): Enabling RENDER acceleration (II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is (II) NVIDIA(0): enabled. @@ -384,7 +379,8 @@ (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): 1600x1200 (II) NVIDIA(0): Virtual screen size determined to be 1600 x 1200 -(**) NVIDIA(0): DPI set to (109, 109); computed from DPI X config option +(**) NVIDIA(0): DPI set to (109, 109); computed from DisplaySize Monitor +(**) NVIDIA(0): section option (==) NVIDIA(0): Enabling 32-bit ARGB GLX visuals. (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. @@ -516,41 +512,3 @@ [snipped] Thanks, Rob signature.asc Description: Digital signature
Bug#452021: gnunet: logrotate error
Achim Schaefer wrote: gnunet is: # # Logrotate fragment for frox. # /var/log/gnunetd/gnunetd.log { weekly size=100k rotate 7 compress copytruncate delaycompress notifempty missingok } this file was is from a previous gnunet package (from etch). gnunet-daemon is: /var/log/gnunetd/gnunetd.log { weekly size=100k rotate 7 compress copytruncate delaycompress notifempty missingok } this file should have been removed when you were upgrading from the (post-etch but already deprecated) gnunet-daemon package to the (post-etch and current) gnunet-server package. gnunet-server is: /var/log/gnunetd/gnunetd.log { weekly size=100k rotate 7 compress copytruncate delaycompress notifempty missingok } ...and that's the only one you should keep. I'm unsure why does files do not get replaced/removed when doing package upgrades. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452073: ITP: tokyo-cabinet -- Tokyo Cabinet Database format [successor of QDBM]
Package: wnpp Severity: wishlist Owner: Pierre Habouzit [EMAIL PROTECTED] * Package name: tokyo-cabinet Version : 1.0.6 Upstream Author : Mikio Hirabayashi [EMAIL PROTECTED] * URL : http://tokyocabinet.sourceforge.net/ * License : LGPL Programming Lang: C (with perl, ruby and java bindings) Description : Tokyo Cabinet Database format [successor of QDBM] Tokyo Cabinet is a library of routines for managing a database. The database is a simple data file containing records, each is a pair of a key and a value. Every key and value is serial bytes with variable length. Both binary data and character string can be used as a key and a value. There is neither concept of data tables nor data types. Records are organized in hash table or B+ tree. . This library is presented as the successor of QDBM from the same author. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451893: xserver-xorg-video-intel: shows no fonts
On Mon, 19 Nov 2007 20:33:01 +0100 Brice Goglin [EMAIL PROTECTED] wrote: Does it help if you add Option AccelMethod XAA in the above section? EXA is enabled by default in 2.2.0. But there is at least one known problem with fonts and EXA. It helps. Thanks for this hint. Philip. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452014: ITP: atl2-source -- Source for the Attansic L2 ethernet driver
On Mon, Nov 19, 2007 at 03:47:35PM -0400, Ben Armstrong wrote: * Package name: atl2-source Version : 1.0.40.2 Upstream Author : xiong huang [EMAIL PROTECTED] * URL : https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.22/ * License : GPL Programming Lang: C Description : Source for the Attansic L2 ethernet driver This is the driver for the Attansic/Atheros L2 which is present in systems such as the Asus Eee PC. Why not instead work on getting this driver into to the mainline linux kernel? Since the driver is GPL, the only reasons it's not in mainline are 1) The driver does not match the quality expectations of mainline linux kernel. In this case, out our quality expecations less than those of kernel? Are we really OK with shipping buggy and unreviewed drivers to endusers? 2) The driver is too new and isn't submitted to kernel yet. According to driver project[1], atl2 driver is old and needs hacking. [1] http://www.linuxdriverproject.org/twiki/bin/view/Main/DriversNeeded#Fixed_Ethernet -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451941: xserver-xorg-core: Ignores DisplaySize in xorg.conf
Seems like this was the same Problem as in #451950, thus it is fixed in 2:1.4.1~git20071119-1 Thanks, Rob signature.asc Description: Digital signature
Bug#452083: [COMPLETION]: xine handles .flv files
Package: bash Version: 3.1dfsg-8 xine now handles .flv (flash video) files allright, with sound and all, but bash autocompletion doesn't include them in the autocompletion of a file argument to xine. Please add it to the list. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-amd64+deb-3 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files4.0.1 Debian base system miscellaneous f ii debianutils 2.26 Miscellaneous utilities specific t ii libc6 2.6.1-6GNU C Library: Shared libraries ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452022: dpkg-dev: please ignore symbols differences on non-official architectures
On Tue, 20 Nov 2007, Aurelien Jarno wrote: Though it's worth asking ourselves if it would make sense to have an intermediary fallback between debian/*.symbols.arch and debian/*.symbols that would be debian/*.symbols.kernel. While it will fixes the problem due to the variation of the ABI across kernels, I am not sure that is the problem we will see the most. The most problematic variations, will happens on the same kernel, as it could be seen from bugs #441736, #429600 or #342084. Riku said in #441736: This is the same bug as on unixodbc, #429600, #342084. The issue is that some supplementary symbols are exported due to libtool working differently with C++ libs for apparently no good reasons. It is not really armel-specific (except for the fact that armel generated supplementary symbols that should be not exported according to the version script). In any case, having new symbols as is the case in those reports will not generate a failure with the default behaviour of dpkg-gensymbols unless the maintainer want those failures. So it's still not representative of failures that we're likely to get due to dpkg-gensymbols (unless many maintainers decide to increase the level of checks, which I doubt. Furthermore maintainers that do that are likely reactive maintainer that will quickly integrate changes needed for unofficial architectures). That said, we might want to have the possibility to flag private symbols in symbols file and have a mode where the disparition of private symbols doesn't cause a failure. Not sure about it. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#38542: gnumok
You'll never be ashamed in the bedroom anymore meleane Iyer http://organwhite.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268115: lauteill
Long and big dragon as a symbol of your power PUJA deluca http://www.fewdiscuss.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#164516: versibly
Attract her into your life marcio Ketterer http://www.runheart.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229721: oirasora
You'll never be ashamed in the bedroom anymore muk Belair http://flatbegin.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321936: tienoo
You'll never be ashamed in the bedroom anymore Bre brandao http://equaldown.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358338: sareffur
Make your dragon loong and hard as a rock Brendan landon http://www.continueear.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283972: mahnjed
Fight for your success with a maid of your dream connor Lore http://flatbegin.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321902: tikugoku
Make your tiny lace a true symbol of your power Reesa luciuk http://fewdiscuss.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268609: lanicidi
Encourage your partner to improve your joint life Lassi ferican http://continueear.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450859: Gutsy launches Serpentine for audio CDs
reassign 450859 serpentine thanks Le lundi 19 novembre 2007 à 14:13 +0100, Johan Walles a écrit : When I insert an empty CD In a machine running Ubuntu 7.10 Gutsy Gibbon and click burn an audio cd, Serpentine is launched. Having Debian work the same would resolve this bug. In this case, it is up to serpentine to set the correct gconf key in debian/serpentine.gconf-defaults. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#358799: saniuqa1
Fight for your success with a maid of your dream dinh Liewer http://www.expectprint.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#154026: 743-8653
Attract her into your life Dolly Rolle http://www.continueear.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361346: laskuss'
Make your dragon loong and hard as a rock Rose Doron http://saltthen.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452022: dpkg-dev: please ignore symbols differences on non-official architectures
Raphael Hertzog a écrit : On Tue, 20 Nov 2007, Aurelien Jarno wrote: Though it's worth asking ourselves if it would make sense to have an intermediary fallback between debian/*.symbols.arch and debian/*.symbols that would be debian/*.symbols.kernel. While it will fixes the problem due to the variation of the ABI across kernels, I am not sure that is the problem we will see the most. The most problematic variations, will happens on the same kernel, as it could be seen from bugs #441736, #429600 or #342084. Riku said in #441736: This is the same bug as on unixodbc, #429600, #342084. The issue is that some supplementary symbols are exported due to libtool working differently with C++ libs for apparently no good reasons. It is not really armel-specific (except for the fact that armel generated supplementary symbols that should be not exported according to the version script). Please read the bug log again. The supplementary symbols are not the same on the different architectures, which causes some architectures to have missing symbols compared to some others. In any case, having new symbols as is the case in those reports will not generate a failure with the default behaviour of dpkg-gensymbols unless the maintainer want those failures. Wrong. Some symbols are missing on armel: Error: incorrect soname libodbcinstQ.so.1, missing symbol: Base QGList::count() const So it's still not representative of failures that we're likely to get due to dpkg-gensymbols (unless many maintainers decide to increase the level of checks, which I doubt. Furthermore maintainers that do that are likely reactive maintainer that will quickly integrate changes needed for unofficial architectures). As explained, it would have also failed on armel without increasing the level of checks. That said, we might want to have the possibility to flag private symbols in symbols file and have a mode where the disparition of private symbols doesn't cause a failure. Not sure about it. That is not a correct solution. If you are able to list private symbols, better not export them instead of flagging them. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358515: samgine
Fight for your success with a maid of your dream Firmanshah Grande http://www.runheart.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451884: Ok with Gimp
reassign 451884 libgtk2.0-0 thanks Le lundi 19 novembre 2007 à 14:38 -0200, Marco a écrit : I tested the file with Gimp and the aspect ratio is correct. With which gimp version and import plugin? It looks just the same as in eog with the latest version in unstable. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#161093: plumeles
All of our visitors who tried it, changed their night life for better lacie ingraffia http://www.flatbegin.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#194184: negniisp
You cant find a looser among mens with a long PE.Here is how you can be among one of those mechelle Wendelgass http://www.organwhite.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360525: manosret
You'll never be ashamed in the bedroom anymore Keiren Persun http://www.poemget.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384052: grundfra
You can experience multiple [EMAIL PROTECTED] addison Merkle http://heartoward.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385026: gnutol
Make your dragon loong and hard as a rock Grayson Kris http://expectprint.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
* Daniel Smolik [EMAIL PROTECTED] [2007-11-20 09:44]: Package: nfs-kernel-server When I transfer files from an x86 machine to the arm nfs server, files arrive corrupted (md5sum mismatch) and dmesg/syslog shows: kernel: nfsd: non-standard errno: -14 We had #404447 in the past, a problem on NSLU2 (arm) with the same error message. However, in that case, we were fairly sure in the end that it was due to the Ethernet driver. I'm not sure this applies to this bug since you say that nfs-user-server works. The other curious thing is that I tried NFS on Thecus N2100 when I investigated #404447 and it worked fine for me (but that was with 2.6.17 or 2.6.18). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#265641: ozah
Must be a hero Levent Inga http://www.boxfriend.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248971: brlet
You'll never be ashamed in the bedroom anymore hamit Lockamy http://www.expectprint.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452082: gcc-4.3 build issue
Package: glibmm2.4 Version: 2.14.2-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu hardy patch glibmm2.4 2.14.2 does't build with gcc-snapshot /bin/bash ../../libtool --tag=CXX --mode=compile /usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\glibmm\ -I../../glib -I../../glib -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-g -Wall -O2 -Wno-long-long -c -o object.lo object.cc /usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\glibmm\ -I../../glib -I../../glib -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -Wall -O2 -Wno-long-long -c object.cc -fPIC -DPIC -o .libs/object.o object.cc: In constructor 'Glib::ConstructParams::ConstructParams(const Glib::Class, const char*, ...)': object.cc:110: error: 'memset' was not declared in this scope Including cstring fixed the issue I've also send the bug upstream on http://bugzilla.gnome.org/show_bug.cgi?id=498438 --- glib/glibmm/object.cc.orig 2007-11-20 10:52:09.0 +0100 +++ glib/glibmm/object.cc 2007-11-20 10:52:54.0 +0100 @@ -27,6 +27,7 @@ #include gobject/gvaluecollector.h #include cstdarg +#include cstring //Weak references: //I'm not sure what the point of these are apart from being a hacky way out of circular references,
Bug#268184: lastighe
You cant find a looser among mens with a long PE.Here is how you can be among one of those Muhammad Nudge http://www.continueear.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#2297: oilseed0
Want to have true manpower, look in Mehrdad Bulls http://www.methodoxygen.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]