Bug#682368: linux: Please add snd-hda-codec-ca0132 to sound-modules
Package: linux Version: 3.5~ Severity: normal Tags: patch Hello, Linux 3.5 introduces a new HDA codec, please add it for d-i, as attached patch does. Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net *** s has joined channel #ens-mim N re s pfff s mare de la pfp. s pas commencer et j'en ai deja marre. s bon ct juste un cou de gueule ++ *** s has left channel #ens-mim (s) -+- #ens-mim et la peufeupeu -+- Index: installer/modules/sound-modules === --- installer/modules/sound-modules (révision 19273) +++ installer/modules/sound-modules (copie de travail) @@ -64,6 +64,7 @@ snd-harmony ? snd-hda-codec-analog ? snd-hda-codec-ca0110 ? +snd-hda-codec-ca0132 ? snd-hda-codec-cirrus ? snd-hda-codec-cmedia ? snd-hda-codec-conexant ?
Bug#682357: RFS: birthday/1.6.2-5 [ITA]
package sponsorship-requests user sponsorship-reque...@packages.debian.org usertags 682357 not-fit-for-wheezy stop Hi Patrick, I had a look at your package at mentors uploaded there on 2012-07-21 23:35. These are the changes you mentioned in debian/changelog : | birthday (1.6.2-5) unstable; urgency=low | |* Fixing changelog-line-too-long. |* Fixing package-lacks-version-build-depends-on-debhelper. |* Added description for previous-events patch. | | -- Patrick Uiterwijk puiterw...@gmail.com Sun, 22 Jul 2012 01:25:29 +0200 | | birthday (1.6.2-4) unstable; urgency=low | |* New maintainer (Closes: 673226). |* debian/control: Standards-version updated to 3.9.3. |* debian/compat: upgraded to 7. |* Move to source version 3.0 (quilt). |* Imported patch to show previous events (Closes: 63). | | -- Patrick Uiterwijk puiterw...@gmail.com Sat, 21 Jul 2012 23:39:33 +0200 I don't find the changes for these entries, so I suggest that you remove them : |* Fixing changelog-line-too-long. |* Fixing package-lacks-version-build-depends-on-debhelper. Optional: You could merge 1.6.2-4 and 1.6.2-5 into just 1.6.2-4. Optional: You could give the patch from bug 63 a (much) shorter name. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682369: iceweasel: Tough cookie
Package: iceweasel Version: 10.0.5esr-2 Severity: normal Cookies are set to drop when I close iceweasel, but after following these steps: 1. Start iceweasel, home page is a local plain text file 2. Add a new tab 3. In the new tab, go to http://noscript.net/features 4. Close the noscript.net tab 5. Exit iceweasel 6. Start iceweasel again a cookie from noscript.net is alive. As you can see it happens even with all extensions (including noscript) disabled. It doesn't happen in safe mode, though. I cannot explain that. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: user-disabled Name: Default theme Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Element Hiding Helper for Adblock Plus Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/elemhidehel...@adblockplus.org Package: xul-ext-adblock-plus-element-hiding-helper Status: user-disabled Name: Ghostery Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com Status: user-disabled Name: HTTPS-Everywhere Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/https-everywh...@eff.org Package: xul-ext-https-everywhere Status: user-disabled Name: It's All Text! Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/itsallt...@docwhat.gerf.org Package: xul-ext-itsalltext Status: user-disabled Name: Live HTTP headers Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Package: xul-ext-livehttpheaders Status: user-disabled Name: NoScript Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi Status: user-disabled Name: Perspectives Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/perspecti...@cmu.edu Package: xul-ext-perspectives Status: user-disabled -- Plugins information -- Addons package information ii iceweasel 10.0.5esr-2Web browser based on Firefox ii xul-ext-adbloc 2.1-1 Advertisement blocking extension for web bro ii xul-ext-adbloc 1.2.2-1extension for Adblock Plus meant to make cre ii xul-ext-https- 2.0.5-1extension to force the use of HTTPS on many ii xul-ext-itsall 1.6.4-1Iceweasel/Firefox extension to edit textarea ii xul-ext-liveht 0.17-3 Adds information about the HTTP headers to I ii xul-ext-perspe 4.3.1-1verify HTTPS sites through notary servers -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.4.5-custom (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 iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-6 ii libc6 2.13-33 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libnspr42:4.9.1-1 ii libnspr4-0d 2:4.9.1-1 ii libsqlite3-03.7.13-1 ii libstdc++6 4.7.1-2 ii procps 1:3.3.3-2 ii xulrunner-10.0 10.0.5esr-2 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-1 pn mozplugger none Versions of packages xulrunner-10.0 depends on: ii libasound21.0.25-3 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.6-3 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libfontconfig12.9.0-6 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs10d 10.0.5esr-2 ii libnotify40.7.5-1 ii libnspr4-0d 2:4.9.1-1 ii libnss3-1d2:3.13.5-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.1-2 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages xulrunner-10.0 suggests: pn libcanberra0 none pn libgnomeui-0 none -- no debconf
Bug#661533: RFS: postfix-cluebringer/2.0.11-2 -- anti-spam plugin for Postfix
Hi Nikolai, You wrote on 19 July 2012: I'll do the 2.10 update you wanted today How is progress on that ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679571: modprobe: no module unix found in modules.dep
Control: tag -1 patch On Fri, 2012-06-29 at 13:35 -0700, Zack Weinberg wrote: Package: initramfs-tools Version: 0.106 Severity: normal No matter how I configure the initramfs, I always get the warning message modprobe: no module unix found in modules.dep on boot. [...] I've been meaning to fix this for a while. It seems to be a bug in the minimal implementation of modprobe used in the initramfs, part of 'busybox'. I'm attaching a patch that seems to do the right thing, which I hope the busybox maintainer will apply. Ben. -- Ben Hutchings 73.46% of all statistics are made up. From: Ben Hutchings b...@decadent.org.uk Subject: modprobe: Read modules.builtin Bug-Debian: http://bugs.debian.org/679571 This suppresses warnings for explicit probing of potential modules that are actually built-in. --- a/modutils/modprobe.c +++ b/modutils/modprobe.c @@ -595,6 +595,11 @@ int modprobe_main(int argc UNUSED_PARAM, char **argv) while (config_read(parser, s, 1, 1, # \t, PARSE_NORMAL ~PARSE_GREEDY)) get_or_add_modentry(s)-flags |= MODULE_FLAG_LOADED; config_close(parser); + + parser = config_open2(modules.builtin, fopen_for_read); + while (config_read(parser, s, 1, 1, # \t, PARSE_NORMAL)) + get_or_add_modentry(s)-flags |= MODULE_FLAG_LOADED; + config_close(parser); } if (opt (OPT_INSERT_ALL | OPT_REMOVE)) { signature.asc Description: This is a digitally signed message part
Bug#681973: fbreader: Does not render ndash;es in .epub files
Hi, I made one more experiment: I created the following xhtml file: ,-[ dashtest.xhtml ]--- | ?xml version=1.0 encoding=UTF-8? | !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN |http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; | html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en | head | meta http-equiv=Content-Type content=application/xhtml+xml; charset=utf-8 / | meta name=author content=P. R.-P. / | meta name=date content=2012-07-22 / | titleTestfile/title | /head | body | h1 | ttFBReader/tt test | /h1 | p | Hyphen: xxx-xxx | /p | p | ndash: XXX ndash; YYY #8211; ZZZ | /p | p | mdash: XXX mdash; YYY #8212; ZZZ | /p | /body | /html `-- ... and converted it to an epub file Dash_Test.epub using ecub (www.juliansmart.com/ecub). (I am appending that file although I suspect it will not make it to the BTS.) Iceweasel and fbreader are displaying the .xhtml file correctly. When viewing the .epub file in fbreader, the ndash; and mdash; are missing, although the #8211; and #8212; are visible. This result is independent from the font family selected in the Options (Bookman Old Style/Comic Sans MS/Georgia/Palatino Lino- type/whatever). Petra PS: This _may_ of course be a bug in the ecub utility, but at least it includes the .xhtml file unchanged. Dash_Test.epub Description: Binary data
Bug#682370: Please recommend or suggest hal (needed for playback of 'protected' content)
Package: flashplugin-nonfree Version: 1:2.8.5 Severity: important In order for playback of protected content to work, hal needs to be installed. See: http://helpx.adobe.com/x-productkb/multi/flash-player-11-problems-playing.html#id_48891 -- Package-specific info: Debian version: wheezy/sid Architecture: amd64 Package version: 1:2.8.5 Adobe Flash Player version: LNX 11,2,202,236 MD5 checksums: f3cec2b9b38bd58f5e20f543d957bc17 /var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz 9dee93a55b4d5ec749ea4a964fbf9f64 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root root 34 Jul 22 01:31 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (130, 'unstable'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages flashplugin-nonfree depends on: ii binutils 2.22-6.1 ii debconf [debconf-2.0] 1.5.44 ii gnupg 1.4.12-4+b1 ii libatk1.0-02.4.0-2 ii libcairo2 1.12.2-2 ii libcurl3-gnutls7.26.0-1 ii libfontconfig1 2.9.0-6 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.1-2 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-02.24.10-1 ii libnspr4 2:4.9.1-1 ii libnss32:3.13.5-1 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.1-2 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxt6 1:1.1.3-1 ii wget 1.13.4-3 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: ii iceweasel 14.0.1-2 ii konqueror-nsplugins4:4.8.4-1 ii ttf-dejavu 2.33-2 ii ttf-mscorefonts-installer 3.4+nmu1 ii ttf-xfree86-nonfree4.2.1-3.1 -- debconf information: flashplugin-nonfree/httpget: false flashplugin-nonfree/not_exist: flashplugin-nonfree/local: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682371: iceweasel: Change WM_CLASS back to Iceweasel
Package: iceweasel Version: 14.0.1-2 Severity: normal In Iceweasel 14, the class of the browser window has changed from Icewasel to Firefox-bin. It would be logical to change it back, since most people would expect to look for windows with class Iceweasel than Firefox-bin. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Add-on Compatibility Reporter Location: ${PROFILE_EXTENSIONS}/compatibil...@addons.mozilla.org.xpi Status: enabled Name: All-in-One Sidebar Location: ${PROFILE_EXTENSIONS}/{097d3191-e6fa-4728-9826-b533d755359d}.xpi Status: enabled Name: British English Dictionary Location: ${PROFILE_EXTENSIONS}/en...@dictionaries.addons.mozilla.org Status: enabled Name: CheckPlaces Location: ${PROFILE_EXTENSIONS}/checkpla...@andyhalford.com.xpi Status: user-disabled Name: Collusion Location: ${PROFILE_EXTENSIONS}/jid1-f9uj2thwoam...@jetpack.xpi Status: user-disabled Name: Cookie Monster Location: ${PROFILE_EXTENSIONS}/{45d8ff86-d909-11db-9705-005056c8}.xpi Status: user-disabled Name: Debian Linux theme Status: enabled Name: Default theme Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: user-disabled Name: DNSSD for Firefox Location: ${PROFILE_EXTENSIONS}/bonjourf...@bonjourfoxy.net Status: user-disabled Name: DownThemAll! Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}.xpi Status: enabled Name: English (Australian) Dictionary Location: ${PROFILE_EXTENSIONS}/en...@dictionaries.addons.mozilla.org Status: enabled Name: Firebug Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi Status: enabled Name: Firefox B theme Status: user-disabled Name: Flagfox Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b} Status: enabled Name: Ghostery Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com Status: enabled Name: Gmail Unlabelled 2.0 user-script Status: user-disabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781} Status: enabled Name: HTTPS-Everywhere Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org Status: enabled Name: IpProtocols Location: ${PROFILE_EXTENSIONS}/ipprotocols@jcp.convenant Status: enabled Name: keyconfig Location: ${PROFILE_EXTENSIONS}/keycon...@dorando.xpi Status: enabled Name: Morning Coffee Location: ${PROFILE_EXTENSIONS}/morningcof...@shaneliesegang.xpi Status: user-disabled Name: Mozilla Labs: Prospector - Tab Focus Location: ${PROFILE_EXTENSIONS}/tabfo...@prospector.labs.mozilla.xpi Status: enabled Name: NoScript Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi Status: enabled Name: OpenAttribute Location: ${PROFILE_EXTENSIONS}/fire...@openattribute.com.xpi Status: enabled Name: Places Maintenance Location: ${PROFILE_EXTENSIONS}/places-maintena...@bonardo.net.xpi Status: user-disabled Name: RSS Icon Location: ${PROFILE_EXTENSIONS}/kitsune...@gmail.com.xpi Status: enabled Name: Showcase Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda}.xpi Status: user-disabled Name: Status-4-Evar Location: ${PROFILE_EXTENSIONS}/status4e...@caligonstudios.com.xpi Status: enabled Name: StumbleUpon Location: ${PROFILE_EXTENSIONS}/{AE93811A-5C9A-4d34-8462-F7B864FC4696}.xpi Status: user-disabled Name: Tab History Redux Location: ${PROFILE_EXTENSIONS}/tab-history-re...@efinke.com.xpi Status: enabled Name: Tab Mix Plus Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi Status: enabled Name: Ubiquity Location: ${PROFILE_EXTENSIONS}/ubiqu...@labs.mozilla.com Status: enabled Name: Zotero Location: ${PROFILE_EXTENSIONS}/zot...@chnm.gmu.edu Status: enabled -- Plugins information Name: Shockwave Flash Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii iceweasel 14.0.1-2 amd64Web browser based on Firefox -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-6 ii libc6 2.13-34 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libsqlite3-03.7.13-1 ii libstdc++6 4.7.1-5 ii procps 1:3.3.3-2 ii xulrunner-14.0 14.0.1-2 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-1 pn mozplugger none ii otf-stix
Bug#682372: rawtherapee: Annoying warnings, modal but possibly not on top
Package: rawtherapee Version: 4.0.9-3 Severity: normal Dear Maintainer, When I start rawtherapee I get two warning windows that I must close before I can do anything, the first only has a no-entry and an OK button, the second also shows the text: The default profile for non-raw photos could not be found or is not set. Please check your profiles' directory, it may be missing or damaged. Default internal values will be used. These wearnings are annoying of themselves (I only use rawtherapee for raw (.NEF) photos, where does it look for my profiles' directory?), but it gets worse when I start a second instance of rawtherapee from digiKam, because then the warnings are not on top, but they still block interaction with rawtherapee, causing the program act as if it is stuck until one moves all windows above the warnings away. I would expect warnings to be more informative and modal dialogs to be always on top of the windows they are blocking. Kind regards, Arnold -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (550, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rawtherapee depends on: ii libatkmm-1.6-1 2.22.6-1 ii libbz2-1.0 1.0.6-3 ii libc6 2.13-33 ii libcairomm-1.0-11.10.0-1 ii libexpat1 2.1.0-1 ii libgcc1 1:4.7.1-2 ii libglib2.0-02.32.3-1 ii libglibmm-2.4-1c2a 2.32.0-1 ii libgomp14.7.1-2 ii libgtk2.0-0 2.24.10-1 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libiptcdata01.0.4-3 ii libjpeg88d-1 ii liblcms2-2 2.2+git20110628-2.2 ii libpangomm-1.4-12.28.4-1 ii libpng12-0 1.2.49-1 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.1-2 ii libtiff43.9.6-6 ii rawtherapee-data4.0.9-3 rawtherapee recommends no packages. rawtherapee 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#682354: gthumb: glib errors, crash on startup
Hi, On Sat, Jul 21, 2012 at 04:00:33PM -0700, Phil Dibowitz wrote: gthumb completely doesn't work: [phil@rider ~]$ gthumb (process:27263): GLib-GObject-WARNING **: specified class size for type `GthApplication' is smaller than the parent type's `GtkApplication' class size (process:27263): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (process:27263): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed (process:27263): GLib-GIO-CRITICAL **: g_application_run: assertion `G_IS_APPLICATION (application)' failed (process:27263): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed I cannot reproduce this on my system. Is yours completely uptodate? ii libgtk-3-0 3.2.3-1 GTK+ graphical user interface libr this seems old. 3.4.2-2 is current in wheezy and sid. ii libsoup-gnome2.4-1 2.38.1-2HTTP library implementation in C - ii libsoup2.4-1 2.36.1-1HTTP library implementation in C - these should match... Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682285: FTBFS: linking error in collectd
On 2012-07-22 03:29 +0200, Christian PERRIER wrote: Quoting Sven Joachim (svenj...@gmx.de): I can reproduce it under dpkg-buildpackage -j4, which is what you've been using. However, the package does not announce support for parallel builds, and a non-parallel build succeeded here. Thus lowering the severity. Oh, thanks for your analysis. Couldn't have done it myself. It's true that my build machine uses parallel builds since I found it drastically reduces the build time for samba, by far the buggest package I'm building. Now, I have a script for non parallel builds, then..:-) You probably had better put parallel=4 into DEB_BUILD_OPTIONS and use only one script. That way, packages that support it will use parallel builds automatically. See Policy § 4.9.1. 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#658959: RFS: phpvirtualbox-4.1/7-1 [NEW] -- web based interface for administering virtualbox
Hi Marcus, The package at mentors is no longer there. What happened ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658835: RFS: aspsms-t/1.3.1-1 (try 4) [NEW] -- sms transport for your xmpp/jabber server
Hi Marco, The package at mentors is no longer there. What happened ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661853: RFS: kpdftool/0.23.1-1 [ITP] -- GUI to manipulate PDF and PS files using GhostScript and ImageMagick
Hi Simone, The package at mentors is no longer there. What happened ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679226: GM45: GPU hang when locking the screen in KDE
Hi Jonathan On 07/04/2012 06:36 PM, Jonathan Nieder wrote: Please test the 3.4.y kernel from experimental. If it reproduces the bug, please file this upstream following instructions from [1] and let us know the bug number so we can track it. If it doesn't reproduce the bug, we can try to find what upstream change fixed the bug. I've been running the 3.4.4-1~experimental.1 for more than a week without problems and when linux-image-3.2.0-3-amd64 (3.2.21-3) came out, I reverted to that one and so far (after another week), no GPU lock ups anymore. So, without looking at the detailed kernel logs, I think the problem simply disappeared (or was fixed by another Wheezy upgrade during that time). So, all is good right now, sorry for the noise, feel free to close this bug. Cheers Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679571: modprobe: no module unix found in modules.dep
forwarded 679571 https://bugs.busybox.net/show_bug.cgi?id=5270 thanks On 22.07.2012 10:11, Ben Hutchings wrote: [] I've been meaning to fix this for a while. It seems to be a bug in the minimal implementation of modprobe used in the initramfs, part of 'busybox'. I'm attaching a patch that seems to do the right thing, which I hope the busybox maintainer will apply. Thank you Ben for the patch. I've been, well, waiting for the upstream to show any reaction for https://bugs.busybox.net/show_bug.cgi?id=5270 (for which I forgot to set forwarded, doing it now), and basically forgot about this stuff (since I still can't use debian initramfs I don't see this message on every boot myself). Your patch isn't exactly sufficient, -- well, the behavour should now match m-i-t/kmod as modprobe wont return error when asked to load a built-in module anymore, but it will still error out with --first-time (which should ignore loaded modules but not built-ins), and it will emit somewhat unclear error message when asked to _remove_ a built-in module. Maybe that's all just cosmetics, but these cosmetics are so easy to fix already... :) But anyway. I agree this needs to be fixed in busybox for sure. But do we really need this `modprobe unix' in the first place? It's been many years since this isn't needed for debian kernels, and it is difficult to imagine a custom kernel with unix.ko as a module. I had such a config for a while, but it gave me quite a few headaches already, so I changed from unix=m to unix=y. And 3rd, I'm not sure AF_UNIX is really needed for initramfs itself anymore - the module autoloads just fine on first access, when udev creates its first unix socket. So I'd say this 'modprobe unix' should be removed from udev hook. (Cc'ing Md for this). Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680366: linux-image-3.2.0-0.bpo.2-amd64: md raid6 deadlock on write
On Sat, 21 Jul 2012 23:33:35 +0100 Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2012-07-06 at 15:10 +0100, Jose Manuel dos Santos Calhariz wrote: The Linus git tree for linux kernel, for kernel 3.5-rc, have the fix for this bug. Two machines can now run fio command for 24 hours, instead of minutes when running last kernel from Linus git tree, up to commit 9e85a6f. For more information follow the thread on linux-r...@vger.kernel.org: http://marc.info/?l=linux-raidm=134136614330049w=4 Following that link: NeilBrown wrote: On Mon, 2 Jul 2012 23:15:08 +0100 Jose Manuel dos Santos Calhariz jose.calha...@netvisao.pt wrote: We have a group of servers with a LVM over a RAID6 of 16 drives. During normal work loads, sometimes, the md raid enter on deadlock for writes and only a power off/power on allows to recover the machine. This might be fixed by the following commit which was recently included in 3.5-rc. If could test with that I'd appreciate it. ...but with no commit reference. Neil, do you remember which commit you meant? commit fab363b5ff502d1b39ddcfec04271f5858d9f26e Author: Shaohua Li s...@kernel.org Date: Tue Jul 3 15:57:19 2012 +1000 raid5: delayed stripe fix NeilBrown signature.asc Description: PGP signature
Bug#682357: RFS: birthday/1.6.2-5 [ITA]
stop Hi Bart, I have removed the entries you suggested, and merged them together into 1.6.2-4. I have also renamed the patch for bug #63 to show-ongoing-events.patch. Best regards, Patrick Uiterwijk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682364: workrave no longer follows gtk2 theme
Thanks Francois, for some reason that never even occurred to me. I think this can probably be marked as not valid, or something along those lines. Kitty On 22 July 2012 15:16, Francois Marier franc...@debian.org wrote: On 2012-07-22 at 12:51:33, Kitty wrote: Workrave doesn't seem to follow my gtk2 theme after upgrading to 1.9.909+abc941eb70-1. That's right. The newer versions of workrave use GTK3. Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679571: modprobe: no module unix found in modules.dep
source busybox severity 654282 wishlist merge 652672 654282 thanks On 22.07.2012 11:15, Michael Tokarev wrote: Thank you Ben for the patch. I've been, well, waiting for the upstream to show any reaction for https://bugs.busybox.net/show_bug.cgi?id=5270 (for which I forgot to set forwarded, doing it now), and basically Actually it is yet another bug, #652672. Since no functionality is affected by it, I'm mergeing all with #652672, with severity wishlist - it is just the message, nothing more. I'm okay with raising severity but let's at least merge them. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679830: linux-image-2.6.32-5-686: Kernel bug observed in syslog when performing an rsync operation.
2012/7/22 Ben Hutchings b...@decadent.org.uk: On Sun, 2012-07-01 at 23:14 +0100, Imran Chaudhry wrote: Package: linux-2.6 Version: 2.6.32-45 Severity: normal Kernel bug observed in syslog when performing an rsync operation. I use rsnapshot and I believe an rsnapshot operation conflicted or interfered somehow with my manual rsync command. The source and destination are USB HDDs with ext4 filesystems. After the kernel bug was observed I discovered the source filesystem had a corrupt filesystem. If it is relevant I was using the rsync command with --hard-links and I also observed messages of this sort: [1075483.039915] EXT4-fs error (device sdb1): htree_dirblock_to_tree: bad entry in directory #7143723: directory entry across blocks - block=34323866offset=0(0), inode=135151872, rec_len=66180, name_len=66 and Jul 1 06:33:06 altair kernel: [1075335.376996] EXT4-fs error (device sdb1): ext4_lookup: deleted inode referenced: 8954048. Sorry to hear this. I cannot recommend using ext4 in Linux 2.6.32. Relevant kernel log trace with bug: Jul 1 05:37:53 altair kernel: [1072022.349172] [ cut here ] Jul 1 05:37:53 altair kernel: [1072022.352027] kernel BUG at /build/buildd-linux-2.6_2.6.32-45-i386-yQfQSv/linux-2.6-2.6.32/debian/build/source_i386_none/fs/ext4/extents.c:1873! Jul 1 05:37:53 altair kernel: [1072022.352027] invalid opcode: [#1] SMP Jul 1 05:37:53 altair kernel: [1072022.352027] last sysfs file: /sys/devices/pci:00/:00:1e.0/:02:09.1/usb4/4-0:1.0/bInterfaceProtocol Jul 1 05:37:53 altair kernel: [1072022.352027] Modules linked in: xt_multiport iptable_filter ip_tables x_tables fuse nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc ext4 jbd2 crc16 loop raid1 md_mod snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm i2c_i801 snd_timer shpchp snd psmouse evdev soundcore parport_pc parport serio_raw i2c_core snd_page_alloc pcspkr pci_hotplug rng_core processor button ext3 jbd mbcache usb_storage sd_mod crc_t10dif ata_generic ata_piix uhci_hcd e100 libata ehci_hcd thermal floppy r8169 mii usbcore nls_base scsi_mod thermal_sys [last unloaded: scsi_wait_scan] Jul 1 05:37:53 altair kernel: [1072022.352027] Jul 1 05:37:53 altair kernel: [1072022.352027] Pid: 31553, comm: rsync Not tainted (2.6.32-5-686 #1) Deskpro Jul 1 05:37:53 altair kernel: [1072022.352027] EIP: 0060:[e0ea5b00] EFLAGS: 00010246 CPU: 0 Jul 1 05:37:53 altair kernel: [1072022.352027] EIP is at ext4_ext_get_blocks+0x286/0x1916 [ext4] Jul 1 05:37:53 altair kernel: [1072022.352027] EAX: EBX: ECX: EDX: Jul 1 05:37:53 altair kernel: [1072022.352027] ESI: EDI: db1216f4 EBP: ESP: dfad7ad0 [...] This specific failure mode seems to have been made possible by: commit 731eb1a03a8445cde2cb23ecfb3580c6fa7bb690 Author: Akinobu Mita akinobu.m...@gmail.com Date: Wed Mar 3 23:55:01 2010 -0500 ext4: consolidate in_range() definitions which was backported into a stable update. If the 'first' and 'len' arguments to in_range() are both 0 and either of them is unsigned, it wrongly returns true. This means that: if (in_range(iblock, ee_block, ee_len)) { ... ext4_ext_put_in_cache(inode, ee_block, ee_len, ee_start, EXT4_EXT_CACHE_EXTENT); may pass ee_len == 0 to ext4_ext_put_in_cache(), triggering the BUG_ON there. Maybe that's just not a valid case so this doesn't matter, but it seems like it might be possible with a corrupt filesystem? Anyway, I think the proper definition of in_range() is: #define in_range(b, first, len) ((b) = (first) ((b) - (first)) (len)) I agree with this change and it actually resolves the issue: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3015 while my original patch doesn't. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682010: [mumble] Communication failures due to CELT codec library removal
On Sat, Jul 21, 2012 at 03:46:34PM -0400, Chris Knadle wrote: The issue I have now is that The Plan that Ron and Thorvald have come up with Will Not Work, depending what the _goal_ is. If the goal is to be able to interoperate with the existing *server* base [which was exactly why this came to the TC in the first place], that won't be possible -- because the Speex codec up to this point is not part of the selection process in the existing servers. I am 110% certain that Thorvald is not going to accept any solution that he thinks can't be made to work for the vast majority of users. That was the crux of our conversation last week, and something which he has always been unwavering about. We have had many such conversations in the past, trying to reconcile the, uh, idiosyncrasies, of gamers with best practice for Debian. What you seem to have failed to note, or that Nicos has failed to tell you, is that Speex is not included in the server side negotiation because it is assumed axiomatically that *every* client has speex decoding ability. So it does not need to be negotiated. You can send it at any time, and it will work, without needing to be announced in advance, or the server needing to do anything. That point is currently still true. Every existing client has the ability to *decode* speex if speex packets arrive. The only thing removed from recent clients was the ability to encode them. This is what we need to restore. [Special thanks goes to Nicos for watching our backs here.] Just to be clear here, because at some point Ian described Nicos as being a mumble developer, and you have now declared him a sage ... $ git log master | wc -l 30363 $ git log master | grep Nicos | wc -l 12 And all of those commits afaics relate to GUI overlay stuff for games, nothing at all to do with the protocol negotiation we are talking about here ... So I think I'd still rather put my trust in the the opinion of Thorvald about what can be made to work, than in someone who has said repeatedly, Debian should just remove this, nobody cares because nobody uses Debian anyhow. Which is also clearly quite incorrect, or we wouldn't be having this discussion at all. The current facts are: - The server is currently 100% broken in testing, and will remain so for our users for as long as this is blocked here. - Thorvald has a plan that nobody here had thought of or considered previously. We can't assess that until he gets back and implements it - but second guessing him here in the meantime is only going to waste his time with more mail to read before he gets to doing that. And his time is already very limited. - If that plan doesn't work, we have other plans we can weigh up falling back to. - If we have to fall back to those plans, and -ctte wants to assert that it would rather Debian ship an unmaintained codec, which nobody has spent more than a couple of hours quickly auditing for obvious problems, but which does have a real suspicion of deep problems ... Then provided we have a clear public record of the people wanting that putting *their* own heads on the block, and taking the full responsibility for any fall out or required remedy -- then I have clean hands, and someone to point at who is completely to blame for an action I advised against in the event it goes Horribly wrong. If the people wanting that can get the consensus of the TC (and I would much rather see this as an even informal consensus than than as a formal but narrowly won vote), then I'll set my own objection aside and we'll let history and fate be the judge. Worrying about things that we aren't precluding as fallback options before we've confirmed we do need to fall back to them doesn't seem particularly productive to me though. I think Steve pretty accurately spotted there are _no_ ideal solutions here. Hopefully mumble will improve on these things too and this will be less of a problem for Wheezy+1, but in the meantime I think we need to balance the amount of inconvenience some users might experience (which seems unavoidable whatever we do) against the amount of risk we are prepared to expose them to (which seems quite avoidable). The weekend here is nearly over, and I can't keep stealing time from my Work customers to keep discussing this in circles next week (and I'm sure many others here are in the same position). The longer we draw this out, the less testing any of it is going to have, the less time is going to be available to fix any shortcomings that we haven't so far seen, and the poorer the result that we are ultimately going to end up with. Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#290930: Business Mail!
This is Ma Guang Lu.Reply me with personal info for a 17.3M deal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680993: libaprutil1-dbd-mysql: AuthDBDUserPWQuery (Module mod_dbd.c) for MySQL doesn't allow SQL statement with a stored procedure
On Monday 09 July 2012, pgr.sikkin wrote: The apache log [Mon Jul 09 20:22:57 2012] [error] [client 192.168.2.241] Query execution error looking up 'test.example' in database Can you try the attached patch and see if it gives you a better error message in the log? Alternatively, I have put the mod_authn_dbd.so compiled for i386 here: http://people.debian.org/~sf/680993/mod_authn_dbd.so $ sha256sum mod_authn_dbd.so 88ee23e8f0cb1b6d775babc86be55300c2517228dab035a60f1a06439c062b61 mod_authn_dbd.so Cheers, Stefan diff --git a/modules/aaa/mod_authn_dbd.c b/modules/aaa/mod_authn_dbd.c index 3341171..2ee7a44 100644 --- a/modules/aaa/mod_authn_dbd.c +++ b/modules/aaa/mod_authn_dbd.c @@ -92,6 +92,7 @@ static authn_status authn_dbd_password(request_rec *r, const char *user, apr_dbd_prepared_t *statement; apr_dbd_results_t *res = NULL; apr_dbd_row_t *row = NULL; +int ret; authn_dbd_conf *conf = ap_get_module_config(r-per_dir_config, authn_dbd_module); @@ -116,11 +117,12 @@ static authn_status authn_dbd_password(request_rec *r, const char *user, AuthDBDUserPWQuery with the key '%s', conf-user); return AUTH_GENERAL_ERROR; } -if (apr_dbd_pvselect(dbd-driver, r-pool, dbd-handle, res, statement, - 0, user, NULL) != 0) { +if ((ret = apr_dbd_pvselect(dbd-driver, r-pool, dbd-handle, res, +statement, 0, user, NULL)) != 0) { ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r, Query execution error looking up '%s' - in database, user); + in database: %s, + user, apr_dbd_error(dbd-driver, dbd-handle, ret)); return AUTH_GENERAL_ERROR; } for (rv = apr_dbd_get_row(dbd-driver, r-pool, res, row, -1); signature.asc Description: This is a digitally signed message part.
Bug#682343: forcing ssh-askpass on top crashes awesome
On Sat, Jul 21 2012, Antoine Beaupré wrote: Instead, hitting that key spontaneously crashes the whole X session, by destroying awesome, I suspect. Could you check what's in ~/.xsession-errors after a crash? -- Julien Danjou # Free Software hacker freelance # http://julien.danjou.info pgpTcmKGojLAb.pgp Description: PGP signature
Bug#682373: gnome-documents: Needs option to delete
Package: gnome-documents Version: 0.4.2-1 Severity: wishlist Tags: upstream Dear Maintainer, I thing an option to delete files form the documents is necesary. If i see a file and want to delete it then i have to some how find out the path manually and then delete It would be nice if i can do this from the documents itself -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-documents depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-clutter-1.0 1.10.8-1 ii gir1.2-evince-3.03.4.0-2+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdata-0.0 0.12.0-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-goa-1.0 3.4.2-1 ii gir1.2-gtk-3.0 3.4.2-2 ii gir1.2-gtkclutter-1.01.2.0-2 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-tracker-0.14 0.14.1-2 ii gjs 1.32.0-2 ii libc62.13-34 ii libcairo21.12.2-2 ii libevdocument3-4 3.4.0-2+b1 ii libevview3-3 3.4.0-2+b1 ii libgdata13 0.12.0-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgoa-1.0-0 3.4.2-1 ii libgtk-3-0 3.4.2-2 ii liboauth00.9.4-3+b1 ii libpango1.0-01.30.0-1 ii libsoup2.4-1 2.38.1-2 ii libtracker-sparql-0.14-0 0.14.1-2 ii tracker 0.14.1-2 Versions of packages gnome-documents recommends: ii unoconv 0.5-1 gnome-documents 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#682370: flashplugin-nonfree: please suggest hal
retitle 682370 flashplugin-nonfree: please suggest HAL stop I'm aware of this list of bugs: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=halectomy;users=pkg-utopia-maintain...@lists.alioth.debian.org Unfortunately I cannot modify the Adobe Flash Player to no longer use HAL. I choose Suggests and not Recommends based on what I read in debian-policy and on what I understand of this bug. I'm not sure about the severity. I don't intend to ask debian-release for an unblock for wheezy, but I don't object against others asking that. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682374: RM: libgwibber [s390] -- RoQA; ANAIS, requires mono
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove libgwibber binaries for s390, they require mono binaries to build but they are not available for s390. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682375: 75dbus_dbus-launch doesn't really launch dbus
Package: dbus-x11 Version: 1.6.2-2 Severity: serious X-Debbugs-CC: wen...@gmail.com, os...@debian.org The 75dbus_dbus-launch of dbus-x11 doesn't really launch dbus but modified variable STARTUP and then exec $STARTUP in 99x11-common_start If another application such as fcitx (80im-config_launch) needs DBUS_SESSION_BUS_ADDRESS, it will fail. An suggestion is to run eval `dbus-launch --sh-syntax --exit-with-session` in 75dbus_dbus-launch. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682376: facter: ignores domain in /etc/hosts, uses only 'search' or 'domain' from /etc/resolv.conf
Package: facter Version: 1.6.10-1 Severity: normal Hello, I have the following situation: /etc/hostname: myhostname /etc/hosts: 192.168.1.123 myhostname.mydomain myhostname /etc/resolv.conf: nameserver 192.168.1.1 # and nothing else and facter doesn't return any fqdn (which instead affects puppet). I can get facter to return the fqdn if I specify 'search mydomain' or 'domain mydomain' in /etc/resolv.conf. 1.5.7 from stable doesn't do this. My web searches seem to suggest this has been fixed upstream in versions previous to 1.6.10, or am I missing something? Kind regards, Andrei -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages facter depends on: ii bind9-host [host] 1:9.8.1.dfsg.P1-4.1 ii net-tools 1.60-24.1 ii ruby 4.9 ii ruby-json 1.7.3-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-4 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-1 Versions of packages facter recommends: ii dmidecode 2.11+20120326-2 ii pciutils 1:3.1.9-5 facter 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#658783: MATE Desktop Environment in Debian
I'd like to support the proposal to package MATE. +1 While I agree there is code duplication, that's obviously something that will take some time to remove, however I also believe it's important not to wait until it's cleaned. ++1 I strongly agree with Dave, we should not wait to solve this issues. There is enough potential for Mate to live on a non competing space to GNOME3 which will not run on modest or old hardware (e.g. arm based computers, computer with no hardware acceleration). There is also enough murmur and frustration about the lack of feedback acceptance from from GNOME developers. Personally, I feel the applications in GNOME are dumbed versions of their counterparts in GNOME2 only re-written in GTK3. This is not usable to me. And I am not alone out there. There are enough people who devote the time making whole Debian distros including MATE: http://distrowatch.com/table.php?distribution=descentos http://distrowatch.com/table.php?distribution=leeenux http://distrowatch.com/table.php?distribution=snowlinux http://linuxmint.com/ Not debian based: http://distrowatch.com/table.php?distribution=salix This works could be directly invested in Debian. Project like Skolelinux, or Debian Edu, which already used GNOME2 based environment will suffer badly if they will be forced to migrade to GNOME3 on thin clients. MATE will be an excellent continuation for their project. And will also save a lot of time re-designing XCFE to feet into thin clients. Please, do not block MATE in Debian, and let it live in peace side by side to GNOME3. I rolled up my sleeves and learned how to package mate to debian, and I willing to contribute to the efforts of cleaning duplicate codes and making MATE a viable alternative in Debian. Best Regards, Oz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680956: override: libept1.4.12:libs/optional
2012/7/9 Bastian Blank wa...@debian.org: libept1.4.12 is needed by aptitude, which was downgraded. Archive still has aptitude priority set as important, would you mind filing a separate bug report asking the downgrade of aptitude as well? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663521: debian maintainer list (dm_list.html) is 404
On Sun, Mar 11, 2012 at 11:10:35PM +0100, Stefano Zacchiroli wrote: It is not clear to me if the new nm.d.o has already a page replacing the old dm_list.html, but it would be nice to resurrect the old page to give credits to Debian Maintainers. The new site offers either: https://nm.debian.org/public/people (click on 'DM' to show only DMs) or (for those without JavaScript): https://nm.debian.org/public/people/dm and https://nm.debian.org/public/people/dm_ga Is this sufficient? Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#682377: tomoyo-tools: [INTL:pt] Updated Portuguese translation for debconf messages
Package: tomoyo-tools Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for tomoyo-tools's debconf messages. Translator: Pedro Ribeiro p.m42.ribe...@gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team # tomoyo-tools' debconf portuguese translations. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the tomoyo-tools package. # Pedro Ribeiro p.m42.ribe...@gmail.com, 2012 # msgid msgstr Project-Id-Version: tomoyo-tools\n Report-Msgid-Bugs-To: tomoyo-to...@packages.debian.org\n POT-Creation-Date: 2012-07-17 19:17-0600\n PO-Revision-Date: 2012-07-20 22:44+\n Last-Translator: Pedro Ribeiro p.m42.ribe...@gmail.com\n Language-Team: Portuguese tra...@debianpt.org\n Language: pt\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid Enable TOMOYO Linux at boot time? msgstr Ativar o TOMOYO Linux no arranque? #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid Enabling TOMOYO Linux functionality in the running kernel requires an appropriate kernel command line at boot time. This can be configured by setting GRUB_CMDLINE_LINUX=\security=tomoyo\ in /etc/default/grub and running grub-update. msgstr Ativar a funcionalidade TOMOYO Linux no kernel requer um argumento da linha de comandos do kernel apropriado. Isto pode ser configurado através da definição de GRUB_CMDLINE_LINUX=\security=tomoyo\ no /etc/default/grub e executar grub-update. #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid If you accept here, these actions will be performed automatically and TOMOYO Linux will be enabled at next boot. msgstr Se aceitar, estas ações serão automaticamente executadas e o TOMOYO Linux ficará ativo no próximo arranque.
Bug#639410: rockdodger: flash remains and sound repeats
retitle 639410 rockdodger: flash remains and sound repeats tags 639410 help moreinfo stop Hi, Does someone have a patch that adds testcoding to simulate the described circumstances so that the problem can be reproduced easily ? Does someone have a minimal patch that fixes the bug ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682378: Error in post-command-hook (flyspell-post-command-hook)
X-Debbugs-Cc: bug-gnu-em...@gnu.org Package: html-helper-mode Version: 3.0.4kilo-2 Lately I get Error in post-command-hook (flyspell-post-command-hook): (wrong-type-argument integer-or-marker-p nil) When I use e.g., C-c M-l s (translated from C-c escape l s) runs the command tempo-template-html-strong, which is an interactive Lisp function. emacs-snapshot: *** 2:20120721-1 0 500 http://emacs.naquadah.org/ unstable/ Packages P.S., there is some duplication... $ dlocate tempo.el html-helper-mode: /usr/share/emacs/site-lisp/html-helper-mode/tempo.el emacs-snapshot-el: /usr/share/emacs/24.1.50/lisp/tempo.el.gz emacs-snapshot-common: /usr/share/emacs/24.1.50/lisp/tempo.elc My configuration is at http://jidanni.org/comp/configuration/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682378: bug#12024: Acknowledgement (Bug#682378: Error in post-command-hook (flyspell-post-command-hook))
Thank you for filing a new bug report with debbugs.gnu.org. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to bug-gnu-em...@gnu.org (after having been given a bug report number, if it did not have one). Your message has been sent to the package maintainer(s): help-debb...@gnu.org If you wish to submit further information on this problem, please send it to 12...@debbugs.gnu.org. Please do not send mail to help-debb...@gnu.org unless you wish to report a problem with the Bug-tracking system. -- 12024: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12024 GNU Bug Tracking System Contact help-debb...@gnu.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682379: unblock: chromium-browser/20.0.1132.57~r145807-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package chromium-browser chromium-browser (20.0.1132.57~r145807-1) unstable; urgency=medium . [ Michael Gilbert ] * New ustream stable security release: - [129898] High CVE-2012-2842: Use-after-free in counter handling. Credit to miaubiz. - [130595] High CVE-2012-2843: Use-after-free in layout height tracking. Credit to miaubiz. - [133450] High CVE-2012-2844: Bad object access with JavaScript in PDF. Credit to Alexey Samsonov of Google. . [ Shawn Landden ] * Revert Do not use binutils-gold in armel and armhf. * Update vpx patch to use system headers (Closes: #674728). * Fixup skia fixup for armv6. unblock chromium-browser/20.0.1132.57~r145807-1 -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (990, 'testing-proposed-updates'), (990, 'testing'), (500, 'unstable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682380: fs2ram: [INTL:pt] Updated Portuguese translation for debconf messages
Package: fs2ram Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for fs2ram's debconf messages. Translator: Pedro Ribeiro p.m42.ribe...@gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team # fs2ram debconf messages, portuguese translation. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the fs2ram package. # Pedro Ribeiro p.m42.ribe...@gmail.com, 2012 # msgid msgstr Project-Id-Version: fs2ram\n Report-Msgid-Bugs-To: fs2...@packages.debian.org\n POT-Creation-Date: 2012-07-11 08:07-0600\n PO-Revision-Date: 2012-07-20 23:40+\n Last-Translator: Pedro Ribeiro p.m42.ribe...@gmail.com\n Language-Team: Portuguese tra...@debianpt.org\n Language: pt\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid Content-preserving msgstr Manter Conteúdo #. Type: select #. Choices #: ../templates:2001 msgid Structure-preserving msgstr Manter Estrutura #. Type: select #. Choices #: ../templates:2001 msgid Unconfigured msgstr Não configurado #. Type: select #. Description #: ../templates:2002 msgid Configuration for fs2ram: msgstr Configuração para o fs2ram: #. Type: select #. Description #: ../templates:2002 msgid Please select the fs2ram configuration that best meets your needs. msgstr Escolha por favor a configuração do fs2ram que melhor lhe convém. #. Type: select #. Description #: ../templates:2002 msgid * Content-preserving: /var/tmp, /var/cache, and /var/log will be in\n RAM, reducing writes to the hard drive, and fs2ram will preserve the\n contents of these file systems across reboots.\n * Structure-preserving: /var/tmp, /var/cache, and /var/log will be in\n RAM, but fs2ram will only preserve their directory structures across\n reboots, not their (potentially private) contents.\n * Unconfigured: the fs2ram configuration file will be left empty and\n must be filled manually. msgstr * Manter Conteúdo: /var/tmp, /var/cache, e /var/log estarão em RAM,\n reduzindo as escritas no disco, e o fs2ram irá manter o conteúdo\n destes sistemas de ficheiros entre reboots.\n * Manter Estrutura: /var/tmp, /var/cache, e /var/log estarão em RAM,\n mas o fs2ram apenas irá manter a estrutura dos directórios entre\n reboots, não o seu conteúdo (potenciamente privado).\n * Não configurado: o ficheiro de configuração do fs2ram ficará vazio\n e terá que ser preenchido manualmente. #. Type: boolean #. Description #: ../templates:3001 msgid Turn /tmp into a RAM file system? msgstr Tornar o /tmp num sistema de ficheiros em RAM? #. Type: boolean #. Description #: ../templates:3001 msgid Please choose whether /tmp should be converted into a tmpfs mount point. This is not the default for freshly installed systems. msgstr Escolha se quer tornar o /tmp num ponto de montagem tmpfs. Isto não está predefinido para sistemas instalados de raiz. #. Type: boolean #. Description #: ../templates:4001 msgid Turn /var/lock into a RAM file system? msgstr Tornar o /var/lock num sistema de ficheiros em RAM? #. Type: boolean #. Description #: ../templates:4001 msgid Please choose whether /var/lock should be converted into a tmpfs mount point. This is the default for freshly installed systems. msgstr Escolha se quer tornar o /var/lock num ponto de montagem tmpfs. Isto está predefinido para sistemas instalados de raiz.
Bug#682381: Subject: /etc/default/readahead-fedora: Please extend comment about `RUN_IN_BACKGROUND`
Package: readahead-fedora Version: 2:1.5.6-4 Severity: normal Dear Debian folks, looking at `/etc/default/readahead-fedora` there is the following option. # enable to run readahead in the background instead of blocking # useful for SSDs #RUN_IN_BACKGROUND=yes What are the advantages and disadvantages? Why is it only useful on SSDs? Are there some indicators on some log output when I might need to enable that option? Could the comment be extended or the option documented in `README.Debian`? That would be awesome! Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) 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 readahead-fedora depends on: ii dpkg 1.16.0.3 ii e2fslibs 1.42~WIP-2011-07-02-1 ii initscripts 2.88dsf-13.11 ii libaudit01.7.18-1 ii libblkid12.19.1-5 ii libc62.13-13 readahead-fedora recommends no packages. readahead-fedora suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#682382: [INTL:da] Danish translation of the debconf templates nvidia-graphics-drivers-legacy-96xx
Package: nvidia-graphics-drivers-legacy-96xx Severity: wishlist Tags: l10n patch Please include the attached Danish nvidia-graphics-drivers-legacy-96xx translations. joe@pc:~/over/debian/nvidia-graphics-drivers-legacy-96xx$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 3 oversatte tekster. bye Joe da.po Description: Binary data
Bug#682383: [INTL:da] Danish translation of the debconf templates fs2ram
Package: fs2ram Severity: wishlist Tags: l10n patch Please include the attached Danish fs2ram translations. joe@pc:~/over/debian/fs2ram$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 10 oversatte tekster. bye Joe da.po Description: Binary data
Bug#682384: odd s390 build failure for openvswitch
Package: openvswitch Version: 1.4.2+git20120612-5 Severity: serious On Sat, Jul 21, 2012 at 09:36:07PM -0700, Ben Pfaff wrote: The s390 build of openvswitch 1.4.2+git20120612-5 failed for a reason that I don't understand: https://buildd.debian.org/status/fetch.php?pkg=openvswitcharch=s390ver=1.4.2%2Bgit20120612-5stamp=1342851603 The log shows: | make[4]: *** [install-binPROGRAMS] Error 1 | make[4]: *** Waiting for unfinished jobs This means make was called with -jX. install x y normally succeeds if y exists (install just replaces the destination) so I don't understand why File exists would be the error here. install first unlinks existing files and creates the new one with O_EXCL, so File exists is a valid error in case of race conditions. And a quick check reveals that ovs-vsctl is installed two times. It is included in bin_PROGRAMS and bin_SCRIPTS. They are evalutated in two different make targets and may run parallel. Is it possible to rerun the build? It is a race condition. So I'm just opening the bugreport. Bastian -- There is a multi-legged creature crawling on your shoulder. -- Spock, A Taste of Armageddon, stardate 3193.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682385: unblock: mod-gearman/1.3.6-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package mod-gearman #682219 is fixed by this upstream version, and can prevent nagios or icinga from reporting an increasing amount of false positive CRITICALS as time passes. In addition, #681775 fixes a fails to install RC bug in the postinst script. unblock mod-gearman/1.3.6-1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682386: [INTL:pl] Updated Polish debconf translation
Package: nvidia-support Severity: wishlist Tags: l10n patch Hi! Please update Polish debconf translation with the attached file. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#665498: Possible fix
Could you please try with the package I uploaded there to see whether the crash is fixed? http://people.debian.org/~dktrkranz/shotwell/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682387: [INTL:da] Danish translation of the debconf templates tomoyo-tools
Package: tomoyo-tools Severity: wishlist Tags: l10n patch Please include the attached Danish tomoyo-tools translations. joe@pc:~/over/debian/tomoyo-tools$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 3 oversatte tekster. bye Joe da.po Description: Binary data
Bug#680956: override: libept1.4.12:libs/optional
On Sun, Jul 22, 2012 at 11:09:36AM +0200, Luca Falavigna wrote: 2012/7/9 Bastian Blank wa...@debian.org: libept1.4.12 is needed by aptitude, which was downgraded. Archive still has aptitude priority set as important, would you mind filing a separate bug report asking the downgrade of aptitude as well? #680681 Bastian -- Deflector shields just came on, Captain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679830: linux-image-2.6.32-5-686: Kernel bug observed in syslog when performing an rsync operation.
Sorry to hear this. I cannot recommend using ext4 in Linux 2.6.32. Thanks for your reply Ben. As an aside, from what kernel version would you recommend use of ext4 in? Maybe I should use (tried and rusted) ext3 for my backup devices. I mentioned this problem in my local LUG and a couple of people reported similar problems with ext4. -- GPG Key fingerprint = B323 477E F6AB 4181 9C65 F637 BC5F 7FCC 9CC9 CC7F “Live as if you were to die tomorrow. Learn as if you were to live forever.” - Indian political and spiritual leader Mahatma Gandhi (1869-1948)
Bug#639410: rockdodger: flash remains and sound repeats
Hi Bart! Does someone have a patch that adds testcoding to simulate the described circumstances so that the problem can be reproduced easily ? Unfortunately, no. Does someone have a minimal patch that fixes the bug ? Probably what you are looking for can be found at: http://code.google.com/p/rockdodger/source/detail?r=a0a560a4a41590133247a3445848edc1f06284da This is from my repository -- Paul is currently very busy and has no time to make a new release (I am not sure I convinced him with my programming either... :-O) therefore there is no new release in the sourceforge repository right now. The patch is also for version 0.7.2 but should work for the old version, too. If not, please tell me I will make a new patch. Ciao, Robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640777: O: ispell-fi
I wonder if this package should be removed from Debian. It looks like it's still based on the same inadequate word list data that I originally packaged more than a decade ago. At that time, it was the best we had, so it made sense to package it. Since then, there has been no upstream activity, and the Debian development has consisted of adopting to changes in the consumer packages. Now we have src:suomimalaga which is based on technology much better suited for handling the complexities of Finnish and appears to be well maintained both upstream and in Debian. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ signature.asc Description: Digital signature
Bug#682388: powertop: buffer overrun in process::process
Package: powertop Version: 2.0-0.2 Severity: important Tags: upstream powertop crashes at startup with *** stack smashing detected ***: powertop terminated The crash is not reproducible with powertop:amd64. After recompiling powertop to get debug symbols I got the following backtrace with gdb.: #0 0xf7fdf425 in __kernel_vsyscall () #1 0xf7ca1941 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xf7ca4d72 in *__GI_abort () at abort.c:92 #3 0xf7cdb305 in __libc_message (do_abort=2, fmt=0xf7dae5c8 *** %s ***: %s terminated\n) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #4 0xf7d5beb0 in *__GI___fortify_fail (msg=optimized out) at fortify_fail.c:32 #5 0xf7d5be5a in __stack_chk_fail () at stack_chk_fail.c:29 #6 0x08066f91 in process::process (this=0xdf00650, _comm=optimized out, _pid=7812, _tid=0) at process/process.cpp:140 #7 0x08067277 in find_create_process (comm=0xde7794c mplayer, pid=7812) at process/process.cpp:173 #8 0x0806a9b3 in perf_process_bundle::handle_trace_point (this=0xde4e080, trace=0xde7791c, cpu=0, time=1053728094267690) at process/do_process.cpp:264 #9 0x0806fd52 in perf_bundle::process (this=0xde4e080) at perf/perf_bundle.cpp:303 #10 0x0806b6c6 in process_process_data () at process/do_process.cpp:1131 #11 0x08089d0f in one_measurement (seconds=1) at main.cpp:193 #12 0x0804dd5a in main (argc=1, argv=0xdc94) at main.cpp:418 /proc/7812/cmdline contains exactly 4096 characters (though process::process appears to read only 4095 of them) and is not null-terminated. As a result, variable line does not contain sequence of two nulls and cmdline_to_string replaces nulls with spaces further into stack until it finds such sequence. As expected, powertop does not crash if there is no process with long command line. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages powertop depends on: ii libc6 2.13-33 ii libgcc1 1:4.7.1-2 ii libncursesw5 5.9-10 ii libnl-3-200 3.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libpci3 1:3.1.9-5 ii libstdc++64.7.1-2 ii libtinfo5 5.9-10 ii zlib1g1:1.2.7.dfsg-13 powertop recommends no packages. Versions of packages powertop suggests: ii cpufrequtils 008-1 pn laptop-mode-tools none -- 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#682389: refdbg: wrong lib paths
Package: src:refdbg Version: 1.2+git20101215+aa5cb3-2 Severity: Serious I have here 1.2+git20101215+aa5cb3-2+b1 installed. refdbg binary ends with: | if [ x${REFDBG_OPTIONS} == x ] ; then | LD_PRELOAD=/usr/lib/librefdbg.so ${@:ndx} | else | REFDBG_OPTIONS=${REFDBG_OPTIONS} LD_PRELOAD=/usr/lib/librefdbg.so \ | ${@:ndx} | fi There are patches in debian/patches to fix this but there are not applied. According to debian/source the patches should be applied during source extraction via dpkg-source -x but this did not happen according to [0]. This could be fixed via index 324ed54..520bbb4 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: refdbg Section: devel Priority: optional Maintainer: Jonny Lamb jo...@debian.org -Build-Depends: debhelper (= 5), autotools-dev, pkg-config, libglib2.0-dev, binutils-dev, libtool, automake +Build-Depends: debhelper (= 5), autotools-dev, pkg-config, libglib2.0-dev, binutils-dev, libtool, automake, quilt Standards-Version: 3.9.1 Homepage: http://refdbg.sourceforge.net/ Vcs-Git: git://git.jonnylamb.com/git/packaging/refdbg.git diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..be3a1a2 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1,2 @@ +0001-Add-disable-visibility-gobject-library-to-path.patch +0002-Change-location-of-librefdbg.so.patch diff --git a/debian/rules b/debian/rules index fbeaae2..67d7c52 100755 --- a/debian/rules +++ b/debian/rules @@ -1,4 +1,5 @@ #!/usr/bin/make -f +include /usr/share/quilt/quilt.make DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -- or a properly generated source package :) While here, the git link does not work: |git clone git://git.jonnylamb.com/git/packaging/refdbg.git |Cloning into 'refdbg'... |fatal: unable to connect to git.jonnylamb.com: |git.jonnylamb.com[0: 212.110.189.148]: errno=Connection refused |git.jonnylamb.com[1: 2001:41c8:1:61c5::148]: errno=Network is unreachable [0] https://buildd.debian.org/status/fetch.php?pkg=refdbgarch=amd64ver=1.2%2Bgit20101215%2Baa5cb3-2%2Bb1stamp=1330942717 Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603904: [Pkg-mailman-hackers] Bug#603904: Bug#603904: Fresh installation of mailman has wrong permissions, causes archiving to fail
On Wed, July 18, 2012 14:09, Thorsten Glaser wrote: This means that any (php/perl/python) script running with the webserver privileges can potentially read/write to /var/lib/mailman/data . Hrm. So does the other way: mailman can read/write apache's stuff. It may not be quite that big an attack surface, but... *shrug* I think fix_perms -f should be run in postinst, once. And if we want to adopt your way round, fix_perms must be fixed... gah. Well, I don't think we must run check_perms -f at all, we need to install things in the way we think the permissions are correct, not run some script later to change them. Indeed this entire bug stems from the conflict that there is between the need of Mailman to write to that directory (as list), and for Mailman (as www-data) to be able to read it. In any case it will be necessary for the www-data user to gain permission to read the archives. Afterall, there's no other way to make private archives work. The concept that on a shared host with Apache using www-data different apps can read eachother's data must be considered known to the admin - this goes for any web app you install in such a scenario. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682390: unblock: muse/2.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please allow muse 2.0-1 to join Debian Wheezy. It brings many bugfixes since the latest release candidate currently available in testing. Plus, upstream intends to support this release on the long term. You may find the debdiff at the following URL: http://people.debian.org/~alessio/muse.debdiff Thanks for considering. unblock muse/2.0-1 -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-26-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626004: tetzle: Irregular but frequent crashes
Hi Mats, Can you confirm that you can no longer reproduce this bug with tetzle 1.2.1-1 and tetzle 2.0.1-1 ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626004 Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682391: unblock: wvstreams/4.6.1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock wvstreams/4.6.1-5. The QA upload fixes a RC bug and not yet reported FTBFS. Changes: * Disable some gcc-4.7 optimization flags to fix wrong magic_number bug. (Closes: #674006) * Disable parallel build. * Add Build-Depends: graphviz. The full debdiff is attached. unblock wvstreams/4.6.1-5 Thanks! Regards, Johann Felix Soden diff -Nru wvstreams-4.6.1/debian/changelog wvstreams-4.6.1/debian/changelog --- wvstreams-4.6.1/debian/changelog 2012-05-18 21:53:09.0 +0200 +++ wvstreams-4.6.1/debian/changelog 2012-07-13 01:22:53.0 +0200 @@ -1,3 +1,13 @@ +wvstreams (4.6.1-5) unstable; urgency=low + + * QA upload. + * Disable some gcc-4.7 optimization flags to fix wrong magic_number bug. +Thanks to Peter Drysdale drysdalep...@gmail.com. (Closes: #674006) + * Disable parallel build. + * Add Build-Depends: graphviz. + + -- Johann Felix Soden joh...@debian.org Fri, 13 Jul 2012 00:39:24 +0200 + wvstreams (4.6.1-4) unstable; urgency=low * QA upload. diff -Nru wvstreams-4.6.1/debian/control wvstreams-4.6.1/debian/control --- wvstreams-4.6.1/debian/control 2012-05-18 21:39:55.0 +0200 +++ wvstreams-4.6.1/debian/control 2012-07-13 00:54:27.0 +0200 @@ -2,7 +2,9 @@ Section: libs Priority: optional Maintainer: Debian QA Group packa...@qa.debian.org -Build-Depends: debhelper ( 5.0.0), autotools-dev, libdb-dev, libpam0g-dev, libssl-dev, libxplc0.3.13-dev, libpopt-dev, zlib1g-dev, doxygen, libdbus-1-dev +Build-Depends: debhelper ( 5.0.0), autotools-dev, libdb-dev, libpam0g-dev, + libssl-dev, libxplc0.3.13-dev, libpopt-dev, zlib1g-dev, doxygen, libdbus-1-dev, + graphviz Build-Conflicts: valgrind Standards-Version: 3.9.2 Homepage: http://alumnit.ca diff -Nru wvstreams-4.6.1/debian/rules wvstreams-4.6.1/debian/rules --- wvstreams-4.6.1/debian/rules 2012-05-18 21:40:45.0 +0200 +++ wvstreams-4.6.1/debian/rules 2012-07-13 01:04:47.0 +0200 @@ -34,12 +34,14 @@ ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 else - CFLAGS += -O2 + CFLAGS += -O2 -fno-tree-dce -fno-optimize-sibling-calls endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif +MAKEFLAGS += -j1 # parallel build broken + config.status: configure dh_testdir # Add here commands to configure the package. @@ -66,7 +68,7 @@ build-arch-stamp: config.status # Add here commands to compile the arch part of the package. - $(MAKE) VERBOSE=1 CXXOPTS=-fPIC -DPIC COPTS=-fPIC -DPIC + $(MAKE) VERBOSE=1 CXXOPTS=-fPIC -DPIC -fno-tree-dce -fno-optimize-sibling-calls COPTS=-fPIC -DPIC $(MAKE) VERBOSE=1 CXXOPTS=-fPIC -DPIC COPTS=-fPIC -DPIC uniconf/tests/uni touch build-arch-stamp signature.asc Description: This is a digitally signed message part
Bug#539591: [Pkg-sysvinit-devel] Future of update-rc.d in wheezy+1
On Sun, 22 Jul 2012, Roger Leigh wrote: On Mon, Jul 02, 2012 at 12:16:31AM +0100, Roger Leigh wrote: On Fri, Jun 29, 2012 at 10:53:03PM +0100, Roger Leigh wrote: On Fri, Jun 29, 2012 at 08:27:22PM +0100, Roger Leigh wrote: The following patch implements this behaviour. While the insserv parsing logic has been tested, it's not been tested for upgrades or whether the whole script works correctly. - it needs a Depends on insserv (= $version_with_-s) == this needs your feedback so it can be uploaded. - the preinst could be simplified to just use update-rc.d $script -f defaults if this is sufficient to update the sequence numbers in the configuration. This probably needs running in the postinst TBH. - this just replaces the defaults and user-provided start and stop arguments with those provided by insserv. Other than that, there are no changes to anything else. - You might need to retain support for the old-style logic so that if other scripts call update-rc.d in the gap between unpacking and running the postinst, it won't fail. Just back out the deletions and run those blocks only if insserv didn't run or didn't find any matches, which are a trivial addition to the script. While this patch is just a proof a concept, this should be pretty much all you need. It just needs checking and testing by someone with file-rc expertise. If this could be done in the very near future, then that would be great. I've attached an updated patch. Another patch attached. This one is somewhat more comprehensive. - insserv support is optional. If insserv is not present, it will fall back to using static sequence numbers. This will provide backward compatibility for squeeze upgrades. For new installations from wheezy however, it will generate runlevel.conf using insserv. For wheezy+1, you'll likely be required to migrate existing users to using insserv, but for now it's optional. - the output functions have been refactored to include start and stop entries on separate lines, because this is the common case (due to the sequence numbers for start and stop making no sense to be the same, unless it's pure coincidence). - long obsolete code removed from maintainer scripts. I've documented most of the user-visible change in NEWS.Debian and the changelog. The most important change is this: runlevel.conf is no longer user- editable, except for adding and removing lines. When using insserv, the sequence numbers mean nothing, because they are dynamically generated from the dependency information. When you run update-rc.d, the numbers could potentially change if a script is added or removed from the middle of the sequence, causing all following scripts to be renumbered. This means that only two operations are possible: 1. remove a script. This is equivalent to update-rc.d remove 2. add a script. This is equivalent to update-rc.d defaults|start|stop (which are all equivalent from the insserv POV--they all just add/update the entries for the script according to the LSB dependencies) So if you want to reorder the scripts, you just edit the LSB header in the init script, and then run update-rc.d foo defaults to effect the change. This is a change from the historical behaviour of file-rc, but it's the logical consequence of having dependency- based boot: you edit the dependencies, not the script numbers. Hope this all looks reasonable. I've tested all the insserv codepaths, but not the non-insserv case yet. Testing file-rc - sysv-rc migration also needs doing (the change to not restore the rcS links probably needs reverting). Anyway, I hope this is useful as a basis for implementing insserv support in file-rc; hopefully I've done the bulk of the work and it just remains to test and tweak, or back out any changes you're unhappy with. I'd appreciate any feedback; I can make any further changes you need if you let me know what you want. Hi Alexander, I've attached a (hopefully final) patch. We now have updated insserv and sysvinit packages in unstable, so it's now safe to enable this. It will work with or without insserv, so will work fine for upgrades and new installs. It now transparantly works to install file-rc and sysv-rc and the configuration is migrated both ways depending on which you install. Great. Thanks a lot for your work, it is really appreciated. Unfortunatly my current workload leaves me with not much time left for debian, but I'll try to upload the package til wednesday. I want to give it a few more tests first. Thanks again Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682392: unblock: tap-plugins/0.7.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package tap-plugins 0.7.2-1. I've uploaded the most recent upstream release to unstable in order to fix an annoying issue encountered when using one of the plugins provided by the suite: - Fix sharp peaks / level jumps in the output when using the Scaling Limiter plugin. The debdiff between versions in testing and unstable is attached. Thanks for considering. unblock tap-plugins/0.7.2-1 -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-26-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru tap-plugins-0.7.1/CREDITS tap-plugins-0.7.2/CREDITS --- tap-plugins-0.7.1/CREDITS 2009-08-17 13:10:57.0 +0200 +++ tap-plugins-0.7.2/CREDITS 2012-07-08 16:16:01.0 +0200 @@ -58,6 +58,9 @@ caused problems on 64-bit machines, found uninitialised variables via Valgrind, and also pinned down long lurking denormal issues. Thanks! +Taku Yamamoto t...@tackymt.homeip.net investigated a buffer boundary +related bug in Scaling Limiter and provided a patch solving the problem. + And, of course, special thanks to the Ardour [http://ardour.org] and JACK [http://jackit.sf.net] development teams for their tireless diff -Nru tap-plugins-0.7.1/debian/changelog tap-plugins-0.7.2/debian/changelog --- tap-plugins-0.7.1/debian/changelog 2011-07-01 12:19:13.0 +0200 +++ tap-plugins-0.7.2/debian/changelog 2012-07-18 16:58:26.0 +0200 @@ -1,3 +1,14 @@ +tap-plugins (0.7.2-1) unstable; urgency=low + + * Team upload. + * New bugfix release: +- Fix sharp peaks / level jumps in the output when using the Scaling + Limiter plugin. + * Update debian/copyright. + * Bump Standards. + + -- Alessio Treglia ales...@debian.org Wed, 18 Jul 2012 16:56:59 +0200 + tap-plugins (0.7.1-2) unstable; urgency=low * Team upload. diff -Nru tap-plugins-0.7.1/debian/control tap-plugins-0.7.2/debian/control --- tap-plugins-0.7.1/debian/control 2011-07-01 12:15:04.0 +0200 +++ tap-plugins-0.7.2/debian/control 2012-07-18 16:56:40.0 +0200 @@ -5,7 +5,7 @@ Uploaders: Jaromír Mikeš mira.mi...@seznam.cz Build-Depends: debhelper (= 7.0.50~), sharutils -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 DM-Upload-Allowed: yes Vcs-Git: git://git.debian.org/git/pkg-multimedia/tap-plugins.git Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/tap-plugins.git diff -Nru tap-plugins-0.7.1/debian/copyright tap-plugins-0.7.2/debian/copyright --- tap-plugins-0.7.1/debian/copyright 2011-07-01 12:13:54.0 +0200 +++ tap-plugins-0.7.2/debian/copyright 2012-07-18 16:56:05.0 +0200 @@ -1,4 +1,4 @@ -Format: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=174 +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: TAP-plugins Upstream-Contact: Tom Szilagyi tszila...@users.sourceforge.net Source: http://sourceforge.net/projects/tap-plugins/files/ @@ -14,7 +14,7 @@ Files: debian/* Copyright: - 2010 Alessio Treglia quadris...@ubuntu.com + 2010-2012 Alessio Treglia quadris...@ubuntu.com 2010 Jaromír Mikeš mira.mi...@seznam.cz 2004 Anand Kumria wildf...@progsoc.org License: GPL-2+ @@ -29,9 +29,9 @@ but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. -Comment: You should have received a copy of the GNU General Public License - along with this package; if not, write to the Free Software - Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +Comment: + You should have received a copy of the GNU General Public License + along with this program. If not, see http://www.gnu.org/licenses/. . On Debian systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL-2'. @@ -46,9 +46,9 @@ but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. -Comment: You should have received a copy of the GNU Lesser General Public - License along with this library; if not, write to the Free Software - Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +Comment: + You should have received a copy of the GNU Lesser General Public License + along with this program. If not, see http://www.gnu.org/licenses/. . - On Debian systems, the complete text of the GNU General + On Debian systems, the complete text of the GNU Lesser General Public License can be found in `/usr/share/common-licenses/LGPL-2.1'. diff -Nru
Bug#682393: unblock: bindfs/1.10.3-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, please unblock package bindfs which fixes a grave bug #681647. Diff attached. unblock bindfs/1.10.3-2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/README.source b/debian/README.source new file mode 100644 index 000..5dde0bf --- /dev/null +++ b/debian/README.source @@ -0,0 +1,58 @@ +This package uses quilt to manage all modifications to the upstream +source. Changes are stored in the source package as diffs in +debian/patches and applied during the build. + +To configure quilt to use debian/patches instead of patches, you want +either to export QUILT_PATCHES=debian/patches in your environment +or use this snippet in your ~/.quiltrc: + +for where in ./ ../ ../../ ../../../ ../../../../ ../../../../../; do +if [ -e ${where}debian/rules -a -d ${where}debian/patches ]; then +export QUILT_PATCHES=debian/patches +break +fi +done + +To get the fully patched source after unpacking the source package, cd to +the root level of the source package and run: + +quilt push -a + +The last patch listed in debian/patches/series will become the current +patch. + +To add a new set of changes, first run quilt push -a, and then run: + +quilt new patch + +where patch is a descriptive name for the patch, used as the filename in +debian/patches. Then, for every file that will be modified by this patch, +run: + +quilt add file + +before editing those files. You must tell quilt with quilt add what files +will be part of the patch before making changes or quilt will not work +properly. After editing the files, run: + +quilt refresh + +to save the results as a patch. + +Alternately, if you already have an external patch and you just want to +add it to the build system, run quilt push -a and then: + +quilt import -P patch /path/to/patch +quilt push -a + +(add -p 0 to quilt import if needed). patch as above is the filename to +use in debian/patches. The last quilt push -a will apply the patch to +make sure it works properly. + +To remove an existing patch from the list of patches that will be applied, +run: + +quilt delete patch + +You may need to run quilt pop -a to unapply patches first before running +this command. diff --git a/debian/changelog b/debian/changelog index 34c18fe..d0ea609 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,20 @@ +bindfs (1.10.3-2) unstable; urgency=medium + + * debian/control: +- Build-depend on quilt. + * debian/rules: +- Use 'dh --with quilt'. + * debian/patches: +- New patch '010-readdir-pathconf-fix.patch'. +- New patch '020-usermap-memory-fix.patch'. +- Two patches above fix serious memory errors. Thanks to + Marcelo E. Magallon for the report and upstream for providing directed + patches. (Closes: #681647) + * debian/README.source: +- Added with standard quilt intructions. + + -- Eugene V. Lyubimkin jac...@debian.org Sun, 15 Jul 2012 13:30:45 +0300 + bindfs (1.10.3-1) unstable; urgency=low * New upstream release. diff --git a/debian/control b/debian/control index f9e64fb..c53e07e 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,8 @@ Source: bindfs Section: utils Priority: optional Maintainer: Eugene V. Lyubimkin jac...@debian.org -Build-Depends: debhelper (= 7.0.50), autotools-dev, libfuse-dev, pkg-config +Build-Depends: debhelper (= 7.0.50), autotools-dev, libfuse-dev, pkg-config, + quilt (= 0.46-7) Standards-Version: 3.9.3 Homepage: http://code.google.com/p/bindfs/ diff --git a/debian/patches/010-readdir-pathconf-fix.patch b/debian/patches/010-readdir-pathconf-fix.patch new file mode 100644 index 000..28639ac --- /dev/null +++ b/debian/patches/010-readdir-pathconf-fix.patch @@ -0,0 +1,29 @@ +--- bindfs-1.10.3/src/bindfs.c 2012-05-18 16:45:33.0 +0300 bindfs-new/src/bindfs.c 2012-07-15 12:12:39.748468808 +0300 +@@ -54,6 +54,7 @@ + #include assert.h + #include pwd.h + #include grp.h ++#include limits.h + #ifdef HAVE_SETXATTR + #include sys/xattr.h + #endif +@@ -399,9 +400,16 @@ + struct dirent *de; + struct stat st; + int result = 0; +-(void) path; ++long pc_ret; + +-de_buf = malloc(offsetof(struct dirent, d_name) + pathconf(path, _PC_NAME_MAX) + 1); ++path = process_path(path); ++ ++pc_ret = pathconf(path, _PC_NAME_MAX); ++if (pc_ret 0) { ++DPRINTF(pathconf failed: %d, errno); ++pc_ret = NAME_MAX; ++} ++de_buf = malloc(offsetof(struct dirent, d_name) + pc_ret + 1); + + seekdir(dp, offset); +
Bug#682394: git-buildpackage: Provide more replacement strings
Package: git-buildpackage Version: 0.6.0~git20120601 Severity: wishlist File: /usr/bin/git-dch Dear Maintainer, I'm trying to exclude upstream logs from debian/changelog, or more precisely, just saying that a new upstream release was merged. Here is my use case: o-o-o-o-C - upstream/1.3.4 \ \ o-o-A-B-o-D-E-F - debian/1.3.4-1 - B: Last debian package (commit registering the git-dch call - C: commit pointed by the tag upstream/1.3.4 - D: merge commit with message New upstream release - E: commit to update the packaging (whatever happens under debian/) - F: commit registering the git-dch call In my debian/changelog, I want something like: package (1.3.4-1) UNRELEASED; urgency=low * [2291ce3] New upstream release * [8517689] Bump standard version -- Daniel Dehennin daniel.dehen...@baby-gnu.org Sun, 22 Jul 2012 13:10:29 +0200 After looking at the verbose output of git-dch, I finally got a --git-log that works: git log B..HEAD --min-parents=1 ^C outputs: D, E To use those options as general case, I tried to modify my ~/.gbp.conf with something generic: git-log = --min-parents=1 ^$(git describe --abbrev=0 --match upstream/\*) But this fails because of tokenisation of the configuration line: gbp:debug: ['git', 'log', '--pretty=format:%H', 'B..HEAD', '--min-parents=1', '^$(git', 'describe', '--abbrev=0', '--match', 'upstream/\\*)', '--'] It could be useful to have some replacement strings like the '%(version)s' one: - %(last_upstream)s: ID of the latest merged upstream commit, C in my example, depending of the configuration, we have: * %(last_upstream)s = git merge-base HEAD %(upstream_branch)s * %(last_upstream)s = git describe --tags --abbrev=0 --match %(upstream_tag)s - %(since)s, or %(base)s or %(last_dch)s: the ID of the commit where debian/changelog was last touched, B in my example With something like that, I could configure git-dch globally with: git-log = --min-parents=1 ^%(last_upstream)s Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0+hati.2 (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/bash Versions of packages git-buildpackage depends on: ii devscripts 2.12.1 ii git 1:1.7.10.4-1 ii python 2.7.3-1 ii python-dateutil 1.5+dfsg-0.1 Versions of packages git-buildpackage recommends: pn cowbuildernone ii pristine-tar 1.25 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-7 -- no debconf information -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF pgpPlBJxonV7F.pgp Description: PGP signature
Bug#679922: volti: show mixer does not work
severity 679922 serious tags 679922 patch pending thanks Hi! Thanks for the report. On Mon, Jul 2, 2012 at 4:19 PM, Jesús Carrete Montaña jcarr...@gmail.com wrote: show mixer is broken in the current version of volti included in unstable, due to a typo in line 144 of /usr/lib/volti/volti/mixer.py : amixers = alsa.mixes(card_index) which should be changed to amixers = alsa.mixers(card_index) in order to restore the functionality. Indeed that was my fault: a stupid typo which makes volti unusable. I'm going to upload a fixed version in unstable. Thank you very much! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682395: apt-mirror: Line 256, regex problem: arm overrides armhf.
Package: apt-mirror Version: 0.4.8-5 Severity: normal Tags: patch -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 apt-mirror depends on: ii adduser 3.113+nmu3 ii perl 5.14.2-12 ii perl-modules 5.14.2-12 ii wget 1.13.4-3 apt-mirror recommends no packages. apt-mirror suggests no packages. -- Configuration Files: /etc/apt/mirror.list changed: set base_path/mirror/apt-mirror set mirror_path $base_path/mirror set skel_path$base_path/skel set var_path $base_path/var set cleanscript $var_path/clean.sh set defaultarch i386 set nthreads 2 deb-amd64 http://ftp.no.debian.org/debian sid main contrib non-free deb-src http://ftp.no.debian.org/debian sid main contrib non-free deb-armhf http://mirrordirector.raspbian.org/raspbian/ wheezy main clean http://ftp.no.debian.org/debian clean http://no.archive.ubuntu.com/ubuntu clean http://mirrordirector.raspbian.org/raspbian -- no debconf information -- Patch: --- orig/apt-mirror 2012-07-22 13:38:11.0 +0200 +++ new/apt-mirror 2012-07-22 13:38:25.0 +0200 @@ -253,7 +253,7 @@ while(CONFIG) { next; } -if($config_line =~ /deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)/) { +if($config_line =~ /deb-(alpha|amd64|armel|armhf|arm|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)/) { push @config_binaries, [$1, @config_line]; next; } -- Comments: I see two ways of fixing this: Either, a, sort in such an order that this problem doesn't appear or, b, match for whitespace. I will make a patch for this soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682396: RFS: songwrite/0.14-9 [QA] [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package songwrite * Package name: songwrite Version : 0.14-9 Upstream Author : Jean-Baptiste Lamy jibal...@free.fr * URL : http://gna.org/projects/songwrite * License : GPL Section : sound It builds those binary packages: songwrite - guitar tablature editor and player To access further information about this package, please visit the following URL: http://mentors.debian.net/package/songwrite Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/songwrite/songwrite_0.14-9.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * QA upload. * Use unsigned byte with struct.pack. (Closes: #672210). Regards, Christophe Siraut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682397: darktable: recommend opencl package
Package: darktable Version: 1.0.4-1 Severity: normal Dear Maintainer, I have a Nvidia OpenCL capable card, and Darktable provides an option to use OpenCL also. I just installed the nvidia binary drivers, expecting OpenCL to work, after installing Darktable. But I had to install the nvidia-opencl-icd package too, to get the feature working. It would be nice if Darktable installed this as a recommended package automatically. Regards, Sladjan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/6 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 darktable depends on: ii gtk2-engines1:2.20.2-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libcurl3-gnutls 7.26.0-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.100-1 ii libexiv2-12 0.23-1 ii libflickcurl0 1.22-1 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgnome-keyring0 3.4.1-1 ii libgomp14.7.1-2 ii libgphoto2-22.4.14-2 ii libgphoto2-port02.4.14-2 ii libgtk2.0-0 2.24.10-1 ii libilmbase6 1.0.1-4 ii libjpeg88d-1 ii liblcms2-2 2.2+git20110628-2.2 ii liblensfun0 0.2.5-2 ii libopenexr6 1.6.1-6 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii librsvg2-2 2.36.1-1 ii libsqlite3-03.7.13-1 ii libstdc++6 4.7.1-2 ii libtiff43.9.6-6 ii libxml2 2.8.0+dfsg1-4 ii zlib1g 1:1.2.7.dfsg-13 darktable recommends no packages. darktable 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#682395: apt-mirror: Patch b, added start and end tags. This is a better patch :)
Package: apt-mirror Version: 0.4.8-5 Followup-For: Bug #682395 -- Patch: --- orig/apt-mirror 2012-07-22 13:38:11.0 +0200 +++ new/apt-mirror 2012-07-22 13:58:13.0 +0200 @@ -253,7 +253,7 @@ while(CONFIG) { next; } -if($config_line =~ /deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)/) { +if($config_line =~ /^deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)$/) { push @config_binaries, [$1, @config_line]; next; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677704: unusable multiarch (triggers Dynamic MMap ran out of room error)
severity 677704 serious thanks This happened again to me on another kfreebsd-amd64 system. As it breaks installation I'd say the issue itself is RC, but I don't know exactly where it should be fixed. ┌─┤ [!!] Configure the package manager ├──┐ │ │ │ The installer failed to access the mirror. This may be a│ │ problem with your network, or with the mirror. You can choose │ │ to retry the download, select a different mirror, or ignore │ │ the problem and continue without all the packages from this │ │ mirror. │ The same was reported by Jak when trying to install: http://lists.debian.org/50071f70.8080...@gmx.ca I think it may have been introduced sometime after the d-i alpha1 build. I'm seeing it in the 'candidate' beta1 build temporarily at: http://cdimage.debian.org/cdimage/.wheezy_di_beta1_build1/kfreebsd-amd64/iso-cd/ Fortunately there is a simple workaround (in the installer /target) : /etc/apt/apt.conf.d/60local: APT::Cache-Start 31457280; whereas with =25 MiB the issue is seen in d-i, or sometimes on an installed system during apt-get install. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682398: ITP: cows-and-bulls -- Words-based version of the cows and bulls game
Package: wnpp Severity: wishlist Owner: L. Guruprasad lgp171...@gmail.com * Package name: cows-and-bulls Version : 1.0 Upstream Author : L. Guruprasad lgp171...@gmail.com * URL : https://github.com/lgp171188/Cows-and-Bulls * License : GPL Programming Lang: C++ Description : Words-based version of the cows and bulls game This is a words-based version of the 'Cows and bulls' guessing game. The user has to guess the word chosen by the game by guessing words of the same length. The game will reply to each guess by informing the user about the number of cows (alphabets in the word chosen by the game that are in the word guessed by the user in the exact same position) and bulls (alphabets in the word chosen by the game that are in the word guessed by the user in a wrong position). The user has to guess the correct word by improving the guesses based on the game's feedback and eventually guess the word chosen by the game. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682399: icedove-l10n-pl: There are no Polish strings in icedove.
Package: icedove-l10n-pl Version: 1:10.0.5-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove-l10n-pl depends on: ii icedove 10.0.4-1 Versions of packages icedove-l10n-pl recommends: ii myspell-pl 20120520-1 icedove-l10n-pl 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#677712: sysvinit-utils: startpar not allow to start cryptdisks
Hi. Today I tried setup without prompting password from keyboard, and it also fails to start with startpar. With legacy bootordering all works fine. signature.asc Description: This is a digitally signed message part
Bug#677704: unusable multiarch (triggers Dynamic MMap ran out of room error)
Hi! Steven Chamberlain ste...@pyro.eu.org writes: Fortunately there is a simple workaround (in the installer /target) : /etc/apt/apt.conf.d/60local: APT::Cache-Start 31457280; whereas with =25 MiB the issue is seen in d-i, or sometimes on an installed system during apt-get install. I'd guess this is 657085 combined with more packages getting multiarch-ready Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682400: [xul-ext-quotecolors] Says to not be compatible with Icedove 11.0-1, even if it is.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: xul-ext-quotecolors Version: 0.3-3 Severity: normal - --- Please enter the report below this line. --- According to Icedove, Quote Colors is incompatible with Icedove 11.0, but if Nightly Tester Tools is enabled and add-on compatibility check overridden it works*. *Emails are quoted with colours from it. What else does this extension do? - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablehttp.debian.net 500 unstabledeb.torproject.org 500 unstabledeb.opera.com 500 experimentalhttp.debian.net 500 all liveusb.info - --- Package information. --- Depends (Version) | Installed ===-+- icedove (= 2.0) | 11.0-1 OR iceape (= 2.0~a1) | Package's Recommends field is empty. Package's Suggests field is empty. - -- Mika Suomalainen NOTICE! I am on mobile broadband with very limited time, so I cannot read emails very much. The best time to contact me is probably weekends when I have better connectivity with good luck. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Public key: http://mkaysi.github.com/PGP/key.txt Comment: Fingerprint = 24BC 1573 B8EE D666 D10A AA65 4DB5 3CFE 82A4 6728 Comment: Why do I (clear)sign emails? http://git.io/6FLzWg Comment: Please remove PGP lines in replies. http://git.io/nvHrDg Comment: Charset of this message should be UTF-8. Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJQC/YjAAoJEE21PP6CpGcosM0P/Az7JRJsJDDNrzYcqKT7s9hN j9SAizkoqDvCo/ZteJ6qcGkwluopUiJtfMj137rZdG36dcGigM26GhE0ZSj/2a2r Ny/mN8bNDo8Yz3icAQB4svlmgrhypbd6xPA6jo8ufOO8Qait6/aBs0QDWOsieWBh dTGSIizAgOQochHjC1e+pQgpNcOca3Z/ipjsYNlDQPqHATmZYximDktYOflkICpu YPFL8FNUbb1QT5hO3xJvgtaBf3SXxwaCnLNoV0F4B8QhsMMyeLNL8yvoZI0Jbi8O OXJ4NIq/ZSZhkfgtwj150dX52JK9SOI+MepWa7nic+w8amB+excmDIO6ue2Blmg3 lVB/1SrQEKPDKC9/Z5cSziWMkVeR63z+x2gz+5UPNd7r1XXkTjTIfowY2qQrpvbS 54QQ1JgwUhXajUCgUSrwfSjtlunhyn82nyLAMGGPENHuF7/P6J0BGZgQiZGdhSz6 ctlnKuTKDyVtL6ejZ9ejXUKJdmjVlEN1bQYjbecd5FgLyyYc7nil7ldr62To2EBH CymCR+SWBRtC2oKJz9mfn9dOVTHwfZwd46dJCfkJkoJ5EWr/t0bxFReB5gtowizI kVllXDmPnEOSNodGHohT1b3BdFgqNDhdV5XbkC34Yp2AaRUbtWxg52FB2TDDg/GJ ghxeejk/8nprQBQvw2GA =8JS3 -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#539591: [Pkg-sysvinit-devel] Future of update-rc.d in wheezy+1
On Sun, Jul 22, 2012 at 01:14:56PM +0200, Alexander Wirt wrote: On Sun, 22 Jul 2012, Roger Leigh wrote: I've attached a (hopefully final) patch. We now have updated insserv and sysvinit packages in unstable, so it's now safe to enable this. It will work with or without insserv, so will work fine for upgrades and new installs. It now transparantly works to install file-rc and sysv-rc and the configuration is migrated both ways depending on which you install. Great. Thanks a lot for your work, it is really appreciated. Unfortunatly my current workload leaves me with not much time left for debian, but I'll try to upload the package til wednesday. I want to give it a few more tests first. No problem, it certainly could use some more testing. I'm sure some of the shell code could also be a bit more efficient--I've nested some conditionals where you could probably just use . I don't know if you saw my comment in #debian-devel, but you might want to also add Breaks: insserv ( 1.14.0-4) to debian/control to ensure it only runs insserv -s on a version providing this option. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677712: sysvinit-utils: startpar not allow to start cryptdisks
On Sun, Jul 22, 2012 at 04:35:57PM +0400, Alexander V. Kudrevatykh wrote: Today I tried setup without prompting password from keyboard, and it also fails to start with startpar. With legacy bootordering all works fine. So it could be a dependency problem. Without having a cryptdisks- using system, I can't help debug this really--it needs someone familiar with cryptdisks to figure out what's going wrong and if it's a bug in the LSB header, to fix it there. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672959: kfreebsd-*: panic: vm_fault_copy_wired
On Sat, Jul 21, 2012 at 11:47:24PM +0200, Carlos Alberto Lopez Perez wrote: On 21/07/12 23:32, Roger Leigh wrote: Looking at the screenshot you attached, I can't see any obvious reason for fsck to make the kernel panic. There's no indication of odd scripts (other than geli) running in parallel here. This really needs investigation from a kfreebsd person; I'm not sufficiently knowledgeable to look into it myself. I guess this is reproducible by simply installing Debian/kFreeBSD AMD64 on a virtual machine and forcing and unclean shutdown (killing the qemu process when the virtual machine is running). I'm sure it is, but it needs someone with kfreebsd familiarity to do this, and that's not me. I don't have the time or skills to fix kfreebsd issues, but I can test, review and apply patches that any kfreebsd people wish to provide. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682379: unblock: chromium-browser/20.0.1132.57~r145807-1
On 07/22/2012 12:20 PM, Julien Cristau wrote: And the reason you're not replying to 681719 instead is? Because I didn't know Michael already opened a bug. Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#682375: 75dbus_dbus-launch doesn't really launch dbus
retitle 682375 nothing in Xsession.d can connect to the session bus severity 682375 wishlist thanks On 22/07/12 10:04, YunQiang Su wrote: The 75dbus_dbus-launch of dbus-x11 doesn't really launch dbus but modified variable STARTUP and then exec $STARTUP in 99x11-common_start If another application such as fcitx (80im-config_launch) needs DBUS_SESSION_BUS_ADDRESS, it will fail. This is deliberate; the alternative is worse (see #681241). The problem is: * activated session services are child processes of the session dbus-daemon * so, activated session services inherit environment variables from the session dbus-daemon * most scripts in /etc/X11/Xsession.d set environment variables * ... so if you start dbus-daemon too early, it will miss out on environment variables that are set after it starts * so activated session services don't inherit those environment variables either, causing them to behave incorrectly (see Launchpad bugs 807614 and 809900, for instance) Starting fcitx on-demand via D-Bus service activation, rather than from the script in Xsession.d, would solve this. For instance, if im-fcitx Gtk and Clutter plugins and the qtim-fxitx Qt plugin sent a D-Bus message to fcitx' well-known D-Bus name on startup, and fcitx installed a .service file for that well-known name, then the first use of any of those plugins would automatically launch fcitx. An suggestion is to run eval `dbus-launch --sh-syntax --exit-with-session` in 75dbus_dbus-launch. I did try that briefly, but had to revert it, because it caused bugs itself (the two Launchpad bugs mentioned above). I suspect the only way to solve this fully would be to give the session dbus-daemon some sort of two-phase startup similar to systemd socket activation: listen on the socket from a non-dbus-daemon app and allow applications to start connecting early in Xsession.d, and set the DBUS_SESSION_BUS_ADDRESS to that socket (but any application connecting to it will just block). Then, later, when all the environment variables have been set, pass the socket fd to dbus-daemon via the systemd LISTEN_FD protocol; at that point dbus-daemon will start accept()ing connections, and the blocked applications wake up. I don't think that solution is feasible for wheezy, and it has its own problems (applications attempting to use D-Bus too early will block, and libdbus doesn't provide any way to open a D-Bus connection without blocking on connect()). S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679571: modprobe: no module unix found in modules.dep
On Sun, 2012-07-22 at 12:22 +0400, Michael Tokarev wrote: source busybox severity 654282 wishlist merge 652672 654282 thanks On 22.07.2012 11:15, Michael Tokarev wrote: Thank you Ben for the patch. I've been, well, waiting for the upstream to show any reaction for https://bugs.busybox.net/show_bug.cgi?id=5270 (for which I forgot to set forwarded, doing it now), and basically Actually it is yet another bug, #652672. Since no functionality is affected by it, I'm mergeing all with #652672, with severity wishlist - it is just the message, nothing more. I'm okay with raising severity but let's at least merge them. A spurious warning message that appears for *all* users is important. Ben. -- Ben Hutchings 73.46% of all statistics are made up. signature.asc Description: This is a digitally signed message part
Bug#682401: dbmmanage: please use Digest::SHA instead of Digest::SHA1
Package: apache2-utils Version: 2.2.22-9 Severity: normal dbmmanage uses Digest::SHA1 which was removed from Debian some time ago[1]. Please use Digest::SHA instead which is part of the core modules included with the perl interpreter since 5.10. [1] http://bugs.debian.org/594273 In most cases just replacing Digest::SHA1 by Digest::SHA should be enough. Also change Digest/SHA1.pm to Digest/SHA.pm. Regards, Ansgar PS: The error message in need_sha1_crypt includes a link to Digest-MD5, but it should refer to Digest-SHA(1) instead. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2-utils depends on: ii libapr1 1.4.6-3 ii libaprutil1 1.4.1-2+b1 ii libc62.13-33 ii libssl1.0.0 1.0.1c-3 apache2-utils recommends no packages. apache2-utils 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#682402: unblock: libxml2/2.8.0+dfsg1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock libxml2/2.8.0+dfsg1-5 which fixes CVE-2012-2807, Bug #679280. Fix for squeeze has been agreed by security team and uploaded to security-master just now. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682403: icedove: New upstream (14)/3 missing (security related) updates
Package: icedove Version: 11.0-1 Severity: grave Tags: security Justification: user security hole Dear Maintainer, there are 3 missing updates in experimental. The current experimental version in debian is 11.0. The current thunderbird version is 14.0. Mozilla published a list of known vulnerabilties (this is why I choose grave, I hope this is ok): https://www.mozilla.org/security/known-vulnerabilities/thunderbird.html I think a lot of users use experimental since it's the only non-ESR version. It would be awesome if you could publish a new version. Thank you. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-6 ii libasound21.0.25-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-6 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4-0d 2:4.9.1-1 ii libnss3-1d2:3.13.5-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.1-2 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.19-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 Versions of packages icedove suggests: ii gconf-service 3.2.5-1 ii libgconf-2-4 3.2.5-1 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libnotify40.7.5-1 ii ttf-lyx 2.0.3-3 -- 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#679830: linux-image-2.6.32-5-686: Kernel bug observed in syslog when performing an rsync operation.
On Sun, 2012-07-22 at 11:26 +0100, Imran Chaudhry wrote: Sorry to hear this. I cannot recommend using ext4 in Linux 2.6.32. Thanks for your reply Ben. As an aside, from what kernel version would you recommend use of ext4 in? I don't know what the minimum would be but I believe it's fine in Linux 3.2, which will be in the next Debian stable release (and is now available in testing, unstable and squeeze-backports). Maybe I should use (tried and rusted) ext3 for my backup devices. I mentioned this problem in my local LUG and a couple of people reported similar problems with ext4. Yes, that's a safer choice. Ben. -- Ben Hutchings 73.46% of all statistics are made up. signature.asc Description: This is a digitally signed message part
Bug#681687: missing mime entry
On 21.07.2012 23:40, Adam D. Barratt wrote: On Sat, 2012-07-21 at 23:12 +0200, Michael Biebl wrote: On 21.07.2012 09:11, Steve Langasek wrote: Now, I think providing a tool to auto-translate .desktop files into mailcap entries is a perfectly appropriate way to go about solving this bug, if [...] The new mime support maintainer team, which took over the package just a few days ago, did ask the release team, if it would be possible to still apply this patch for wheezy [2]. [...] [2] https://lists.debian.org/debian-release/2012/07/msg01048.html As far as I can tell, that's very much not what that message says. In fact, it doesn't appear to request anything of the release team at all. Well, Charles did not specifically ask the release team, but he CCed the release team and his email contains: 4) Postpone any other change on the main branch until either #681687 (tech. comittee) is solved or Wheezy released. This reads to me as if Charlees is waiting for a decision from the ctte. If Steve and other members of the ctte consider such a tool as an approriate way to solve this bug, would the release team also acknowledge this approach or not? Anyway, let's put Charles and Laszlo on CC so they have chance to comment on it. My position is clearly, that this issue should be solved for good. Postponing this for another release just doesn't seem right to me, as simply adding back a single mime file would be an incomplete workaround at best. From past experience we still have around 5 months until we release. This should be enough time to get this ready for wheezy. And as said, if unsurmountable problems turn up which can't be addressed within say two months, we can simply drop the converter again and then add back the evince mime file. Is this a proposal that the ctte, release team and mime-support maintainers could agree with? 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#682404: arb: FTBFS with gcc-4.7
Package: arb Version: 5.3-3 Severity: serious Justification: fails to build from source Hi, arb fails to build in sid: debian/rules build dh build dh_testdir dh_auto_configure debian/rules override_dh_auto_build make[1]: Entering directory `/tmp/buildd/arb-5.3' mkdir -p LIBLINK MAKEBIN lib/help export LC_ALL=C ; \ export PATH=/tmp/buildd/arb-5.3/bin:${PATH} ; \ export LD_LIBRARY_PATH=/tmp/buildd/arb-5.3/lib:${LD_LIBRARY_PATH}; \ /usr/bin/make DEBIAN=1 ARBHOME=/tmp/buildd/arb-5.3 ARB_64=1 all ; \ export LD_LIBRARY_PATH=/tmp/buildd/arb-5.3/lib:${LD_LIBRARY_PATH}; \ /usr/bin/make DEBIAN=1 ARBHOME=/tmp/buildd/arb-5.3 ARB_64=1 arbxtras make[2]: Entering directory `/tmp/buildd/arb-5.3' All tools needed for ARB compilation have been located. GCC version check: - Your version is '4.7' - This version is not in the list of supported gcc-versions: * 3.2 * 3.3.1 * 3.3.3 * 3.3.4 * 3.3.5 * 3.3.6 * 3.4.0 * 3.4.2 * 3.4.3 * 4.0.0 * 4.0.1 * 4.0.2 * 4.0.3 * 4.1.1 * 4.1.2 * 4.1.3 * 4.2.0 * 4.2.1 * 4.2.3 * 4.2.4 * 4.3 * 4.3.1 * 4.3.2 * 4.3.3 * 4.4.1 * 4.4.3 * 4.4.5 * 4.6 - You may either .. - add your version to ALLOWED_GCC_VERSIONS in the Makefile and try it out or - switch to one of the allowed versions (see arb_README_gcc.txt for installing a different version of gcc) make[2]: *** [check_GCC_VERSION] Error 1 Andreas arb_0.log.gz Description: GNU Zip compressed data
Bug#682405: unblock: xserver-xorg-input-mouse/1:1.7.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package xserver-xorg-input-mouse The current one in testing is completely unuseable on kfreebsd-*. Changed-By: Cyril Brulebois k...@debian.org Description: xserver-xorg-input-mouse - X.Org X server -- mouse input driver xserver-xorg-input-mouse-udeb - X.Org X server -- mouse input driver (udeb) xserver-xorg-input-mouse (1:1.7.2-3) unstable; urgency=medium . * Update bsd-array-bounds.diff patch to fix crashes on kfreebsd-*, thanks to Petr Salinger (Closes: #681506). Thanks Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682406: gdb-doc: FTBFS in sid: aclocal not found
Package: gdb-doc Version: 7.4.1-1 Severity: serious Justification: fails to build from source Hi, gdb-doc does not build in a minimal sid chroot: debian/rules build test -x debian/rules mkdir -p objdir if test -e /usr/share/misc/config.guess ; then \ for i in ./config.guess ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi if ! test -f gdb/version.in.backup; then \ mv -f gdb/version.in gdb/version.in.backup; \ sed -e 's/$/-debian/' gdb/version.in.backup gdb/version.in; \ fi cd gdb/doc autoreconf Can't exec aclocal: No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 326. autoreconf: failed to run aclocal: No such file or directory make: *** [post-patches] Error 1 Andreas gdb-doc_0.log.gz Description: GNU Zip compressed data
Bug#682235: dolphin: opens multiple instances of a program when opening multiple files
On 07/20/12 20:18, Gustavo wrote: Package: dolphin Version: 4:4.8.4-1 Severity: normal Dear Maintainer, Since upgraded to 4.8, Dolphin no longer arranges media files in a playlist, to be opened in a single instance of a program. For example, if you select 15 mp3s and press enter, it will open 15 Totem windows instead of a window with the 15 files queued. If, however, you select the same files, right-click and select open with - totem, it works as expected. It seems to be a regression, since this exact behaviour figured in 4.4 and was fixed in 4.6, if I recall correctly. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/3 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 dolphin depends on: ii kde-runtime4:4.8.4-1 ii libc6 2.13-33 ii libkcmutils4 4:4.8.4-3 ii libkdecore54:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkfile4 4:4.8.4-3 ii libkio54:4.8.4-3 ii libknewstuff3-44:4.8.4-3 ii libkonq5abi1 4:4.8.4-1 ii libkparts4 4:4.8.4-3 ii libnepomuk44:4.8.4-3 ii libnepomukquery4a 4:4.8.4-3 ii libnepomukutils4 4:4.8.4-3 ii libphonon4 4:4.6.0.0-2 ii libqt4-dbus4:4.8.2-1 ii libqtcore4 4:4.8.2-1 ii libqtgui4 4:4.8.2-1 ii libsoprano42.7.6+dfsg.1-1 ii libstdc++6 4.7.1-2 ii libxrender11:0.9.7-1 ii phonon 4:4.6.0.0-2 Versions of packages dolphin recommends: ii ruby4.9 ii ruby1.8 [ruby] 1.8.7.358-4 Versions of packages dolphin suggests: pn kdesdk-dolphin-pluginsnone -- no debconf information If I understand correctly, this's not something which's the responsibility of Dolphin, instead I think, Totem is to blame. It's the responsibility of totem to not open a separate instance of itself, and enque in it's playlist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647090: O: suckless-tools -- simple commands for minimalistic window managers
retitle 647090 O: suckless-tools -- simple commands for minimalistic window managers noowner 647090 stop The package at mentors is no longer there, and there is no news in the last six months. I'm retitling this ITA back to O, so that anyone interested can adopt the package. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682408: pycg: FTBFS with nvidia-cg-toolkit (3.1.0013-1)
Package: pycg Version: 0.14.1-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, I just noticed that pycg no longer builds in sid, probably due to the updated nvidia-cg-toolkit: debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch 01_fix_makefile to ./ ... ok. applying patch 02_fix_setup.py to ./ ... ok. applying patch 30_move_from_numeric_to_numpy to ./ ... ok. applying patch 40_no_link_to_python to ./ ... ok. dpatch cat-all patch-stampT mv -f patch-stampT patch-stamp dh_testdir [ ! -d build ] || rm -rf build mkdir -p debian/python-cg/usr/lib/python2.6/dist-packages/ /usr/bin/make PYTHON_I=python2.6 PYTHON=python2.6 clean make[1]: Entering directory `/tmp/buildd/pycg-0.14.1' rm -f _Cg.so Cg.pyc Cg.py cg_wrap.c rm -rf build dist make[1]: Leaving directory `/tmp/buildd/pycg-0.14.1' /usr/bin/make PYTHON_I=python2.6 PYTHON=python2.6 make[1]: Entering directory `/tmp/buildd/pycg-0.14.1' swig -python -I/usr/include/python2.6 -Iinclude -I. -Inumpy cg.i cg.i:186: Warning 121: %name is deprecated. Use %rename instead. cg.i:194: Warning 121: %name is deprecated. Use %rename instead. gcc -fpic -g -Wall -shared -o _Cg.so cg_wrap.c -I/usr/include/python2.6 -Iinclude -I. -Inumpy -lCgGL -lCg -lGL cg_wrap.c: In function '_wrap_cgGLSetParameterPointer': cg_wrap.c:8246:5: warning: suggest parentheses around assignment used as truth value [-Wparentheses] cg_wrap.c:8248:5: warning: suggest parentheses around assignment used as truth value [-Wparentheses] cg_wrap.c: In function 'init_Cg': cg_wrap.c:10617:69: error: 'CG_PROFILE_START' undeclared (first use in this function) cg_wrap.c:10617:69: note: each undeclared identifier is reported only once for each function it appears in cg_wrap.c:10627:67: error: 'CG_PROFILE_MAX' undeclared (first use in this function) cg_wrap.c:10142:21: warning: variable 'md' set but not used [-Wunused-but-set-variable] make[1]: *** [_Cg.so] Error 1 make[1]: Leaving directory `/tmp/buildd/pycg-0.14.1' make: *** [build-python2.6] Error 2 I'm adding Miguel to Cc: as he might know a bit more about the CG toolkit than I. If this package is fixable, should we (the Debian Nvidia Maintainers) take it over? It's currently orphaned and probably tightly coupled to nvidia-cg-toolkit. Andreas pycg_0.log.gz Description: GNU Zip compressed data
Bug#682409: ruby-pgplot: FTBFS in sid
Package: ruby-pgplot Version: 0.1.3-4 Severity: serious Justification: fails to build from source Hi, your package does not build in a minimal sid amd64 chroot: debian/rules build dh build --with ruby --buildsystem ruby dh_testdir -O--buildsystem=ruby dh_auto_configure -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external debian/rules override_dh_auto_build make[1]: Entering directory `/tmp/buildd/ruby-pgplot-0.1.3' dh_auto_build /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external ( cd doc make ) make[2]: Entering directory `/tmp/buildd/ruby-pgplot-0.1.3/doc' ruby -I. /usr/bin/rd2 -r rd2html-img-lib.rb --with-css=css.css -o index index.rd /usr/bin/rd2: output to index.html... ruby -I. /usr/bin/rd2 -r rd2html-img-lib.rb --with-css=css.css -o pgline pgline.rd /usr/bin/rd2: output to pgline.html... ruby -I. /usr/bin/rd2 -r rd2html-img-lib.rb --with-css=css.css -o pgcont pgcont.rd /usr/bin/rd2: output to pgcont.html... ruby -I. /usr/bin/rd2 -r rd2html-img-lib.rb --with-css=css.css -o pgimag pgimag.rd /usr/bin/rd2: output to pgimag.html... ruby -I. /usr/bin/rd2 -r rd2html-img-lib.rb --with-css=css.css -o pghist pghist.rd /usr/bin/rd2: output to pghist.html... ruby mkind.rb rbpg-ind.txt rbpg-ind.rd ruby -I. /usr/bin/rd2 -r rd2html-img-lib.rb --with-css=css.css -o rbpg-ind rbpg-ind.rd /usr/bin/rd2: output to rbpg-ind.html... ruby -I. /usr/bin/rd2 -r rd2html-img-lib.rb --html-lang=ja --out-code=jis --with-css=css.css install.ja.rd install.html.ja lib/rd/rdblockparser.ry:331:in `===': invalid byte sequence in US-ASCII (ArgumentError) from lib/rd/rdblockparser.ry:331:in `next_token' from (eval):3:in `_racc_do_parse_c' from (eval):3:in `do_parse' from lib/rd/rdblockparser.ry:262:in `parse' from /usr/lib/ruby/vendor_ruby/rd/tree.rb:51:in `parse' from /usr/bin/rd2:220:in `main' make[2]: *** [install.html.ja] Error 1 make[2]: Leaving directory `/tmp/buildd/ruby-pgplot-0.1.3/doc' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/tmp/buildd/ruby-pgplot-0.1.3' make: *** [build] Error 2 Andreas ruby-pgplot_0.log.gz Description: GNU Zip compressed data
Bug#682401: dbmmanage: please use Digest::SHA instead of Digest::SHA1
severity 682401 serious thanks Hi, Evidently not too many people are using dbmmanage, even less with SHA1 encryption since it is not the default option but nobody noticed so far. Nonetheless the removal of Digest::SHA1 breaks the application in a fatal way when SHA-1 encryption is explicitly desired. Thus, I am raising the bug severity to serious and I will prepare a patch. Having that said, the root issue is upstream and they probably still plan to support older Perl versions as well. Thus, simply replacing the modules used will not suffice, but that does not sound like a big problem either as a simple Perl version dependent branch will do it. Stefan, shouldn't apache2-utils recommend the required perl libraries as well, instead of letting dbmmanage suggest the use of CPAN (e.g. for SHA1 in the past, or still in use for MD5)? -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#682410: viennacl: FTBFS in a minimal sid amd64 chroot
Package: viennacl Version: 1.2.0-1 Severity: serious Justification: fails to build from source Hi, your package fails to build in a minimal sid chroot on amd64: make[3]: Entering directory `/tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu' /usr/bin/cmake -E cmake_progress_report /tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu/CMakeFiles 88 [ 85%] Building CXX object examples/parameters/CMakeFiles/matrixparams.dir/matrix.cpp.o cd /tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu/examples/parameters /usr/bin/c++-Wall -pedantic -I/tmp/buildd/viennacl-1.2.0 -I/tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu -I/tmp/bu ildd/viennacl-1.2.0/external-o CMakeFiles/matrixparams.dir/matrix.cpp.o -c /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp In file included from /tmp/buildd/viennacl-1.2.0/viennacl/matrix.hpp:28:0, from /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:20: /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp: In instantiation of 'void viennacl::linalg::prod_impl(const viennacl::matrix_expressionconst viennacl::matrixSCALARTYPE, F, AL IGNMENT, const viennacl::matrixSCALARTYPE, F, ALIGNMENT, viennacl::op_trans, const viennacl::vectorSCALARTYPE, VECTOR_ALIGNMENT, viennacl::vectorSCALARTYPE, VECTOR_ALIGNMENT) [with SC ALARTYPE = float; F = viennacl::row_major; unsigned int ALIGNMENT = 1u; unsigned int VECTOR_ALIGNMENT = 1u]': /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:1023:9: required from 'viennacl::vectorSCALARTYPE, ALIGNMENT viennacl::vectorSCALARTYPE, ALIGNMENT::operator=(const vienna cl::vector_expressionconst viennacl::matrix_expressionconst viennacl::matrixSCALARTYPE, F, MAT_ALIGNMENT, const viennacl::matrixSCALARTYPE, F, MAT_ALIGNMENT, viennacl::op_trans, const vie nnacl::vectorSCALARTYPE, ALIGNMENT, viennacl::op_prod) [with F = viennacl::row_major; unsigned int MAT_ALIGNMENT = 1u; SCALARTYPE = float; unsigned int ALIGNMENT = 1u]' /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix_functors.hpp:90:3: required from 'void matrix_trans_vec_mul(TestData) [with TestData = test_dataviennacl::scalarfloat, viennacl::vecto rfloat, 1u, viennacl::matrixfloat, viennacl::row_major, 1u ]' /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:154:3: required from 'int run_matrix_benchmark(test_config, viennacl::io::parameter_database) [with ScalarType = float]' /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:237:42: required from here /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:369:7: error: 'trans_prod_impl' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:381:10: note: 'templateclass SCALARTYPE, class F, unsigned int ALIGNMENT, unsigned int VECTOR_ALIGNMENT void viennacl::linalg::trans_prod_impl(const viennacl::matrixSCALARTYPE, F, ALIGNMENT, const viennacl::vectorSCALARTYPE, VECTOR_ALIGNMENT, viennacl::vectorSCALARTYPE, VECTOR_ALIGNMENT)' declared here, later in the translation unit /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp: In instantiation of 'void viennacl::linalg::prod_impl(const viennacl::matrix_expressionconst viennacl::matrixSCALARTYPE, F, ALIGNMENT, const viennacl::matrixSCALARTYPE, F, ALIGNMENT, viennacl::op_trans, const viennacl::vectorSCALARTYPE, VECTOR_ALIGNMENT, viennacl::vectorSCALARTYPE, VECTOR_ALIGNMENT) [with SCALARTYPE = double; F = viennacl::row_major; unsigned int ALIGNMENT = 1u; unsigned int VECTOR_ALIGNMENT = 1u]': /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:1023:9: required from 'viennacl::vectorSCALARTYPE, ALIGNMENT viennacl::vectorSCALARTYPE, ALIGNMENT::operator=(const viennacl::vector_expressionconst viennacl::matrix_expressionconst viennacl::matrixSCALARTYPE, F, MAT_ALIGNMENT, const viennacl::matrixSCALARTYPE, F, MAT_ALIGNMENT, viennacl::op_trans, const viennacl::vectorSCALARTYPE, ALIGNMENT, viennacl::op_prod) [with F = viennacl::row_major; unsigned int MAT_ALIGNMENT = 1u; SCALARTYPE = double; unsigned int ALIGNMENT = 1u]' /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix_functors.hpp:90:3: required from 'void matrix_trans_vec_mul(TestData) [with TestData = test_dataviennacl::scalardouble, viennacl::vectordouble, 1u, viennacl::matrixdouble, viennacl::row_major, 1u ]' /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:154:3: required from 'int run_matrix_benchmark(test_config, viennacl::io::parameter_database) [with ScalarType = double]' /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:253:45: required from here /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:369:7: error: 'trans_prod_impl' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
Bug#682365: dpkg: native package in rc state prevents installation of m-a:foreign counterpart
Guillem Jover (guil...@debian.org on 2012-07-22 05:13 +0200): I also notice that libwine no longer is listed as libwine:i386. Not sure where that comes from though. Maybe because there is a non-multiarch libwine in stable? libwine 1.4.1-2 is not arch-qualified because it's not Multi-Arch:same anymore and as such does not really need to be disambiguated. Ah, I had missed that the package went from m-a:same to m-a:foreign. At least that should make this a pretty rare occasion (hopefully). Thanks for the insights, Regards, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661881: ITA: xinetd -- replacement for inetd with many enhancements
Hi Salvo, You wrote on 11 April 2012: can you write more about its status? What kind of info are you looking for ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682411: worldwind: FTBFS in sid
Package: worldwind Version: 0.5.0-8 Severity: serious Justification: fails to build from source Hi, your package does not build in a minimal sid chroot on amd64: fakeroot debian/rules clean /usr/share/cdbs/1/rules/buildcore.mk:63: parsing wms-release.zip ... Parsing wms-release.zip... /bin/sh: unzip: command not found test -x debian/rules dh_testroot You must specify a valid JAVA_HOME or JAVACMD! make: *** [testsanity] Error 1 Andreas worldwind_0.log.gz Description: GNU Zip compressed data
Bug#682316: gnome-mplayer: Mplayer interrupted by signal 6.
tags 682316 + moreinfo thanks Hi, I got a report MPlayer interrupted by signal 6 in module: filter video when I try to use gnome-mplayer to play every video with all configure I could try. But I am able to play them with smplayer normally. Now gnome-player is almost unusable to me. please run gnome-mplayer -v to get the exact command that gnome-mplayer uses to execute mplayer. This should look something like: mplayer -vo gl_nosw -vf-add screenshot -channels 2 -af-add export=/tmp/mplayer-af_exportcxhhdg:512 -quiet -slave -noidle -noconsolecontrols -nostop-xscreensaver -identify -volume 100 -softvol -msglevel all=5 -osdlevel 0 -delay 0.00 -subdelay 0.00 -subpos 0 -sub-fuzziness 0 -wid 0x3a0001a -brightness 0 -contrast 0 -hue 0 -saturation 0 -alang Zuni,zun -slang Zuni,zun -nomsgcolor -nomsgmodule -nokeepaspect -ass -embeddedfonts -ass-font-scale 1.00 -ass-color ff00 filepath Please remove -wid 0x from the line and try to run it yourself with mplayer installed (not mplayer2). If that line fails as well this is a mplayer bug and should be reassigned. Kind regards -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#677712: sysvinit-utils: startpar not allow to start cryptdisks
I tried to debug something and found, that cryptdisks are not cause of problem, cause is upstart. After installing sysvinit instead of upstart all works fine. I don't remember why I decided that problem in cryptdisks, may be there is no relation at all. So you are free to close this bug. Thanks. В Вск, 22/07/2012 в 14:02 +0100, Roger Leigh пишет: On Sun, Jul 22, 2012 at 04:35:57PM +0400, Alexander V. Kudrevatykh wrote: Today I tried setup without prompting password from keyboard, and it also fails to start with startpar. With legacy bootordering all works fine. So it could be a dependency problem. Without having a cryptdisks- using system, I can't help debug this really--it needs someone familiar with cryptdisks to figure out what's going wrong and if it's a bug in the LSB header, to fix it there. Thanks, Roger signature.asc Description: This is a digitally signed message part
Bug#682412: dynamips: FTBFS with multiarch paths: cc: error: /usr/lib/libelf.a: No such file or directory
Package: dynamips Version: 0.2.7-0.2.8RC2-5 Severity: serious Justification: fails to build from source Hi, your package fails to build in a minimal sid chroot on amd64: debian/rules build test -x debian/rules mkdir -p . /usr/bin/make -f debian/rules reverse-config make[1]: Entering directory `/tmp/buildd/dynamips-0.2.7-0.2.8RC2' make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/tmp/buildd/dynamips-0.2.7-0.2.8RC2' cd . QUILT_PATCHES=/tmp/buildd/dynamips-0.2.7-0.2.8RC2/debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 File series fully applied, ends at patch debian-changes-0.2.7-0.2.8RC2-5 touch debian/stamp-patched /usr/bin/make -f debian/rules update-config make[1]: Entering directory `/tmp/buildd/dynamips-0.2.7-0.2.8RC2' make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/tmp/buildd/dynamips-0.2.7-0.2.8RC2' make -C . make[1]: Entering directory `/tmp/buildd/dynamips-0.2.7-0.2.8RC2' Linking rom2c cc: error: /usr/lib/libelf.a: No such file or directory make[1]: *** [rom2c] Error 1 make[1]: Leaving directory `/tmp/buildd/dynamips-0.2.7-0.2.8RC2' make: *** [debian/stamp-makefile-build] Error 2 The full log is attached. Andreas dynamips_0.log.gz Description: GNU Zip compressed data
Bug#673946: ITA: hellanzb -- Newzbin (nzb) BinNews (bns) files downloader and post-processor
Hi Nicolas, How is progress on this ITA ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636759: O: eterm -- Enlightened Terminal Emulator
retitle 636759 O: eterm -- Enlightened Terminal Emulator noowner 636759 stop The ITA owner has not answered the question on 13 March 2012 on bug 636759. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org