Bug#635478: debian-installer: Enable VMware modules on installer images.
Subject: debian-installer: Enable VMware modules on installer images. Package: debian-installer Severity: wishlist *** Please type your report below this line *** Hi. For quite a while now, the linux-image-* packages have had support for the VMware modules such as vmxnet3 and vmw_pvscsi. However, the daily builds for the Debian installer do not. It would be very handy if at least the vmxnet3 and vmw_pvscsi modules were enabled by default in the businesscard/netinstaller ISO files. That way, new virtual machines created on VMware ESX/ESXi can use the VMXNET3 network adapter; and a Paravirtual SCSI controller on the boot drive. Without these modules, both the network and hard disk can't be detected at install time unless the slower E1000 network adapter and LSI SCSI controllers are used instead. The E1000 network adapter can easily be changed to a VMXNET3 adapter after the install, but the Paravirtual SCSI change on the boot device is non-trivial. Regards, -- -- Jim Barber DDI Health -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631375: sonata: fetching lyrics fails, patch attached
forwarded 631375 http://developer.berlios.de/patch/?func=detailpatchpatch_id=3193group_id=7323 tags + 631375 pending thanks On 30/06/11 01:35, Stefan Fleischmann wrote: I changed the order so unescaping is done before lyrics extraction instead of after. Then we can be sure to find lyrics and not lt;lyrics or some other mixed notation. I also updated the url to lyrics.wikia.com, it gets redirected there anyways. Hi Stefan, thanks for the patch. I've sent it upstream [0] and it will be included in the next release of sonata in debian (until upstream accepts it as part of sonata) [0] http://developer.berlios.de/patch/?func=detailpatchpatch_id=3193group_id=7323 Thanks, Javi (Vicho) signature.asc Description: OpenPGP digital signature
Bug#634194: imagemagick result
notfound 634550 8:6.6.9.7-5 quit Now that libwmf is fixed, imagemagick builds successfully in a clean pbuilder chroot without changes. Maybe #634550 should have been re-assigned to libwmf in the first place. During the build, there was a hint about #634194 and the possible reason for the binNMU request: /usr/bin/ld: warning: libjpeg.so.62, needed by /usr/lib/libtiff.so, may conflict with libjpeg.so.8 imagemagick in the archive currently depends on libjpeg62 and my rebuilt version depends on libjpeg8 (but brings in libjpeg62 via libtiff4): Depends: libbz2-1.0, libc6 (= 2.2.5), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.12.0), libgomp1 (= 4.2.1), libice6 (= 1:1.0.0), libjpeg8 (= 8c), liblcms1 (= 1.15-1), liblqr-1-0 (= 0.1.0), libltdl7 (= 2.4), libmagickcore4 (= 8:6.6.9.7), libmagickwand4 (= 8:6.6.9.7), libsm6, libtiff4, libx11-6, libxext6, libxt6, zlib1g (= 1:1.1.4) (imagemagick-extra has the depends on libwmf) Would the best solution here be to binNMU libtiff to close #634194 and then reassign #634550 for an imagemagick binNMU? -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpq8TnIFBbVa.pgp Description: PGP signature
Bug#635322: wicd sometimes changes the machine host name to its IP address
It may be a bug in wicd or isc-dhcp-client, or both. I'm not sure. In the default dhclient configuration and the one provided by wicd, there is request [...] host-name [...]. I'm not sure what it's supposed to do, but changing the hostname is certainly a bug. The dhcp-options(5) man page says: option host-name string; This option specifies the name of the client. The name may or may not be qualified with the local domain name (it is preferable to use the domain-name option to specify the domain name). See RFC 1035 for character set restrictions. This option is only honored by dhclient- script(8) if the hostname for the client machine is not set. ^ (is option different from request?). /sbin/dhclient-script seems to do something different: BOUND|RENEW|REBIND|REBOOT) if [ -n $old_host_name ] [ -n $new_host_name ] [ $old_host_name != $new_host_name ]; then # hostname changed = set it hostname $new_host_name fi -- 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#634550: [Pkg-gmagick-im-team] Bug#634550: imagemagick result
Hi, Neil Williams codeh...@debian.org a écrit : notfound 634550 8:6.6.9.7-5 quit Now that libwmf is fixed, imagemagick builds successfully in a clean pbuilder chroot without changes. Maybe #634550 should have been re-assigned to libwmf in the first place. May be During the build, there was a hint about #634194 and the possible reason for the binNMU request: /usr/bin/ld: warning: libjpeg.so.62, needed by /usr/lib/libtiff.so, may conflict with libjpeg.so.8 imagemagick in the archive currently depends on libjpeg62 and my rebuilt version depends on libjpeg8 (but brings in libjpeg62 via libtiff4): Depends: libbz2-1.0, libc6 (= 2.2.5), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.12.0), libgomp1 (= 4.2.1), libice6 (= 1:1.0.0), libjpeg8 (= 8c), liblcms1 (= 1.15-1), liblqr-1-0 (= 0.1.0), libltdl7 (= 2.4), libmagickcore4 (= 8:6.6.9.7), libmagickwand4 (= 8:6.6.9.7), libsm6, libtiff4, libx11-6, libxext6, libxt6, zlib1g (= 1:1.1.4) (imagemagick-extra has the depends on libwmf) Would the best solution here be to binNMU libtiff to close #634194 and then reassign #634550 for an imagemagick binNMU? I think so, please proceed my sponsor vincent fourmont is moving flat so not available and could no do the binnmu of libtiff Thank you Bastien -- Neil Williams = http://www.linux.codehelp.co.uk/ ___ Pkg-gmagick-im-team mailing list pkg-gmagick-im-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635459: RE : Bug#635459: ITP: sump-logicanalyzer -- GUI for logic analysers
Could you give better descriptions? Logic analyser even is also an software word before being an electronical one Bastien Le 26 juil. 2011 01:33, Steffen Moeller steffen_moel...@gmx.de a écrit : Package: wnpp Severity: wishlist Owner: Steffen Moeller steffen_moel...@gmx.de * Package name: sump-logicanalyzer Version : 0.8 * URL : http://www.sump.org/ * License : GPL2+ Programming Lang: Java Description : GUI for logic analysers An experimental package is on its way to the archive, maintained at http://svn.debian.org/wsvn/pkg-escience/sumo-analyzer/trunk/?rev=0sc=0 SM -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110725233108.3940.80029.reportbug@Toshiba.siemens
Bug#635053: Choose-mirror overrides mirror/suite and mirror/codename
Hello, I just downloaded the latest git repository of choose-mirror and reviewed the code and found the second patch I applied against an older version of choose-mirror (2.29) by accident. So I looked at the correction of return code and found that this was no longer needed for 2.37 and current git as set_codename always returns 0. I checked this on git head and the diff is the same as the first patch, so I am re-attaching it and I believe that this one should be good. Sorry for the confusion. Best regards, Boleslaw Tokarski diff --git a/choose-mirror.c b/choose-mirror.c index 6841ff0..0236128 100644 --- a/choose-mirror.c +++ b/choose-mirror.c @@ -708,29 +708,34 @@ int set_codename (void) { char *suite; int i; - /* As suite has been determined previously, this should not fail */ - debconf_get(debconf, DEBCONF_BASE suite); - if (strlen(debconf-value) 0) { - suite = strdup(debconf-value); - - for (i=0; releases[i].name != NULL; i++) { - if (strcmp(releases[i].name, suite) == 0 || - strcmp(releases[i].suite, suite) == 0) { -char *codename; - -if (releases[i].status GET_CODENAME) - codename = releases[i].name; -else - codename = releases[i].suite; -debconf_set(debconf, DEBCONF_BASE codename, codename); -di_log(DI_LOG_LEVEL_INFO, - suite/codename set to: %s/%s, - suite, codename); -break; +/* If preseed specifies codename, omit the codename check */ + debconf_get(debconf, DEBCONF_BASE codename); + if ( ! strlen(debconf-value) 0) { + + /* As suite has been determined previously, this should not fail */ + debconf_get(debconf, DEBCONF_BASE suite); + if (strlen(debconf-value) 0) { + suite = strdup(debconf-value); + + for (i=0; releases[i].name != NULL; i++) { +if (strcmp(releases[i].name, suite) == 0 || +strcmp(releases[i].suite, suite) == 0) { + char *codename; + + if (releases[i].status GET_CODENAME) + codename = releases[i].name; + else + codename = releases[i].suite; + debconf_set(debconf, DEBCONF_BASE codename, codename); + di_log(DI_LOG_LEVEL_INFO, + suite/codename set to: %s/%s, + suite, codename); + break; +} } - } - free(suite); + free(suite); + } } return 0; diff --git a/debian/choose-mirror.postinst b/debian/choose-mirror.postinst index 4a85a78..4689ab0 100644 --- a/debian/choose-mirror.postinst +++ b/debian/choose-mirror.postinst @@ -3,10 +3,12 @@ anna-install apt-mirror-setup || true -if [ -f /etc/lsb-release ]; then - . /etc/lsb-release - if [ -n $DISTRIB_CODENAME ]; then - db_set mirror/suite $DISTRIB_CODENAME +if ! db_get mirror/suite || ! [ $RET ]; then + if [ -f /etc/lsb-release ]; then + . /etc/lsb-release + if [ -n $DISTRIB_CODENAME ]; then + db_set mirror/suite $DISTRIB_CODENAME + fi fi fi
Bug#635341: [linux-image-2.6.39-2-amd64] eth0 unavailable after standby until reload of e1000e
Did this work in the past? When? Does it still happen with the latest kernel (3.0.0-1) from unstable? Yes, this worked in the past. Haven't tried the 3.0 kernel yet. This has happened several times now, at work where I only have a wired connection. Often the machine has also been used with a wifi connection at home beforehand; don't know if this is always the case. Is it reproducible every time? No: on resuming the machine from standby this morning the eth0 interface worked immediately. I'll see how it goes over the next few days. Diggory
Bug#635479: openresolv: Feature request: DHCPv6 support in DHCP hook script
Package: openresolv Version: 3.4.0-1 Severity: wishlist Tags: patch ipv6 This patch adds basic DHCPv6 support for openresolv. It's unlikely that this is a comlete patch. For example, some applications might resonably expect resolvconf -d eth0 to remove both the IPv4 and IPv6 interface information. However, it does provide basic DHCPv6 functionality. Geoff Begin included text --- debian.orig/dhclient +++ debian/dhclient @@ -1,25 +1,47 @@ # resolvconf support for dhclient3 if [ -x /sbin/resolvconf ]; then + # Undefine default make_resolv_conf(), just in case. make_resolv_conf() { - local conf= - if [ -n $new_domain_name ]; then - conf=${conf}domain ${new_domain_name}\n - fi - if [ -n $new_domain_search ]; then - conf=${conf}search ${new_domain_search}\n - fi - for nameserver in $new_domain_name_servers; do - conf=${conf}nameserver $nameserver\n - done - [ -n $conf ] conf=# resolv.conf for $interface\n${conf} - [ -z $interface -a -n $conf ] || printf $conf | \ - /sbin/resolvconf -a $interface + true; } - case $reason in + BOUND|RENEW|REBIND|REBOOT|TIMEOUT) + make_resolv_conf() { + local conf= + if [ -n $new_domain_name ]; then + conf=${conf}domain ${new_domain_name}\n + fi + if [ -n $new_domain_search ]; then + conf=${conf}search ${new_domain_search}\n + fi + for nameserver in $new_domain_name_servers; do + conf=${conf}nameserver $nameserver\n + done + [ -n $conf ] conf=# resolv.conf for $interface\n${conf} + [ -z $interface -a -n $conf ] || printf $conf | \ + /sbin/resolvconf -a $interface + } + ;; + BOUND6|RENEW6|REBIND6) + make_resolv_conf() { + local conf= + if [ -n $new_dhcp6_domain_search ]; then + conf=${conf}search ${new_dhcp6_domain_search}\n + fi + for nameserver in $new_dhcp6_name_servers; do + conf=${conf}nameserver $nameserver\n + done + [ -n $conf ] conf=# resolv.conf for $interface\n${conf} + [ -z $interface -a -n $conf ] || printf $conf | \ + /sbin/resolvconf -a ${interface}_ipv6 + } + ;; EXPIRE|FAIL|RELEASE|STOP) [ -z $interface ] || /sbin/resolvconf -f -d $interface ;; + EXPIRE6|RELEASE6|STOP6) + [ -z $interface ] || /sbin/resolvconf -f -d ${interface}_ipv6 + ;; esac fi - End included text - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-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/dash -- 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#635464: usb-modeswitch: ZTE K3565-Z hang
Am 26.07.2011 03:08, schrieb Frederic MASSOT: I updated my EeePC 701 from Squeeze to Wheezy and my USB 3G stick is no longer recognized. I don't see any problem with mode switching here. Everything worked fine, the driver has bound. If other tools like UMTSmon or WVDial can work with the modem, then this would point to ModemManager as likely culprit. Josua Dietze -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635480: RM: xyssl -- ROM; Replaced by polarssl
Package: ftp.debian.org Severity: normal Hi, I herewith request the removal of xyssl. Xyssl was replaced by polarssl (upstream also) which I'm maintaining now. (As soon as the package is removed, I will close the remaining bugs as fixed in 0.9-2+rm as they are fixed in polarssl.) Thanks in advance, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635466: regression: cache used to load images after clicking refresh
tags 635466 + upstream quit Hi Jason, Jason Woofenden wrote: This is a regression, it worked not too many months ago. Puzzling. Could you also try again with a (recent as possible) chromium version that worked from http://snapshot.debian.org/ and let us know which it is? Maybe http://openstreetmap.org/ had some change in that time. The trouble is that the refresh button no longer re-fetches map tiles on openstreetmap.org. At first glance, this sounds like http://crbug.com/603, but if it's a regression it might be something easier. :) Thanks for reporting. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635481: bugs.debian.org: RFP : xhtml2odt
Package: bugs.debian.org Severity: wishlist xhtml2odt is a very useful tool, especially for people using lyx, letting them convert their lyx file to odt through an intermediate xhtml file. It provides an high quality output. the home page is here : http://xhtml2odt.org/ and Debian packages are already provided on this page. So it looks like it's just a matter of including them in debian repositories to make xhtml2odt easily accessible to Debian users. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (978, 'stable'), (976, 'stable'), (967, 'testing'), (98, 'unstable'), (88, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-2.dmz.5-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#635482: epiphany-browser 3.0.4-1 does not remember open tabs
Package: epiphany-browser Version: 3.0.4-1 Severity: normal *** Please type your report below this line *** Hi all, Epiphany-browser does not remember any open tabs. To reproduce this :- a. Click on a shortcut of Epiphany or click on Epiphany through GNOME/menu Internet Epiphany b. Open few tabs. c. Close tabs. d. Open through shortcut again, the last session/tabs opened are not there. I saw the Preferences i.e. Edit Preferences as well as Tools Extensions neither of them helps/ed. e. I also tried to figure out using gconf-editor /apps/epiphany but was unable to see any values worth changing. This makes it harder to use/make Epiphany my primary browser to use. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-browser depends on: ii dbus-x111.4.12-5 simple interprocess messaging syst ii epiphany-browser-data 3.0.4-1 Data files for the GNOME web brows ii gnome-icon-theme3.0.0-4 GNOME Desktop icon theme ii gsettings-desktop-schemas 3.0.1-1 GSettings deskop-wide schemas ii iso-codes 3.27-1 ISO language, territory, currency, ii libavahi-client30.6.30-5 Avahi client library ii libavahi-common30.6.30-5 Avahi common library ii libavahi-gobject0 0.6.30-5 Avahi GObject library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.12-5 simple interprocess messaging syst ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libgdk-pixbuf2.0-0 2.23.5-2 GDK Pixbuf library ii libgirepository-1.0-1 0.10.8-2 Library for handling GObject intro ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnome-keyring0 3.0.3-1 GNOME keyring services library ii libgtk-3-0 3.0.11-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libnspr4-0d 4.8.8-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.10-3Network Security Service libraries ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libseed-gtk3-0 3.0.0-2 GObject JavaScript bindings for th ii libsm6 2:1.2.0-2X11 Session Management library ii libsoup-gnome2.4-1 2.34.2-2 HTTP library implementation in C - ii libsoup2.4-12.34.2-2 HTTP library implementation in C - ii libwebkitgtk-3.0-0 1.4.2-1 Web content engine library for Gtk ii libx11-62:1.4.3-2X11 client-side library ii libxml2 2.7.8.dfsg-3 GNOME XML library ii libxslt1.1 1.1.26-7+b1 XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20110502Common CA certificates ii evince 2.32.0-1Document (PostScript, PDF) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: ii epiphany-extensions 3.0.0-3Extensions for Epiphany web browse epiphany-webkit depends on no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635483: planner: New upstream version available
Package: planner Version: 0.14.4-4+b1 Severity: wishlist Planner 0.14.5 is available at http://live.gnome.org/Planner Could you package this version? Thanks in advance Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545933: More information
On Mon, Jul 25, 2011 at 21:27, Torsten Landschoff t.landsch...@gmx.netwrote: ... It is likely that the keyboard was the one that came with the mouse I am currently using, so here is the relevant lsusb output: Bus 004 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver I guess the kernel module is hid_logitech. This is included on current installer so please could you try with last dailies to see if you can reproduce it? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Bug#635382: texlive-latex-extra: ucshyper check for PDF mode buggy and not necessary anyway
On Mon, Jul 25, 2011 at 06:35:15PM +0200, Lionel Elie Mamane wrote: Package: texlive-latex-extra Tags: patch 3) ucshyper does not actually need the output mode to be PDF, nor the TeX implementation to be pdfTeX. I just _removed_ the above test, as well as the following line: \RequirePackage[pdftex,unicode]{hyperref} So possibly this test should be changed to something like: \ifdefined\PrerenderUnicode\else% \PackageWarning{ucshyper}{ucshyper needs to be run with inputenc utf8x.\MessageBreak Disabling functionality}% \expandafter\endinput\fi _and_ still remove the \RequirePackage[pdftex,unicode]{hyperref} line so that users can choose their own hyperref driver freely. Maybe add instead: \ifdefined\hypersetup% \hypersetup{unicode=true}% \else% \PackageWarning{ucshyper}{ucshyper needs to be loaded after hyperref.\MessageBreak Disabling functionality}% \expandafter\endinput% \fi% I downloaded the texlive-extra (Debian) source package; it contains ucshyper.sty, which says it is generated from ucs.dtx, but does not contain ucs.dtx. So 1) I cannot prepare a real proper patch. 2) This looks like an RC bug to me, not shipping the preferred form for modification in the source package. Additionally, browsing the upstream SVN, I found neither ucs.dtx, nor ucshyper.sty, but probably I just didn't look in the right place. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635478: debian-installer: Enable VMware modules on installer images.
reassign 635478 kernel-wedge thanks On Tue, Jul 26, 2011 at 08:16, Jim Barber jim.bar...@ddihealth.com wrote: ... For quite a while now, the linux-image-* packages have had support for the VMware modules such as vmxnet3 and vmw_pvscsi. However, the daily builds for the Debian installer do not. It would be very handy if at least the vmxnet3 and vmw_pvscsi modules were enabled by default in the businesscard/netinstaller ISO files. ... I am reassigning the bug to kernel-wedge since this is where it needs to be fixed and I will deal with it for next kernel upload. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Bug#630800: Error in empathy init: XServer appears to lack the required GLX support
tag 630800 + moreinfo thanks Hi, Did you try to install libgl1-mesa-dri (instead of libgl1-mesa-dri-experimental)? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616171: nscd loses groups
Hello, I have also noticed that with group set just to compat with nscd turned on, that sometime nscd loses the NIS groups and just reports the local groups. I have a very similar problem: With nscd running, when all user's account data comes from NIS, `groups user` often shows only the primary group of the user. Emptying nscd group cache data by running `nscd -i group` solves that. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635470: [Resolvconf-devel] Bug#635470: Acknowledgement (resolvconf: Feature request: DHCPv6 support)
Thanks for the report and the patch. Obviously this support should be added. I don't know much about DHCPv6 so I hope that others who do have knowledge will help out, either by commenting on the patch or by improving it if necessary. -- Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515653: database corruption detection patch works
Hi Thibaut and Radek! From all my testing on three different ThinkPads I can say: Thibaut, your database corruption detection patch appears to work just fine! On my T520 it received the heaviest testing. Due to Sandybridge gfx lockup problems in 2.6.39 as well as some other issues and testing, I had a lots of unclean shutdowns. The uptime database is intact. So, you provided a solution that works. Please apply it to the package officially. Attached is your patch with the filesize comparison fix you proposed later on. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 diff -Nru uptimed-0.3.16.orig/libuptimed/urec.c uptimed-0.3.16/libuptimed/urec.c --- uptimed-0.3.16.orig/libuptimed/urec.c 2009-01-02 00:46:00.0 +0100 +++ uptimed-0.3.16/libuptimed/urec.c 2011-03-06 21:01:28.0 +0100 @@ -215,20 +215,46 @@ time_t utime, btime; long l_utime, l_btime; char buf[256], sys[SYSMAX+1]; + struct stat filestat, filestatold; + int useold = 0; - f = fopen(FILE_RECORDS, r); - if (!f) { - f = fopen(FILE_RECORDS.old, r); - if (!f) return; + if (stat(FILE_RECORDS, filestat)) + useold = 1; + if (stat(FILE_RECORDS.old, filestatold)) + useold = -1; + + /* assume that backupdb larger than normal db means normal is corrupted */ + if (!useold (filestat.st_size filestatold.st_size)) + useold = 1; - printf(uptimed: reading from backup database %s.old\n, FILE_RECORDS); +dbtry: + switch (useold) { + case 0: + f = fopen(FILE_RECORDS, r); + break; + case 1: + f = fopen(FILE_RECORDS.old, r); + printf(uptimed: reading from backup database %s.old\n, FILE_RECORDS); + break; + default: + /* this should probably terminate uptimed somehow */ + printf(uptimed: no useable database found.\n); + return; + } + + if (!f) { + printf(uptimed: error opening database for reading.\n); + return; } fgets(str, sizeof(str), f); while (!feof(f)) { /* Check for validity of input string. */ if (sscanf(str, %ld:%ld:%[^]\n], l_utime, l_btime, buf) != 3) { - /* Skip this entry. Do we want feedback here? */ + /* database is corrupted */ + fclose(f); + useold++; + goto dbtry; } else { utime = (time_t)l_utime; btime = (time_t)l_btime; diff -Nru uptimed-0.3.16.orig/libuptimed/urec.h uptimed-0.3.16/libuptimed/urec.h --- uptimed-0.3.16.orig/libuptimed/urec.h 2009-01-02 00:46:00.0 +0100 +++ uptimed-0.3.16/libuptimed/urec.h 2011-03-06 20:48:49.0 +0100 @@ -21,6 +21,7 @@ #include string.h #include stdlib.h #include sys/types.h +#include sys/stat.h #ifdef PLATFORM_LINUX #include sys/sysinfo.h signature.asc Description: This is a digitally signed message part.
Bug#635348: FATAL: Error inserting ... (/lib/modules/3.0.0-1-486/kernel/drivers/...
On my X200 I'm getting the following error: Loading cpufreq kernel modules...FATAL: Error inserting pcc_cpufreq (/lib/modules/3.0.0-1-amd64/kernel/drivers/cpufreq/pcc-cpufreq.ko): No such device FATAL: Error inserting powernow_k8 (/lib/modules/3.0.0-1-amd64/kernel/drivers/cpufreq/powernow-k8.ko): No such device FATAL: Error inserting speedstep_centrino (/lib/modules/3.0.0-1-amd64/kernel/drivers/cpufreq/speedstep-centrino.ko): Device or resource busy done (acpi-cpufreq). Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635469: [Pkg-haskell-maintainers] Bug#635469: Not installable due to unmet ghc dependency
Hi, Am Montag, den 25.07.2011, 23:00 -0400 schrieb Mike Paul: Since ghc was recently updated to version 7.0.4 in sid, it's no longer possible to install haskell-platform, which depends on ghc 7.0.3 specifically, thanks. We know about this, but still waiting on upstream to decide whether they will do a minor upgrade of the platform or not: http://projects.haskell.org/pipermail/haskell-platform/2011-July/001612.html Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#634607: Add Affero GPL license to /usr/share/common-licenses
reassign 634607 debian-policy thanks On Tue, 19 Jul 2011, Mike Gabriel wrote: Package: base-files Version: 6.3 Severity: wishlist Tags: sid Hi, please add AGPL-n license files to /usr/share/common-licenses, so that people can refer to that from within their packages. More and more projects are changing over to AGPL, currently. As Debian allows AGPL since 12/2008, it would be nice to have the license shipped with this package. Hi. Sometime ago, I decided not to decide about this myself. Instead, the debian-policy group decides about this (see base-files FAQ), so I'm reassigning to policy. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635484: libgphoto2: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libgphoto2 Version: 2.4.11-2 Severity: important Hello Debian PhotoTools Maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgphoto2 to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libgphoto2 :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html 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#635485: ntop: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: ntop Version: 3:4.0.3+dfsg1-3 Severity: important Hello Jordan, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update ntop to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: ntop:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html 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#635486: [hplip] Unable to load CUPSEXT
Package: hplip Version: 3.11.5-2 Severity: grave --- Please enter the report below this line. --- Cannot run any of the utilities. Get error message warning: CUPSEXT could not be loaded. Please check HPLIP installation. reinstalling does not help --- System information. --- Architecture: i386 Kernel: Linux 2.6.39-2-686-pae Debian Release: wheezy/sid 990 unstablewww.debian-multimedia.org 990 unstableliquorix.net 990 unstablehttp.us.debian.org 990 unstabledebian.tagancha.org 990 unstabledebian.scribus.net 990 unstabledebian.pengutronix.de 650 testing security.debian.org 650 testing http.us.debian.org 650 testing dl.google.com 500 stable security.debian.org 500 stable http.us.debian.org 500 stable deb.opera.com 500 karmic ppa.launchpad.net 500 intrepidppa.launchpad.net 101 experimental-snapshots qt-kde.debian.net 1 experimentaldebian.co.il --- Package information. --- Depends(Version) | Installed -+-== libc6 (= 2.3.6-6~) | 2.13-10 libcups2 (= 1.4.0) | 1.4.7-1 libdbus-1-3 (= 1.0.2) | 1.4.12-5 libhpmud0 (= 3.11.5-2) | 3.11.5-2 libsane(= 1.0.11-3) | 1.0.22-6 libssl1.0.0 (= 1.0.0) | 1.0.0d-3 libsane-hpaio (= 3.11.5-2) | 3.11.5-2 hplip-data (= 3.11.5-2) | 3.11.5-2 hplip-cups (= 3.11.5-2) | 3.11.5-2 python ( 2.7) | 2.6.7-1 python (= 2.6) | 2.6.7-1 python-support (= 0.90.0) | 1.0.14 python-dbus(= 0.80) | 0.84.0-1 python-imaging | 1.1.7-4 python-pexpect | 2.3-1 coreutils (= 5.1.0) | 8.5-1 lsb-base (= 3) | 3.2-27 adduser(= 3.34) | 3.113 cups (= 1.1.20) | 1.4.7-1 cups-client (= 1.1.20) | 1.4.7-1 policykit-1 | 0.101-4 wget | 1.12-5 Recommends(Version) | Installed ===-+-=== sane-utils | 1.0.22-6 avahi-daemon| 0.6.30-5 Suggests (Version) | Installed -+-=== hplip-gui| 3.11.5-2 hplip-doc| python-notify| 0.1.1-2+b3 system-config-printer| 1.0.0-6 --- Output from package bug script --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635487: libgd-gd2-noxpm-perl: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libgd-gd2-noxpm-perl Version: 1:2.41-1 Severity: important Hello Debian Perl Group, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgd-gd2-noxpm-perl to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libgd-gd2-noxpm-perl:Build-Depends: libjpeg62-dev libgd-gd2-perl :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html 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#558789: Caused by thunderbird renaming
evolution.c plugin looks for the substring thunder in the gconf mailto key (set by preferred applications). When it fails to find this (debian sets this to icedove %s) it launches the correct client but with no appended parameter string. You can work around this by doing sudo ln -s /usr/bin/icedove /usr/bin/thunderbird then setting the preferred mail client to thunderbird %s Here's the guilty code. static gboolean init (NstPlugin *plugin) { GConfClient *client; g_print (Init evolution plugin\n); bindtextdomain (GETTEXT_PACKAGE, LOCALEDIR); bind_textdomain_codeset (GETTEXT_PACKAGE, UTF-8); client = gconf_client_get_default (); mail_cmd = gconf_client_get_string (client, DEFAULT_MAILTO, NULL); g_object_unref (client); if (mail_cmd == NULL || *mail_cmd == '\0') { g_free (mail_cmd); mail_cmd = get_evo_cmd (); type = MAILER_EVO; } else { /* Find what the default mailer is */ if (strstr (mail_cmd, balsa)) type = MAILER_BALSA; else if (strstr (mail_cmd, thunder) || strstr (mail_cmd, seamonkey)) type = MAILER_THUNDERBIRD; else if (strstr (mail_cmd, sylpheed) || strstr (mail_cmd, claws)) type = MAILER_SYLPHEED; else if (strstr (mail_cmd, anjal)) type = MAILER_EVO; } if (mail_cmd == NULL) return FALSE; return TRUE; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635362: linux-image-3.0.0-1-amd64: HDA intel: choppy sound on 3.0
Colomban Wendling wrote: [0.00] Calgary: detecting Calgary via BIOS EBDA area [0.00] Calgary: Unable to locate Rio Grande table in EBDA - bailing! [0.00] [ cut here ] [0.00] WARNING: at /build/buildd-linux-2.6_2.6.39-3-amd64-wlUGAK/linux-2.6-2.6.39/debian/build/source_amd64_none/drivers/pci/dmar.c:634 warn_invalid_dmar+0x77/0x85() [0.00] Hardware name: MS-7636 [0.00] Your BIOS is broken; DMAR reported at address fed93000 returns all ones! [0.00] BIOS vendor: American Megatrends Inc.; Ver: V1.1; Product Version: 1.0 Unrelated BIOS bug, presumably. [ 71.284844] hda-intel: Invalid position buffer, using LPIB read method instead. This is from sound/pci/hda/hda_intel.c, with the condition if (!pos || pos == (u32)-1) { I think maks looked at this codepath recently, for example to apply commit a810364a Author: Takashi Iwai ti...@suse.de Date: Tue Jun 7 12:23:23 2011 +0200 ALSA: hda - Handle -1 as invalid position, too When reading from the position-buffer results in -1, handle as it's invalid and falls back to LPIB mode as well as 0. Signed-off-by: Takashi Iwai ti...@suse.de The message only appears in the bad log, so I guess pos is -1. There have been other changes to the driver recently, too. If you have time for it, could you try pristine v3.0 (which lacks that patch) or the latest snapshot (which includes it and some other fixes on top) from kernel.org, following the instructions from [1] and if it fails, report the results to alsa-de...@alsa-project.org, cc-ing Takashi Iwai and this bug? Thanks again. Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-kernel-org-package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635488: ploticus: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: ploticus Version: 2.41-3 Severity: important Hello Colin, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update ploticus to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: ploticus:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html 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#635489: libgd-ruby: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libgd-ruby Version: 0.7.4.1-6 Severity: important Hello Paul, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgd-ruby to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libgd-ruby :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html 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#635490: python-gd: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: python-gd Version: 0.56+dfsg-2 Severity: important Hello Julián, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update python-gd to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: python-gd :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html 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#157393: #157393 wget: recursive get over ftp_proxy is broken
Hi Noel, Am 23.07.2011 14:11, schrieb Noël Köthe: tags 157393 + moreinfo thanks Hello Christoph, is this still a problem with wget 1.12? I did a quick test with a proxy. The issue seams to be solved. Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#578947: Bug#578948: Please provide more info
On 11-07-26 at 11:41am, Niko Tyni wrote: On Wed, May 11, 2011 at 07:59:29PM +0200, Jonas Smedegaard wrote: severity 578947 serious severity 578948 serious thanks I dare lower the severity, since I also cannot reproduce. Also, I wonder why this was filed against older versions: cipux-task 3.4.0.7-1 was succeeded by 2.4.0.7-2, and cipux-rpc 3.4.0.6-1 by 3.4.0.8-1, both more than a year ago. I believe it is in _unstable_ Perl is upgraded, not stable, right? Yes, certainly :) It would have helped if you'd sent your questions to me instead of just the bug log. The first reply I got was the recent 'closing as unreproducible.' Oh, sorry!! I filed the bugs against the then-current versions in April 2010 when we were first preparing for Perl 5.12 in unstable. We didn't quite make it for the squeeze release, so the transition actually happened a year later. Ah, that helps explain: I probably didn't notice the _year_ when looking at those dates :-/ What was also involved is that for some odd reason I seem to not receive bugreports filed against CipUX packages. Probably something in the setup of our project mailinglist. Still interested in investigating this further, though: Memory leaks may occur in particular combinations of libraries, so the real problem may be somewhere else still lurking. So please provide build logs for closer examination. I still happened to have old failing build logs from May 2010 with Perl 5.12.1 around, so attached in case you still care. I'm not in a position to try and reproduce this myself right now, and if it's working for everybody now I'm happy to keep the bugs closed. Thanks for the logs! I find it more sensible to keep the bugs closed. We can reopen if it occurs again. - 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#626439: [git-buildpackage/master] git-dch: add formatter that wraps the changelog entry
tag 626439 pending thanks Date: Mon Jul 25 23:02:29 2011 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 5bd3ff2361c68a3fdcd0b428a3e368cf05aae535 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=5bd3ff2361c68a3fdcd0b428a3e368cf05aae535 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=5bd3ff2361c68a3fdcd0b428a3e368cf05aae535 git-dch: add formatter that wraps the changelog entry Closes: #626439 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626439: git-dch: provide easy way to wrap long lines / get old behaviour back
Hi Michael, Sorry for the late reply. On Thu, May 12, 2011 at 03:29:33AM +0200, Michael Prokop wrote: Package: git-buildpackage Version: 0.5.23 Severity: wishlist IIRC at least until version 0.5.11 git-dch automatically wrapped long lines. AFAICT nowadays you have to write your own format_changelog_entry() handler for usage via --customizations ... to get this behaviour back. It would be nice if git-dch would automatically wrap long lines by default again (and if that's not desired maybe providing an option could provide it). I've added this by providing a customization script wrap_cl.py that you can add to you gbp.conf. It's currently under /usr/share/doc/git-buildpackage/examples. We might want to move this to a more prominent place later (like /u/s/gbp/customization so one can skip the path but it would be great to have more formatters show up before that. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626439: git-dch: provide easy way to wrap long lines / get old behaviour back
* Guido Günther [Tue Jul 26, 2011 at 11:47:09AM +0200]: On Thu, May 12, 2011 at 03:29:33AM +0200, Michael Prokop wrote: IIRC at least until version 0.5.11 git-dch automatically wrapped long lines. AFAICT nowadays you have to write your own format_changelog_entry() handler for usage via --customizations ... to get this behaviour back. It would be nice if git-dch would automatically wrap long lines by default again (and if that's not desired maybe providing an option could provide it). I've added this by providing a customization script wrap_cl.py that you can add to you gbp.conf. It's currently under /usr/share/doc/git-buildpackage/examples. We might want to move this to a more prominent place later (like /u/s/gbp/customization so one can skip the path but it would be great to have more formatters show up before that. Very cool, just tried that and does exactly what I need. :) Thanks! regards, -mika- signature.asc Description: Digital signature
Bug#632192: [PATCH 2/2] add QEMU_LD_PREFIX environment variable for BSD and Darwin
--- bsd-user/main.c|5 + darwin-user/main.c |5 + 2 files changed, 10 insertions(+), 0 deletions(-) diff --git a/bsd-user/main.c b/bsd-user/main.c index 6018a41..ed639de 100644 --- a/bsd-user/main.c +++ b/bsd-user/main.c @@ -763,6 +763,11 @@ int main(int argc, char **argv) cpudef_setup(); /* parse cpu definitions in target config file (TBD) */ #endif +/* read interp_prefix from environment variable */ +if (getenv(QEMU_LD_PREFIX) != NULL) { +interp_prefix = getenv(QEMU_LD_PREFIX); +} + optind = 1; for(;;) { if (optind = argc) diff --git a/darwin-user/main.c b/darwin-user/main.c index 35196a1..f808521 100644 --- a/darwin-user/main.c +++ b/darwin-user/main.c @@ -751,6 +751,11 @@ int main(int argc, char **argv) if (argc = 1) usage(); +/* read interp_prefix from environment variable */ +if (getenv(QEMU_LD_PREFIX) != NULL) { +interp_prefix = getenv(QEMU_LD_PREFIX); +} + optind = 1; for(;;) { if (optind = argc) -- 1.7.5.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632794: Fails to find libnss3.so
Hi, Looking at the source of the macros configure, I am pretty confident that a simple rebuild of the openjdk will fix this bug. The path to the system library is detected by compiling on the fly a c file and get the path to the multi arch libs $CC conftest.c syslibdir=`$LDD a.out | sed -n '/libc\.so./s,.*= */\(@:@^/@:@* \)/.*,\1,p'` For example, on my laptop, the output is: $ ldd a.out linux-vdso.so.1 = (0x7fff77fe1000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f2afa5ce000) /lib64/ld-linux-x86-64.so.2 (0x7f2afa973000) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633870: CVE-2011-2684 fix in {old,}stable ?
Dear release team, As Martin mentionned in the 633870 bugreport, CVE-2011-2684 could be fixed in a fixed point release. The proposed debdiff for squeeze is attached (the fix was uploaded to unstable already and given the non-severe nature if this bug I don't think an upload to testing is worth. What do you think ? (And would a fix to lenny be needed ?) Cheers, -- OdyX diff -u foo2zjs-20090908dfsg/debian/changelog foo2zjs-20090908dfsg/debian/changelog --- foo2zjs-20090908dfsg/debian/changelog +++ foo2zjs-20090908dfsg/debian/changelog @@ -1,3 +1,12 @@ +foo2zjs (20090908dfsg-5.1+squeeze0) stable-proposed-updates; urgency=low + + * Non-maintainer upload. + * Update debian/patches/60-getweb.in.patch: +Fix CVE-2011-2684 Insecure Temporary File (CWE-277) in /usr/bin/getweb +by creating a safe temporary directory with mktemp (Closes: #633870). + + -- Didier Raboud o...@debian.org Tue, 26 Jul 2011 11:34:42 +0200 + foo2zjs (20090908dfsg-5.1) unstable; urgency=low * Non-maintainer upload. diff -u foo2zjs-20090908dfsg/debian/patches/60-getweb.in.patch foo2zjs-20090908dfsg/debian/patches/60-getweb.in.patch --- foo2zjs-20090908dfsg/debian/patches/60-getweb.in.patch +++ foo2zjs-20090908dfsg/debian/patches/60-getweb.in.patch @@ -1,6 +1,6 @@ Improve getweb also for installing the firmware foo2zjs-20090908dfsg.orig/getweb.in -+++ foo2zjs-20090908dfsg/getweb.in +--- a/getweb.in b/getweb.in @@ -2,7 +2,7 @@ # @@ -199,8 +199,8 @@ fi +OLDPWD=`pwd` -+mkdir -p /tmp/foo2zjs -+cd /tmp/foo2zjs ++NEWPWD=`mktemp --tmpdir --directory foo2zjs.XX` ++cd $NEWPWD + for i in $* do signature.asc Description: This is a digitally signed message part.
Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd
Hi Petter, the script fails at the very first Popen call. If I replace proc = subprocess.Popen(cmd, shell-True, stdout=subprocess.PIPE,) with proc = subprocess.Popen(cmd, shell-True, stdout=None,) the call succeeds. If the user has a local account, login succeeds, too. I haven't tested any further combinations (e.g. home directory, primary group membership, etc.) so far. I wonder why the author have specified subprocess.PIPE, since the actual output is not captured anywhere in the script? On 25/07/11 18:00, Petter Reinholdtsen wrote: [Wolfgang Schulze-Zachau] Hi Petter, nope, doesn't make any difference, I still get the Unexpected exception, should never happen ... message. Hm. Not quite sure how to figure out what is missing a child. Could you try to add log/print statements to try to figure out what is failing? I have stopped nscd, no difference. And nslcd isn't installed (do I need it other than for caching?). nslcd is only used when libnss_ldapd is used, and it is an alternative to sssd and should probably be disabled/removed if you want to use sssd. Please send to 634...@bugs.debian.org, to make sure BTS is up to date. Happy hacking, -- best regards Wolfgang *Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype: wszachauamino*
Bug#635382: latex-unicode sources and licensing
On Tue, Jul 26, 2011 at 10:01:21AM +0200, Lionel Elie Mamane wrote: ucshyper.sty, which says it is generated from ucs.dtx, but does not contain ucs.dtx. So 2) This looks like an RC bug to me, not shipping the preferred form for modification in the source package. Additionally, browsing the upstream SVN, I found neither ucs.dtx, nor ucshyper.sty, but probably I just didn't look in the right place. OK, I was confused by the viewvc interface, that doesn't show big directory listings on a single page, but breaks it into two. I've found trunk/Master/texmf-dist/tex/latex/ucs/, which *also* does not contain sources. On the other hand, the comments in the files point to http://www.unruh.de/DniQ/latex/unicode/, which is an HTTP redirect to http://wolfgang.jeltsch.info/software/latex-unicode/, which is a 404. So I'm out of ideas how to find the real sources. Do you know? It is also worrying that the files say: %% This program is provided under the terms of the LaTeX Project Public %% License with some modifications. %% See the file LICENSE (http://www.unruh.de/DniQ/latex/unicode/content/LICENSE) %% for information. I can't find that file, and /usr/share/doc/texlive-latex-extra does not contain licensing information for it (I grepped for ucs and unicode and did not find anything). So how do we know whether it is DFSG-free software? What are the some modifications above? -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd
Could this be connected to a known (and fixed) race condition in python? See here: http://bugs.python.org/issue1731717 On 25/07/11 18:00, Petter Reinholdtsen wrote: [Wolfgang Schulze-Zachau] Hi Petter, nope, doesn't make any difference, I still get the Unexpected exception, should never happen ... message. Hm. Not quite sure how to figure out what is missing a child. Could you try to add log/print statements to try to figure out what is failing? I have stopped nscd, no difference. And nslcd isn't installed (do I need it other than for caching?). nslcd is only used when libnss_ldapd is used, and it is an alternative to sssd and should probably be disabled/removed if you want to use sssd. Please send to 634...@bugs.debian.org, to make sure BTS is up to date. Happy hacking, -- best regards Wolfgang *Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype: wszachauamino*
Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd
[Wolfgang Schulze-Zachau] Hi Petter, the script fails at the very first Popen call. If I replace proc = subprocess.Popen(cmd, shell-True, stdout=subprocess.PIPE,) with proc = subprocess.Popen(cmd, shell-True, stdout=None,) the call succeeds. If the user has a local account, login succeeds, too. I haven't tested any further combinations (e.g. home directory, primary group membership, etc.) so far. How strange. Any idea which process that fail to work with the PIPE? It was working for me the last time I tested it, so I wonder what changed. I wonder why the author have specified subprocess.PIPE, since the actual output is not captured anywhere in the script? It was written like that because I am not very familiar with Python and found a example doing it like that. Happy hacking, -- Petter Reinholtdsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode sources and licensing
clone 635382 -1 retitle 635382 latex-unicode sources and licensing severity 635382 serious thanks Cloning bug to separate the issues. *New* bug is about the check for pdf mode in ucshyper.sty, and #635382 is about the availability of sources and license of ucshyper. In the rest of this email, upstream is TeX-live, not TeX-live's upstram for latex-unicode, which I have not identified btw. On Tue, Jul 26, 2011 at 11:46:45AM +0200, Lionel Elie Mamane wrote: On Tue, Jul 26, 2011 at 10:01:21AM +0200, Lionel Elie Mamane wrote: [...texlive-latex-extra sources contain...] ucshyper.sty, which says it is generated from ucs.dtx, but does not contain ucs.dtx. So 2) This looks like an RC bug to me, not shipping the preferred form for modification in the source package. I've found trunk/Master/texmf-dist/tex/latex/ucs/ [... in upstream SVN ...], which *also* does not contain sources. On the other hand, the comments in the files point to http://www.unruh.de/DniQ/latex/unicode/, which is an HTTP redirect to http://wolfgang.jeltsch.info/software/latex-unicode/, which is a 404. So I'm out of ideas how to find the real sources. Given that the true sources seem to have disappeared, I suppose we could consider the .sty file to be its own source; it is a stretch, but removing unicode support for (La)TeX would be rather ... damaging. I really, really vote for that the absolute upper limit to what we would do about this is we move it to non-free, not remove (I want good unicode support in my LaTeX!). Maybe we could ask texlive if they know where to find sources, but I'm not holding my breath. It is also [...more...] worrying that the files [... in that directory ...] say: %% This program is provided under the terms of the LaTeX Project Public %% License with some modifications. %% See the file LICENSE (http://www.unruh.de/DniQ/latex/unicode/content/LICENSE) %% for information. I can't find that file [.. neither in Debian sources nor in upstream...], and /usr/share/doc/texlive-latex-extra does not contain licensing information for it (I grepped for ucs and unicode and did not find anything). So how do we know whether it is DFSG-free software? What are the some modifications above? Formally even: how do we know we can redistribute it in the way we do. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419625: libxml-libxml-perl: complete_attributes (from XML::LibXML::Parser) is disabled by default
On Tue, Apr 17, 2007 at 01:50:11AM +0200, Vincent Lefevre wrote: The XML::LibXML::Parser(3pm) man page says: complete_attributes $parser-complete_attributes(1); Complete the elements attributes lists with the ones defaulted from the DTDs. By default, this option is enabled. But unless I use $parser-complete_attributes(1); in my Perl script, the elements are not completed with the default attributes (even if I turn validation on). So, it seems that complete_attributes is disabled by default and the man page is incorrect. Or this is a bug in the module itself... The manual page in the current version states: complete_attributes /parser, reader/ create default DTD attributes; possible values are 0 and 1 Which, while not necessarily much better, at least does not give a default; implying that the required value must be set explicitly. Therefore I reckon this bug can probably be closed. -- Chris Butler chr...@debian.org GnuPG Key ID: 4096R/49E3ACD3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635450: tiger: erroneous behavior of -q option (.: 1: Can't open /config)
Package: tiger Version: 1:3.2.3-7 Followup-For: Bug #635450 I applied the patch and the error message /usr/lib/tiger/config: line 369: /config: No such file or directory disappeared. Now, however, running tigercrom results in another error: * # /usr/sbin/tigercron Configuring... Will try to check using config for 'i686' running Linux 3.0.0-1-686-pae... --CONFIG-- [con007c] No configuration files for Linux. Using default configuration files. Not all checks may be performed. --ERROR-- [init001e] Don't have required command DIFF. * -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages tiger depends on: ii binutils 2.21.53.20110720-1 The GNU assembler, linker and bina ii bsdmainutils 8.2.3 collection of more utilities from ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii libc6 2.13-10Embedded GNU C Library: Shared lib ii net-tools 1.60-24.1 The NET-3 networking toolkit ii ucf 3.0025+nmu2Update Configuration File: preserv Versions of packages tiger recommends: ii chkrootkit0.49-4 rootkit detector ii john 1.7.8-1active password cracking tool ii postfix [mail-transport-agent 2.8.3-1High-performance mail transport ag Versions of packages tiger suggests: ii lsof 4.81.dfsg.1-1 List open files -- Configuration Files: /etc/cron.d/tiger changed [not included] /etc/tiger/tigerrc [Errno 13] Permission denied: u'/etc/tiger/tigerrc' -- debconf information: * tiger/mail_rcpt: root tiger/remove_mess: true * tiger/policy_adapt: -- debsums errors found: debsums: changed file /usr/lib/tiger/config (from tiger package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635492: firmware-brcm80211: The wireless LED keeps on litting when the wireless card is switched off
Package: firmware-brcm80211 Version: 0.33 Severity: normal I use the firmware-brcm80211 package on my Acer 1830 T laptop. It has a built-in Broadcom 43225 wireless card. I have an issue with the LED. Indeed when I use the Fn+F3 keyboard shortcut to switch off the card and/or the Bluetooth, the wireless LED is still lit. Before upgrading to kernel 3.0.0.1-amd64 and firmware-brcm80211 0.33, the LED didn't lit at all even wheh the wireless card was switched on. I have read the changelog and didn't see any changes made on the LED support. Please advise. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-brcm80211 depends on no packages. firmware-brcm80211 recommends no packages. Versions of packages firmware-brcm80211 suggests: ii initramfs-tools 0.99 tools for generating an initramfs ii linux-image-2.6.39-2-amd64 [l 2.6.39-3 Linux 2.6.39 for 64-bit PCs ii linux-image-3.0.0-1-amd64 [li 3.0.0-1Linux 3.0.0 for 64-bit PCs -- 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#572452: git-buildpackage: git-import-org --fast-import does not look up realname of current user
tag 572452 +pending thanks Hi, On Thu, Mar 04, 2010 at 12:17:27PM +0100, Matthijs Kooijman wrote: Package: git-buildpackage Version: 0.4.65~3.gbp3ceaa3 Severity: minor Hi, I thought to try --fast-import, since I had some problems with normal import adding files that were ignored by upstreams .gitignore (and thus didn't show up in git status when I cleaned the tree before importing). Anyway, after importing using --fast-import, I noticed that it had created the upstream import commit using just my username as author name, instead of my full name (from /etc/passwd). Looking at the code, it seems that GitRepository.get_author_info() tries to emulate git's behaviour, but apparently neglects to do a /etc/passwd / NSS lookup when it uses the current username as a name. It seems this is a matter of doing name = pwd.getpwnam(name)[4].split(',')[0] after getting the value of $USER, with some error handling of course. However, isn't there some way to let git do all this stuff instead of recreating git's name guessing algorithms in gbp? That would of course be a lot better and more predictable... I've dropped fast-import from current git since it didn't make lots of progress during the last year. You're issue with upstream's .gitignore can be fixed by using --git-filter=.gitignore I guess. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd
On 26/07/11 11:30, Petter Reinholdtsen wrote: It was written like that because I am not very familiar with Python and found a example doing it like that. To be honest, I am not particularly good friends with python, either. Would it be unfair to say we should take the route of least resistance? Happy hacking, -- best regards Wolfgang *Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype: wszachauamino*
Bug#595538: [bug #33822] [PATCH] don't use PATH_MAX (FTBFS on hurd)
Update of bug #33822 (project wget): Status:None = Fixed Assigned to:None = gscrivano Open/Closed:Open = Closed ___ Follow-up Comment #1: thanks. I have included the patch. ___ Reply to this item at: http://savannah.gnu.org/bugs/?33822 ___ Messaggio inviato con/da Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd
[Wolfgang Schulze-Zachau] Would it be unfair to say we should take the route of least resistance? I have no problem with your proposed change, so why not. Can you test the new version currently available from svn://svn.debian.org/svn/debian-edu/trunk/src/libpam-mklocaluser ? If it works for you, I'll upload it to unstable. 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#635181: subversion: javahl BasicTests.testLogDate fails (expected:1191466852134992 but was:1191423652134992)
Hi, Peter Samuelson wrote: The Subversion high-level Java bindings ('javahl') in Debian have gone through 3 different compilers (Jikes, Kaffe, and now gcj) and none of them could make all the tests pass. [etc] Thanks for explaining. What is the state of the Java build and runtime world? Last I heard, gcj could target some sort of native code, not just JVM bytecode. Does that mean it's still better than Oracle's offering, or does nobody care? The subversion packaging takes advantage of that iiuc, so I don't think it's important. As Michael mentioned, the default jdk in Debian on most arches is openjdk now. Looking over the java policy in /usr/share/doc/java-common/ and http://bugs.debian.org/548755 I am still left with some questions about how to use it (e.g., where the 5 comes from in the dependency on java5-runtime-headless and whether it is is right). So the following it just a sketch. Next step will be to read over the test and make sure openjdk's answer is really the right one. Thanks for keeping subversion in good shape all these years. :) --- diff --git a/debian/control b/debian/control index b46834be..b12600b5 100644 --- a/debian/control +++ b/debian/control @@ -11,7 +11,7 @@ Build-Depends: debhelper, libneon27-gnutls-dev, libserf-0-0-dev (= 0.3.0-0.2), quilt, doxygen, autotools-dev, autoconf, libtool, swig, python-all-dev, python-support, perl, libperl-dev, ruby1.8, ruby1.8-dev, - gcj-jdk (= 4:4.4) [!alpha !arm !hppa !m68k !mips !mipsel !hurd-i386], + default-jdk [!alpha !arm !hppa !m68k !mips !mipsel !hurd-i386], junit [!alpha !arm !hppa !m68k !mips !mipsel !hurd-i386] Build-Conflicts: libsvn-dev ( 1.7~) XS-Python-Version: = 2.4, 3.0 @@ -117,7 +117,7 @@ Description: Assorted tools related to Subversion Package: libsvn-java Section: java Architecture: any -Depends: gij | java5-runtime-headless, libsvn1 (= ${binary:Version}), ${shlibs:Depends} +Depends: default-jre | java5-runtime-headless, libsvn1 (= ${binary:Version}), ${shlibs:Depends} Description: Java bindings for Subversion This is a set of Java classes which provide the functionality of libsvn, the Subversion libraries. It is useful if you want to, for diff --git a/debian/patches/java-build b/debian/patches/java-build index 23a5bbf4..fa7acfdd 100644 --- a/debian/patches/java-build +++ b/debian/patches/java-build @@ -16,14 +16,20 @@ javah, symbols in a nested class use _ as a separator instead of _00024. [ps, 2010-11-08: Refresh to apply to trunk r1032687 (new makefile generation system).] +[jn, 2011-07-26: Allow openjdk, too.] + --- a/build/generator/templates/makefile.ezt +++ b/build/generator/templates/makefile.ezt -@@ -90,7 +90,8 @@ +@@ -90,7 +90,12 @@ [if-any target.headers][target.varname]_CLASS_FILENAMES =[for target.header_class_filenames] [target.header_class_filenames][end] [target.varname]_CLASSES =[for target.header_classes] [target.header_classes][end] $([target.varname]_HEADERS): $([target.varname]_CLASS_FILENAMES) - [target.link_cmd] -d [target.output_dir] -classpath [target.classes]:$([target.varname]_CLASSPATH) $([target.varname]_CLASSES) -+ [target.link_cmd] -d [target.output_dir] -classpath [target.classes]:$([target.varname]_CLASSPATH) -all [target.classes] ++ if [target.link_cmd] -all --help /dev/null 21; then \ ++ [target.link_cmd] -d [target.output_dir] -classpath [target.classes]:$([target.varname]_CLASSPATH) -all [target.classes]; \ ++ else \ ++ [target.link_cmd] -d [target.output_dir] -classpath [target.classes]:$([target.varname]_CLASSPATH) $([target.varname]_CLASSES); \ ++ fi + cd [target.output_dir]; sed -i s/_00024/_/ *.h [end][if-any target.sources][target.varname]_SRC =[for target.sources] [target.sources][end] $([target.varname]_OBJECTS): $([target.varname]_SRC) diff --git a/debian/rules b/debian/rules index 977f3c73..8f35102f 100755 --- a/debian/rules +++ b/debian/rules @@ -94,7 +94,7 @@ export DH_OPTIONS ifdef DEB_OPT_WITH_JAVAHL # jikes 1.22 cannot compile javahl. confflags += --enable-javahl --without-jikes \ - --with-jdk=/usr/lib/jvm/java-gcj \ + --with-jdk=/usr/lib/jvm/default-java \ --with-junit=/usr/share/java/junit.jar else DH_OPTIONS += -Nlibsvn-java -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635493: Dangling symlinks created on install python-support.pth
Package: python-support Version: 1.0.10 Severity: normal On a fresh install of Debian 'squeeze' the install creates symlinks to /usr/lib/python2.4/site-packages/python-support.pth /usr/lib/python2.5/site-packages/python-support.pth /usr/lib/python2.6/dist-packages/python-support.pth only the last of which points to a file that exists on a fresh install. The first two point to the relative locations: ../../pymodules/python2.4/.path ../../pymodules/python2.5/.path -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') 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/dash Versions of packages python-support depends on: ii dpkg1.15.8.11Debian package management system ii python 2.6.6-3+squeeze6 interactive high-level object-orie python-support recommends no packages. python-support 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#635494: cmus: new upstream version 2.4.2
Package: cmus Version: 2.4.1-2 Severity: wishlist New upstream version 2.4.2 is available, which includes the patch! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'testing'), (300, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cmus depends on: ii libao4 1.1.0-1 Cross Platform Audio Output Librar ii libasound2 1.0.24.1-2 shared library for ALSA applicatio ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-4 Free Lossless Audio Codec - runtim ii libmad0 0.15.1b-6MPEG audio decoder library ii libmodplug1 1:0.8.8.2-3 shared libraries for mod music bas ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libncursesw55.9-1shared libraries for terminal hand ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii libwavpack1 4.60.1-1 an audio codec (lossy and lossless Versions of packages cmus recommends: ii cmus-plugin-ffmpeg 2.4.2-1.1 lightweight ncurses audio player ( ii libpulse00.9.23-1.1 PulseAudio client libraries ii libroar1 0.4~beta7-1 foundation libraries for the RoarA cmus 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#635495: lintian want's jars at /usr/share/
Package: mozilla-devscripts Version: 0.27 Severity: normal Tags: sid Hi, if i use install-xpi for packaging xul extensions i got a lintian error at the final package. All jars will installed at /usr/lib/xul-ext/package/... I'm not sure witch is the really correct place will be but something seems to be wrong. For example: sascha@kang:/var/cache/pbuilder/sid/result$ lintian xul-ext- firetray_0.3.0-svn-r122-1_amd64.deb W: xul-ext-firetray: jar-not-in-usr-share usr/lib/xul- ext/firetray/chrome/firetray.jar sascha@kang:/var/cache/pbuilder/sid/result$ lintian-info -t jar-not-in-usr- share N: jar-not-in-usr-share N: N: The classpath listed in some of the files references files outside of N: /usr/share, while all installed JAR files must be within N: /usr/share/java for libraries or /usr/share/package for JARs for N: private use. N: N: The rationale is that jar files are in almost all cases architecture N: independent and therefore should be in /usr/share. If the jar file is N: truly architecture dependent or it cannot be moved since symlinked jar N: files are not accepted by the application, then please override this N: tag. N: N: Refer to Debian Java Policy section 2.2 (Debian Java Policy) and N: Debian Java Policy section 2.3 (Debian Java Policy) for details. N: N: Severity: normal, Certainty: possible N: N: Check: java, Type: binary N: Cheers Sascha -- System Information: Debian Release: 6.0.2 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozilla-devscripts depends on: ii dpkg-dev 1.15.8.11 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii python 2.6.7-1 interactive high-level object-orie ii python-librdf 1.0.10.1-2Python language bindings for the R ii python2.6 2.6.7-3 An interactive high-level object-o ii quilt 0.48-7Tool to work with series of patche ii unzip 6.0-4 De-archiver for .zip files ii wget 1.12-2.1 retrieves files from the web ii zip3.0-3 Archiver for .zip files mozilla-devscripts recommends no packages. Versions of packages mozilla-devscripts suggests: ii cvs 1:1.12.13-12 Concurrent Versions System ii git 1:1.7.2.5-2 fast, scalable, distributed revisi pn mercurial 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#635496: cannot import mercurial.httpclient with Python 2.7: 'module' object has no attribute 'PROTOCOL_SSLv2'
Package: mercurial Version: 1.9-1+b1 User: debian-pyt...@lists.debian.org Usertags: python2.7 $ python2.7 -c 'import mercurial.httpclient' Traceback (most recent call last): File string, line 1, in module File /usr/lib/pymodules/python2.7/mercurial/httpclient/__init__.py, line 48, in module import socketutil File /usr/lib/pymodules/python2.7/mercurial/httpclient/socketutil.py, line 81, in module PROTOCOL_SSLv2 = ssl.PROTOCOL_SSLv2 AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv2' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mercurial depends on: ii libc62.13-10 Embedded GNU C Library: Shared lib ii mercurial-common 1.9-1 scalable distributed version contr ii python 2.7.2-3 interactive high-level object-orie ii python-support 1.0.14 automated rebuilding support for P ii ucf 3.0025+nmu2 Update Configuration File: preserv -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634058: libnss3: missing libnss3.so in /usr/lib crashes other software
On Sat, Jul 16, 2011 at 04:07:32PM +0200, Mike Hommey wrote: This is because the jre hardcodes the nss library directory in /etc/java-6-openjdk/security/nss.cfg It should probably try to let the dynamic linker do its job. ... which it does is nssLibraryDirectory is not set at all in /etc/java-6-openjdk/security/nss.cfg... Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634107: DDTT
Just never pass relative paths to umount, it can fly around your ears in several different ways. bye, //mirabilos -- 08:05⎜XTaran:#grml mika: Does grml have an tool to read Apple ⎜System Log (asl) files? :) 08:08⎜ft:#grml yeah. /bin/rm. ;) 08:09⎜mrud:#grml hexdump -C 08:31⎜XTaran:#grml ft, mrud: *g* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633481: Bug#633841: proposal of package name change to python-samba4
On 07/14/2011 11:10 AM, Arvid Requate wrote: A package named python-samba used to be build from the source package samba (3.0.24-6+lenny3) in lenny. This binary package was removed from debian/control later on (2:3.2.5-4lenny14 see http://packages.debian.org/source/lenny/samba), but some derived distributions have reenabled the build of python-samba in the source package. Since this version has an epoch of 2, the normal upgrade of the python-samba package to the current one build from the source package samba4 fails. This can be avoided by simply renaming the package. Also, to match the naming scheme of samba4/samba4-clients/winbind4 it would be good to rename the binary package to python-samba4. This would be inconvenient since the python package is actually called samba. It would also mean we would need a transition in Debian to move from python-samba to python-samba4. The python bindings in Samba 3 were disabled for a good reason. Debian didn't ship a python-samba in squeeze, and python-samba in lenny didn't have an epoch yet so it should be fine for us to use that name now. Cheers, Jelmer signature.asc Description: This is a digitally signed message part
Bug#635497: gitolite: Gitolite does not allow setting permissions for wildcard repos
Package: gitolite Version: 1.5.4-2+squeeze1 Severity: important The current Squeeze version of Gitolite is unable to set permissions for both Gitweb and Git-Daemon on wildcard repositories. Upstream added this possibility in release v1.5.6, and one part of the fix is here: https://github.com/sitaramc/gitolite/commit/648676fa. $ git describe --tags 648676fa v1.5.5-17-g648676f -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') 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 gitolite depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii git [git-core] 1:1.7.2.5-2 fast, scalable, distributed revisi ii git-core 1:1.7.2.5-2 fast, scalable, distributed revisi ii openssh-server [ssh-se 1:5.5p1-6 secure shell (SSH) server, for sec ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction gitolite recommends no packages. Versions of packages gitolite suggests: pn git-daemon-run none (no description available) ii gitweb 1:1.7.2.5-2 fast, scalable, distributed revisi -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543799: screws up desktop wallpaper
Package: mutter Followup-For: Bug #543799 Hi, I'm not totally sure, but I think this bug may be fixed now. At least, when I run mutter with mutter --replace, my wallpaper stays in place as it should. No all white background. [The environment is slightly different from my bug report though: I'm replacing metacity instead of compiz; I tried to run compiz to test that case too, but it doesn't seem to work entirely properly.] -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutter depends on: ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-6 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget ii libcanberra0 0.28-1 a simple abstract interface for pl ii libclutter-1.0-0 1.6.16-1 Open GL based interactive canvas l ii libdrm2 2.4.26-1 Userspace interface to kernel DRM ii libffi5 3.0.9-7Foreign Function Interface library ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.4-2FreeType 2 font engine, shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.5-2 GDK Pixbuf library ii libgirepository-1.0-1 0.10.8-2 Library for handling GObject intro ii libgl1-mesa-glx [libgl1] 7.10.3-3 free implementation of the OpenGL ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome2-common 2.32.1-1 The GNOME library - common files ii libgtk-3-03.0.11-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libjson-glib-1.0-00.13.4-2 GLib JSON manipulation library ii libmutter03.0.2.1-2 window manager library from the Mu ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsm62:1.2.0-2 X11 Session Management library ii libstartup-notification0 0.12-1 library for program launch feedbac ii libx11-6 2:1.4.3-2 X11 client-side library ii libxcomposite11:0.4.3-2 X11 Composite extension library ii libxcursor1 1:1.1.12-1 X cursor management library ii libxdamage1 1:1.1.3-2 X11 damaged region extension libra ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxfixes31:5.0-4X11 miscellaneous 'fixes' extensio ii libxi62:1.4.3-3 X11 Input extension library ii libxinerama1 2:1.1.1-3 X11 Xinerama extension library ii libxrandr22:1.3.2-2 X11 RandR extension library ii libxrender1 1:0.9.6-2 X Rendering Extension client libra ii mutter-common 3.0.2.1-2 shared files for the Mutter window ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages mutter recommends: ii gnome-session [x-session-mana 2.30.2-3 The GNOME Session Manager - GNOME ii xfce4-session [x-session-mana 4.8.1-3Xfce4 Session Manager Versions of packages mutter suggests: ii gnome-control-center 1:2.30.1-3 utilities to configure the GNOME d ii gnome-themes 2.30.2-1 official themes for the GNOME desk ii xdg-user-dirs 0.13-2 tool to manage well known user dir -- 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#565007: Diff for the NMU
I have just done an NMU of jade to fix longstanding issue. Please find below the patch I have used. diff -u jade-1.2.1/debian/changelog jade-1.2.1/debian/changelog --- jade-1.2.1/debian/changelog +++ jade-1.2.1/debian/changelog @@ -1,3 +1,11 @@ +jade (1.2.1-47.1) unstable; urgency=low + + * Non-maintainer upload. + * Build with -fpermissive to workaround FTBFS with recent compilers +(closes: #565007, #624963, #624871). + + -- Aurelien Jarno aure...@debian.org Tue, 26 Jul 2011 13:03:11 +0200 + jade (1.2.1-47) unstable; urgency=low * Package explicitely build-depends on g++-3.4: diff -u jade-1.2.1/debian/rules jade-1.2.1/debian/rules --- jade-1.2.1/debian/rules +++ jade-1.2.1/debian/rules @@ -67,8 +67,8 @@ # determine our top level SRCDIR := $(shell pwd) -CFLAGS := -g -pipe -CXXFLAGS := -g -pipe -D_REENTRANT +CFLAGS := -g -pipe -fpermissive +CXXFLAGS := -g -pipe -D_REENTRANT -fpermissive CC := gcc CXX:= g++ -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635498: magics++: FTBFS: testsuite failure
Package: src:magics++ Version: 2.12.9-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-*, armel buildds: PASS: wind Magics:-- Magics: Magics: Magics++ 2.12.9 (64 bit) Magics: Magics: Meteorological Applications Graphics Integrated Colour System Magics: Magics: Developed By Magics: Magics: The European Centre for Medium-Range Weather Forecasts Magics: Magics: Copyright ECMWF 2007-2011 Magics: Magics:-- Magics:-- Magics:COMPLETED Magics: Magics:Any problems or suggestions? Please contact us at Magics:magicsp...@ecmwf.int Magics:-- PASS: shaded_isolines /bin/bash: line 5: 78425 Segmentation fault (core dumped) ${dir}$tst FAIL: layout_test === 1 of 5 tests failed === make[5]: *** [check-TESTS] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=magics%2B%2Barch=kfreebsd-amd64ver=2.12.9-1stamp=1311632173 Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635499: [libgpod4] Please package new upstream version 0.8.2
Package: libgpod4 Version: 0.8.0-3 Severity: wishlist There is a new upstream libgpod version, which fixes some major bugs. BTW, it could be helpful to add a watchfile. Thanks in advance. -- eshat cakar web: www.eshat.degpg-id: 799B 95D5 gpg-fingerprint: D59E 3B77 8662 D221 0900 D758 9D0F C2C1 799B 95D5 signature.asc Description: This is a digitally signed message part.
Bug#635500: failed to import extension hgext.git: 'module' object has no attribute 'findoutgoing'
Package: mercurial-git Version: 0.2.6-1 Severity: grave Justification: renders package unusable hg-git doesn't work with Mercurial 1.9: $ hg --traceback pull bitbucket *** failed to import extension hgext.git: 'module' object has no attribute 'findoutgoing' Traceback (most recent call last): File /usr/lib/pymodules/python2.7/mercurial/extensions.py, line 86, in loadall load(ui, name, path) File /usr/lib/pymodules/python2.7/mercurial/extensions.py, line 73, in load mod = importh(name) File /usr/lib/pymodules/python2.7/mercurial/extensions.py, line 65, in importh mod = __import__(name) File /usr/lib/pymodules/python2.7/mercurial/demandimport.py, line 85, in _demandimport return _origimport(name, globals, locals, fromlist) File /usr/lib/pymodules/python2.7/hgext/git/__init__.py, line 134, in module extensions.wrapfunction(discovery, 'findoutgoing', findoutgoing) File /usr/lib/pymodules/python2.7/mercurial/extensions.py, line 184, in wrapfunction origfn = getattr(container, funcname) File /usr/lib/pymodules/python2.7/mercurial/demandimport.py, line 76, in __getattribute__ return getattr(self._module, attr) AttributeError: 'module' object has no attribute 'findoutgoing' Traceback (most recent call last): File /usr/lib/pymodules/python2.7/mercurial/dispatch.py, line 87, in _runcatch return _dispatch(req) File /usr/lib/pymodules/python2.7/mercurial/dispatch.py, line 646, in _dispatch repo = hg.repository(ui, path=path) File /usr/lib/pymodules/python2.7/mercurial/hg.py, line 93, in repository repo = _peerlookup(path).instance(ui, path, create) File /usr/lib/pymodules/python2.7/mercurial/hg.py, line 78, in _peerlookup return thing(path) File /usr/lib/pymodules/python2.7/hgext/git/__init__.py, line 45, in _local p = hgutil.drop_scheme('file', path) AttributeError: 'NoneType' object has no attribute 'drop_scheme' ** unknown exception encountered, please report by visiting ** http://mercurial.selenic.com/wiki/BugTracker ** Python 2.7.2+ (default, Jul 9 2011, 20:15:28) [GCC 4.6.1] ** Mercurial Distributed SCM (version 1.9) ** Extensions loaded: Traceback (most recent call last): File /usr/bin/hg, line 38, in module mercurial.dispatch.run() File /usr/lib/pymodules/python2.7/mercurial/dispatch.py, line 27, in run sys.exit(dispatch(request(sys.argv[1:]))) File /usr/lib/pymodules/python2.7/mercurial/dispatch.py, line 64, in dispatch return _runcatch(req) File /usr/lib/pymodules/python2.7/mercurial/dispatch.py, line 87, in _runcatch return _dispatch(req) File /usr/lib/pymodules/python2.7/mercurial/dispatch.py, line 646, in _dispatch repo = hg.repository(ui, path=path) File /usr/lib/pymodules/python2.7/mercurial/hg.py, line 93, in repository repo = _peerlookup(path).instance(ui, path, create) File /usr/lib/pymodules/python2.7/mercurial/hg.py, line 78, in _peerlookup return thing(path) File /usr/lib/pymodules/python2.7/hgext/git/__init__.py, line 45, in _local p = hgutil.drop_scheme('file', path) AttributeError: 'NoneType' object has no attribute 'drop_scheme' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mercurial-git depends on: ii mercurial 1.9-1+b1 scalable distributed version contr ii python2.7.2-3interactive high-level object-orie ii python-dulwich0.7.1-3Python Git library ii python-support1.0.14 automated rebuilding support for P -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: [tex-live] latex-unicode source and licensing
Le 26/07/2011 12:36, Lionel Elie Mamane a écrit : (Please keep 635...@bugs.debian.org in the CC list when replying). In the texlive SVN, in the directory Master/texmf-dist/tex/latex/ucs, there are a bunch of files that start with: 1) I don't find ucs.dtx; do you have it or know where to find it? I don't, and indeed it sounds like a problem. 2) I don't find the LICENSE file to know what the some modifications are. Do you have it or know where to find it? Yep, it's in TL in texmf-dist/doc/latex/ucs, or on CTAN at: http://mirror.ctan.org/macros/latex/contrib/unicode/ The modifications do not add any restriction to the LPPL, at first glance, so they are not a problem at all. 3) More generally, http://www.unruh.de/DniQ/latex/unicode/ redirects to http://wolfgang.jeltsch.info/software/latex-unicode/, which is a 404. Do you have another upstream (maintainer) for latex-unicode? I presume he/she would have the above. I found that http://www.unruh.de/DniQ/ redirects to http://www.cs.ut.ee/~unruh/ which has contact information about Dominique Unruh, ucs.sty's author. The page looks fairly up-to-date so I assume the contact info is valid. Would you like to contact him about the missing ucs.dtx? If you do, please keep us informed. Thanks, Manuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635501: xz-utils: xzdiff does not (always) preserve diff's return value
Package: xz-utils Version: 5.0.0-2 Severity: normal It always returns 0 instead of 1 (i.e. if the files differ). Simple way to check: cp /etc/hosts /etc/hostname /tmp/ cd /tmp diff -q host* ; echo $? xz host* xzdiff -q host* ; echo $? I could not create a simple test case for 2 return value (this would be a case where diff fails due to an error while xzdiff can run correctly, i.e. unreadable xz files do not qualify). xzcmp behaves the same way, as they are the same program. I've already filed a bug report with a patch in the ubuntu bug tracker: https://bugs.launchpad.net/ubuntu/+source/xz-utils/+bug/816325 I've verified that the patch also works on debian squeeze. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xz-utils depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii liblzma2 5.0.0-2XZ-format compression library xz-utils recommends no packages. Versions of packages xz-utils suggests: pn xz-lzma 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#635491: [tex-live] [BUG] ucshyper does
Hi, We (the TeX Live team) do not maintain ucshyper.sty, we merely take what is on CTAN and distribute it in (hopefully) usable form. Your suggestion looks fine but should be addressed to the author (see the other thread for possible contact info). Thanks, Manuel. Le 26/07/2011 13:00, Lionel Elie Mamane a écrit : Hi, (Please keep 635...@bugs.debian.org in the CC list when replying). ucshyper.sty tries (buggily) to disable itself when (la)tex is not run in PDF output mode. But ucshyper works like a charm when producing a DVI meant for post-processing with dvipdfm (and hyperref loaded with hdvipdfm driver). I have only tested it with pdf(la)tex running in DVI output mode, but I expect plain (la)tex would work just as well. Patch attached. Assumes e-tex (uses \ifdefined). I assume this is OK. I disabled the loading of hyperref, so that the user can choose hir hyperref driver freely; instead a call to \hypersetup{unicode=true}, and hence a requirement that ucshyper be loaded *after* hyperref. What would be your thoughts about upgrading the warnings (or maybe one of them) to errors? ucshyper.sty is in directory Master/texmf-dist/tex/latex/ucs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635502: Please patch libvalhalla for libav 0.7 (experimental)
Package: libvalhalla Version: 2.0.0-3 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch Hi, libvalhalla FTBFS with libav 0.7 (Debian experimental and Ubuntu oneiric) with the following error: ... gcc -c -g -O2 -fPIC -W -Wall -I/usr/include/libxml2 -I/usr/include/libexif -g -O2 -DPIC -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DHAVE_DEBUG -DUSE_XML -DUSE_LAVC -DHAVE_GRABBER_ALLOCINE -DHAVE_GRABBER_AMAZON -DHAVE_GRABBER_CHARTLYRICS -DHAVE_GRABBER_EXIF -DHAVE_GRABBER_FFMPEG -DHAVE_GRABBER_IMDB -DHAVE_GRABBER_LASTFM -DHAVE_GRABBER_LOCAL -DHAVE_GRABBER_LYRICWIKI -DHAVE_GRABBER_NFO -DHAVE_GRABBER_TMDB -DHAVE_GRABBER_TVDB -DHAVE_GRABBER_TVRAGE -DUSE_GRABBER -DUSE_LOGCOLOR -o grabber_ffmpeg.o grabber_ffmpeg.c grabber_ffmpeg.c: In function 'grabber_ffmpeg_properties_get': grabber_ffmpeg.c:92:10: error: 'CODEC_TYPE_AUDIO' undeclared (first use in this function) grabber_ffmpeg.c:92:10: note: each undeclared identifier is reported only once for each function it appears in grabber_ffmpeg.c:106:10: error: 'CODEC_TYPE_VIDEO' undeclared (first use in this function) grabber_ffmpeg.c:141:10: error: 'CODEC_TYPE_SUBTITLE' undeclared (first use in this function) make[2]: *** [grabber_ffmpeg.o] Error 1 In Ubuntu, the following patch fixed the FTBFS: *** /tmp/tmpXsT_Ie Thanks for considering the patch. Fabrice -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-10-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF8, LC_CTYPE=es_ES.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF8) Shell: /bin/sh linked to /bin/dash diff -Nru libvalhalla-2.0.0/debian/patches/fix_ftbfs_libav_0.7.patch libvalhalla-2.0.0/debian/patches/fix_ftbfs_libav_0.7.patch --- libvalhalla-2.0.0/debian/patches/fix_ftbfs_libav_0.7.patch 1970-01-01 01:00:00.0 +0100 +++ libvalhalla-2.0.0/debian/patches/fix_ftbfs_libav_0.7.patch 2011-07-26 13:28:57.0 +0200 @@ -0,0 +1,46 @@ +Description: fix FTBFS with libav 0.7 because of use of deprecated functions +Author: Fabrice Coutadeur fabric...@ubuntu.com + +--- libvalhalla-2.0.0.orig/src/parser.c libvalhalla-2.0.0/src/parser.c +@@ -340,9 +340,9 @@ parser_stream_info (AVFormatContext *ctx + { + AVStream *st = ctx-streams[i]; + +-if (st-codec-codec_type == CODEC_TYPE_VIDEO) ++if (st-codec-codec_type == AVMEDIA_TYPE_VIDEO) + video_st = 1; +-else if (st-codec-codec_type == CODEC_TYPE_AUDIO) ++else if (st-codec-codec_type == AVMEDIA_TYPE_AUDIO) + audio_st = 1; + } + +--- libvalhalla-2.0.0.orig/src/grabber_ffmpeg.c libvalhalla-2.0.0/src/grabber_ffmpeg.c +@@ -89,7 +89,7 @@ grabber_ffmpeg_properties_get (grabber_f + + switch (codec-codec_type) + { +-case CODEC_TYPE_AUDIO: ++case AVMEDIA_TYPE_AUDIO: + audio_streams++; + name = grabber_ffmpeg_codec_name (codec-codec_id); + if (name) +@@ -103,7 +103,7 @@ grabber_ffmpeg_properties_get (grabber_f + VALHALLA_METADATA_AUDIO_BITRATE, ffmpeg-pl); + break; + +-case CODEC_TYPE_VIDEO: ++case AVMEDIA_TYPE_VIDEO: + /* Common part (image + video) */ + video_streams++; + name = grabber_ffmpeg_codec_name (codec-codec_id); +@@ -138,7 +138,7 @@ grabber_ffmpeg_properties_get (grabber_f + VALHALLA_METADATA_VIDEO_ASPECT, ffmpeg-pl); + break; + +-case CODEC_TYPE_SUBTITLE: ++case AVMEDIA_TYPE_SUBTITLE: + sub_streams++; + break; + diff -Nru libvalhalla-2.0.0/debian/patches/series libvalhalla-2.0.0/debian/patches/series --- libvalhalla-2.0.0/debian/patches/series 2011-02-25 13:02:41.0 +0100 +++ libvalhalla-2.0.0/debian/patches/series 2011-07-26 13:28:15.0 +0200 @@ -1 +1,2 @@ add-lrt-to-ldflags.patch +fix_ftbfs_libav_0.7.patch
Bug#635503: libapache2-mod-jk: mod-jk corrupts first and second listed worker.list entry
Package: libapache2-mod-jk Version: 1:1.2.30-1squeeze1 Severity: important mod-jk mutates the first two entries in worker.list My worker.list looks like this: worker.list = eservice2, eservice1, eserviceE, eserviceQ but in mod_jk.log the worker.list seems to be altered : [Sun Jul 24 06:25:30.461 2011] [16401:140729642657600] [debug] jk_map_dump::jk_map.c (589): Dump of map: 'worker.list' - 'esevice2, eservvice1, eserviceE, eserviceQ' I am able to reproduce this on another sqeeze machine with a configuration similar to this. TIA Andreas -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') 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 libapache2-mod-jk depends on: ii apache22.2.16-6+squeeze1 Apache HTTP Server metapackage ii apache2-mpm-worker [ap 2.2.16-6+squeeze1 Apache HTTP Server - high speed th ii apache2.2-common 2.2.16-6+squeeze1 Apache HTTP Server common files ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib libapache2-mod-jk recommends no packages. Versions of packages libapache2-mod-jk suggests: pn libapache-mod-jk-doc none (no description available) pn tomcat6 none (no description available) -- Configuration Files: /etc/libapache2-mod-jk/workers.properties [Errno 2] No such file or directory: u'/etc/libapache2-mod-jk/workers.properties' /srv/application/conf/workers.properties ps=/ worker.list = eservice2, eservice1, eserviceE, eserviceQ worker.eserviceQ.port=9022 worker.eserviceQ.host=localhost worker.eserviceQ.type=ajp13 worker.eserviceQ.distance=0 worker.eserviceE.port=9025 worker.eserviceE.host=localhost worker.eserviceE.type=ajp13 worker.eserviceE.distance=0 -- 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#605460: admin is broken after upgrade to Squeeze
squeeze has gitosis (0.2+20090917-11) http://packages.debian.org/en/squeeze/gitosis Thus bug still exists... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632176: closed by Aurelien Jarno aure...@debian.org (Bug#632176: fixed in eglibc 2.13-11)
On 2011-07-26 03:51 +0200, Aurelien Jarno wrote: * Disable multiarch support on amd64, kfreebsd-amd64, ppc64, sparc64 until we fix the /lib64 - /lib symlink issue. Closes: #632176. It seems you made a typo regarding the kfreebsd-amd64 case: --8---cut here---start-8--- --- a/debian/rules.d/debhelper.mk +++ b/debian/rules.d/debhelper.mk @@ -114,7 +114,7 @@ endif # Disable multiarch support on some architectures until we fix the /lib64 - /lib issue # case $(curpass)/$(DEB_HOST_ARCH) in \ - libc6/amd64 | libc6/kfreebsd-amd64 | libc6/ppc64 | libc6/s390x | libc6/sparc64) \ + libc6/amd64 | libc0.1/kfreebsd-amd64 | libc6/ppc64 | libc6/s390x | libc6/sparc64) \ dh_gencontrol -p$(curpass) -- -UMulti-Arch \ ;; \ *) \ --8---cut here---end---8--- Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: [tex-live] latex-unicode source and licensing
I found that http://www.unruh.de/DniQ/ redirects to http://www.cs.ut.ee/~unruh/ which has contact information about Dominique Unruh, ucs.sty's author. The page looks fairly up-to-date so I assume the contact info is valid. The current maintainer of ucs seems to be Wolfgang Jeltsch, see http://newsgroups.derkeiler.com/Archive/Comp/comp.text.tex/2011-01/msg00537.html Markus signature.asc Description: This is a digitally signed message part.
Bug#635504: ITP: flashcache -- write back block device cache for Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: wishlist Owner: Arno Töll deb...@toell.net * Package name: flashcache Version : 1.0 Upstream Author : Mohan Srinivasan mo...@fb.com * URL : https://github.com/facebook/flashcache * License : GPL-2 Programming Lang: C Description : write-back block device cache for Linux Flashcache is a write-back block device cache for Linux. Using the Linux device mapper (DM) it provides an overlay mapper, to cache chunks of data on a high speed caching device like a solid-state drive for fast read access. . Flashcache supports FIFO and LRU cache sets, is configurable and error resistant. It comes with a DKMS kernel module and a corresponding user land for command and control. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOLq+aAAoJEMcrUe6dgPNtCnEP/i+FjnyT7QB13uQ3NJuSRWDe t/z/cl9gGlbJXvQr8tLf/9HuwpDFWWAjESrPaYzgj5YwH/B/vb6s67BpL584duaW ChFDyzQ2d2INzZNSS1vNCJAStACPjmHnF3OkZTnYP1673zrvXRq6EA67sXOaB1qC kpQ4getqwWFbirD9x0m7qA80ntgiCEvArTDEuKR8wjcDyyUK+fbjh612dXEpSvlv /bIL0AeGxccZP2KnAnFz9PYeN6i6qBsMZLfb7zQSnzFszz0P7OtU88vC4z6cEbRc 8QpkDmUbC2Apsagt3CmIU9S91KGAmH4fnr7UnKyhpKvu/8QBry0X1hGBd5MjArfC mSBrTVUotxQvuDP38WVFX22RKiCbQg3Q+NK0El07iuJpYLiv3dqSP3hNZD3HjLQX dLJIPEi7Ri/9wJjLaTPlgk9keqfwdWX3s6Hth+1fxhA2Nwue21MsHJocPtBybGIS Nz3RAJl8743fNloZILyNZe9d3dDQavqxK/eHEjGl31ryJ8b0UbI034WtMzO7ndkD V4W7tZF+kOY/BEdmbDYfl0Nf/G+I6mieomX9xf8dFWIVK0/gisyasnLmYECgPUA7 f3C3/3eOEcPNp7AYiTR/QCKy237CHPzCLAUBsQx1O9NQ827e44NdsP0ObQADit0t LERl08N8EZAeCdOmhupi =1jzY -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#588219: ITA - ca-certificates -- Common CA certificates
Hello Stefan, I would like to take over this ITA, since the package needs some care. I am starting to work on updates, today, so please, reply to #588219 if you intend to follow through with the adoption and we can merge some work, if you like. Kind regards, Michael Shuler signature.asc Description: OpenPGP digital signature
Bug#635418: luakit: Please transition to Webkit 1.3
On Mon, Jul 25, 2011 at 08:52:11PM +0200, bi...@debian.org wrote: Webkit 1.4.2-1 is available in both unstable and testing. Fantastic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635211: lintian: does not process *_multi.changes properly
On 2011-07-25 23:20, Niels Thykier wrote: I just committed some changes for lintian that should fix this issue. Unfortunately it might be a while till I have time to test it on a multi.changes. If you have the time, it would be great if you could fetch lintian from git and run it[1] on your multi.changes to see if it is fixed. Just tested it and it works fine. Thanks. ftp-master will need to be updated once this gets into a release, so that multi.changes can be uploaded again. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635371: linux-image-2.6.32-5-amd64: screen freezes when doing make -j12
Hi Jonathan, On 07/25/2011 04:44 PM, Jonathan Nieder wrote: severity 635371 wishlist tags 635371 + upstream moreinfo quit Hi Arnaud, Arnaud Gelas wrote: When compiling some libraries with gcc with all possible threads, the screen freezed and even killing processes is difficult How much memory was used? Did it go into swap? Is swap on a slow disk? Is this behavior different from previous versions of the kernel? Other notable details? $ free -m total used free sharedbuffers cached Mem: 12041 11723317 0368 7170 -/+ buffers/cache: 4184 7856 Swap:19322301 19021 The swap is located a recent and decent disk. I have just switched from another distribution (Fedora) where I never had this problem before. So I can't tell about previous kernel on debian. (Note: it may have been fixed in more recent version of the kernel?) The memory management subsystem or perhaps the I/O scheduler (?) is known to not cope very well with low-memory situations when memory being actively used needs to be reclaimed by swapping things out. In an ideal world, we would want the system to remain responsive enough to kill something, but in practice it is hard to figure out how to do that and figure out what to keep in memory. If some details inspire a method of chiseling away at the problem, I can help direct you to an appropriate person upstream to discuss it and point out patches to test. Otherwise, I will probably close the bug, since it would not be clear how to use this knowledge to improve the kernel. I can test patches if anyone could see a solution. Thanks for reporting. Regards, Jonathan Thanks, Arnaud -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635371: linux-image-2.6.32-5-amd64: screen freezes when doing make -j12
Arnaud Gelas wrote: I have just switched from another distribution (Fedora) where I never had this problem before. So I can't tell about previous kernel on debian. (Note: it may have been fixed in more recent version of the kernel?) Ah! Yes, this was probably improved by v2.6.38-rc1~489^2~11 (sched: Add 'autogroup' scheduling feature: automated per session task groups, 2010-11-30). If you get a chance to test the kernel from sid or experimental to confirm, that could be helpful. Thanks for explaining, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode source
forwarded 635382 jelt...@informatik.tu-cottbus.de thanks (Please keep 635...@bugs.debian.org in the CC in replies.) Hi, According to archives of newsgroup comp.text.tex, you are now the maintainer of latex-unicode. That's right? I noticed that the file ucs.dtx (source of many other files that form latex-unicode; directory macros/latex/contrib/unicode/ on CTAN) is not on CTAN (and thus not in TeX-live and thus not in Debian); did you get it from the previous maintainer? In that case, could you please put it on CTAN (and probably remove the generated files from CTAN), so that it trickles down to texlive and Debian? That would be great. Thanks in advance. Also, the previous maintainer's latex-unicode webpage (mentioned in the files on CTAN) (http://www.unruh.de/DniQ/latex/unicode/) redirects to your website at http://wolfgang.jeltsch.info/software/latex-unicode/, but that's a 404. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635506: lcalc: FTBFS with PARI 2.5.0
Package: lcalc Version: 0.0.20080205-1+b2 Severity: important Hello Tim, lcalc does not build anymore with PARI 2.5.0 because it is still using the old variables name (gzero instead of gen_0 etc.) I can provide help with the port to PARI 2.5.0. 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#617412: Update for tracker 0.10
severity 617412 serious severity 628771 serious Hi, tracker 0.10.21-2 has been uploaded to unstable today. As a result your package will ftbfs, so bumping the severity. Regards, 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#635382: latex-unicode source
On Di, 26 Jul 2011, Lionel Elie Mamane wrote: According to archives of newsgroup comp.text.tex, you are now the maintainer of latex-unicode. That's right? Thanks for taking up the contact! Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 which will engulf the Galaxy in fire and destruction, and possibly bring the Universe to a premature doom. I mean it,' he added. with luck I'll be drunk enough not to notice.' --- Ford ensuring everyone knew where his priorities lay. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635491: [tex-live] [BUG] ucshyper does
On Di, 26 Jul 2011, Manuel Pégourié-Gonnard wrote: We (the TeX Live team) do not maintain ucshyper.sty, we merely take what is on CTAN and distribute it in (hopefully) usable form. Agreeing with Manuel here. Both as Upstream TeX Live maintainer as well as downstream Debian packager we will hardly try to fix single packages, that is far too much efford considering the 2 files. All suggestions should go *direct* to the author, not even to the upstream texlive mailing list, as also they will disregard the requests. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ADLESTROP (n.) That part of a suitcase which is designed to get snarled up on conveyor belts at airports. Some of the more modern adlestrop designs have a special 'quick release' feature which enables the case to flip open at this point and fling your underclothes into the conveyor belt's gearing mechanism. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635507: genus2reduction: FTBFS with PARI 2.5.0
Package: genus2reduction Version: 0.3-2 Severity: important Hello Tim, genus2reduction do not build with PARI 2.5.0 because it is still using the old variables names (gzero instead of gen_0 etc.) I can provide help with the conversion. 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#635491: latex-unicode bug+patch: requires PDF output, but should not
forwarded 635491 jelt...@informatik.tu-cottbus.de thanks (Please keep 635...@bugs.debian.org in the CC in replies.) I discovered the missing ucs.dtx described in my previous message while trying to prepare a patch for latex-unicode; I wanted to make it a clean patch to the ucs.dtx file (true original source), but as I did not find that file, here's that patch in form of a patch to the ucshyper.sty file directly. Here's a description of the bug it solves: ucshyper.sty tries (buggily) to disable itself when (la)tex is not run in PDF output mode. But ucshyper works like a charm when producing a DVI meant for post-processing with dvipdfm (and hyperref loaded with hdvipdfm driver). I have only tested it with pdf(la)tex running in DVI output mode, but I expect plain (la)tex would work just as well. Patch attached. Assumes e-tex (uses \ifdefined). I assume this is OK. I disabled the loading of hyperref, so that the user can choose hir hyperref driver freely; instead a call to \hypersetup{unicode=true}, and hence a requirement that ucshyper be loaded *after* hyperref. What would be your thoughts about upgrading the warnings (or maybe one of them) to errors? When I say that is buggy in its detection of PDF output mode, I obviously refer to the issues explained in http://www.tex.ac.uk/cgi-bin/texfaq2html?label=whatengine As it should not try to abort when not in PDF mode, that point is moot anyway. -- Lionel --- /usr/share/texmf-texlive/tex/latex/ucs/ucshyper.sty 2006-01-13 01:10:12.0 +0100 +++ ucshyper.sty 2011-07-26 12:47:40.0 +0200 @@ -7,19 +7,29 @@ %% ucs.dtx (with options: `ucshyper.sty') %% %% Copyright 2001 Dominique Unruh domini...@unruh.de +%% Changed directly (not through ucs.dtx)in 2011 by +%% Lionel Elie Mamane lio...@mamane.lu +%% to allow use with .tex - .dvi - .pdf toolchain +%% with latex and dvipdfm, using hyperref's hdvipdfm driver. %% %% This program is provided under the terms of the LaTeX Project Public %% License with some modifications. %% See the file LICENSE (http://www.unruh.de/DniQ/latex/unicode/content/LICENSE) %% for information. %% -\ProvidesPackage{ucshyper}[2002/03/05 +\ProvidesPackage{ucshyper}[2011/07/26 UCS: Unicode in Hyperref's PDF bookmarks]% -\ifx\pdfoutput\undefined - \PackageWarning{ucshyper}{ucshyper needs to be run with -pdflatex.\MessageBreak Disabling functionality}% +\ifdefined\PrerenderUnicode\else% +\PackageWarning{ucshyper}{ucshyper needs to be run with +inputenc utf8x.\MessageBreak Disabling functionality}% \expandafter\endinput\fi -\RequirePackage[pdftex,unicode]{hyperref} +\ifdefined\hypersetup% + \hypersetup{unicode=true}% +\else% + \PackageWarning{ucshyper}{ucshyper needs to be loaded after + hyperref.\MessageBreak Disabling functionality}% +\expandafter\endinput% +\fi% \newif\ifucshyper@prerender\ucshyper@prerendertrue \newif\ifucshyper@direct\ucshyper@directtrue \DeclareOption{nodirect}{\ucshyper@directfalse}%
Bug#635508: Update to FreeIPMI 1.0.5
Package: freeipmi Version: 0.8.12-3 Severity: wishlist Hi Yaroslav, a number of versions have been released (5 not counting the beta) since 0.8.12. 1.0.5 even adds pkgconfig support. moreover, I (as NUT upstream lead) I'm developing power supply unit monitoring for NUT, using FreeIPMI, and will need at least 1.0.1. please consider updating FreeIPMI in Debian. cheers, Arnaud -- Linux / Unix Expert RD - Eaton - http://powerquality.eaton.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.free.fr/
Bug#635509: ITP: libmoosex-followpbp-perl -- Name your accessors get_foo() and set_foo()
Package: wnpp Severity: wishlist Owner: Julien VAUBOURG jul...@vaubourg.com * Package name: libmoosex-followpbp-perl Version : 0.05 Upstream Author : Dave Rolsky auta...@urth.org * URL : http://search.cpan.org/~drolsky/MooseX-FollowPBP-0.05/ * License : Artistic 2.0 Programming Lang: Perl Description : Name your accessors get_foo() and set_foo() This module does not provide any methods. Simply loading it changes the default naming policy for the loading class so that accessors are separated into get and set methods. The get methods are prefixed with get_ as the accessor, while set methods are prefixed with set_. This is the naming style recommended by Damian Conway in Perl Best Practices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#340725: fails to raise windows
The patch applies without problems to the metacity source package in squeeze and fixes the tcl and python test cases as well the problem with the program that caused me to search for the reason of the bug. It would be nice to have the patch included into the squeeze package if ever there will be a bugfix update for metacity in squeeze. Iridos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635510: ITP: libio-pty-easy-perl -- Easy interface to IO::Pty
Package: wnpp Severity: wishlist Owner: Julien VAUBOURG jul...@vaubourg.com * Package name: libio-pty-easy-perl Version : 0.08 Upstream Author : Jesse Luehrs d...@tozt.net * URL : http://search.cpan.org/~doy/IO-Pty-Easy-0.08/ * License : Artistic 1, GPL 1 Programming Lang: Perl Description : Easy interface to IO::Pty IO::Pty::Easy provides an interface to IO::Pty which hides most of the ugly details of handling ptys, wrapping them instead in simple spawn/read/write commands. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: Please build wpasupplicant-udeb
Hi, On Mon, 25 Jul 2011 09:34:27 AM Gaudenz Steinlin wrote: Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. That stripped down crap probably was extracted from a sideline project (python-wpactrl) I was working on, and is not good long term solution. wpa_ctrl.{c,h} from current wpasupplicant source tree have lots more dependency on other stuff. Extracting and patching wpa_ctrl.{c,h} to be standalone is something which should be avoided - I just do not know how currently. Asked upstream wpa_supplicant if wpa_ctrl could be provided in a way where it could be a shared library but received no response. Is there any progress on this? Nope. Do you think it's worth poking about this again? The current code in netcfg works (at least for the debconf wpa-psk network), but a real library would be nicer ;-). It cannot hurt to ask. I've already asked before, so maybe someone else can this time :). I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. I wouldn't mind helping out, don't know how though, Have little idea about D-I environment and took long enough to just reply to this request to feel a little embarrassed. Also haven't seen the proposed change to netcfg anytime in recent past to comment further. Can that be reviewed? It's in branch people/womble/wpa of git://git.debian.org/git/d-i/netcfg. Gaudenz Thanks for the link. Do you have time to look at the code in the next days? Otherwise I'll probably just merge as it is now and we can fix things later if there are problems. Do not wait for any activity from me, I'm currently not very active with Debian work - mostly keeping up with basic maintenace related tasks. Not familiar with netcfg or the debian-installer environment at all yet. I have another yet unresolved problem: With the proposed udeb configuration from the original patch and using the netlink driver I can connect to the network, but DHCP does not work. When I build a udeb with the same configuration as for the normal linux package minus DBUS and smartcard support it works. Do you know which options I need to include to get a package where DHCP also works with the netlink driver? From the top of my head I do not know why you observe this difference in behaviour. Where WEXT works, nl80211 should work and vice versa. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635511: add SEE ALSO readlink(1)
Package: manpages-dev Version: 3.28-1 Severity: wishlist File: /usr/share/man/man3/realpath.3.gz One thinks 'How I wish there was a shell command to do this!' Well there is. No need to write a C program when all one needs to do is $ readlink -f /sys/bus/platform/devices/thinkpad_hwmon /sys/devices/platform/thinkpad_hwmon So... please add SEE ALSO readlink(1). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635265: Floating Point Exception on call renders ekiga unusable
Hi Eugen, (CC'ing the BTS as no longer reproducible) On Tue, Jul 26, 2011 at 02:58:27PM +0200, Eugen Dedu wrote: In gdb when it crashes, could you please print the values of: videoStreamParm.parm.capture.timeperframe.denominator and videoStreamParm.parm.capture.timeperframe.numerator ? I'm no longer able to reproduce the crash. I've tried starting and calling with other camera-using applications open (I believe Skype was running when ekiga was crashing), but can't make it crash. I can provide you a list of packages that have been upgraded since Sunday if you think it would be useful. Seeing that it's not presently an issue, feel free to close the bug and I'll reopen it if ever it reappears. Best wishes, Ryan -- |_)|_/ Ryan Kavanagh | GnuPG key | \| \ http://ryanak.ca/ | 4A11C97A (Transitioning from E95EDDC9) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments signature.asc Description: Digital signature
Bug#635512: File overwrite error
Package: kdelibs5-plugins Version: 4:4.4.5-2 Severity: serious I assume you moved the plugins into their own package. But then you need to use Replaces: kdelibs5 ( 'version after split'~~). (Reading database ... 181944 files and directories currently installed.) Preparing to replace kdelibs5-plugins 4:4.4.5-2 (using .../kdelibs5-plugins_4%3a4.6.5-2_amd64.deb) ... Unpacking replacement kdelibs5-plugins ... dpkg: error processing /var/cache/apt/archives/kdelibs5-plugins_4%3a4.6.5-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/qt4/plugins/designer/kdewidgets.so', which is also in package kdelibs5 4:4.3.4-1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/kdelibs5-plugins_4%3a4.6.5-2_amd64.deb E: Sub-process /usr/lib/apt-ma-emu/dpkg returned an error code (1) MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-book-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages kdelibs5-plugins depends on: ii dbus-x111.2.16-2 simple interprocess messaging syst pn kdelibs-bin none (no description available) pn kdelibs5-data none (no description available) pn kdoctools none (no description available) ii libacl1 2.2.51-3 Access control list shared library ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libgcc1 1:4.4.4-13 GCC support library ii libgssapi-krb5-21.8.1+dfsg-2 MIT Kerberos runtime libraries - k ii libilmbase6 1.0.1-3 several utility libraries from ILM ii libjasper1 1.900.1-7The JasPer JPEG-2000 runtime libra pn libkdecore5 none (no description available) pn libkdeui5 none (no description available) pn libkfile4 none (no description available) pn libkhtml5 none (no description available) pn libkio5 none (no description available) pn libkjsapi4 none (no description available) pn libkjsembed4none (no description available) pn libkntlm4 none (no description available) pn libkparts4 none (no description available) pn libkrosscore4 none (no description available) pn libktexteditor4 none (no description available) pn libkutils4 none (no description available) ii libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag pn libphonon4 none (no description available) ii libpolkit-qt-1-00.95.1-1 PolicyKit-qt-1 library pn libqt4-dbus none (no description available) pn libqt4-designer none (no description available) pn libqt4-network none (no description available) pn libqt4-script none (no description available) pn libqt4-xml none (no description available) pn libqtcore4 none (no description available) pn libqtgui4 none (no description available) ii libstdc++6 4.6.1-5 GNU Standard C++ Library v3 ii libx11-62:1.3.3-1X11 client-side library ii perl5.10.1-12Larry Wall's Practical Extraction ii shared-mime-info0.70-1 FreeDesktop.org shared MIME databa ii xdg-utils 1.0.2-6.1desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages kdelibs5-plugins recommends: ii kaboom1.1.2 The Debian KDE settings migration pn kdebase-runtime none (no description available) ii ttf-dejavu2.30-2 Metapackage to pull in ttf-dejavu- kdelibs5-plugins 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#635501: xz-utils: xzdiff does not (always) preserve diff's return value
tags 635501 + upstream patch forwarded 635501 http://thread.gmane.org/gmane.comp.compression.xz.devel/32 quit Peter Pallinger wrote: It always returns 0 instead of 1 (i.e. if the files differ). Simple way to check: cp /etc/hosts /etc/hostname /tmp/ cd /tmp diff -q host* ; echo $? xz host* xzdiff -q host* ; echo $? Thanks again. Let's take this upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635513: clusterssh: pasting special characters results in perl errors
Package: clusterssh Version: 4.00.05-3 Severity: normal Tags: upstream I use a german keyboard layout (qwertz) and when I paste a@b into the clusterssh input box, it has a problem getting the keysym for the @. On my keyboard the @ is [Alt Gr] + [Q] ( q, Q and @ are on this key ). I attached the debug output of clusterssh. In the first part I typed a@b by hand (no problems) and in the second part it is pasted. The bug also appears in the current upstream version ClusterSSH-4.00_10 from 2011-07-08. The entry in @keyboard is: ## [ 113, # q 81, # Q 113, # q 81, # Q 64, # @ 2009, 64 # @ ], # @keyboard arry # 0 = plain key # 1 = with shift # 2 = with Alt-GR # 3 = with shift + AltGr # 4 = same as 2 - control/alt? # 5 = same as 3 - shift-control-alt? ## I traced it back and it might be a problem in X11::Protocol-GetKeyboardMapping. The attached patch is not really a solution because I think it only works with the german keyboard layout. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (1, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clusterssh depends on: ii libx11-protocol-perl 0.56-2 Perl module for the X Window Syste ii openssh-client1:5.5p1-6 secure shell (SSH) client, for sec ii perl-tk 1:804.029-1+b1 Perl module providing the Tk graph ii xterm 261-1 X terminal emulator clusterssh recommends no packages. clusterssh suggests no packages. -- no debconf information *** /home/r.lindner/bin/App-ClusterSSH-4.00_10/bin/csshbug.txt 11:10:58: = 11:10:58: event=KeyPress 11:10:58: keysym =a (state=Mod2-) 11:10:58: keysymdec=97 11:10:58: keycode =38 11:10:58: state=Mod2- 11:10:58: codetosym=a 11:10:58: symtocode=97 11:10:58: keyboard =n38 11:10:58: combo=a 11:10:58: key=:Alt-n: 11:10:58: key=:Alt-r: 11:10:58: key=:Control-q: 11:10:58: key=:Control-Shift-plus: 11:10:58: key=:Alt-h: 11:10:58: key=:Control-v: 11:10:58: Sending event KeyPress with code 38 (state=Mod2-) to window 169869327 11:10:58: = 11:10:58: event=KeyRelease 11:10:58: keysym =a (state=Mod2-) 11:10:58: keysymdec=97 11:10:58: keycode =38 11:10:58: state=Mod2- 11:10:58: codetosym=a 11:10:58: symtocode=97 11:10:58: keyboard =n38 11:10:58: combo=a 11:10:58: key=:Alt-n: 11:10:58: key=:Alt-r: 11:10:58: key=:Control-q: 11:10:58: key=:Control-Shift-plus: 11:10:58: key=:Alt-h: 11:10:58: key=:Control-v: 11:10:58: Sending event KeyRelease with code 38 (state=Mod2-) to window 169869327 11:11:00: = 11:11:00: event=KeyPress 11:11:00: keysym =ISO_Level3_Shift (state=Mod2-) 11:11:00: keysymdec=65027 11:11:00: keycode =108 11:11:00: state=Mod2- 11:11:00: codetosym=ISO_Level3_Shift 11:11:00: symtocode=65027 11:11:00: keyboard =n108 11:11:00: combo=ISO_Level3_Shift 11:11:00: key=:Alt-n: 11:11:00: key=:Alt-r: 11:11:00: key=:Control-q: 11:11:00: key=:Control-Shift-plus: 11:11:00: key=:Alt-h: 11:11:00: key=:Control-v: 11:11:00: Sending event KeyPress with code 108 (state=Mod2-) to window 169869327 11:11:00: = 11:11:00: event=KeyPress 11:11:00: keysym =0 (state=Mod2-Mod5-) 11:11:00: keysymdec=0 11:11:00: keycode =24 11:11:00: state=Mod2-Mod5- 11:11:00: symtocode=48 11:11:00: keyboard =n19 11:11:00: combo=Mod5-0 11:11:00: key=:Alt-n: 11:11:00: key=:Alt-r: 11:11:00: key=:Control-q: 11:11:00: key=:Control-Shift-plus: 11:11:00: key=:Alt-h: 11:11:00: key=:Control-v: 11:11:00: Sending event KeyPress with code 24 (state=Mod2-Mod5-) to window 169869327 11:11:01: = 11:11:01: event=KeyRelease 11:11:01: keysym =0 (state=Mod2-Mod5-) 11:11:01: keysymdec=0 11:11:01: keycode =24 11:11:01: state=Mod2-Mod5- 11:11:01: symtocode=48 11:11:01: keyboard =n19 11:11:01: combo=Mod5-0 11:11:01: key=:Alt-n: 11:11:01: key=:Alt-r: 11:11:01: key=:Control-q: 11:11:01: key=:Control-Shift-plus: 11:11:01: key=:Alt-h: 11:11:01: key=:Control-v: 11:11:01: Sending event KeyRelease with code 24 (state=Mod2-Mod5-) to window 169869327 11:11:01: = 11:11:01: event=KeyRelease 11:11:01: keysym =0 (state=Mod2-Mod5-) 11:11:01: keysymdec=0 11:11:01: keycode =108 11:11:01: state=Mod2-Mod5- 11:11:01: symtocode=48 11:11:01: keyboard =n19 11:11:01: combo=Mod5-0 11:11:01: key=:Alt-n: 11:11:01: key=:Alt-r: 11:11:01: key=:Control-q: 11:11:01: key=:Control-Shift-plus: 11:11:01: key=:Alt-h: 11:11:01: key=:Control-v: 11:11:01: Sending event KeyRelease with code 108 (state=Mod2-Mod5-) to window 169869327 11:11:04: = 11:11:04: event=KeyPress 11:11:04: keysym =b (state=Mod2-) 11:11:04: keysymdec=98 11:11:04: keycode =56 11:11:04: state=Mod2- 11:11:04:
Bug#635514: termit: new version available
Package: termit Version: 2.9.1-1 Severity: wishlist There are new versions in the package upstream web page: https://github.com/nonstop/termit/wiki. The newst is 2.9.1. Greetins. Martitnxo. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0 (PREEMPT) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to eu_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages termit depends on: ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-7 Embedded GNU C Library: Shared ii libcairo2 1.10.2-6 The Cairo 2D vector graphics ii libfontconfig12.8.0-3generic font configuration ii libfreetype6 2.4.4-2FreeType 2 font engine, ii libgdk-pixbuf2.0-02.23.5-1 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable ii libpango1.0-0 1.28.4-1 Layout and rendering of ii libvte9 1:0.28.1-2 Terminal emulator widget for GTK+ ii libx11-6 2:1.4.3-2 X11 client-side library termit recommends no packages. termit suggests no packages. -- no debconf information Fundación Sustrai Erakuntza: Oposición jurídica a grandes infraestructuras. http://www.fundacionsustrai.org http://www.sustraierakuntza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org