Bug#571312: aptitude ignores preferences.d directory
forcemerge 557580 571312 thanks also sprach Arno Schuring aelschur...@hotmail.com [2010.03.27.1912 +0100]: Could this be a duplicate of #557580? Indeed, it really looks like it. I am merging. Daniel, I would like to make ths RC, since preferences.d is documented in apt_preferences(5) as a integral aspect of APT, which aptitude does not obey. Hence this may well cause problems on systems (remember that we do not support downgrades). Thoughts? -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#592554: mango-lassi: avahi_client_new() failed: Daemon not running
On Wed, Aug 11, 2010 at 3:08 AM, Sven Arvidsson s...@whiz.se wrote: I'm still having trouble getting mango-lassi running: ** Message: avahi_client_new() failed: Daemon not running ... But as far as I can tell, the avahi daemon is running. Versions of packages mango-lassi depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.27-1 Avahi client library ii libavahi-common3 0.6.27-1 Avahi common library ii libavahi-glib1 0.6.27-1 Avahi glib integration library ii libavahi-ui0 0.6.27-1 Avahi GTK+ User interface library Try now with latest avahi package from sid (0.6.27-2). It should work! -- Kartik Mistry Debian GNU/Linux Developer IRC: kart_ | Identica: @kartikm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593083: udev - system hangs at login screen
Hi, On 15 August 2010 22:12, Marco d'Itri m...@linux.it wrote: On Aug 15, Vikram Vincent vincentvik...@gmail.com wrote: I believe your initramfs is broken in some way, what happens if you force rebuilding it? I simply upgraded my kernel version, headers and all to the one currently in unstable (2.6.32+28). This is not what I asked you. See update-initramfs(8) for details. First I tried sudo update-initramfs -u Then, sudo update-initramfs -d -k all and sudo update-initramfs -c 2.6.32-5-amd64 Any other suggestions? Rebuild the initramfs. If it still does not work then run its scripts step by step as explained in the man page to find out why udevd is not being killed when it should be. Can you please point me to the link as I am not sure what specific scripts I am supposed to run Thanks, Vikram Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560353: [Evolution] Bug#560353: Bug#560353: evolution crashes or does not show messages randomly
On mar., 2010-02-23 at 10:55 +0100, emanoil.kotsev wrote: I noticed that it crashes excessively after I change my password. What could be the issue. Could you update to 2.30 (Squeeze/testing has it) and retry? If it still breaks, please get a backtrace as indicated there http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560353#25 Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#593192: dropbox: Doesn't start
Package: dropbox Version: 0.8.65-1 Severity: grave Justification: renders package unusable Dropbox 0.8.x from experimental doesn't even start. Backtrace: (gdb) run Starting program: /usr/bin/dropbox [Thread debugging using libthread_db enabled] [New Thread 0x7fffe8c5d710 (LWP 2988)] [Thread 0x7fffe8c5d710 (LWP 2988) exited] Program exited with code 0377. (gdb) Adnan -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 dropbox depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libgcc1 1:4.4.4-8GCC support library ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libsm6 2:1.1.1-1X11 Session Management library ii libsqlite3-03.7.0-1.1SQLite 3 shared library ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxcomposite1 1:0.4.2-1X11 Composite extension library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxdamage1 1:1.1.3-1X11 damaged region extension libra ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1X11 miscellaneous 'fixes' extensio ii libxi6 2:1.3-4 X11 Input extension library ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dropbox recommends no packages. dropbox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593193: gmp-ecm: FTBFS on sparc: Assertion failed during tests
Package: gmp-ecm Version: 6.3-2 Severity: serious Justification: FTBFS Hi maintainer, Your package gmp-ecm/6.3-2 fails to build from source on sparc: ** Factor found in step 1: 409100738617 Found input number N GMP-ECM 6.3 [configured with GMP 4.3.2] [P+1] Input number is 227718937509844817011855877544711725455605543304035536750762506158547102293199086726265869065639109 (103 digits) Using B1=2337233, B2=173055082, polynomial x^1, x0=3 Step 1 took 273805ms lt-ecm: pm1fs2.c:1843: poly_from_sets_V: Assertion `(__builtin_constant_p (1UL) (1UL) == 0 ? ((F[deg])-_mp_size 0 ? -1 : (F[deg])-_mp_size 0) : __gmpz_cmp_ui (F[deg],1UL)) == 0' failed. Aborted ### ERROR ### Expected return code 14 but got 134 make[1]: *** [check] Error 1 make[1]: Leaving directory `/build/buildd-gmp-ecm_6.3-2-sparc-nrlHN0/gmp-ecm-6.3' make: *** [build-stamp] Error 2 The full build log can be found at: https://buildd.debian.org/fetch.cgi?pkg=gmp-ecmarch=sparcver=6.3-2stamp=1281775571file=logas=raw Regards, -- Mehdi Dogguy -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580891: ITP progress
Le dimanche 15 août 2010, Luke Faraone a écrit : Has any progress been made on this ITP? Are you still interested in packaging autojump? Yes. I have a finished package at http://vanvogt.ortolo.eu/~tanguy/deb/autojump/autojump_11-1.dsc. It should be uploaded soon by dererk (as I am not a DD, I need a sponsor). -- Tanguy Ortolo signature.asc Description: Digital signature
Bug#593194: 'localepurge' hassles: can 'debdelta-upgrade' use /var/cache/apt/archives ?
Package: debdelta Version: 0.39trl Severity: wishlist A recent thread about 'debdelta' raised a question about whether 'debdelta-upgrade' sources from apt's package cache or one's running Debian system: secipollaPosted: Jul 24, 10, 8:28 apt-get clean is fine http://techpatterns.com/forums/about1590-10.html ...according to Secipolla there, 'debdelta-upgrade' didn't use /var/cache/apt/archives. it sourced from the running system. I recently read some 'debdelta' README files, but don't recall the question being addressed. (But maybe I missed something.) For 'localepurge' users, the cached package is more complete than the running system. Is it feasible for 'debdelta-upgrade' to do something like: 1) check local system. Has package been localepurge'd? a) yes: check apt's package cache then. If currently installed .deb file version is still cached, fetch missing locale files from that. b) no: complain as before. (BTW, I discovered 'debdelta' yesterday, and love it! I still like 'localepurge', but I uninstalled it to make 'debdelta' run better -- I've more HD space less spare bandwidth. It'd be nice if both programs cooperated better.) Hope this helps... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) 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 debdelta depends on: ii binutils2.20.1-12The GNU assembler, linker and bina ii bzip2 1.0.5-4 high-quality block-sorting file co ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii python 2.5.4-9 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages debdelta recommends: ii bsdiff4.3-10 generate/apply a patch between two ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.96.1 Python interface to libapt-pkg pn xdeltanone (no description available) ii xdelta3 0y.dfsg-1 A diff utility which works with bi debdelta suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592625: alien: hpacucli deb not being generated
Heyho again! Ok, looks like a bad rpm: filename is noarch, but the debian/control being generated has Architecture: i386. (I assume this information is taken from the rpm) As you said, no package is being generated because there is no package declared for amd64 in debian/control. So this bug is really a please print some kind of error message kind of bug. cheers -- vbi -- Protect your privacy - encrypt your email: http://fortytwo.ch/gpg/intro signature.asc Description: This is a digitally signed message part.
Bug#593195: installing udisks in a chroot make udisks-daemon dies in the host
Package: udisks Version: 1.0.1+git20100614-1 Severity: important Hey, I'm not so sure about the severity, it might be RC. I maintain some packages (mainly evolution) which, for some reasons, install udisks as part of their build-dependencies (not directly, through some other packages). When udisks is installed and configured in the pbuilder chroot, it dies (“terminated”) in the host. I guess it's because it tries to send some messages to the currently running daemon or to dbus. I don't think udisks should be able to reach the outside, and I think it should (like dbus) try to guess that it's running in a chroot and don't do anything. If you need more info, please ask. Cheers, -- Yves-Alexis -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udisks depends on: ii dbus 1.2.24-3 simple interprocess messaging syst ii libatasmart4 0.17+git20100219-2 ATA S.M.A.R.T. reading and parsing ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libdevmapper1.02.12:1.02.48-2The Linux Kernel Device Mapper use ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgudev-1.0-0160-1 GObject-based wrapper library for ii libparted0debian1 2.3-1 The GNU Parted disk partitioning s ii libpolkit-backend-1-0 0.96-2 PolicyKit backend API ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libsgutils2-2 1.29-1 utilities for devices using the SC ii libudev0 160-1 libudev shared library ii udev 160-1 /dev/ and hotplug management daemo Versions of packages udisks recommends: ii dosfstools3.0.9-1utilities for making and checking ii hdparm9.27-2 tune hard disk parameters for high ii mtools4.0.12-1 Tools for manipulating MSDOS files pn ntfs-3g none (no description available) pn ntfsprogs none (no description available) ii policykit-1 0.96-2 framework for managing administrat Versions of packages udisks suggests: ii cryptsetup2:1.1.3-3 configures encrypted block devices pn mdadm none (no description available) pn reiserfsprogs none (no description available) pn xfsprogs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593196: RM: twitter-glib -- ROM; Not useable. Upstream abandoned. Superseded by librest and libsocialweb.
Package: ftp.debian.org Severity: normal *** Please type your report below this line *** Hi, Twitter is not going to support basic authentication anymore after mid Auguest. And this package still not using the new OAuth authentication method. So this package will be not useable very soon. After query the upstream author he suggests everyone to use librest and libsocialweb instead. We have librest and libsocialweb in unstable/testing already. So this package should be removed from both unstable and testing. Many Thanks, Paul signature.asc Description: OpenPGP digital signature
Bug#593043: libconfig-simple-perl broke publican
Hi Tony, On Sun, 15 Aug 2010, tony mancill wrote: Hi Raphael, The upstream appears to be dead, and there are other (Debian) users of libconfig-simple-perl who requested this change. I agree that either Those users have not complained for more than 2 years including the Lenny release... IMO the vast majority of users have adapted their code to the way the module works. behavior is arbitrary, but since it can't behave both ways, would you be receptive to a patch for publican that treats the empty value as the default? If you take over uptsream maintenance of libconfig-simple-perl and ensure that all distributions have the same behaviour with that module, sure. Otherwise I don't think it's reasonable to have a Debian specific behaviour... And it's just too late for sid/squeeze IMO anyway. Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593197: snmpd segfaults randomly on amd64 xen domU
Package: snmpd Version: 5.4.1~dfsg-12 Severity: important We have seen some random crashes of snmpd. The crashes happen on xen domU hosts. I managed to reproduce the crash by querying snmpd constantly. Normally the crashes happen approximately once a month. The only log message left behind after the crash is the following one. kernel: [3145305.998225] snmpd[2097]: segfault at 0 ip 7f1db543d72e sp 7fffcce0 error 6 in libnetsnmpmibs.so.15.1.0[7f1db5382000+118000] While trying the reproduce the crash in a controlled manner I run the snmpd under gdb. Below is the stack strace. Unfortunately, I am not a programmer nor do I know how to gdb in the most effective way so there may be some relevant information missing. (gdb) bt #0 0x7f2944fdb5b4 in var_hrswrun () from /usr/lib/libnetsnmpmibs.so.15 #1 0x7f29453013fd in netsnmp_old_api_helper () from /usr/lib/libnetsnmphelpers.so.15 #2 0x7f2945536097 in netsnmp_call_handlers () from /usr/lib/libnetsnmpagent.so.15 #3 0x7f29455271d1 in handle_var_requests () from /usr/lib/libnetsnmpagent.so.15 #4 0x7f2945528d5b in handle_pdu () from /usr/lib/libnetsnmpagent.so.15 #5 0x7f294552b2c8 in netsnmp_handle_request () from /usr/lib/libnetsnmpagent.so.15 #6 0x7f294552be12 in handle_snmp_packet () from /usr/lib/libnetsnmpagent.so.15 #7 0x7f2944d11ba9 in ?? () from /usr/lib/libnetsnmp.so.15 #8 0x7f2944d13d8d in _sess_read () from /usr/lib/libnetsnmp.so.15 #9 0x7f2944d14339 in snmp_sess_read () from /usr/lib/libnetsnmp.so.15 #10 0x7f2944d1438b in snmp_read () from /usr/lib/libnetsnmp.so.15 #11 0x00404cab in main () I can try to provide more information if needed. Regards, Matti Saarinen -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages snmpd depends on: ii adduser3.110 add and remove users and groups ii debconf1.5.24Debian configuration management sy ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libsnmp15 5.4.1~dfsg-12 SNMP (Simple Network Management Pr ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra snmpd recommends no packages. snmpd suggests no packages. -- debconf information: snmpd/upgradefrom521: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593176: fswebcam: New homepage URL
Hi Geoff, I'm away from home this week, but I'll prepare an upload next one. Thanks, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593198: talksoup.app: FTBFS on hppa (pl2link: malloc.c:3097: sYSMALLOc: Assertion ... failed)
Package: talksoup.app Version: 1.0alpha-32-g55b4d4e-1.1 Severity: serious Justification: FTBFS Hi maintainer, Your package fails to build from source on hppa: Making all for app TalkSoup... Creating TalkSoup.app/ Compiling file main.m ... Compiling file commands.m ... Linking app TalkSoup ... Creating TalkSoup.app/Resources... Creating stamp file... Creating TalkSoup.app/Resources/Info-gnustep.plist... plmerge: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. Aborted make[4]: [TalkSoup.app/Resources/Info-gnustep.plist] Error 134 (ignored) Creating TalkSoup.app/Resources/TalkSoup.desktop... pl2link: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. Aborted make[4]: *** [TalkSoup.app/Resources/TalkSoup.desktop] Error 134 make[3]: *** [TalkSoup.all.app.variables] Error 2 make[2]: *** [internal-all] Error 2 make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/build/buildd-talksoup.app_1.0alpha-32-g55b4d4e-1.1-hppa-1G45uM/talksoup.app-1.0alpha-32-g55b4d4e' make: *** [build-stamp] Error 2 The full build log can be found at: https://buildd.debian.org/fetch.cgi?pkg=talksoup.apparch=hppaver=1.0alpha-32-g55b4d4e-1.1stamp=1281653959file=logas=raw Regards, -- Mehdi Dogguy -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593199: xserver-xorg-video-intel: often crashes at sm startup
Package: xserver-xorg-video-intel Version: 2:2.12.0-1 Severity: normal Hi, I'm using xserver-xorg-video-intel from Debian experimental. the X server crashes when I start sm (from the screen-message package). It's not 100% reproducible, but it crashes at least 50% of the times. - Lucas -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 8 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1878528 Jul 15 17:31 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1301 Aug 20 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr Option XkbVariantlatin9 Option XkbOptions terminate:ctrl_alt_bksp EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor Subsection Display Virtual 2048 2048 Depth 24 Modes 1280x800 EndSubSection EndSection Section ServerFlags Option DontZap yes EndSection Kernel version (/proc/version): Linux version 2.6.32-5-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 01:47:24 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 2289923 Dec 16 2009 /var/log/Xorg.1.log -rw-r--r-- 1 root root 24884 Aug 16 09:15 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux beothuk 2.6.32-5-amd64 #1 SMP Sat Jul 24 01:47:24 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=a6bea0d1-eb79-4bbf-8d04-8da40298aad9 ro acpi_osi=!Window2006 processor.ignore_ppc=1 Build Date: 15 July 2010 03:08:26PM xorg-server 2:1.7.7-3 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Aug 16 09:15:03 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (**) Option DontZap yes (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/Type1,
Bug#593200: tomcat6: updated german debconf translation
Package: tomcat6 Severity: wishlist, patch Attached you will find the german debconf translation for tomcat6. Thanks for your i18n efforts. Greetings Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 2.5.0 under DEBIAN GNU/LINUX 5.0.0 - L e n n y Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = tomcat6_6.0.28-4_de.po.gz Description: Binary data
Bug#545215: [buildd-tools-devel] Bug#545215: Bug#545215: Bug#545215: Bug#545215: [PATCH] Please support saving chroot to tarball in sbuild-createchroot
On Saturday 24 July 2010 19:58:39 Andres Mejia wrote:
Here's an updated patch. This only contains the changes for saving an
sbuild chroot to tarball now.
Changes for the update scripts are now in bug #590211.
On Saturday 17 October 2009 01:28:18 Andres Mejia wrote:
Here are all patches again which address your concerns.
On Thursday 24 September 2009 18:04:05 Roger Leigh wrote:
On Sun, Sep 20, 2009 at 01:43:41PM -0400, Andres Mejia wrote:
From: Andres Mejia and...@andres-desktop.hsd1.va.comcast.net
Date: Sun, 20 Sep 2009 13:21:02 -0400
Subject: [PATCH 3/5] Allow sbuild-update to support perform apt-get
update, upgrade and distupgrade. This also allows sbuild-update to
perform any two or all three commands at once, useful when using file
type chroots.
---
bin/sbuild-update | 119
+ 1 files
changed, 110 insertions(+), 9 deletions(-)
diff --git a/bin/sbuild-update b/bin/sbuild-update
index d6dac48..33dae2a 100755
--- a/bin/sbuild-update
+++ b/bin/sbuild-update
@@ -21,19 +21,98 @@
use strict;
use warnings;
+use Sbuild::ChrootSetup qw(update upgrade distupgrade);
+
+use Sbuild::Conf;
+
+BEGIN {
+use Exporter ();
+our (@ISA, @EXPORT);
+
+@ISA = qw(Exporter Sbuild::Conf);
+
+@EXPORT = qw();
+}
+
+sub init_allowed_keys {
+my $self = shift;
+
+$self-SUPER::init_allowed_keys();
+
+my %update_keys = (
+ 'UPDATE'= {
+ DEFAULT = 0
+ },
+ 'UPGRADE' = {
+ DEFAULT = 0
+ },
+ 'DISTUPGRADE' = {
+ DEFAULT = 0
+ },
+);
+
+$self-set_allowed_keys(\%update_keys);
+}
I think that this is fine. I would, however, perhaps additionally
add configuration keys to sbuild conf immediately after this part
in order to allow sensible defaults to be set. In this case, I
would suggest something along the lines of
$apt_update = 1;
$apt_upgrade = 0;
$apt_distupgrade = 0;
for backward compatibility and the principle of least surprise.
+ uu = sub {
+ $self-set_conf('UPDATE', 1);
+ $self-set_conf('UPGRADE', 1);
+ },
+ ud = sub {
+ $self-set_conf('UPDATE', 1);
+ $self-set_conf('DISTUPGRADE', 1);
I'm not totally enamoured by these abbreviations. It should be
possible to simply use --update --distupgrade together. If you
add short options in addition to the long options, -ud will
just work without this extra option (upgrade might need to be
-g making -ug the same as --uu above).
From 1205711f9d813c60dca38802a352ed2d78f77836 Mon Sep 17 00:00:00
2001 From: Andres Mejia and...@andres-desktop.hsd1.va.comcast.net
Date: Sun, 20 Sep 2009 13:23:26 -0400
Subject: [PATCH 4/5] Have sbuild-upgrade and sbuild-distupgrade run
sbuild-update for their functions instead. diff --git
a/bin/sbuild-distupgrade b/bin/sbuild-distupgrade
+print $0 is deprecated. Use sbuild-update --dist-upgrade directly
instead.\n; +system(/usr/bin/sbuild-update, --dist-upgrade,
@ARGV) == 0 or +die Exiting from sbuild-update with exit status
$?;
Note: you must use exec() rather than system() here in order to get
the error status correctly returned to the shell. You could also
return $? following the system() call, but IMO you should just
replace system with exec, and die with an error
Can't run sbuild-update: $? if it fails.
Regards,
Roger
Here's a git repository I've setup in hopes that my changes can be reviewed
easier.
--
Regards,
Andres Mejia
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545215: [buildd-tools-devel] Bug#545215: Bug#545215: Bug#545215: Bug#545215: [PATCH] Please support saving chroot to tarball in sbuild-createchroot
On Saturday 24 July 2010 19:58:39 Andres Mejia wrote:
Here's an updated patch. This only contains the changes for saving an
sbuild chroot to tarball now.
Changes for the update scripts are now in bug #590211.
On Saturday 17 October 2009 01:28:18 Andres Mejia wrote:
Here are all patches again which address your concerns.
On Thursday 24 September 2009 18:04:05 Roger Leigh wrote:
On Sun, Sep 20, 2009 at 01:43:41PM -0400, Andres Mejia wrote:
From: Andres Mejia and...@andres-desktop.hsd1.va.comcast.net
Date: Sun, 20 Sep 2009 13:21:02 -0400
Subject: [PATCH 3/5] Allow sbuild-update to support perform apt-get
update, upgrade and distupgrade. This also allows sbuild-update to
perform any two or all three commands at once, useful when using file
type chroots.
---
bin/sbuild-update | 119
+ 1 files
changed, 110 insertions(+), 9 deletions(-)
diff --git a/bin/sbuild-update b/bin/sbuild-update
index d6dac48..33dae2a 100755
--- a/bin/sbuild-update
+++ b/bin/sbuild-update
@@ -21,19 +21,98 @@
use strict;
use warnings;
+use Sbuild::ChrootSetup qw(update upgrade distupgrade);
+
+use Sbuild::Conf;
+
+BEGIN {
+use Exporter ();
+our (@ISA, @EXPORT);
+
+@ISA = qw(Exporter Sbuild::Conf);
+
+@EXPORT = qw();
+}
+
+sub init_allowed_keys {
+my $self = shift;
+
+$self-SUPER::init_allowed_keys();
+
+my %update_keys = (
+ 'UPDATE'= {
+ DEFAULT = 0
+ },
+ 'UPGRADE' = {
+ DEFAULT = 0
+ },
+ 'DISTUPGRADE' = {
+ DEFAULT = 0
+ },
+);
+
+$self-set_allowed_keys(\%update_keys);
+}
I think that this is fine. I would, however, perhaps additionally
add configuration keys to sbuild conf immediately after this part
in order to allow sensible defaults to be set. In this case, I
would suggest something along the lines of
$apt_update = 1;
$apt_upgrade = 0;
$apt_distupgrade = 0;
for backward compatibility and the principle of least surprise.
+ uu = sub {
+ $self-set_conf('UPDATE', 1);
+ $self-set_conf('UPGRADE', 1);
+ },
+ ud = sub {
+ $self-set_conf('UPDATE', 1);
+ $self-set_conf('DISTUPGRADE', 1);
I'm not totally enamoured by these abbreviations. It should be
possible to simply use --update --distupgrade together. If you
add short options in addition to the long options, -ud will
just work without this extra option (upgrade might need to be
-g making -ug the same as --uu above).
From 1205711f9d813c60dca38802a352ed2d78f77836 Mon Sep 17 00:00:00
2001 From: Andres Mejia and...@andres-desktop.hsd1.va.comcast.net
Date: Sun, 20 Sep 2009 13:23:26 -0400
Subject: [PATCH 4/5] Have sbuild-upgrade and sbuild-distupgrade run
sbuild-update for their functions instead. diff --git
a/bin/sbuild-distupgrade b/bin/sbuild-distupgrade
+print $0 is deprecated. Use sbuild-update --dist-upgrade directly
instead.\n; +system(/usr/bin/sbuild-update, --dist-upgrade,
@ARGV) == 0 or +die Exiting from sbuild-update with exit status
$?;
Note: you must use exec() rather than system() here in order to get
the error status correctly returned to the shell. You could also
return $? following the system() call, but IMO you should just
replace system with exec, and die with an error
Can't run sbuild-update: $? if it fails.
Regards,
Roger
Just as I mentioned in my other email to bug #551311, I've setup a git
repository at http://github.com/ceros/sbuild. The relavant branch for this bug
would be 'sbuild-createchroot'.
--
Regards,
Andres Mejia
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551311: [buildd-tools-devel] Bug#551311: Bug#551311: Bug#551311: Updated patches for debuild like functionality in sbuild.
On Saturday 24 July 2010 18:25:52 Andres Mejia wrote:
On Sunday 13 December 2009 07:18:49 Roger Leigh wrote:
On Sat, Dec 12, 2009 at 09:04:29PM -0500, Andres Mejia wrote:
On Saturday 12 December 2009 20:22:11 Roger Leigh wrote:
On Sat, Dec 12, 2009 at 06:18:43PM -0500, Andres Mejia wrote:
On Saturday 12 December 2009 05:52:12 Roger Leigh wrote:
On Sat, Dec 12, 2009 at 12:42:10AM -0500, Andres Mejia wrote:
On Friday 11 December 2009 07:17:04 Roger Leigh wrote:
On Thu, Dec 10, 2009 at 09:38:08PM -0500, Andres Mejia wrote:
First I would like to say, thank you for reviewing my
patches. :)
Next I would like to say, please don't attach any patches
inline anymore. I spent way too much time ripping out the
patch from my email client and then had to properly format
the patch just to get it to apply.
Thanks for the updated patch. I've attached what I currently
have, but I've not yet merged all of your changes into it
yet.
This applies after my first patch (it replaces the second
patch).
Regards,
Roger
It didn't apply cleanly for me. I noticed the first hunk from
the two patches adds use Sbuild::ChrootRoot;, so I figure
there's already some problem with the patch. I'll just wait
until it's applied to the git tree rather than attempt to fix
the patch again. I'll report problems then.
I've put all the current changes at
git://git.debian.org/users/rleigh/sbuild.git
branch debuild-am
It's working for me so far.
One thing I found wrong was the pipe_command() call for
dpkg-parsechangelog. The hash needs to have 'DIR = getcwd()',
else it will fail.
I think this was caused by something else, since getcwd() is the
default. It's working for me without this.
I don't know why, but for some reason, it wants to default to using
/ as DIR in my system. I've even tried this on a pure checkout of
the debuild-am branch. I am running this through Debian sid, if
that helps. I've attached the patch that fixes this for me.
Are you using the libs in lib/ when testing (PERL5LIB=lib
./bin/sbuild
...)? Otherwise you might be using a copy of the system modules.
I'm using perl directly with appropriate options. As in,
$ perl -Isbuild/lib sbuild/bin/sbuild sbuild
DIR does default to / in Chroot.pm, new() line 65. However, in
Build.pm,
this is overridden in run() line 253:
my $chroot_defaults = $session-get('Defaults');
$chroot_defaults-{'DIR'} =
$session-strip_chroot_path($session-get('Build Location'));
Yes, this is the problem. You sure you pushed all your changes? I don't
see this line in the debuild-am branch and I just verified this is the
case via http://git.debian.org/?p=users/rleigh/sbuild.git as well.
I pushed all of those changes.
It's definitely there, line 345 of
http://git.debian.org/?p=users/rleigh/sbuild.git;a=blob;f=lib/Sbuild/Buil
d.
pm;h=888d291901c6c9ca1baa0383ba7f8483ee87f30e;hb=0f9e497679774569473e451
e85 4f93d19cddeed7
This isn't a recent change. It's been there since the 11th of April
this year.
Regards,
Roger
Here's an updated patch for the debuild-like functionality. I can break up
the patch if needed. This applies to current git.
Also, the problem with DIR needing to be set as getcwd() is no longer
relevant.
I've setup a git repository of my own that I hope would make things easier to
review my changes.
http://github.com/ceros/sbuild
The branch relavant to this bug would be 'debuild-functionality'.
--
Regards,
Andres Mejia
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567419: [buildd-tools-devel] Bug#567419: generic hook framework
On Monday 16 August 2010 01:26:41 martin f krafft wrote: also sprach Andres Mejia mcita...@gmail.com [2010.08.16.0249 +0200]: I've been working on something similar to this (check bug #551311). The hooks support I've implemented is implemented in a way where sbuild would run a set of commands that a user would specify (currently before and after a build). These commands can be run with arguments and there's support for adding percent escaped arguments like '%c' which converts to the path of a resulting *.changes file that is generated from a build. It's currently work in progress, so some of the features you've mentioned are not there. For example, I haven't looked into manipulating the environment so the commands that are run can take advantage of them, nor have I looked into supporting running commands at other places during a build. I'm currently waiting on Roger to review and commit the patches that I've submitted so far. Nice! Is your code available somewhere, e.g. in a Git branch? I've now setup my own git branch with these changes. I'm not a DD so I had to use github. http://github.com/ceros/sbuild The branch of interest for this bug would be 'debuild-functionality'. -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581617: Whats the status of pinentry-qt4 window in background bug?
Hi! Whats the status on this one? Shall someone report it upstream? I can do it. I find this quite annoying with Kontact when I GPG sign mails and I would like to see this fixed for Squeeze. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#590211: [buildd-tools-devel] Bug#590211: sbuild: Please use one script to perform apt-get update, upgrade, and/or dist-upgrade
On Saturday 24 July 2010 19:02:34 Andres Mejia wrote: Package: sbuild Version: 0.60.1-2 Severity: wishlist Tags: patch It would be helpful if one script (perhaps sbuild-update) were to be used to perform apt-get update, upgrade, and/or dist-upgrade on an sbuild chroot. This is especially helpful for those (like me) who use an sbuild chroot tarball. This patch is from bug #545215. I've submitted a new bug with just this new change since I thought this change alone would be easier to review. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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 sbuild depends on: ii adduser 3.112 add and remove users and groups ii libsbuild-perl0.60.1-2 Tool for building Debian binary pa ii perl 5.10.1-13 Larry Wall's Practical Extraction ii perl-modules 5.10.1-13 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.23 Bootstrap a basic Debian system ii fakeroot 1.14.4-1 Gives a fake root environment Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.12-2 retrieves files from the web -- no debconf information Just as I mentioned in my other emails, I've setup a git repository for my changes at http://github.com/ceros/sbuild. The branch for this bug is 'sbuild-update'. -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591778: reproduce problem with sysbench
It is also possible to reproduce the problem with sysbench: # aptitude install sysbench # sysbench --test=fileio --file-num=1 --file-total-size=50G --file-fsync-all=on --file-test-mode=seqrewr --max-time=100 --file-block-size=4096 --max-requests=0 run Requests/sec executed is considerable slower on OpenVZ kernel (factor 20 on Intel Modular Server). - Dietmar
Bug#593162: marked as done (audacity: Audacity fails to load libavformat)
Just to provide a bit more information, I'm using debian-multimedia, which is why my ffmpeg libraries are newer than what's in the standard debian repositories. This thread on Audacity forums ( http://forum.audacityteam.org/viewtopic.php?f=18t=28048) documents the problem, and also includes a patch. According to that thread, the change appeared in ffmpeg 0.5.1. If I'm reading the version numbers correctly, both debian-multimedia and experimental have ffmpeg 0.6 (with slightly newer version in debian-multimedia), and the standard squeeze install has 0.5.1. (which also means that the standard squeeze libraries might experience the same problem) I would prefer not to try to install a different version of the libraries since I don't have any experience working with different repositories like that, especially since I would have to deal with the dependencies. (I'm mainly worried about getting everything back together again when I'm done...) If somebody could try it on a standard testing and/or experimental install that would be great. Aaron On Sun, Aug 15, 2010 at 10:37 PM, Reinhard Tartler siret...@tauware.dewrote: On Mon, Aug 16, 2010 at 00:27:04 (CEST), Jonas Smedegaard wrote: Hi Aaron, On Sun, Aug 15, 2010 at 02:27:54PM -0700, Aaron Barany wrote: When Audacity attempts to load libavformat, it throws the following error in the log: Error: /usr/lib/libavformat.so.52: undefined symbol: match_ext. According to my research online, this is because newer versions of ffmpeg changed the function match_ext to be av_match ext. Versions of packages audacity recommends: ii libavcodec52 5:0.6~svn20100726-0.0 library to encode decode multimedi ii libavformat52 5:0.6~svn20100726-0.0 ffmpeg file format library Above package versions are not official Debian packages. Debian unfortunately cannot guarantee compatibility with externally built packages. Please use Debian packages, or work with those unofficial package providers to improve their compatibility with Debian. Bug hereby closed. Please do tell us if your experienced problem is reproducible using only Debian packages, and we will investigate further. I'm actually pretty confident that this problem also appears with the ffmpeg package from experimental. Aaron, or someone else, can you please try to reproduce this with the package from experimental? If I'm right, then this bug needs to be reopened. Aaron's analysis about the match_ext vs. av_match symbol makes totally sense to me. audacity shouldn't have used the match_ext function from libavcodec at the time it was still private at all. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4
Bug#593195: [Pkg-utopia-maintainers] Bug#593195: installing udisks in a chroot make udisks-daemon dies in the host
clone 593195 -1 reassign -1 dpkg retitle -1 [S-S-D] Do not kill processes outside of a chroot when using --exec severity -1 normal severity 593195 serious thanks On 16.08.2010 08:43, Yves-Alexis Perez wrote: Package: udisks Version: 1.0.1+git20100614-1 Severity: important Hey, I'm not so sure about the severity, it might be RC. Agreed, bumping to serious. I maintain some packages (mainly evolution) which, for some reasons, install udisks as part of their build-dependencies (not directly, through some other packages). It is most likely libgdu-dev → libgdu0 → udisks When udisks is installed and configured in the pbuilder chroot, it dies (“terminated”) in the host. I guess it's because it tries to send some messages to the currently running daemon or to dbus. I don't think udisks should be able to reach the outside, and I think it should (like dbus) try to guess that it's running in a chroot and don't do anything. In postinst we use start-stop-daemon to stop the daemon on upgrades. Unfortunately, udisks-daemon does not write a pid file, so we use --exec (start-stop-daemon --stop --quiet --exec /usr/lib/udisks/udisks-daemon). Ideally, s-s-d would do the chroot detection for us, but I guess we have to check for that manually in postinst for now. But I cloned the bug for s-s-d. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#592725: release.debian.org: Non-free Packages hit by non-functional non-free autobuilders
On Sun, Aug 15, 2010 at 07:13:36PM +0200, Philipp Kern wrote: Most of the non-free Debian Science / Med packages suffer from this in some way. Yes. :-( I've made some efforts to get non-free reactivated and at least for powerpc it should be fixed now. Great. We will try to add more builders on other architectures to the set of non-free building machines, if no unexpected events happen again (like there were the last time we tried). Thanks you for this service! Do you think it makes sense just to wait until phylip/armel and others might be builded? This would enable me doing some other work. Thank you very much for your work on non-free autobuilders Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593115: iceweasel: Scrolling in Google Reader is slow
reassign 593115 xulrunner forcemerge 404827 593115 affects 404827 iceweasel thanks On Sun, Aug 15, 2010 at 10:31:36PM +0700, Vladislav Naumov wrote: Package: iceweasel Version: 3.5.11-1 Severity: normal Tags: patch Turning off extensions doesn't help. Running with clean profile doesn't help either. Problem is seen on Radeon an Nvidia cards. More info here: http://forums.mozillazine.org/viewtopic.php?f=23t=1442735 https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/49 I believe this is this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=510856 It's fixed in upstream firefox 3.6.8. There's a patch in bugzilla. This can't be the mozillazine or bugzilla problem, as both are the same and both are due to a regression that appeared in 3.6. You're reporting the bug on 3.5... Try disabling smooth scrolling, it is known to be too slow on many occasions. I think your bug can be merged with #404827. Anyways, can you try the latest 4.0 beta release (instructions on http://glandium.org/blog/?p=1032), it has what is called Retained layers and that should make things better. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586681: initscripts: apt-get dist-upgrade from etch to lenny fails
[Timo Juhani Lindfors] Do you want to continue [Y/n]? y E: This installation run will require temporarily removing the essential package initscripts due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option. E: Internal Error, Could not early remove initscripts Looks like a duplicate of #501855 I have no idea what could or should be done about this. I suspect it isn't release critical for Squeeze, as it affect etch-lenny upgrades, thought. Anyone got any idea? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481072: dk-filter crash seems to be for a specific use case (-k parameter)
Followup-For: Bug #481072 Package: dk-filter Version: 1.0.0.dfsg-1+b1 *** Please type your report below this line *** Hello, I've been checking the status of 'dk-filter' for squeeze and it is blocked for inclusion by this RC bug report. As far as I can see this reliable crash is reproduced only if you use the -k parameter. I don't use it (I don't have multiple domains) and I don't have crashes, I had only one this morning but that all for almost a year of working properly. From my point of view development of dk-filter has stopped and only dkim-filter is maintained properly. Thus this bug and the other I reported will have to be avoided as there are specific use cases. In conclusion, can we downgrade the severity of this bug report so that at least we have the same version from lenny in squeeze too? If there are no objections I can do this at the end of the week, though it is better to be done by Mike Markley. Thanks -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dk-filter depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libmilter1.0.1 8.14.3-5+lenny1 Sendmail Mail Filter API (Milter) ii libssl0.9.8 0.9.8g-15+lenny7 SSL shared libraries dk-filter recommends no packages. dk-filter suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593043: libconfig-simple-perl broke publican
On Sun, 15 Aug 2010, tony mancill wrote:
The upstream appears to be dead, and there are other (Debian) users of
libconfig-simple-perl who requested this change. I agree that either
behavior is arbitrary, but since it can't behave both ways, would you be
receptive to a patch for publican that treats the empty value as the
default?
Coming back to the topic, I think you can draft a patch that works
instead.
- defined($rv) or return;
+ defined($rv-[0]) or return ;
This changes is wrong. if $rv is not defined, we want an undef value.
Otherwise you get for a value that doesn't exist in the config file...
that's what breaks publican IMO.
You might want a supplementary test however:
return if scalar(@$rv) == 0;
If the array is empty, we return an empty string.
for ( my $i=0; $i @$rv; $i++ ) {
$rv-[$i] =~ s/\\n/\n/g;
}
- return @$rv==1 ? $rv-[0] : (wantarray ? @$rv : $rv);
+ return @$rv=1 ? $rv-[0] : (wantarray ? @$rv : $rv);
If you stop above on an empty array, then this change is not needed IMO.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693]
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593128: meld: UI missing features; does not exit on window close
I can confirm this bug, it happened recently (approximatively 1 month ago). it makes the application unusable (the left|right merge buttons are missing). I don't know if the issue is related to a meld update or a meld dependency update. attached is a log of a quick meld session (now much more noisy than it was a some time ago) regards ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject) /usr/lib/pymodules/python2.6/gtk-2.0/gtk/__init__.py:40: RuntimeWarning: tp_compare didn't return -1 or -2 for exception from gtk import _gtk Traceback (most recent call last): File /usr/lib/pymodules/python2.6/gtk-2.0/gi/__init__.py, line 27, in module from gi.repository import GObject ImportError: cannot import name GObject Traceback (most recent call last): File /usr/lib/meld/meld/meldapp.py, line 302, in on_switch_page newdoc = notebook.get_nth_page(which).get_data(pyobject) File /usr/lib/pymodules/python2.6/gtk-2.0/gi/__init__.py, line 27, in module from gi.repository import GObject ImportError: cannot import name GObject ignoring dangling symlink cleo-li-bg.png ignoring dangling symlink cleo-li-bg.gif ignoring dangling symlink cleo-li-separator.png ignoring dangling symlink cleo-submit.png ignoring dangling symlink nouvelles_a ignoring dangling symlink nouvelles Traceback (most recent call last): File /usr/lib/meld/meld/dirdiff.py, line 852, in on_treeview_button_press_event self.popup_in_pane( self.treeview.index(treeview) ) File /usr/lib/meld/meld/dirdiff.py, line 836, in popup_in_pane self.popup_menu.popup(None, None, None, 3, gtk.get_current_event_time()) File /usr/lib/meld/meld/ui/gnomeglade.py, line 64, in __getattr__ raise AttributeError(key) AttributeError: popup_menu Traceback (most recent call last): File /usr/lib/meld/meld/meldapp.py, line 355, in on_menu_close_activate self.try_remove_page(page) File /usr/lib/meld/meld/meldapp.py, line 473, in try_remove_page page.on_container_switch_out_event(self.ui) File /usr/lib/meld/meld/dirdiff.py, line 280, in on_container_switch_out_event self.popup_menu.disconnect(self.popup_deactivate_id) File /usr/lib/meld/meld/ui/gnomeglade.py, line 64, in __getattr__ raise AttributeError(key) AttributeError: popup_menu Traceback (most recent call last): File /usr/lib/meld/meld/meldapp.py, line 363, in on_menu_quit_activate response = self.try_remove_page(page, appquit=1) File /usr/lib/meld/meld/meldapp.py, line 473, in try_remove_page page.on_container_switch_out_event(self.ui) File /usr/lib/meld/meld/dirdiff.py, line 280, in on_container_switch_out_event self.popup_menu.disconnect(self.popup_deactivate_id) File /usr/lib/meld/meld/ui/gnomeglade.py, line 64, in __getattr__ raise AttributeError(key) AttributeError: popup_menu Traceback (most recent call last): File /usr/bin/meld, line 123, in module main() File /usr/bin/meld, line 117, in main gtk.main() KeyboardInterrupt
Bug#591944: [linux-2.6] I can't see all files and directory with mount.cifs
Since this bug does not seem to have been fixed in a later version, please report this upstream athttps://bugzilla.samba.org/ under product 'CifsVFS', component 'kernel fs'. Let us know the bug number of URL so that we can track it. Ben. Thank you. https://bugzilla.samba.org/show_bug.cgi?id=7619 -- Guy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569596: xserver-xorg-core: Can no longer control backlight
So could you change the bug ticket to be a kernel bug then? I also read somewhere at the Ubuntu tracker it would be solved by disabling KMS so that's another proof it's a kernel bug. I would love to have it fixed till Squeeze reaches stable, since in Lenny it works pretty well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522998: pdf files now opened by gimp by default
Le mardi 10 août 2010 à 19:01 +0200, Per Olofsson a écrit : 2010-08-10 17:35, Ari Pollak skrev: On 08/10/2010 10:10 AM, Per Olofsson wrote: I don't know why this bug is assigned to xdg-utils. I don't think iceweasel uses xdg-utils, at least it does not depend on it. Ari, do you know? Also, your problem seems to be a different one than this bug. Please file a new bug against iceweasel. I had actually assigned this to xdg-utils before seeing Joss's reply. Now I'm not sure what it should be assigned to; perhaps gdm? I have no idea. I suspect libgnomevfs2-0, I think iceweasel uses it through xulrunner. Maybe Joss knows otherwise. I’m not sure iceweasel still uses gnome-vfs, maybe it uses gio now. Either way, it’s gnome-session that sets XDG_DATA_DIRS to a directory that contains GNOME default file associations. If you use iceweasel outside a GNOME session, it will use whatever choice is the first one. Cheers, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593203: make cacti.apache.conf work with fastcgi setup
Package: cacti Version: 0.8.7e-4 Severity: minor Tags: patch Hi, The shipped Apache configuration includes php_flag and php_value directives, which assumes that PHP is configured to run as an Apache module. These directives however make Apache fail to start when running PHP as a FastCGI process, which is not an uncommon setup. Attached patch wraps those directives in an IfModule clause. Also, I've changed DirectoryMatch to Directory since it doesn't use any wildcards in the pattern. Cheers, Thijs -- Thijs Kinkhorst th...@uvt.nl – LIS Unix Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE Bezoekadres Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl diff -Nur cacti-0.8.7e.orig/debian/cacti.apache.conf cacti-0.8.7e/debian/cacti.apache.conf --- cacti-0.8.7e.orig/debian/cacti.apache.conf 2010-08-16 10:07:19.0 +0200 +++ cacti-0.8.7e/debian/cacti.apache.conf 2010-08-16 10:09:00.141886290 +0200 @@ -1,6 +1,6 @@ Alias /cacti /usr/share/cacti/site -DirectoryMatch /usr/share/cacti/site +Directory /usr/share/cacti/site Options +FollowSymLinks AllowOverride None order allow,deny @@ -8,15 +8,17 @@ AddType application/x-httpd-php .php - php_flag magic_quotes_gpc Off - php_flag short_open_tag On - php_flag register_globals Off - php_flag register_argc_argv On - php_flag track_vars On - # this setting is necessary for some locales - php_value mbstring.func_overload 0 - php_value include_path . + IfModule mod_php5.c + php_flag magic_quotes_gpc Off + php_flag short_open_tag On + php_flag register_globals Off + php_flag register_argc_argv On + php_flag track_vars On + # this setting is necessary for some locales + php_value mbstring.func_overload 0 + php_value include_path . + /IfModule DirectoryIndex index.php -/DirectoryMatch +/Directory signature.asc Description: This is a digitally signed message part.
Bug#583763: Re : Bug#583763 closed by Arthur Loiret aloi...@debian.org (reply to aloi...@debian.org) (closing)
Yes I saw it's no longer in the PTS, but it's still in the testing and unstable repositories: http://packages.debian.org/squeeze/newlib-mingw32 May be someone should do a request for removal. - Message d'origine - De : ow...@bugs.debian.org Envoyés : 01.08.10 16:12 À : Jerome Robert Objet : Bug#583763 closed by Arthur Loiret aloi...@debian.org (reply to aloi...@debian.org) (closing) This is an automatic notification regarding your Bug report which was filed against the newlib-mingw32 package: #583763: newlib-mingw32: Uninstallable package: dirent.h also in mingw32-runtime It has been closed by Arthur Loiret aloi...@debian.org (reply to aloi...@debian.org). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Arthur Loiret aloi...@debian.org (reply to aloi...@debian.org) by replying to this email. -- 583763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583763 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573013: Again
Some more data for your debugging, in case it will be useful. Here's the email body: debian-archive-keyring (2010.08.15) unstable; urgency=low * Team upload. * Add Squeeze Stable Release Key (ID: B98321F9). (Closes: #540890) * Add a DEBIAN/md5sums file to the non-udeb package. (Closes: #534934) * Move to debian-archive-removed-keys.gpg: - Debian Archive Automatic Signing Key (4.0/etch) - Etch Stable Release Key - Debian-Volatile Archive Automatic Signing Key (4.0/etch) -- Philipp Kern pk...@debian.org Sun, 15 Aug 2010 22:59:38 +0200 sysvinit (2.88dsf-12) unstable; urgency=low [ Petter Reinholdtsen ] * Fix typo introduced when fixing #526398 and make sure the root file system is only checked if it is specified in /etc/fstab that it should be checked, to avoid breaking boot when root is on NFS (Closes: #592427). -- Petter Reinholdtsen p...@debian.org Sun, 15 Aug 2010 20:05:30 +0200 And here's the debug output: VERSION 2 APT::Architecture=amd64 APT::Build-Essential::=build-essential APT::Install-Recommends=1 APT::Install-Suggests=0 APT::Acquire::Translation=environment APT::Authentication::TrustCDROM=true APT::NeverAutoRemove::=^linux-image.* APT::NeverAutoRemove::=^linux-restricted-modules.* APT::NeverAutoRemove::=^kfreebsd-image.* APT::Clean-Installed=false Dir=/ Dir::State=var/lib/apt/ Dir::State::lists=lists/ Dir::State::cdroms=cdroms.list Dir::State::userstatus=status.user Dir::State::status=/var/lib/dpkg/status Dir::Cache=var/cache/apt/ Dir::Cache::archives=archives/ Dir::Cache::srcpkgcache=srcpkgcache.bin Dir::Cache::pkgcache=pkgcache.bin Dir::Etc=etc/apt/ Dir::Etc::sourcelist=sources.list Dir::Etc::sourceparts=sources.list.d Dir::Etc::vendorlist=vendors.list Dir::Etc::vendorparts=vendors.list.d Dir::Etc::main=apt.conf Dir::Etc::netrc=auth.conf Dir::Etc::parts=apt.conf.d Dir::Etc::preferences=preferences Dir::Etc::preferencesparts=preferences.d Dir::Bin::methods=/usr/lib/apt/methods Dir::Bin::dpkg=/usr/bin/dpkg Dir::Bin::lzma=/usr/bin/lzma Dir::Bin::bzip2=/bin/bzip2 Dir::Media::MountPath=/media/apt Dir::Log=var/log/apt Dir::Log::Terminal=term.log DPkg::Pre-Install-Pkgs::=/usr/sbin/apt-listbugs%20apt%20||%20exit%2010 DPkg::Pre-Install-Pkgs::=/usr/bin/apt-listchanges%20--apt%20||%20test%20$?%20-ne%2010 DPkg::Pre-Install-Pkgs::=/usr/sbin/dpkg-preconfigure%20--apt%20||%20true DPkg::Pre-Install-Pkgs::=mail%20-s'apt%20debugging%20for%20#573013'%20antti-juh...@kaijanaho.fi DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version=2 DPkg::Tools::Options::/usr/bin/apt-listchanges::Version=2 DPkg::Tools::Options::mail::Version=2 DPkg::Post-Invoke::=if%20[%20-x%20/usr/bin/debsums%20];%20then%20/usr/bin/debsums%20--generate=nocheck%20-sp%20/var/cache/apt/archives;%20fi DPkg::NoTriggers=true DPkg::ConfigurePending=true DPkg::TriggersPending=true Aptitude::Keep-Suggests=true Aptitude::Sections::Top-Sections::=main Aptitude::Sections::Top-Sections::=contrib Aptitude::Sections::Top-Sections::=non-free Aptitude::Sections::Top-Sections::=non-US Aptitude::Sections::Descriptions::Unknown=Packages%20with%20no%20declared%20section\n%20No%20section%20is%20given%20for%20these%20packages.%20Perhaps%20there%20is%20an%20error%20in%20the%20Packages%20file? Aptitude::Sections::Descriptions::Virtual=Virtual%20packages\n%20These%20packages%20do%20not%20exist;%20they%20are%20names%20other%20packages%20use%20to%20require%20or%20provide%20some%20functionality. Aptitude::Sections::Descriptions::Tasks=Packages%20which%20set%20up%20your%20computer%20to%20perform%20a%20particular%20task\n%20Packages%20in%20the%20'Tasks'%20section%20contain%20no%20files;%20they%20merely%20depend%20upon%20other%20packages.%20These%20packages%20provide%20an%20easy%20way%20to%20select%20a%20predefined%20set%20of%20packages%20for%20a%20specialized%20task. Aptitude::Sections::Descriptions::admin=Administrative%20utilities%20(install%20software,%20manage%20users,%20etc)\n%20Packages%20in%20the%20'admin'%20section%20allow%20you%20to%20perform%20administrative%20tasks%20such%20as%20installing%20software,%20managing%20users,%20configuring%20and%20monitoring%20your%20system,%20examining%20network%20traffic,%20and%20so%20on. Aptitude::Sections::Descriptions::alien=Packages%20converted%20from%20foreign%20formats%20(rpm,%20tgz,%20etc)\n%20Packages%20in%20the%20'alien'%20section%20were%20created%20by%20the%20'alien'%20program%20from%20a%20non-Debian%20package%20format%20such%20as%20RPM Aptitude::Sections::Descriptions::base=The%20Debian%20base%20system\n%20Packages%20in%20the%20'base'%20section%20are%20part%20of%20the%20initial%20system%20installation.
Bug#593160: libeasymock-java: Please add pom.xml
Hi Niels, On Mon, Aug 16, 2010 at 12:14 AM, Niels Thykier ni...@thykier.net wrote: -BEGIN PGP SIGNED MESSAGE- I recall the maven-repo-helper having issues cleaning up after itself (leaving behind a debian/.mh or so) and I did not see any additions to the clean rule to remove this. So is this patch missing an addition to the clean rule or have the maven helper tool stopped leaving things behind? are you talking about #589635? This was a bug in maven-debian-helper that is not used here and the bug has already been fixed. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593087: xinput buttons not recognized correctly
I investigated the issue further and found, that this problem is obviously not restricted to debian, but affecting all recent gtk+ versions, so I also submitted a bug report to the gtk maintainers, see: https://bugzilla.gnome.org/show_bug.cgi?id=627022 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588468: vlc should provide correct error message
Package: vlc Version: 1.1.2-1 Severity: normal Among with the error reported into bug #588468, vlc displays an error message in the gnome GUI which says there is nothing to do to correct this problem. Instead, it should tell the user to install the vlc-plugin-zbvi package. With best regards, Hugues HIEGEL -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29.1-initramfs (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.4-8GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-4 A free implementation of the OpenG ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b1 image loading library for Simple D ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore4 1.1.2-1 base library for VLC and its modul ii libx11-62:1.3.3-3X11 client-side library ii libx11-xcb1 2:1.3.3-3Xlib/XCB interface library ii libxcb-keysyms1 0.3.6-1 utility libraries for X C Binding ii libxcb-randr0 1.6-1X C Binding, randr extension ii libxcb-shm0 1.6-1X C Binding, shm extension ii libxcb-xv0 1.6-1X C Binding, xv extension ii libxcb1 1.6-1X C Binding ii libxext62:1.1.2-1X11 miscellaneous extension librar ii ttf-dejavu-core 2.31-1 Vera font family derivate with add ii vlc-nox 1.1.2-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-notify 1.1.2-1LibNotify plugin for VLC ii vlc-plugin-pulse 1.1.2-1PulseAudio plugin for VLC Versions of packages vlc suggests: pn mozilla-plugin-vlcnone (no description available) pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-14 library for decoding ATSC A/52 str ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libass4 0.9.9-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.26-1 Avahi client library ii libavahi-common30.6.26-1 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.5.2-1ffmpeg codec library ii libavformat52 4:0.5.2-1ffmpeg file format library ii libavutil49 4:0.5.2-1ffmpeg utility library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcddb21.3.2-2 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdc1394-222.1.2-3 high level programming interface f ii libdca0 0.0.5-3 decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-3 open and royalty free high quality ii libdvbpsi6 0.1.7-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml00.7.7-3.1access library for the EBML format ii libfaad22.7-4freeware Advanced Audio Decoder - ii libflac81.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.4-8GCC support library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1
Bug#593116: GLib-CRITICAL **: g_str_has_prefix: assertion `str != NULL' failed)
the error only occurs with packages that need installation of dependencies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593160: libeasymock-java: Please add pom.xml
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010-08-16 10:37, Torsten Werner wrote: Hi Niels, On Mon, Aug 16, 2010 at 12:14 AM, Niels Thykier ni...@thykier.net wrote: -BEGIN PGP SIGNED MESSAGE- I recall the maven-repo-helper having issues cleaning up after itself (leaving behind a debian/.mh or so) and I did not see any additions to the clean rule to remove this. So is this patch missing an addition to the clean rule or have the maven helper tool stopped leaving things behind? are you talking about #589635? This was a bug in maven-debian-helper that is not used here and the bug has already been fixed. Cheers, Torsten In eclipse we were asked to add pom files for the libequinox-osgi-java. We ended up using mh_installpom + mh_installjar from maven-repo-helper and had to manually remove debian/.mh/ in our clean target. Of course I only read the patch and based on it I guessed it might be missing the cleaning of that file - based on maven-repo-helper being added to B-D and the d/rules diff does not include any cdbs maven-repo-helper files (which might have had clean rules for this, if one such cdbs file exists). ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREIAAYFAkxo/LEACgkQVCqoiq1Ylqx5qACggVDypcisYAXgRXpDIyqyKIsP lMIAn0ksqkDv7euvTrj6/xJpoMnEMueJ =Cn5F -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593204: texlive-extra: install info pages
Package: texlive-extra Version: 2009-9 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu maverick ubuntu-patch *** /tmp/tmpkSwvbN In Ubuntu, we've applied the attached patch to achieve the following: * Install latex2man, eplain info pages. We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash In Ubuntu, we've applied the attached patch to achieve the following: * Merge with Debian test; remaining Ubuntu changes: - debian/control: Drop texpower from Recommends to Suggests. It is in universe, and drags in context and xpdf. - debian/control: drop texlive-extra-utils new Recommends of xindy to Suggests, to avoid pulling clisp into main. - debian/control: Drop purifyeps from texlive-extra-utils' Recommends to Suggests; purifyeps and a bunch of dependencies are in universe. - Install latex2man, eplain info pages. We thought you might be interested in doing the same.
Bug#512603: Hej min kära,
Hej min kära, Mitt namn är Miss Linda Yak, Som jag viskar min bön i kväll och gick in i sökandet efter en fin vän i Jag kom över din kontakt, Mitt sinne och mitt hjärta sa åt mig att kontakta dig för vänskap, en vän som verkligen förstå sin vän och dela sina känslor tillsammans. behaga vänlig acceptera min begäran, anser jag att avstånd eller ålder och religion kan aldrig vara ett hinder men låt kärlek ansluta oss att kärlek är en bro som ansluts långt avstånd att vara nära varandra, jag skall sända fler bilder till dig direkt jag får ditt svar på min e-postadress (linda_camara3...@yahoo.com) tack. din, Linda Yak . Hello My Dear, My name is Miss Linda Yak, As I whisper my prayer tonight and went into search for a nice friend in I came across your contact,My mind and my heart told me to contact you for friendship, A friend who truly understand his or her friend and share their feelings together. please kindly accept my request, I believe that distance or age and religion can never be a barrier but let's love connect us because love is a bridge that connected far distance to be close to each other, I will send more pictures to you immediately i receive your reply at my email address (linda_camara3...@yahoo.com) thanks. yours, Linda Yak
Bug#592317: developers-reference: Document the communication channels and what's expected from DD in terms of communication/marketing
On Sat, 14 Aug 2010, Bill Allombert wrote: d-d-a should be for stuff relevant to developers. It does not seems reasonable to block something because it can be relevant to non-developers, especially since almost everything posted to d-d-a is relevant to some non-developers. It's not blocking. We just want people to think about it and decide whether the slight delay is worth the effore because the message will reach more people. - we want developers to use wiki.debian.org/DeveloperNews if they have stuff that's not worth a single mail to d-d-a Do we really want that ? debian-devel seems a better choice since it allows people to reply more easily that wiki.debian.org/DeveloperNews. DeveloperNews can then add a link to the thread. We want people to post to -devel and write a short summary with a link in DeveloperNews so that it's also posted to d-d-a for those not following debian-devel. Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592441: [menu] menu items left from removed packages and fail quietly when menu is removed
On Tue, Aug 10, 2010 at 06:10:14PM -0400, Filipus Klutiero wrote: On 2010-08-10 17:52, Bill Allombert wrote: It looks like this bug is a duplicate of #305764 which is 2/3 to be solved. Now update-menus include an option --remove that remove the generated menu files. Cheers, Oh, right, I forgot to mention the relation with 305764, sorry. They're not duplicates, but implementing #305764 would solve this bug. And it's probably the best way to solve it too. This report is largely here for people to notice if they search in non-wishlist reports, and in case you'd consider this is not [only] a menu bug. Please either reassign this bug or merge it with 305764. I do not agree with reporting duplicate bugs just because people can find them. This is counter productive, because the less bugs is listed the easier it is to find them. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593205: udhcpd: udhpcd does not bind to the correct interface
Package: udhcpd Version: 0.9.8cvs20050303-2.1 Severity: normal Hello, Using udhcpd on a multihomed server, it seems not to use the interface directive in udhcpd.conf. Booth using a vlan syntaxe : interface eth1.1 or a physical interface : interface eth2 result in udhcpd binding/listening to all the interface : $ sudo netstat -natup | grep udh udp0 0 0.0.0.0:67 0.0.0.0:* 22746/udhcpd and distributing the lease in the wrong network through eth0. Thanks. @+, Fab -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages udhcpd depends on: ii libc6 2.7-18lenny4 GNU C Library: Shared libraries udhcpd recommends no packages. udhcpd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593206: [l10n:cs] Updated Czech translation of PO debconf template for package bugzilla 3.4.7.0-4
Package: bugzilla Version: 3.4.7.0-4 Severity: wishlist Tags: l10n, patch In attachment there is updated Czech translation of PO debconf template (cs.po) for package bugzilla, please include it. -- Michal Šimůnek # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: bugzilla 3.4.7.0-4\n Report-Msgid-Bugs-To: bugzi...@packages.debian.org\n POT-Creation-Date: 2010-08-06 00:43+0200\n PO-Revision-Date: 2010-08-16 11:45+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: password #. Description #: ../bugzilla3.templates:2001 msgid Password confirmation: msgstr Potvrzení hesla: #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid Email address of Bugzilla administrator: msgstr Emailová adresa správce Bugzilly: #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid Please enter the email address of the Bugzilla administrator; all mail for the administrator will be sent to this address. This email address is also used as the administrator login for Bugzilla. msgstr Zadejte prosím emailovou adresu správce Bugzilly; na tuto adresu bude zaslána veškerá pošta pro správce. Tato emailová adresa je zároveň i přihlašovacím jménem správce do Bugzilly. #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid A valid address must contain exactly one '@', and at least one '.' after the @. You'll be able to change this setting through Bugzilla's web interface. msgstr Platná adresa musí obsahovat přesně jeden znak '@' a alespoň jeden znak '.' za @. Toto nastavení budete moci změnit přes webové rozhraní Bugzilly. #. Type: string #. Description #: ../bugzilla3.templates:4001 msgid Real name of Bugzilla administrator: msgstr Skutečné jméno správce Bugzilly: #. Type: password #. Description #: ../bugzilla3.templates:5001 msgid Password for the Bugzilla administrator account: msgstr Heslo účtu správce Bugzilly. #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid Have Status or Resolution values been customized? msgstr Byly hodnoty Status nebo Resolution upraveny? #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid If values in the Status or Resolution fields have been customized, the checksetup procedure must be modified appropriately before installation can continue. msgstr Jestliže byly hodnoty polí Status nebo Resolution upraveny, musí být procedura checksetup před pokračováním instalace patřičně upravena. #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid For each update of this package, a new version of the checksetup_nondebian. pl script is installed; the /usr/share/bugzilla3/debian/pre-checksetup.d directory can be used to automatically apply your modifications before execution. msgstr Během každé aktualizace tohoto balíčku je nainstalována nová verze skriptu checksetup_nondebian.pl; pro automatickou aplikaci vašich úprav, můžete před spuštěním tohoto skriptu použít adresář /usr/share/bugzilla3/debian/ pre-checksetup.d. #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid Prompt about customized Status/Resolution at each update? msgstr Zeptat se na upravené Status/Resolution při každé aktualizaci? #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid If you modified Status/Resolution fields and created a script within /usr/ share/bugzilla3/debian/pre-checksetup.d to apply changes to /usr/share/ bugzilla3/lib/checksetup_nondebian.pl, you may want to avoid being prompted at each package upgrade. msgstr Jestliže jste upravili pole Status/Resolution a vytvořili skript v /usr/ share/bugzilla3/debian/pre-checksetup.d pro aplikaci změn ve skriptu /usr/ share/bugzilla3/lib/checksetup_nondebian.pl, můžete chtít nebýt dotazováni při každé aktualizaci balíčku. #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid If you accept being prompted, you will have to call /usr/share/bugzilla3/lib/ checksetup.pl yourself, at each package upgrade, before using Bugzilla. msgstr Pokud odsouhlasíte dotazování, budete muset před používáním Bugzilly při každé aktualizaci spustit /usr/share/bugzilla3/lib/checksetup.pl sami. #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid If you did not modify Status/Resolution, you should skip prompting as checksetup.pl will be started automatically
Bug#501881: apt-listchanges: Continue installation message in the GTK frontend is confusing
On Fri, 13 Aug 2010 09:18:01 +0200, Sandro Tosi wrote: I'm sorry but I don't find it confusing: it asks if you want to continue, and so the yes or no answers are correct. They are indeed correct. But I also find it confusing. I think it's because the Abort part of the text. Anyway, the GNOME HIG also recommends using imperative verbs [1], so I also think Abort and Continue would be better labels. Mihai [1] http://library.gnome.org/devel/hig-book/stable/controls-buttons.html.en -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592969: New version
Hi,
A new version of the script more upstream compliant
#!/usr/bin/perl
use strict;
use warnings;
use POSIX;
# Bastien ROUCARIES bastien.roucaries+deb...@gmail.com
# inspired by postfix to mailman
my $USE_SUBDOMAIN_SCHEME = '1';
my $DEFAULT_POSTERMASTER = 'listmaster';
# not used if $USE_SUBDOMAIN_SCHEME = 1;
my $DEFAULT_DOMAIN = 'exemple.com';
# Install this file as /var/lib/sympa/bin/postfix-to-sympa.pl
#
# To configure a virtual domain to connect to sympa, edit Postfix thusly:
#
# /etc/postfix/main.cf:
#relay_domains = ... lists.example.com
#transport_maps = hash:/etc/postfix/transport
#sympa_destination_recipient_limit = 1
#
# /etc/postfix/master.cf
#sympa unix - n n - - pipe
# flags=FR user=sympa
# argv=/var/lib/sympa/bin/postfix-to-mailman.pl ${nexthop} ${mailbox}
#
# /etc/postfix/transport:
# lists.example.com sympa:
#
# Replace lists.example.com above with the name of the domain to be
# connected to sympa. Note that _all_ mail to that domain will go to
# sympa, so you don't want to put the name of your main domain
# here. Typically a virtual domain lists.domain.com is used for
# sympa, and domain.com for regular email.
#
# BEWARE BEWARE
#
# This script send listmaster message to postmas...@exemple.com
# where exemple.com is the subdomain of lists.exemple.com
# if it is not the case change $USE_SUBDOMAIN_SCHEME to false
#
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
#
#
# command line usage error
my $EX_USAGE = 64;
# addressee unknown
my $EX_NOUSER = 67;
# internal software error
my $EX_SOFTWARE = 70;
# temporary failure
my $EX_TEMPFAIL = 75;
# go to non interactive ;
POSIX::nice(5);
# see if writing to stderr is safe (PANAROIAC)
select(STDERR) || exit($EX_SOFTWARE);
# arg are user domain [extension]
if(!($#ARGV == 1 || $#ARGV == 2)) {
$! = $EX_USAGE;
die('Did you forget to set sympa_destination_recipient_limit=1 in main.cf?');
}
my $domain = $ARGV[0];
my $user = $ARGV[1];
my $LIST_OWNER = '';
if($USE_SUBDOMAIN_SCHEME == 1) {
$domain =~ /(lists)\.(.*)/;
my $subdomain = $2;
if(!defined($subdomain)) {
$! = $EX_USAGE;
die('domain does not seems to be valid!');
}
$LIST_OWNER = $DEFAULT_POSTERMASTER.'@'.$subdomain;
} else {
$LIST_OWNER = $DEFAULT_POSTERMASTER;
}
# Redirect required addresses required by rfc root|postmaster|abuse|mailer-daemon
# of by sympa: sympa-request|sympa-owner
# to list owner
$user =~ /(root|postmaster|abuse|mailer-daemon|sympa-request|sympa-owner|listowner)/;
if(defined($1)) {
$! = 0;
exec(/usr/sbin/sendmail $LIST_OWNER);
exit(1);
}
# Redirect ARF as sympa documentation
if($user eq 'abuse-feedback-report') {
exec('/usr/lib/sympa/lib/sympa/bouncequeue '.'sympa@'.$domain);
exit(1);
}
# Redirect bounce if requiered
if($user eq 'bounce') {
exec('/usr/lib/sympa/lib/sympa/bouncequeue '.'sympa@'.$domain);
exit(1);
}
# search if address is special
$user =~ /(.*)-(request|editor|subscribe|unsubsribe)/;
if(defined($2)) {
exec('/usr/lib/sympa/lib/sympa/queue '.$user.'@'.$domain);
exit(1);
}
$user =~ /(.*)-(owner)/;
if(defined($2)) {
exec('/usr/lib/sympa/lib/sympa/bouncequeue '.$user.'@'.$domain);
exit(1);
}
exec('/usr/lib/sympa/lib/sympa/queue '.$user.'@'.$domain);
exit(1);
Bug#593083: udev - system hangs at login screen
On Aug 16, Vikram Vincent vincentvik...@gmail.com wrote: Can you please point me to the link as I am not sure what specific scripts I am supposed to run This is documented in initramfs-tools(8). udevd is supposed to be killed by /usr/share/initramfs-tools/scripts/init-bottom/udev . -- ciao, Marco signature.asc Description: Digital signature
Bug#575728: mkvtoolnix: Please update to a more recent version. this one is a year old.
Michael Vogt mich...@moep.dyndns.org writes: Hey, Hi, this still hasn't changed about 6 month later, version 2.7.0 was released in April 2009.. The latest version is 4.2, so many things have changed since then. Would be nice if this could be updated. You must read the debian.changelog : http://packages.debian.org/changelogs/pool/main/m/mkvtoolnix/mkvtoolnix_2.7.0-1/changelog , | mkvtoolnix (2.7.0-1) unstable; urgency=low | |* New maintainer (Closes: #582237) |* I'm waiting for a more recent libebml-dev (libebml maintainer don't want | to package the latest version for Squeeze...) package to upload 4.X | version. |* Update 10_manpage-error patch to fix typo in mkvmerge manpage | (Closes: #574688) |* Add examples files (Closes: #566630) | | -- Christian Marillat maril...@debian.org Fri, 02 Jul 2010 16:28:14 +0200 ` libebml-dev 1.0.0 has been uploaded in experimental... Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575728: mkvtoolnix: Please update to a more recent version. this one is a year old.
Hey, this still hasn't changed about 6 month later, version 2.7.0 was released in April 2009.. The latest version is 4.2, so many things have changed since then. Would be nice if this could be updated. Thanks Greets, Michael Vogt signature.asc Description: PGP signature
Bug#593207: libsqlite3-ruby1.9.1 fails with sqlite3_api.so: undefined symbol: rb_str2cstr
Package: libsqlite3-ruby1.9.1 Version: 1.2.4-2.1 Severity: important libsqlite3-ruby1.9.1 fails with sqlite3_api.so: undefined symbol: rb_str2cstr See below. debian:~$ irb1.9.1 irb(main):001:0 require 'sqlite3' = true irb(main):002:0 db = SQLite3::Database.new(test.db) irb1.9.1: symbol lookup error: /usr/lib/ruby/1.9.1/i486-linux/sqlite3_api.so: undefined symbol: rb_str2cstr -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 libsqlite3-ruby1.9.1 depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libruby1.9.11.9.2~svn28788-1 Libraries necessary to run Ruby 1. ii libsqlite3-03.7.0-1.1SQLite 3 shared library libsqlite3-ruby1.9.1 recommends no packages. libsqlite3-ruby1.9.1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593208: installation-reports: no Kannada glyphs in g-i font
Package: installation-reports Severity: normal Tags: d-i While installing squeeze from the 2010-08-15 daily-build netinst, I chose the graphical installation option (mainly out of curiosity), and noticed that the font used didn't seem to have the glyphs for Kannada: the localized version in the right-hand column was displayed using the hex-digits-in-a-box fallback glyphs. I don't speak Kannada (or indeed know where it's spoken), but I'm sure those glyphs aren't what a Kannada speaker would expect :-) The rest of the installation was successful, except for Bug #587397 which I'll follow up on separately. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544112: Example program
Hi!
I noticed in a different context that fluxbow was sending superfluous expose
events when losing and gaining focus. These events are normally sent when
parts of a window were exposed and thus need redrawing. I guess these could be
responsible for the anomalous flickering.
The attached example program just creates a simple window using the X11 SHAPE
extension. You can see that when losing focus, the window receives two expose
events and when the window gains focus it receives four expose events. All
these events are seemingly unnecessary, since nothing in the window was
actually exposed.
Notes:
- I also tried the same program under icewm, where these events are not sent.
- I have noticed that both gmplayer and xine suffer from the flickering, but
I don't actually know if it is caused by the expose events.
- I'm not sure if this is related, but #593061 is also about focus handling.
I noticed here that when entering the window created by the example program,
the window doesn't always receive focus. In particular when I cross the border
quickly it seems to sometimes miss this.
I hope this helps a bit.
Uli
// Example program for Debian bug #544112
//
// g++ -Wall `pkg-config xcb xcb-shape --cflags --libs`
//
#include stdlib.h
#include string.h
#include xcb/xcb.h
#include xcb/shape.h
#include iostream
#include stdexcept
#include assert.h
/* global objects, the connection to the X server and the window
created there. */
xcb_connection_t* connection = 0;
xcb_window_t win;
void
init_connection()
{
/* open connection to the server */
connection = xcb_connect(NULL,NULL);
if (xcb_connection_has_error(connection))
throw std::runtime_error(xcb_connect() failed);
}
void
check_shape_extension()
{
// query for availability
xcb_query_extension_reply_t const* reply = xcb_get_extension_data(
connection, xcb_shape_id);
if(!reply)
throw std::runtime_error(xcb_get_extension_data failed);
if(!reply-present)
throw std::runtime_error(X11 shape extension not present);
// query version
xcb_shape_query_version_cookie_t cookie = xcb_shape_query_version_unchecked(connection);
xcb_shape_query_version_reply_t* version = xcb_shape_query_version_reply(connection,
cookie, 0);
if(!version)
throw std::runtime_error(xcb_shape_query_version failed);
}
void
create_window(int16_t x, int16_t y, uint16_t width, uint16_t height)
{
/* retrieve the first screen from the setup */
xcb_setup_t const* setup = xcb_get_setup(connection);
if(!setup)
throw std::runtime_error(xcb_get_setup() failed);
xcb_screen_t* screen = xcb_setup_roots_iterator(setup).data;
if(!screen)
throw std::runtime_error(missing root screen);
// create window
xcb_window_t id = xcb_generate_id(connection);
uint32_t const win_values[] =
{
screen-black_pixel,
XCB_EVENT_MASK_EXPOSURE
};
xcb_create_window(connection,
XCB_COPY_FROM_PARENT, // depth
id,
screen-root, // parent
x, y, width, height, // position, size
0, // border width
XCB_WINDOW_CLASS_INPUT_OUTPUT, // class
XCB_COPY_FROM_PARENT, // visual
XCB_CW_BACK_PIXEL | XCB_CW_EVENT_MASK, win_values);
win = id;
}
int
main(int argc, char** argv)
{
try
{
init_connection();
create_window(0, 0, 50, 50);
// set rectangualar base outline
xcb_rectangle_t const rect = {0, 0, 50, 50};
xcb_shape_rectangles(connection,
XCB_SHAPE_SO_SET,
XCB_SHAPE_SK_BOUNDING,
0,
win,
0, 0, // offset
1, rect);
// actually display window
xcb_map_window(connection, win);
int const e = xcb_flush(connection);
if(e=0)
// TODO: provide more detailed diagnostics if possible
throw std::runtime_error(xcb_flush failed);
// poll connection's file descriptor for events
int const ss = xcb_get_file_descriptor(connection);
while(true)
{
// wait on the connection socket
fd_set fd;
FD_ZERO(fd);
FD_SET( ss, fd);
timeval timeout;
timeout.tv_usec = 0;
timeout.tv_sec = 1;
switch(select( ss+1, fd, 0, 0, timeout))
{
case -1:
throw std::runtime_error(select failed);
case 0:
std::cout select timed out std::endl;
break;
case 1:
break;
default:
std::cout select return unexpected value std::endl;
break;
}
// handle all available events
xcb_generic_event_t* e = 0;
while((e = xcb_poll_for_event(connection)))
{
switch (e-response_type ~0x80)
{
case XCB_EXPOSE:
Bug#591906: manpages-fr-extra: LC_ALL=fr_FR.UTF-8 man sh gives the man page of bash instead of dash
Vincent Lefevre wrote:
Package: manpages-fr-extra
Version: 20100723
Severity: normal
I have: /bin/sh - dash. But when I type:
LC_ALL=fr_FR.UTF-8 man sh
I get the man page of bash instead of the man page of dash.
No such problem with the English version.
The English version is managed by
/var/lib/dpkg/info/dash.{postinst,prerm}, IMO these scripts should
take care of translated manual pages as well.
Denis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592925: libjpeg-dev: Is only provided by libjpeg62-dev although newer versions are available.
On Sat, Aug 14, 2010 at 11:49:56PM -0400, James Wagner wrote: such, only libjpeg62-dev can be installed unless the user wishes to break the dependencies of certain packages. Well they are all development packages, no ? Yes Bill, they are all development packages. I'm just not sure how that matters in this case. I'd just imagine that Debian doesn't want any broken dependencies, whether it be a development package or not. It is not correct to say that there are broken dependencies in Debian. Instead libjpeg62-dev and libjpeg8-dev conflicts because they both contain files with the same name in /usr/include, so they cannot be installed at the same time. Since libjpeg-dev is an alias for libjpeg62-dev, the same holds for libjpeg-dev and libjpeg8-dev. There is no way around it. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593204: Acknowledgement (texlive-extra: install info pages)
Erk, that wasn't a patch. /me slaps submittodebian SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 only in patch2: unchanged: --- texlive-extra-2009.orig/debian/texlive-formats-extra.info +++ texlive-extra-2009/debian/texlive-formats-extra.info @@ -0,0 +1 @@ +texmf/doc/info/eplain.info only in patch2: unchanged: --- texlive-extra-2009.orig/debian/texlive-extra-utils.info +++ texlive-extra-2009/debian/texlive-extra-utils.info @@ -0,0 +1 @@ +texmf/doc/info/latex2man.info
Bug#593209: libg3d: found a few memory leaks
Package: libg3d
Version: found a few memory leaks
Severity: normal
Hello
I am using more and more the libg3d library and as I am debugging
my program, I found a few memory leaks due to libg3d ans its pluggins.
so I attached two patches for thoses memoryy leaks.
thanks to forward them to the upstream and to integrate them in
the next package :)
thanks
Frederic
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From 701562f7941be1e253ddb6e6ee295f3ec021454e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Picca=20Fr=C3=A9d=C3=A9ric-Emmanuel?=
pi...@synchrotron-soleil.fr
Date: Mon, 16 Aug 2010 11:58:30 +0200
Subject: [PATCH 1/2] * fix a memory leak
triggered by the dae importer
---
src/face.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/face.c b/src/face.c
index d012f57..f14c941 100644
--- a/src/face.c
+++ b/src/face.c
@@ -30,6 +30,8 @@ void g3d_face_free(G3DFace *face)
{
if(face-vertex_indices)
g_free(face-vertex_indices);
+ if(face-normals)
+ g_free(face-normals);
g_free(face);
}
--
1.7.1
From fd7b6e6b41461edc43ff45a96e47dace4f80208c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Picca=20Fr=C3=A9d=C3=A9ric-Emmanuel?=
pi...@synchrotron-soleil.fr
Date: Mon, 16 Aug 2010 12:25:23 +0200
Subject: [PATCH 2/2] * fix a few memory leak in the dae import plugin
---
plugins/import/imp_dae/imp_dae_cb.c |4
plugins/import/imp_dae/imp_dae_library.c |1 +
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/plugins/import/imp_dae/imp_dae_cb.c
b/plugins/import/imp_dae/imp_dae_cb.c
index 5981fb0..eabdda7 100644
--- a/plugins/import/imp_dae/imp_dae_cb.c
+++ b/plugins/import/imp_dae/imp_dae_cb.c
@@ -806,6 +806,10 @@ gboolean dae_cb_vertices__input(DaeGlobalData *global,
DaeLocalData *local)
g_return_val_if_fail(cnt != NULL, FALSE);
object-vertex_count = atoi(cnt);
+
+ if(cnt)
+ g_free(cnt);
+
g_return_val_if_fail(object-vertex_count != 0, FALSE);
object-vertex_data = g_new0(gfloat, 3 * object-vertex_count);
diff --git a/plugins/import/imp_dae/imp_dae_library.c
b/plugins/import/imp_dae/imp_dae_library.c
index dd10351..9312a60 100644
--- a/plugins/import/imp_dae/imp_dae_library.c
+++ b/plugins/import/imp_dae/imp_dae_library.c
@@ -158,6 +158,7 @@ void dae_library_cleanup(DaeLibrary *library)
nodelib = (DaeLibraryNodes *)item-data;
g_hash_table_destroy(nodelib-ids);
g_slist_free(nodelib-nodes);
+ g_free(nodelib);
}
g_hash_table_destroy(library-ids);
--
1.7.1
Bug#591626: [pkg-cryptsetup-devel] Bug#591626: Unable to boot from encrypted Luks volume after upgrade
On 16/08/10 20:03, Jiri Kanicky wrote: On 16/08/10 00:08, Jonas Meurer wrote: Hey Jiri, On 04/08/2010 Jiri Kanicky wrote: Here is full apt log: according to your apt log, cryptsetup was not upgraded. instead, other packages where upgraded, which triggered update-initramfs, and thus updated the initramfs for linux kernel 2.6.34-1-686. you wrote the following at the initial bugreport: On Wed, Aug 04, 2010 at 08:03:35PM +1000, Jiri Kanicky wrote: I am not able to boot from my encrypted LUKS volume everytime after I upgrade (apt-get upgrade). I have to boot from rescue cd and regenerate initrd (update-initramfs) to fix the issue as I wrote here: http://ganomi.com/wiki/index.php/Rescue_an_encrypted_LUKS_LVM_volume It started a month ago. please give more information: - which version of cryptsetup and initramfs-tools do you have installed? (output of 'dpkg -l cryptsetup initramfs-tools') - which error message do you get at boot when the boot process fails? - which linux kernel version do you boot? (output of 'uname -r') - which initramfs version do you update with manual initramfs regeneration inside a chroot? (output of 'update-initramfs -u') - is the bug reproducible by invoking 'update-initramfs -u' at the running system? does this break the boot process again? in order to find the real bug here, we need more detailed information from you. so far, you're the only one who reported this problem, thousands of cryptsetup users didn't discover it while using the same version as you. greetings, jonas Hi. I attached picture with the boot message. I was digging into the problem more today and found the following: - looks like LVM does not activate the /dev/data_vg/knightrider-sec volume on the boot and therefore cryptsetup cannot see the volume. It only activates one LV; knightrider-root. - in the (initramfs) mode on the picture I typed lvm which took me to (lvm) mode. I activated all volumes in the data_vg group vgchange -ya and exited all. This brought the cryptsetup enter passphrase line. I entered the passphrase and the system booted. - The interesting bit is that executing update-initramfs right after apt-get update; apt-get upgrade will not output line with cryptsetup (bellow). However, entering it after the faulty boot, it will find the encrypted LV and note it in the cryptsetup line. update-initramfs: Generating /boot/initrd.img-2.6.34-1-686 cryptsetup: NOTE: using /dev/mapper/data_vg-knightrider--sec instead of /dev/data_vg/knightrider-sec for knightrider-sec Any idea where can be the problem? Jiri In addition: ||/ NameVersion Description +++-===-===-== ii cryptsetup 2:1.1.3-3 configures encrypted block devices ii initramfs-tools 0.98 tools for generating an initramfs 2.6.34-1-686 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592014:
Confirm this bug Version: 0.6.2-1 Architecture: i386
Bug#593162: marked as done (audacity: Audacity fails to load libavformat)
On Mon, Aug 16, 2010 at 09:25:12 (CEST), Aaron Barany wrote: Just to provide a bit more information, I'm using debian-multimedia, which is why my ffmpeg libraries are newer than what's in the standard debian repositories. This thread on Audacity forums ( http://forum.audacityteam.org/viewtopic.php?f=18t=28048) documents the problem, and also includes a patch. According to that thread, the change appeared in ffmpeg 0.5.1. If I'm reading the version numbers correctly, both debian-multimedia and experimental have ffmpeg 0.6 (with slightly newer version in debian-multimedia), the package distributed by debian-multimedia is not based on ffmpeg 0.6, it is just horribly and confusingly named. It is based on SVN trunk, were a lot of development is going on, and such compatibility bugs still need to be found and ironed out. Christian Marillat is obviously not helping with that at all. and the standard squeeze install has 0.5.1. (which also means that the standard squeeze libraries might experience the same problem) And I've asked you to check this. Until this happens, I'd agree to leave this bug closed. I would prefer not to try to install a different version of the libraries since I don't have any experience working with different repositories like that, especially since I would have to deal with the dependencies. Well, for exactly reasons like this, I find installing libraries from 3rd party repositories problematic at least. (I'm mainly worried about getting everything back together again when I'm done...) If somebody could try it on a standard testing and/or experimental install that would be great. Well, you've reported an imcomplete bug, and I've told you what information is missing. It would be great if you could help with filling the gaps. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593210: context: Warnings when processing triggers for menu
Package: context Version: 2009.11.26-2 Severity: normal Hi, these messages appear when settings up context: (Reading database ... 82544 files and directories currently installed.) Unpacking context (from .../context_2009.11.26-2_all.deb) ... Processing triggers for menu ... warning, in file '/var/lib/dpkg/updates/' near line 5 package 'context': missing description warning, in file '/var/lib/dpkg/updates/' near line 5 package 'context': missing maintainer warning, in file '/var/lib/dpkg/updates/0002' near line 6 package 'context': missing description warning, in file '/var/lib/dpkg/updates/0002' near line 6 package 'context': missing maintainer warning, in file '/var/lib/dpkg/updates/0004' near line 6 package 'context': missing description warning, in file '/var/lib/dpkg/updates/0004' near line 6 package 'context': missing maintainer warning, in file '/var/lib/dpkg/updates/0006' near line 6 package 'context': missing description warning, in file '/var/lib/dpkg/updates/0006' near line 6 package 'context': missing maintainer Guess it is a problem in the menu files. The actual content of it is: ?package(context):\ needs=x11\ section=Applications/File Management\ title=TeXfind\ command=/usr/bin/texfind ?package(context):\ needs=x11\ section=Help\ title=TeXshow\ command=/usr/bin/texshow H. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages context depends on: ii dpkg 1.15.8.4 Debian package management system ii lmodern 2.004.1-3 scalable PostScript and OpenType f ii luatex0.60.2-1 next generation TeX engine ii ruby 4.5An interpreter of object-oriented ii tex-common2.08 common infrastructure for building ii tex-gyre 2.004.1-2 scalable PostScript and OpenType f ii texlive-base 2009-10TeX Live: Essential programs and f ii texlive-binaries 2009-6 Binaries for TeX Live ii texlive-metapost 2009-10TeX Live: MetaPost (and Metafont) Versions of packages context recommends: snip Versions of packages context suggests: snip -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593094: amarok: could not add files from collection to playlist while using ru_RU.koi8r locale
severity 593094 normal tags upstream thanks Hello, On sekmadienis 15 Rugpjūtis 2010 16:00:46 Vladislav Naumov wrote: Just upgraded to squeeze and amarok2. Can't add files from collection to playlist now. Right click on collection - add to playlist: nothing happens. Right click on collection - replace playlist: nothing happens. Drag from collection to playlist window: nothing happens. Drag from collection to player window: nothing happens. amarok -a appends files to playlist just fine. I was using ru_RU.koi8r locale. Then I converted to ru_RU.UTF-8, renamed all files on filesystem with convmv and rescanned collection. It works now. Did filenames you tried to add have non-ASCII characters? I guess that was a problem with encoding in amarok collection database. Not easily fixable though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591626: [pkg-cryptsetup-devel] Bug#591626: Unable to boot from encrypted Luks volume after upgrade
Hey Jiri, On 16/08/2010 Jiri Kanicky wrote: Hi. I attached picture with the boot message. I was digging into the problem more today and found the following: - looks like LVM does not activate the /dev/data_vg/knightrider-sec volume on the boot and therefore cryptsetup cannot see the volume. It only activates one LV; knightrider-root. - in the (initramfs) mode on the picture I typed lvm which took me to (lvm) mode. I activated all volumes in the data_vg group vgchange -ya and exited all. This brought the cryptsetup enter passphrase line. I entered the passphrase and the system booted. - The interesting bit is that executing update-initramfs right after apt-get update; apt-get upgrade will not output line with cryptsetup (bellow). However, entering it after the faulty boot, it will find the encrypted LV and note it in the cryptsetup line. update-initramfs: Generating /boot/initrd.img-2.6.34-1-686 cryptsetup: NOTE: using /dev/mapper/data_vg-knightrider--sec instead of /dev/data_vg/knightrider-sec for knightrider-sec Any idea where can be the problem? ok, now i've an idea where the problem is located. in order to reproduce the situation, i need more detailed information. please send me contents of your /etc/fstab, /etc/crypttab. additionally i need the debug ouput of mkinitramfs, both righty after 'apt-get upgrade' and after the faulty boot. to produce debug output, you need to change the first line of /usr/share/initramfs-tools/hooks/cryptroot to '#!/bin/sh -x', and run the following command: 'sh -x mkinitramfs -o /tmp/initramfs.debug 2/tmp/mkinitramfs.log' /tmp/mkinitramfs.log contains the required debug log. you can revert the changes in /usr/share/initramfs-tools/hooks/cryptroot afterwards. greetings, jonas signature.asc Description: Digital signature
Bug#593211: [plasma-widget-cwp] too many kio-http processes
Package: plasma-widget-cwp Version: 1.1.1-3 Severity: normal --- Please enter the report below this line. --- This is not a Debian issue, but the new upstream version (1.2) should have resolved this bug that makes CWP eating a lot of memory through multiples kio_http processes. The Author answers to a user: CWP Spawns lots of kio tasks I love CWP, but i find about 90+ kio_http tasks! Yikes! Is there a work around for this? I know it doesn't do this on all systems. Running a intel quad core, and opensuse 11.3. had the same problem with 11.2 :( Re: CWP Spawns lots of kio tasks by jaegerschnitzel on: Aug 9 2010 - - Please try cwp-1.2.0 So I think it would be great to fix this before Squid (maybe this bug will render plasma-widget-cwp not fitted for the stable release). Thank you --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35.1 Debian Release: squeeze/sid 990 unstablemi.mirror.garr.it 990 unstableftp.it.debian.org 990 unstabledebian.fastweb.it 500 stable dl.google.com 101 experimental-snapshots qt-kde.debian.net 1 experimentalmi.mirror.garr.it 1 experimentalftp.it.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libc6 (= 2.2.5) | 2.11.2-2 libgcc1 (= 1:4.1.1) | 1:4.4.4-8 libkdecore5 (= 4:4.4.0) | 4:4.4.5-1 libkdeui5 (= 4:4.3.4) | 4:4.4.5-1 libkio5 (= 4:4.3.4) | 4:4.4.5-1 libplasma3 (= 4:4.4.4-2~) | 4:4.4.5-1 libqt4-dbus (= 4:4.5.3) | 4:4.6.3-1 libqt4-network(= 4:4.5.3) | 4:4.6.3-1 libqt4-svg(= 4:4.5.3) | 4:4.6.3-1 libqt4-xml(= 4:4.5.3) | 4:4.6.3-1 libqtcore4(= 4:4.6.1) | 4:4.6.3-1 libqtgui4 (= 4:4.5.3) | 4:4.6.3-1 libsolid4 (= 4:4.3.4) | 4:4.4.5-1 libstdc++6 (= 4.1.1) | 4.4.4-8 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593212: rootskel: please add Hurd support
Package: rootskel Version: 1.86 Tags: patch Usertags: gsoc2010 Hi, The rootskel udeb has been failing to build from source on Hurd for some time... The attached patch adds Hurd versions of the system-dependant files, and makes other fixes which produce a functional, up-to-date rootskel udeb on Hurd. If you apply this, please remember to fill-in the bug number in the changelog, create the empty src/etc/fstab-hurd, and set execute permissions on src/sbin/reopen-console-hurd. Thanks, -- Jeremie Koenig j...@jk.fr.eu.org http://jk.fr.eu.org Index: debian/changelog === --- debian/changelog (revision 64309) +++ debian/changelog (working copy) @@ -1,3 +1,17 @@ +rootskel (1.87) UNRELEASED; urgency=low + + * Fix lib/debian-installer.d/S40term-hurd. + * Provide a -hurd version for some files: (closes: #please fill-in) +- lib/debian-installer/detect-console +- lib/debian-installer/exit (skips umount, which is not available yet) +- etc/fstab (empty) +- etc/inittab (copied the Linux one) +- sbin/reopen-console (not much guesswork yet) + * Skip the creation of /etc/mtab on Hurd (our /proc/mounts is itself a +symlink to mtab). + + -- Jeremie Koenig j...@jk.fr.eu.org Thu, 12 Aug 2010 07:09:26 + + rootskel (1.86) unstable; urgency=low [ Jeremie Koenig ] Index: src/lib/debian-installer.d/S40term-hurd === --- src/lib/debian-installer.d/S40term-hurd (revision 64309) +++ src/lib/debian-installer.d/S40term-hurd (working copy) @@ -1,6 +1,6 @@ -+# Enable UTF-8 locale if it is available -+if [ $TERM = hurd ] [ -d /usr/lib/locale/C.UTF-8 ]; then -+ TERM_UTF8=yes -+ : /var/lib/UTF-8 -+ export LANG=C.UTF-8 -+fi +# Enable UTF-8 locale if it is available +if [ $TERM = hurd ] [ -d /usr/lib/locale/C.UTF-8 ]; then + TERM_UTF8=yes + : /var/lib/UTF-8 + export LANG=C.UTF-8 +fi Index: src/lib/debian-installer/detect-console-hurd === --- src/lib/debian-installer/detect-console-hurd (revision 0) +++ src/lib/debian-installer/detect-console-hurd (revision 0) @@ -0,0 +1,18 @@ +if [ -z $TERM_TYPE ]; then + case $(tty) in + /dev/tty[0-9]*) + TERM_TYPE=virtual + ;; + /dev/console) + TERM_TYPE=serial #unsure (mach console) + ;; + /dev/com*) + TERM_TYPE=serial + ;; + /dev/tty[pq]*) + TERM_TYPE=pts + ;; + esac +fi + +export TERM_TYPE Index: src/lib/debian-installer/exit-hurd === --- src/lib/debian-installer/exit-hurd (revision 0) +++ src/lib/debian-installer/exit-hurd (revision 0) @@ -0,0 +1,21 @@ +#!/bin/sh + +/lib/debian-installer/exit-command +CMDN=$? + +case $CMDN in +20) CMD=reboot;; +21) CMD=halt;; +22) CMD=poweroff;; +*) echo got weird return code $CMDN;; +esac + +#/bin/umount -a -r +/sbin/swapoff -a + +$CMD + +# if possible, give init a chance to kill main-menu +if type sleep /dev/null 21; then + sleep 10 || true +fi Index: src/etc/fstab-hurd === Index: src/etc/inittab-hurd === --- src/etc/inittab-hurd (revision 0) +++ src/etc/inittab-hurd (revision 0) @@ -0,0 +1,21 @@ +# /etc/inittab +# busybox init configuration for debian-installer + +# main rc script +::sysinit:/sbin/reopen-console /sbin/debian-installer-startup + +# main setup program +::respawn:/sbin/reopen-console /sbin/debian-installer + +# convenience shells +tty2::askfirst:-/bin/sh +tty3::askfirst:-/bin/sh + +# logging +tty4::respawn:/usr/bin/tail -f /var/log/syslog + +# Stuff to do before rebooting +::ctrlaltdel:/sbin/shutdown /dev/null 21 + +# re-exec init on receipt of SIGHUP/SIGUSR1 +::restart:/sbin/init Index: src/etc/Makefile === --- src/etc/Makefile (revision 64309) +++ src/etc/Makefile (working copy) @@ -14,7 +14,10 @@ passwd \ profile +# On Hurd, /proc/mounts won't exist or will be a symlink to /etc/mtab itself. install-local:: $(outdir) +ifeq ($(DEB_HOST_ARCH_OS),hurd) ln -fs /proc/mounts $(outdir)/mtab +endif include ../../Makefile.inc Index: src/sbin/reopen-console-hurd === --- src/sbin/reopen-console-hurd (revision 0) +++ src/sbin/reopen-console-hurd (revision 0) @@ -0,0 +1,12 @@ +#!/bin/sh + +# In order to give proper access to the tty, we need to locate the device +# corresponding to the console we are actually using. + +console= +if ! [ -f /var/run/console-device ]; then + tty /var/run/console-device +fi + +# Some other session may have it as ctty. Steal it from them +exec /sbin/steal-ctty $(cat /var/run/console-device) $@ Property changes on: src/sbin/reopen-console-hurd ___ Added: svn:executable + *
Bug#593213: ghostscript: bbox device prints out bounding box information twice
Package: ghostscript Version: 8.62.dfsg.1-3.2lenny4 Severity: important After upgrading from 8.62.dfsg.1-3.2lenny1 to lenny4 version, the bounding box device prints out the information twice. cber...@ioip0136:~/Desktop$ gs -sDEVICE=bbox -dNOPAUSE -dBATCH tiger.eps GPL Ghostscript 8.62 (2008-02-29) Copyright (C) 2008 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. %%BoundingBox: 17 166 566 753 %%BoundingBox: 17 166 566 753 %%HiResBoundingBox: 17.671499 166.828846 565.905147 752.488993 %%HiResBoundingBox: 17.671499 166.828846 565.905147 752.488993 This can make programs depending on this information unusable with this ghostscript version (e.g. pdfcrop). Christoph -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ghostscript depends on: ii debconf [debc 1.5.24 Debian configuration management sy ii debianutils 2.30 Miscellaneous utilities specific t ii defoma0.11.10-0.2Debian Font Manager -- automatic f hi gs-common 8.62.dfsg.1-3.2lenny1 Dummy package depending on ghostsc ii gsfonts 1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre ii libc6 2.7-18lenny4 GNU C Library: Shared libraries hi libgs88.62.dfsg.1-3.2lenny4 The Ghostscript PostScript/PDF int Versions of packages ghostscript recommends: pn psfontmgr none (no description available) Versions of packages ghostscript suggests: hi ghostscript-x 8.62.dfsg.1-3.2lenny4 The GPL Ghostscript PostScript/PDF ii hpijs 2.8.6.b-4 HP Linux Printing and Imaging - gs -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593094: amarok: could not add files from collection to playlist while using ru_RU.koi8r locale
Did filenames you tried to add have non-ASCII characters? I guess that was a problem with encoding in amarok collection database. Not easily fixable though. Amarok2 no longer shows individual tracks in collection, just albums. At least some files I tried were plain-ASCII. And amarok1.4 worked just fine with whole collection. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592444: network-manager 0.8.1-2 works using ppp 2.4.5
Found a solution in the German Debian forum: http://debianforum.de/forum/viewtopic.php?f=30t=122512 network-manager 0.8.0.999 seem to require ppp 2.4.5 (which is in Debian Sid) to work with the Huawei-Modems. I installed 2.4.5-4 (which has no problematic dependencies) and it worked again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593115: iceweasel: Scrolling in Google Reader is slow
On Mon, Aug 16, 2010 at 2:46 PM, Mike Hommey m...@glandium.org wrote: This can't be the mozillazine or bugzilla problem, as both are the same and both are due to a regression that appeared in 3.6. You're reporting the bug on 3.5... You're probably right. Try disabling smooth scrolling, it is known to be too slow on many occasions. I think your bug can be merged with #404827. I was disabled all the way. I tried with both enabled and disabled setting, it didn't help. Anyways, can you try the latest 4.0 beta release (instructions on http://glandium.org/blog/?p=1032), it has what is called Retained layers and that should make things better. Thanks for a tip! I don't know what is mozilla.debian.net (main page is blank), so I installed iceweasel 3.6.7-1 from experimental instead. It scrolls better then 3.5.11-1 - at least, I can't see it redrawing rectangles. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593162: marked as done (audacity: Audacity fails to load libavformat)
reopen 593162 thanks On Mon, Aug 16, 2010 at 07:37:45AM +0200, Reinhard Tartler wrote: On Mon, Aug 16, 2010 at 00:27:04 (CEST), Jonas Smedegaard wrote: Bug hereby closed. Please do tell us if your experienced problem is reproducible using only Debian packages, and we will investigate further. I'm actually pretty confident that this problem also appears with the ffmpeg package from experimental. Uh oh. When a Debian Developer *and* upstream release manager is confident about this, I guess I'd better revert :-) Sorry for being too trigger happy! My general remarks about checking with Debian-only packages still stand, I believe. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#591626: [pkg-cryptsetup-devel] Bug#591626: Unable to boot from encrypted Luks volume after upgrade
On 16/08/10 21:09, Jonas Meurer wrote: Hey Jiri, On 16/08/2010 Jiri Kanicky wrote: Hi. I attached picture with the boot message. I was digging into the problem more today and found the following: - looks like LVM does not activate the /dev/data_vg/knightrider-sec volume on the boot and therefore cryptsetup cannot see the volume. It only activates one LV; knightrider-root. - in the (initramfs) mode on the picture I typed lvm which took me to (lvm) mode. I activated all volumes in the data_vg group vgchange -ya and exited all. This brought the cryptsetup enter passphrase line. I entered the passphrase and the system booted. - The interesting bit is that executing update-initramfs right after apt-get update; apt-get upgrade will not output line with cryptsetup (bellow). However, entering it after the faulty boot, it will find the encrypted LV and note it in the cryptsetup line. update-initramfs: Generating /boot/initrd.img-2.6.34-1-686 cryptsetup: NOTE: using /dev/mapper/data_vg-knightrider--sec instead of /dev/data_vg/knightrider-sec for knightrider-sec Any idea where can be the problem? ok, now i've an idea where the problem is located. in order to reproduce the situation, i need more detailed information. please send me contents of your /etc/fstab, /etc/crypttab. additionally i need the debug ouput of mkinitramfs, both righty after 'apt-get upgrade' and after the faulty boot. to produce debug output, you need to change the first line of /usr/share/initramfs-tools/hooks/cryptroot to '#!/bin/sh -x', and run the following command: 'sh -x mkinitramfs -o /tmp/initramfs.debug 2/tmp/mkinitramfs.log' /tmp/mkinitramfs.log contains the required debug log. you can revert the changes in /usr/share/initramfs-tools/hooks/cryptroot afterwards. greetings, jonas For starters knightrider:~$ cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/mapper/knightrider-sec / ext3 defaults,noatime,errors=remount-ro 0 1 # /dev/sda3 /boot ext3defaults,noatime0 2 UUID=4fa73ded-e329-4b6d-a81c-a04e74b381c8 /boot ext3 defaults,noatime0 2 /dev/mapper/data_vg-knightrider--swap noneswap sw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 knightrider:~$ cat /etc/crypttab # target name source device key file options knightrider-sec/dev/data_vg/knightrider-secnoneluks I think that I have to wait for another upgrade which will break it again. I am not sure which package and subsequently debconf breaks it. As I do not have any packages to update now, update-initramfs outputs cryptsetup line and everything is OK. Jiri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593162: marked as done (audacity: Audacity fails to load libavformat)
On Mon, Aug 16, 2010 at 12:39:13PM +0200, Reinhard Tartler wrote: On Mon, Aug 16, 2010 at 09:25:12 (CEST), Aaron Barany wrote: and the standard squeeze install has 0.5.1. (which also means that the standard squeeze libraries might experience the same problem) And I've asked you to check this. Until this happens, I'd agree to leave this bug closed. Whoops: I reopened again before above arrived in my inbox. I will simply leave this bugreport alone for a little while now - reopened and all. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#593182: Ampache: Unable to login to ampache
Hi, I can fully confirm this bug. This happened after upgrading from 3.5.4-5 to 3.5.4-6. The difference between the two versions, as documented in the change log: Upstream has decided to remove pearxmlrpc and make the package depend on php5-xmlrpc. Closes: #591984 Indeed, php5-xmlrpc is included in the required packages, and all modules related to pearxmlrpc are removed. The reason for the blank screen (and thus totally unusable ampache package!) is in file /usr/share/ampache/www/lib/init.php, line 141: require_once $prefix . '/modules/pearxmlrpc/rpc.php'; And indeed, requiring a module that is no longer available breaks functionality. I've commented out this line and now ampache is useable again. I don't see any nasty side effects, but then again - I'm probably not using ampache to the fullest and have no clue what xmlrpc is for. Someone with more knowledge than I should solve this. Kind regards, Matthijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591906: manpages-fr-extra: LC_ALL=fr_FR.UTF-8 man sh gives the man page of bash instead of dash
On 2010-08-16 12:13:23 +0200, Denis Barbier wrote:
Vincent Lefevre wrote:
Package: manpages-fr-extra
Version: 20100723
Severity: normal
I have: /bin/sh - dash. But when I type:
LC_ALL=fr_FR.UTF-8 man sh
I get the man page of bash instead of the man page of dash.
No such problem with the English version.
The English version is managed by
/var/lib/dpkg/info/dash.{postinst,prerm}, IMO these scripts should
take care of translated manual pages as well.
Perhaps they should. But these scripts are not executed when one
installs manpages-fr-extra (which was my case, BTW). So, I'd say
that manpages-fr-extra should also do something about this.
--
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593209: libg3d: found a few memory leaks
On Monday 16 August 2010 12:29:59 Picca Frederic-Emmanuel wrote: I am using more and more the libg3d library and as I am debugging my program, I found a few memory leaks due to libg3d ans its pluggins. so I attached two patches for thoses memoryy leaks. thanks to forward them to the upstream and to integrate them in the next package :) Thanks a lot. Are you interested in co-maintaining the package in Debian with me? It seems that you are interested in parts which I am not using right now. Best regards, Sven signature.asc Description: This is a digitally signed message part.
Bug#588189: seems patched but still doesn't build
Hello, I made some research and it seems that that bug has already been reported and even patched in emacs since early July : http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6490 However emacs-snapshot from August still refuses to build flim. Is there something else to do ? Is the applied patch not the right one ? Thanks, -- Rémi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593214: wireshark: [INTL:fr] French debconf templates translation update
Package: wireshark Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to debian-i...@lists.debian.org with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of wireshark debconf templates to French # Copyright (C) 2009 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the wireshark package. # # Translators: # Simon Paillard spaill...@debian.org, 2009 # msgid msgstr Project-Id-Version: wireshark\n Report-Msgid-Bugs-To: wiresh...@packages.debian.org\n POT-Creation-Date: 2010-06-20 16:35+0200\n PO-Revision-Date: 2010-07-25 21:54+0200\n Last-Translator: Simon Paillard spaill...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Should non-superusers be able to capture packets? msgstr Autoriser les utilisateurs non privilégiés à capturer des paquets ? #. Type: boolean #. Description #: ../templates:2001 #| msgid #| Dumpcap can be installed with the set-user-id bit set, so members of the #| \wireshark\ system group will have the privileges required to use it. #| This way of capturing packets using Wireshark/Tshark is recommended over #| the alternative of running them directly as superuser, because less of #| the code will run with elevated privileges. msgid Dumpcap can be installed in a way that allows members of the \wireshark\ system group to capture packets. This is recommended over the alternative of running Wireshark/Tshark directly as root, because less of the code will run with elevated privileges. msgstr Dumpcap peut être installé afin d'autoriser les membres du groupe « wireshark » à capturer des paquets. Cette méthode de capture est préférable à l'exécution de Wireshark ou Tshark avec les droits du superutilisateur, car elle permet d'exécuter moins de code avec des droits importants. #. Type: boolean #. Description #: ../templates:2001 msgid For more detailed information please see /usr/share/doc/wireshark-common/ README.Debian. msgstr Pour plus d'informations, veuillez consulter /usr/share/doc/wireshark-common/ README.Debian. #. Type: boolean #. Description #: ../templates:2001 msgid Enabling this feature may be a security risk, so it is disabled by default. If in doubt, it is suggested to leave it disabled. msgstr Cette fonctionnalité constitue un risque pour la sécurité, c'est pourquoi elle est désactivée par défaut. En cas de doute, il est suggéré de la laisser désactivée. #~ msgid Should dumpcap be installed \setuid root\? #~ msgstr Installer dumpcap avec le bit « setuid root » ?
Bug#593215: xfe: program 'xfpack' cannot find package files (.rpm, .deb)
Package: xfe the package xfe comes with the program xfpack (upstream: xfp) to view rpm and deb package files. On Debian Lenny all is ok, but on Debian Squeeze it always give me an error message like: Query of /path/xxx.deb failed! Query of /path/xxx.rpm failed! With the usual open dialog I can search for those files. But if I set open it fails with this message. Upstream is already informed about this issue. Have a nice day, Joachim (Germany) signature.asc Description: PGP signature
Bug#593216: Please add PNG support
Package: grib-api Version: 1.9.0-1 Severity: wishlist Hello, thanks to Heiko Klein I have been made aware that grib_api can be compiled with PNG compression support. This should just need adding the dependency of libpng12-dev to control and DEB_CONFIGURE_EXTRA_FLAGS := --with-png-support to rules. I'll now test and prepare a new upload. Ciao, Enrico -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592444: [Pkg-utopia-maintainers] Bug#592444: network-manager 0.8.1-2 works using ppp 2.4.5
severity 592444 serious thanks On 16.08.2010 13:23, Matthias Steck wrote: Found a solution in the German Debian forum: http://debianforum.de/forum/viewtopic.php?f=30t=122512 network-manager 0.8.0.999 seem to require ppp 2.4.5 (which is in Debian Sid) to work with the Huawei-Modems. I installed 2.4.5-4 (which has no problematic dependencies) and it worked again. I guess we need to add a Breaks: ppp ( 2.4.5) to avoid such partial upgrades. Bumping to serious to mark this bug as RC. Thanks for the report and your followup. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#593217: /usr/bin/scanimage: unstability when non root, althgouh perm ok: I/O errors when scanning from users
Package: sane-utils Version: 1.0.21-3 Severity: normal File: /usr/bin/scanimage Dear Sir, I can normally scan with root and all is going fine. Unfortunaltey I get this error message when it is from users, altough all permissions are ok and scanner too. It seems taht sometimes the users does : scanimage -d snapscan:libusb:002:016 --mode color tmp.ppm and suddently the scanimage got crazy and it is finished for any scanning the only way to scan again is to go to root, and scanimage -L , then scan as root a page and after te user can scan as long as he wants. It is strange, I never got such problem before and the scanner is new and working well. here are the output: (:YYY are fictive numbers) scanimage -L device `v4l:/dev/video1' is a Noname Pinnacle PCTV Stereo (saa7134) virtual device device `v4l:/dev/video0' is a Noname USB camera virtual device device `snapscan:libusb:002:015' is a EPSON EPSON Scanner flatbed scanner from user: scanimage -d snapscan:libusb:002:015 --mode color tmp.ppm scanimage: open of device snapscan:libusb:002:015 failed: Error during device I/O I unpluged and try now with root r...@debian05:~# scanimage -L ; scanimage -d snapscan:libusb:002:016 --mode color tmp.ppm r...@debian05:~# It does this behavior frequently :( I hope taht there is some solutions to that :( Best regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 sane-utils depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0]1.5.33 Debian configuration management sy ii libavahi-client3 0.6.26-1Avahi client library ii libavahi-common3 0.6.26-1Avahi common library ii libc62.11.2-2Embedded GNU C Library: Shared lib ii libieee1284-30.2.11-6cross-platform library for paralle ii libsane 1.0.21-3API library for scanners ii libusb-0.1-4 2:0.1.12-15 userspace USB programming library ii update-inetd 4.36inetd configuration file updater sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.25-4 Avahi mDNS/DNS-SD daemon pn unpaper none (no description available) -- debconf information: sane-utils/saned_run: false sane-utils/saned_scanner_group: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593218: psi: can't connect to google talk (Authentication error: Not authorized)
Package: psi Version: 0.14-2 Severity: normal After upgrade to sqeeze psi can't connect to gtalk anymore. In lenny it worked just fine, now it produces this error message: There was an error communicating with the server. Details: Authentication error: Not authorized I reviewed all settings, and it's exactly what Google suggests in http://www.google.com/support/talk/bin/answer.py?answer=24074 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psi depends on: ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8GCC support library ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqca2-plugin-ossl 0.1~20070904-4 QCA OSSL plugin for libqca2 ii libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module ii libqt4-network 4:4.6.3-1Qt 4 network module ii libqt4-qt3support 4:4.6.3-1Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-1Qt 4 XML module ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxss1 1:1.2.0-2X11 Screen Saver extension library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages psi recommends: pn sox none (no description available) Versions of packages psi suggests: pn libqca2-plugin-gnupg none (no description available) pn psi-translations none (no description available) ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593219: system-config-printer: add printer doesn't honour /etc/papersize
Package: system-config-printer Version: 1.2.3-0.2 Severity: normal Adding a new printer sets paper size to letter, although a4 is specified in /etc/papersize Steps to reproduce: 1. In Gnome run System Admin Printing 2. Select Add printer 3. Hit Ok to all the default choices in the following UI frames -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'proposed-updates'), (500, 'stable'), (300, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 system-config-printer depends on: ii gnome-icon-theme 2.30.3-1GNOME Desktop icon theme ii python 2.6.5-11interactive high-level object-orie ii python-cups 1.9.48-1Python bindings for CUPS ii python-cupshelpers 1.2.3-0.2 Python utility modules around the ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-glade22.17.0-3+b1 GTK+ bindings: Glade support ii python-gnome22.28.1-1Python bindings for the GNOME desk ii python-gtk2 2.17.0-3+b1 Python bindings for the GTK+ widge ii python-notify0.1.1-2+b2 Python bindings for libnotify ii python-support 1.0.9 automated rebuilding support for P Versions of packages system-config-printer recommends: ii cups-pk-helper0.1.0-2PolicyKit helper to configure cups ii system-config-printer-udev1.2.3-0.2 Utilities to detect and configure Versions of packages system-config-printer suggests: ii python-gnomekeyring 2.30.0-1+b1 Python bindings for the GNOME keyr pn python-smbc none (no description available) pn sessioninstaller none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593208: installation-reports: no Kannada glyphs in g-i font
clone 593208 -1 retitle -1 Please create ttf-kannada-fonts-udeb with Kedage fonts block 593208 by -1 retitle 593208 Should add ttf-kannada-fonts-udeb to g-i reassign 593208 debian-installer thanks Quoting Simon McVittie (s...@debian.org): Package: installation-reports Severity: normal Tags: d-i While installing squeeze from the 2010-08-15 daily-build netinst, I chose the graphical installation option (mainly out of curiosity), and noticed that the font used didn't seem to have the glyphs for Kannada: the localized version in the right-hand column was displayed using the hex-digits-in-a-box fallback glyphs. I don't speak Kannada (or indeed know where it's spoken), but I'm sure those glyphs aren't what a Kannada speaker would expect :-) You're right. This was forgotten when Kannada was finally added (btw, Kannada is spoken in the state of Karnataka in India). Indeed the needed udeb has never been created and should be now. The above BTS magic shuold do what's needed to have the right bug reports in the right places for this. signature.asc Description: Digital signature
Bug#593221: ttf-indic-fonts: Please create ttf-telugu-fonts-udeb with Pothana2000
Package: ttf-indic-fonts Version: 1:0.5.10 Severity: important Tags: d-i We need this udeb to activate Telugu in D-I The mechanism should be the same than ttf-malayalam-fonts-udeb or ttf-tamil-fonts-udeb -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ttf-indic-fonts depends on: ii ttf-bengali-fonts 1:0.5.10 Free TrueType fonts for the Bengal ii ttf-devanagari-fonts 1:0.5.10 Free TrueType fonts for languages ii ttf-gujarati-fonts1:0.5.10 Free TrueType fonts for the Gujara ii ttf-kannada-fonts 1:0.5.10 Free TrueType fonts for the Kannad ii ttf-malayalam-fonts 1:0.5.10 Free TrueType fonts for the Malaya ii ttf-oriya-fonts 1:0.5.10 Free TrueType fonts for the Oriya ii ttf-punjabi-fonts 1:0.5.10 Free TrueType fonts for the Punjab ii ttf-tamil-fonts 1:0.5.10 Free TrueType fonts for the Tamil ii ttf-telugu-fonts 1:0.5.10 Free TrueType fonts for the Telugu ttf-indic-fonts recommends no packages. ttf-indic-fonts suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589277: Update to 1.5.4-1
Hi, In attachment, there is updated translation to version 1.5.4-1, please include it instead of previous translation. Thanks -- Michal Šimůnek # Czech translation of PO debconf template for package gitolite. # Copyright (C) 2010 Michal Simunek # This file is distributed under the same license as the gitolite package. # Michal Simunek michal.simu...@gmail.com, 2010. # msgid msgstr Project-Id-Version: gitolite 1.5.4-1\n Report-Msgid-Bugs-To: gitol...@packages.debian.org\n POT-Creation-Date: 2010-08-14 14:42+0200\n PO-Revision-Date: 2010-08-16 14:31+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid System username for gitolite: msgstr Systémový uživatel pro gitolite: #. Type: string #. Description #: ../templates:2001 msgid Please enter the name for the system user which should be used by gitolite to access repositories. It will be created if necessary. msgstr Zadejte prosím jméno systémového uživatele, který má používat gitolite. V případě potřeby bude vytvořen. #. Type: string #. Description #: ../templates:3001 msgid Repository path: msgstr Cesta k repositářům: #. Type: string #. Description #: ../templates:3001 msgid Please enter the path in which gitolite should store the repositories. This will become the gitolite system user's home directory. msgstr Zadejte prosím cestu, kam se mají ukládat repositáře gitolite. Nastaví se jako domovský adresář systémového uživatele. #. Type: string #. Description #: ../templates:4001 msgid Administrator's SSH key: msgstr SSH klíč správce: #. Type: string #. Description #: ../templates:4001 msgid Please specify the key of the user that will administer the access configuration of gitolite. msgstr Zadejte prosím klíč uživatele, který bude spravovat nastavení přístupu ke gitolite. #. Type: string #. Description #: ../templates:4001 msgid This can be either the SSH public key itself, or the path to a file containing it. If it is blank, gitolite will be left unconfigured and must be set up manually. msgstr Může to být jak samotný veřejný klíč, tak cesta k souboru, který jej obsahuje. Ponecháte-li jej prázdný, bude gitolite ponechán nenastavený a bude muset být nastaven ručně.
Bug#593222: unblock: sgt-puzzles/None
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package sgt-puzzles This version has some small bug fixes and a translation update. I believe it presents low risk of regression. unblock sgt-puzzles/8853-3 -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593223: unblock: ethtool/1:2.6.34-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package ethtool This version fixes a regression introduced by the previous version (#589123). unblock ethtool/1:2.6.34-3 -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593224: apt-listchanges: [INTL:fr] French program translation update
Package: apt-listchanges
Version: N/A
Severity: wishlist
Tags: patch l10n
(this is a standard message, not customized for your package)
Please find attached the french translation of this package's
programs, proofread by the debian-l10n-french mailing list
contributors.
This file should be put as fr.po in the appropriate po/
directory. If this package is not a native Debian package, please
don't forget to forward this translation to the upstream maintainer.
Depending on the version of the build tools or the build process used
in the software, you may have to update the LINGUAS variable in the
configure scripts in case the french translation is a *new*
translation for this software/package.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# translation of apt-listchanges to French
# Copyright (C) 2008 Christian Perrier bubu...@debian.org
#
# Christian Perrier bubu...@debian.org, 2004, 2006, 2008, 2010.
msgid
msgstr
Project-Id-Version: \n
POT-Creation-Date: 2010-07-09 15:16+CEST\n
PO-Revision-Date: 2010-08-16 08:50-0400\n
Last-Translator: Christian Perrier bubu...@debian.org\n
Language-Team: French debian-l10n-fre...@lists.debian.org\n
Language: fr\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: Plural-Forms: nplurals=2; plural=n1;\n
#: ../apt-listchanges.py:80
msgid database %s failed to load.\n
msgstr échec du chargement de la base de données %s.\n
#: ../apt-listchanges.py:97
msgid Unknown frontend: %s\n
msgstr Interface inconnue : %s\n
#: ../apt-listchanges.py:122
msgid %s: will be newly installed
msgstr %s : sera installé pour la première fois
#: ../apt-listchanges.py:138
msgid %s: Version %s has already been seen
msgstr %s : la version %s a déjà été vue
#: ../apt-listchanges.py:172
msgid News for %s
msgstr Nouveautés pour %s
#: ../apt-listchanges.py:183
msgid Changes for %s
msgstr Modifications pour %s
#: ../apt-listchanges.py:193
msgid Informational notes
msgstr Notes d'information
#: ../apt-listchanges.py:196
msgid apt-listchanges: News
msgstr apt-listchanges : nouveautés
#: ../apt-listchanges.py:200
msgid apt-listchanges: Changelogs
msgstr apt-listchanges : journaux des modifications (« changelogs »)
#: ../apt-listchanges.py:207
msgid Aborting
msgstr Abandon
#: ../apt-listchanges.py:210
msgid Confirmation failed, don't save seen state
msgstr Échec de la confirmation, état vu (« seen ») non sauvegardé
#: ../apt-listchanges.py:216
msgid apt-listchanges: changelogs for %s
msgstr apt-listchanges : journaux des modifications (« changelogs ») pour %s
#: ../apt-listchanges.py:220
msgid apt-listchanges: news for %s
msgstr apt-listchanges : nouveautés pour %s
#: ../apt-listchanges.py:232
msgid didn't find any valid .deb archives
msgstr impossible de trouver une archive .deb valide
#: ../apt-listchanges/ALCConfig.py:76
msgid Usage: apt-listchanges [options] {--apt | filename.deb ...}\n
msgstr Syntaxe : apt-listchanges [options] {--apt | fichier.deb ...}\n
#: ../apt-listchanges/ALCConfig.py:133
msgid Unknown option %s for --which. Allowed are: %s.
msgstr Option %s inconnue pour --which. Les options valables sont : %s
#: ../apt-listchanges/ALCConfig.py:148
msgid --since=version expects a only path to a .deb
msgstr --since=version a besoin du chemin d'accès à un fichier .deb
#: ../apt-listchanges/ALChacks.py:32
msgid Can't set locale; make sure $LC_* and $LANG are correct!\n
msgstr
Impossible de charger la « locale » : veuillez contrôler les\n
variables $LC_* et $LANG.\n
#: ../apt-listchanges/AptListChangesGtk.py:68
msgid Continue Installation?
msgstr Faut-il poursuivre l'installation ?
#: ../apt-listchanges/AptListChangesGtk.py:68
msgid You can abort the installation if you select 'no'.
msgstr Vous pouvez interrompre l'installation en répondant négativement.
#: ../apt-listchanges/DebianFiles.py:171
msgid Ignoring `%s' (seems to be a directory!)
msgstr « %s » ignoré (semble être un répertoire)
#: ../apt-listchanges/apt_listchanges.py:45
msgid
Wrong or missing VERSION from apt pipeline\n
(is Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version set to 2?)\n
msgstr
VERSION incorrecte ou manquante dans l'affichage d'apt\n
(Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version est-il bien à 2 ?)\n
#: ../apt-listchanges/apt_listchanges.py:86
msgid Mailing %s: %s
msgstr Envoi des modifications par courriel à %s : %s
#: ../apt-listchanges/apt_listchanges.py:111
msgid The %s frontend is deprecated, using pager
msgstr L'interface %s est obsolète, utilisation de l'afficheur page à page
#: ../apt-listchanges/apt_listchanges.py:115
msgid The mail frontend needs a installed 'sendmail', using pager
msgstr
L'interface courriel a besoin d'un «
Bug#593225: ace: FTBFS on armel: collect2: ld returned 1 exit status
Package: ace Version: 5.7.7-2 Severity: serious Justification: FTBFS Hi maintainer, Your package fails to build from source on armel: g++ -Wl,-O3 -D_REENTRANT -DACE_HAS_AIO_CALLS -D_GNU_SOURCE -DNDEBUG -I/build/buildd-ace_5.7.7-2-armel-Hcij89/ace-5.7.7/ACE_wrappers -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I/build/buildd-ace_5.7.7-2-armel-Hcij89/ace-5.7.7/ACE_wrappers -DACE_HAS_IPV6 -DACE_BUILD_DLL -shared -Wl,-h -Wl,libACE-5.7.7.so -o libACE-5.7.7.so .shobj/Local_Name_Space.o .shobj/Name_Proxy.o .shobj/Name_Request_Reply.o .shobj/Name_Space.o .shobj/Naming_Context.o .shobj/Registry_Name_Space.o .shobj/Remote_Name_Space.o .shobj/NT_Service.o .shobj/Codecs.o .shobj/Local_Tokens.o .shobj/Remote_Tokens.o .shobj/Token_Collection.o .shobj/Token_Invariants.o .shobj/Token_Manager.o .shobj/Token_Request_Reply.o .shobj/DLL.o .shobj/Dynamic_Service_Base.o .shobj/Dynamic_Service_Dependency.o .shobj/Parse_Node.o .shobj/Service_Config.o .shobj/Service_Gestalt.o .shobj/Service_Manager.o .shobj/Service_Object.o .shobj/Service_Repository.o .shobj/Service_Types.o .shobj/Shared_Object.o .shob j/Svc_Conf_Lexer.o .shobj/Svc_Conf_y.o .shobj/Encoding_Converter.o .shobj/Encoding_Converter_Factory.o .shobj/UTF8_Encoding_Converter.o .shobj/UTF16_Encoding_Converter.o .shobj/UTF32_Encoding_Converter.o .shobj/XML_Svc_Conf.o .shobj/UUID.o .shobj/Filecache.o .shobj/ACE.o .shobj/ACE_crc_ccitt.o .shobj/ACE_crc32.o .shobj/ace_wchar.o .shobj/Activation_Queue.o .shobj/Active_Map_Manager.o .shobj/Addr.o .shobj/Argv_Type_Converter.o .shobj/Assert.o .shobj/Asynch_IO.o .shobj/Asynch_IO_Impl.o .shobj/Asynch_Pseudo_Task.o .shobj/ATM_Acceptor.o .shobj/ATM_Addr.o .shobj/ATM_Connector.o .shobj/ATM_Params.o .shobj/ATM_QoS.o .shobj/ATM_Stream.o .shobj/Atomic_Op.o .shobj/Atomic_Op_Sparc.o .shobj/Auto_Event.o .shobj/Barrier.o .shobj/Base_Thread_Adapter.o .shobj/Based_Pointer_Repository.o .shobj/Basic_Stats.o .shobj/Basic_Types.o .shobj/Capabilities.o .shobj/CDR_Base.o .shobj/CDR_Stream.o .shobj/CDR_Size.o .shobj/Cleanup.o .shobj/Codeset_IBM1047.o .shobj/Codeset_Registry.o .shobj/Codeset_Regis try_db.o .shobj/Condition_Recursive_Thread_Mutex.o .shobj/Condition_T hread_Mutex.o .shobj/Configuration.o .shobj/Configuration_Import_Export.o .shobj/Connection_Recycling_Strategy.o .shobj/Containers.o .shobj/Copy_Disabled.o .shobj/Countdown_Time.o .shobj/Date_Time.o .shobj/DEV.o .shobj/DEV_Addr.o .shobj/DEV_Connector.o .shobj/DEV_IO.o .shobj/DLL_Manager.o .shobj/Dev_Poll_Reactor.o .shobj/Dirent.o .shobj/Dirent_Selector.o .shobj/Dump.o .shobj/Dynamic.o .shobj/Dynamic_Message_Strategy.o .shobj/Event.o .shobj/Event_Handler.o .shobj/FIFO.o .shobj/FIFO_Recv.o .shobj/FIFO_Recv_Msg.o .shobj/FIFO_Send.o .shobj/FIFO_Send_Msg.o .shobj/FILE.o .shobj/FILE_Addr.o .shobj/FILE_Connector.o .shobj/FILE_IO.o .shobj/File_Lock.o .shobj/Flag_Manip.o .shobj/Framework_Component.o .shobj/Functor.o .shobj/Functor_String.o .shobj/Get_Opt.o .shobj/gethrtime.o .shobj/Handle_Ops.o .shobj/Handle_Set.o .shobj/Hashable.o .shobj/High_Res_Timer.o .shobj/ICMP_Socket.o .shobj/INET_Addr.o .shobj/Init_ACE.o .s hobj/IO_SAP.o .shobj/IO_Cntl_Msg.o .shobj/IOStream.o .shobj/IPC_SAP.o .shobj/Lib_Find.o .shobj/Local_Memory_Pool.o .shobj/Lock.o .shobj/Log_Msg.o .shobj/Log_Msg_Backend.o .shobj/Log_Msg_Callback.o .shobj/Log_Msg_IPC.o .shobj/Log_Msg_NT_Event_Log.o .shobj/Log_Msg_UNIX_Syslog.o .shobj/Log_Record.o .shobj/Logging_Strategy.o .shobj/LSOCK.o .shobj/LSOCK_Acceptor.o .shobj/LSOCK_CODgram.o .shobj/LSOCK_Connector.o .shobj/LSOCK_Dgram.o .shobj/LSOCK_Stream.o .shobj/Malloc.o .shobj/Malloc_Allocator.o .shobj/Manual_Event.o .shobj/MEM_Acceptor.o .shobj/MEM_Addr.o .shobj/MEM_Connector.o .shobj/MEM_IO.o .shobj/Mem_Map.o .shobj/MEM_SAP.o .shobj/MEM_Stream.o .shobj/Message_Block.o .shobj/Message_Queue.o .shobj/Message_Queue_NT.o .shobj/Message_Queue_Vx.o .shobj/Method_Request.o .shobj/MMAP_Memory_Pool.o .shobj/Msg_WFMO_Reactor.o .shobj/Monitor_Admin.o .shobj/Monitor_Admin_Manager.o .shobj/Monitor_Base.o .shobj/Monitor_Point_Registry.o .shobj/Monitor_Size.o .shobj/Monitor_Control_Types.o .sho bj/Monitor_Control_Action.o .shobj/Multihomed_INET_Addr.o .shobj/Mutex.o .shobj/Netlink_Addr.o .shobj/Notification_Strategy.o .shobj/Notific ation_Queue.o .shobj/Obchunk.o .shobj/Object_Manager.o .shobj/Object_Manager_Base.o .shobj/OS_Errno.o .shobj/OS_Log_Msg_Attributes.o .shobj/OS_main.o .shobj/OS_NS_arpa_inet.o .shobj/OS_NS_ctype.o .shobj/OS_NS_dirent.o .shobj/OS_NS_dlfcn.o .shobj/OS_NS_errno.o .shobj/OS_NS_fcntl.o .shobj/OS_NS_math.o .shobj/OS_NS_netdb.o .shobj/OS_NS_poll.o .shobj/OS_NS_pwd.o .shobj/OS_NS_regex.o .shobj/OS_NS_signal.o .shobj/OS_NS_stdio.o .shobj/OS_NS_stdlib.o .shobj/OS_NS_string.o .shobj/OS_NS_strings.o .shobj/OS_NS_stropts.o .shobj/OS_NS_sys_mman.o .shobj/OS_NS_sys_msg.o .shobj/OS_NS_sys_resource.o .shobj/OS_NS_sys_select.o .shobj/OS_NS_sys_sendfile.o .shobj/OS_NS_sys_shm.o
Bug#593226: xine-ui: xine screws around the mixer volume
Package: xine-ui Version: 0.99.5+cvs20070914-2.1 Severity: normal Can we have an option to not have xine touch the mixer at all? If I start up xine and find innapropriate sound volume levels, I change the volume. Xine helfully restores the mixer volume to what it was beforehand when I leave xine, and I start watching another movie... to have wildly innappropriate sound volume levels again. I just encountered this when xine had managed to remember a volume level of 0. Everytime I started xine, I had no sound. Took me ages to figure out what the hell was going on. I don't want it to know about a startup audio volume (volume.mixer_volume) or restore volume at startup (volume.remember_volume) (currently unset on my machine). I don't want it to ever touch the mixer settings. That's what my window manager bindings to the mixer are for -- when *I* decide to change the volume. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xine-ui depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcurl3-gnutls7.19.7-1 Multi-protocol file transfer libra ii libpng12-0 1.2.41-1 PNG library - runtime ii libreadline5 5.2-7 GNU readline and history libraries ii libx11-6 2:1.3.2-1 X11 client-side library ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxft22.1.14-1 FreeType-based font drawing librar ii libxine1 1.1.18.1-1+b2 the xine video/media player librar ii libxine1-ffmpeg1.1.18.1-1+b2 MPEG-related plugins for libxine1 ii libxine1-x 1.1.18.1-1+b2 X desktop video output plugins for ii libxinerama1 2:1.1-2 X11 Xinerama extension library ii libxtst6 2:1.1.0-2 X11 Testing -- Resource extension ii libxv1 2:1.0.5-1 X11 Video extension library ii libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l Versions of packages xine-ui recommends: ii xdg-utils 1.0.2-6.1 desktop integration utilities from xine-ui suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592861: xserver-xorg-video-intel: high number of wakeups with kernels =2.6.35
On 08/15/2010 07:33 PM, Brice Goglin wrote: I think I've seen a report (and maybe even a patch) about this on LKML but I can't find it back. Yes, I'm the person who sent that report on LKML, but it seems that I'm the only one whit this problem. It' important to note that the problem only arises when starting Xorg and not before. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584616: Patch for the 1.8.0-1.1 NMU of astk
On Thu, 2010-08-12 at 04:59 +0200, Sylvestre Ledru wrote: Le mercredi 11 août 2010 à 22:45 +0200, christophe.trophime a écrit : On Mon, 9 Aug 2010 22:14:09 -0400, Christian PERRIER bubu...@debian.org wrote: Dear maintainer of astk, On Saturday, July 31, 2010 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Monday, July 26, 2010. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. Sorry for not having responded to your email before I am on vacantion. I will be back to my office after the 15th august If it is to late to upload the changes I would prefer if you could try to upload your change to astk debian-science svn since I have fixxed other issues. Sylvestre could you please upload the changes to astk svn? Could you also change python-astk-server to astk-server in description field of the control file? Sure. I am myself also in VAC after the debconf but I am going to do that in the next few days (or the beginning of next week) Salut, je viens de faire les modifications et je les ai charge sur svn alioth... Merci C. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590879: ocsinventory-agent: Daily cron job runs agent from '/' which then tries to scan network mounts
2010/7/29 John Kloian j...@databill.com: Package: ocsinventory-agent Version: 2:1.1.1-2.1 Severity: important As a result of the cron job switching to '/' before running agent, the scanner tries to traverse a 2TB network mount. I believe this is becasue '.' is added to @INC. As a result, the agent takes an awfully long time to complete, if at all. It cause quite a problem when several agents with the same NFS mount all run in the morning. Running the agent manually from '/' and checking with lsof confirms the agent scanning through the NFS mount, running the agent from any other location on the local filesystem runs without issue. I think it's a bug with ExtUtils::Installed. It has been fixed in FusionInventory Agent (package fusioninventory-agent) and this is the commit: http://forge.fusioninventory.org/projects/fusioninventory-agent/repository/revisions/842119fe7e465a7faf1ef5d9db7c30428759e319/diff I did realize the bug was also present in Ocs Agent 1.1.x serie. Best regards -- Gonéri Le Bouder -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593218: psi: can't connect to google talk (Authentication error: Not authorized)
Hi Vladislav, I can't reproduce this problem. With the same package versions as you use, I can log into google talk without any problems. Could you please check again if your password is correct? A bad password results in exactly the error message you quoted. Jan On Mon, Aug 16, 2010 at 07:22:33PM +0700, Vladislav Naumov wrote: Package: psi Version: 0.14-2 Severity: normal After upgrade to sqeeze psi can't connect to gtalk anymore. In lenny it worked just fine, now it produces this error message: There was an error communicating with the server. Details: Authentication error: Not authorized I reviewed all settings, and it's exactly what Google suggests in http://www.google.com/support/talk/bin/answer.py?answer=24074 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psi depends on: ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8GCC support library ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqca2-plugin-ossl 0.1~20070904-4 QCA OSSL plugin for libqca2 ii libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module ii libqt4-network 4:4.6.3-1Qt 4 network module ii libqt4-qt3support 4:4.6.3-1Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-1Qt 4 XML module ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxss1 1:1.2.0-2X11 Screen Saver extension library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages psi recommends: pn sox none (no description available) Versions of packages psi suggests: pn libqca2-plugin-gnupg none (no description available) pn psi-translations none (no description available) ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593076: network-manager: Conflict with wicd
I removed the network-manager package yesterday and the wicd can get an IP address now. I think is necessary add a conflicts field to avoid problems. Please, consider it. Regards, Eriberto - Brazil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
