Bug#717028: liferea should depend on gnome-icon-theme
On Wed, Jul 17, 2013 at 11:44:38AM +0800, David Smith wrote: ... Consider that a depends on gnome-icon-theme is added, then liferea isn't going to be installable unless the default gnome-icon-theme is installed. This doesn't make any sense as some people might want to use gnome-icon-theme-nuovo or gnome-icon-theme-suede or gnome-icon-theme-yasis or gnome-icon-theme-gartoon instead which do *NOT* provide gnome-icon-theme. Using these alternative gnome themes without the default gnome-icon-theme would make liferea uninstallable, if a depends on gnome-icon-theme is added, even though liferea would work just fine :( Let me repeat something I already wrote in this bug: -- snip -- For non-GNOME users of GNOME applications a dependency on gnome-icon-theme can prevent serious problems. When you have a full GNOME installed, gnome-icon-theme is anyway always installed. -- snip -- The case you are arguing about is about possibly saving a few MB of disk space in a case where a user is using a non-standard GNOME icon theme *and* he is *not* using a full GNOME. Is that 0.1% of all Liferea users or 0.01% of all Liferea users that might not need gnome-icon-theme? And I want to emphasize that gnome-icon-theme does for such users as few harm as the 400MB of translations on my disk do for me. And yes, gnome-icon-theme and the translations are related issues: If you would actually be serious in wanting to save a few MB on the disks of people installing liferea, then splitting liferea-data into 2 packages would benefit much more users than not depending on gnome-icon-theme. [1] Then finally... Liferea is *NOT* showing you the wrong icons if you don't have gnome-icon-theme installed. Rather, it's just using the GTK_STOCK icons instead of gnome theme icons. This appears to be intentional / planned by upstream. ... Exactly the same is true when the translation for the language of your choice is not installed (as is intentional / planned by upstream, English messages are displayed instead of translated messages), so please start with getting translations splitted out of *all* packages in Debian if you really believe in what you wrote. -David cu Adrian [1] I don't think that would be a good idea, but allowing users to save disk space is your intention here you must do it. -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666396: openexr: New upstream: 1.7.0
Probably the compile issue will be solved in the near future release. See openexr issue 67: https://github.com/openexr/openexr/issues/67 IRIE Shinsuke 13/07/12, Andreas Metzler wrote: On 2013-06-29 IRIE Shinsuke irieshins...@yahoo.co.jp wrote: Hi, I experienced the same error in testBox.cpp with libilmbase 2.0.0. It seems that the error was caused by bad optimization, because the build succeeds when changing the optimization level as follows: [...] Anyway, please update openexr/ilmbase to v2.0.0. Blender will move to OpenEXR v2.0.0 in 2.68 release. Hello, I have just requested an adopter for OpenEXR and ILMbase. http://bugs.debian.org/716766 http://bugs.debian.org/716768 These seem to need somebody with better C++ knowledge than me. cu Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717128: extlinux: Wrong sorting of multiple linux kernel images in /boot
Package: extlinux Version: 2:4.05+dfsg-6+deb7u1 Severity: normal The script /usr/sbin/extlinux-update sorts the kernels it finds in /boot with the following shell code: (cd /boot ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort -nr) I believe the intention is to put the latest keenel first, as that is how the corresponding script for grub2 behaves. But alas: [16+1]~$ ( echo 9 ; echo 10 ) | sort -nr 10 9 [17+1]~$ ( echo 3.9.9 ; echo 3.9.10 ) | sort -nr 3.9.9 3.9.10 and thus also [18+1]~$ (cd /boot ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort -nr) 3.9.9 3.9.10 Clearly, the script needs to be a bit smarter about sorting the version numbers, perhaps creatively reusing some code from the grub or dpkg packages. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9.9.3 (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 Versions of packages extlinux depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 Versions of packages extlinux recommends: pn os-prober none ii syslinux-common 2:4.05+dfsg-6+deb7u1 pn syslinux-themes-debian none extlinux suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714330: bti: identi.ca support more or less broken
Control: forwarded -1 https://github.com/gregkh/bti/issues/29 Control: tag -1 + upstream wontfix On Wed, 17 Jul 2013 02:49:28 +0200, Vincent Lefevre wrote: 033 changes to the new Twitter API v1.1, and in the course of that more or less breaks identi.ca support. Posting still works (if one ignores the error), '--action friends' just fails ... Posting no longer works: it doesn't fail, but the post doesn't appear. Thanks for checking, I haven't tried myself in the last days. The result is expected, since identi.ca switched from StatusNet to pump.io 6 days ago. /* BTW: It clearly fails for me: % bti Enter password for identi.ca: tweet: bti doesn't work with pump.io'd identi.ca operation failed [return code 234] (Might be different with the password in the config or with OAuth.) */ And it doesn't look like bti will gain pump.io support soon: https://github.com/gregkh/bti/issues/29 Looks like bti will be (or de facto: is already) a Twitter-only tool, and I need to update the package decription etc. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #362: Plasma conduit breach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717028: liferea should depend on gnome-icon-theme
On 07/17/2013 02:12 PM, Adrian Bunk wrote: Let me repeat something I already wrote in this bug: -- snip -- For non-GNOME users of GNOME applications a dependency on gnome-icon-theme can prevent serious problems. What serious problems are you referring to? That's what I'm not understanding.. Without the gnome-icon-theme dependency, it appears to me that liferea falls back to the generic GTK icons and all is just fine other than a couple of warnings tossed out into the console log. If you're not getting what I'm getting then then let me know. http://imgur.com/ZHDvUdy -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717028: liferea should depend on gnome-icon-theme
On Wed, Jul 17, 2013 at 02:50:49PM +0800, David Smith wrote: On 07/17/2013 02:12 PM, Adrian Bunk wrote: Let me repeat something I already wrote in this bug: -- snip -- For non-GNOME users of GNOME applications a dependency on gnome-icon-theme can prevent serious problems. What serious problems are you referring to? That's what I'm not understanding.. Without the gnome-icon-theme dependency, it appears to me that liferea falls back to the generic GTK icons and all is just fine other than a couple of warnings tossed out into the console log. If you're not getting what I'm getting then then let me know. http://imgur.com/ZHDvUdy Crap, that was intended only for the epiphany-browser discussion. My point that it would only ever make sense for a near-zero amount of users to uninstall gnome-icon-theme still stands. -David cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715024: [Dctrl-tools-devel] Bug#715024: dctrl-tools: Surprising behaviour of -w -P
On Fri, Jul 05, 2013 at 05:06:03PM +0200, Christopher Huhn, GSI wrote: I just stumbled upon grep-available -w -P libstdc++6 not finding any package. Obviously '+' signs are not treated as literals but regex operators and consequently grep-available -w -P 'libstdc\+\+6' properly locates the package. grep-available -X -P libstdc++6 works as anticipated by me. Is this the expected behaviour? If so maybe the manpage should be a bit more verbose about the exact semantics (and possible use) of -w. The manpage says this about -w: -w, --whole-pkg Do an extended regular expression match on whole package names, assuming the syntax of inter-package relationship fields such as Depends,Recommends, ... When this flag is given you should not worry about sub-package names such as libpcre3 also matching libpcre3-dev. This flag implies (and is incompatible with) -e. The idea is, if I recall correctly, to allow you to see if a particular package name (and not some other package name that happens to contain it as a substring) occurs in a Depends field. See #383921 for background. Combining -w with -P isn't particularly useful, as the Package field does not use Depends syntax. You may want to use -PX instead. However, I note the man page excerpt above says an extended regular expression match and This flag implies (and is incompatible with) -e which to me pretty clearly seems to say that the pattern must follow eregexp syntax. Can you suggest a clearer wording? -- Antti-Juhani Kaijanaho -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703092: dpkg: And please add 'dependency on dselect'
Package: dpkg Version: 1.16.10 Followup-For: Bug #703092 Dear Maintainer, I agree with the bug report and would like to add that a simple rewrite of the man-file might reduce a lot of frustration. I was used, in the past, to 'clone' my setups via ssh goodhost -- dpkg --get-selections | dpkg --set-selections - or the like. now lately, i have been frustrated with the command as it threw many many 'missing packages' errors like: 'dpkg: warning: package not in database at line 1874 ...' Only now i found out that you need `dselect` for this to work. A little mention of this might be cool in the man-file. == snip To make a local copy of the package selection states: dpkg --get-selections myselections You might transfer this file to another computer, and install it there with: apt-get install dselect # these two lines are to get your dselect update # dselect repository up-to-date dpkg --clear-selections dpkg --set-selections myselections Note that this will not actually install or remove anything, but just set the selection state on the requested packages. You will need some other application to actually download and install the requested pack‐ ages. For example, run apt-get dselect-upgrade. Ordinarily, you will find that dselect(1) provides a more convenient way to modify the package selection states. ^^ this i am not so sure of if it is correct, did not find anythin on this topic == snip lg,k -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-4 ii libc62.17-7 ii liblzma5 5.1.1alpha+20120614-2 ii libselinux1 2.1.13-2 ii tar 1.26+dfsg-6 ii zlib1g 1:1.2.8.dfsg-1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.8.2 -- no debconf information -- debsums errors found: debsums: missing file /usr/share/locale/de/LC_MESSAGES/dpkg.mo (from dpkg package) debsums: missing file /usr/share/locale/pt/LC_MESSAGES/dpkg.mo (from dpkg package) debsums: missing file /usr/share/locale/pt_BR/LC_MESSAGES/dpkg.mo (from dpkg package) debsums: missing file /usr/share/man/de/man1/dpkg-deb.1.gz (from dpkg package) debsums: missing file /usr/share/man/de/man1/dpkg-maintscript-helper.1.gz (from dpkg package) debsums: missing file /usr/share/man/de/man1/dpkg-query.1.gz (from dpkg package) debsums: missing file /usr/share/man/de/man1/dpkg-split.1.gz (from dpkg package) debsums: missing file /usr/share/man/de/man1/dpkg-trigger.1.gz (from dpkg package) debsums: missing file /usr/share/man/de/man1/dpkg.1.gz (from dpkg package) debsums: missing file /usr/share/man/de/man5/dpkg.cfg.5.gz (from dpkg package) debsums: missing file /usr/share/man/de/man8/dpkg-divert.8.gz (from dpkg package) debsums: missing file /usr/share/man/de/man8/dpkg-statoverride.8.gz (from dpkg package) debsums: missing file /usr/share/man/de/man8/start-stop-daemon.8.gz (from dpkg package) debsums: missing file /usr/share/man/de/man8/update-alternatives.8.gz (from dpkg package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717130: gnome-themes-standard: Adwaita theme doesn't work for GTK2 applications
Package: gnome-themes-standard Version: 3.8.1-2 Severity: important Dear Maintainer, I did a apt-get dist-upgrade which also updated gnome-themes-standard from 3.4.2-2.1 to 3.8.1-2. Since this update GTK2 applications (e.g. Iceweasel, Icedove and this reportbug) show the old default GTK theme. I've installed gtk- chtheme to see if other themes work. I can change to other themes like clearlooks and they do work. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (600, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-themes-standard depends on: ii gnome-themes-standard-data 3.8.1-2 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-7 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.3-3 ii libgtk-3-0 3.8.2-3 ii libgtk2.0-0 2.24.20-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii librsvg2-2 2.36.4-2 ii multiarch-support 2.17-7 Versions of packages gnome-themes-standard recommends: ii gnome-accessibility-themes 3.8.1-2 ii gtk2-engines-pixbuf 2.24.20-1 gnome-themes-standard 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#717129: setpwc -p fails on Wheezy amd64
Hi Bortel, I have CC'ed the maintainer. So in summary 1.2.1 works nicely on i686 but not on amd64. And 1.3 seems to give some slightly better results, on amd64. Does it works on i686 ? Dear folkert, Have you ever had such report before: On Wed, Jul 17, 2013 at 7:31 AM, Bortel László bor...@freemail.hu wrote: [...] root@Zsifike:/tmp# setpwc -p setpwc v1.3, (C) 2003-2006 by folk...@vanheusden.com Current device: Philips 740 webcam (pwc @ usb-:00:1a.7-5.1) VIDIOCPWCPROBE returns: Philips 740 webcam - 740 Serial number: 0169C5588301 Resolution (x, y): 640, 480 Brightness: Brightness Value: 63 Minimum: 0 Maximum: 127 Step:1 Default: 63 Flags: slider Hue: VIDIOC_G_CTRL failed: Invalid argument Colour: Saturation Value: 0 Minimum: -100 Maximum: 100 Step:1 Default: 0 Flags: slider Contrast: Contrast Value: 32 Minimum: 0 Maximum: 63 Step:1 Default: 32 Flags: slider Whiteness: Gamma Value: 21 Minimum: 0 Maximum: 31 Step:1 Default: 21 Flags: slider Palette: Unknown! (842093913 - YU12) Compression preference: 1 Automatic gain control: -1 Whitebalance mode: auto Blinking of LED is not supported by the combination of your webcam and the driver. Sharpness: 33287 Backlight compensation mode: off Anti-flicker mode: on Noise reduction mode: 1 Pan/tilt range is not supported by the combination of your webcam and the driver. Get pan/tilt position is not supported by the combination of your webcam and the driver. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582109: debian-policy: document triggers where appropriate
Hi, On Wed, 17 Jul 2013, Charles Plessy wrote: About the problem of triggers being called with Depends not satisfied, can you give more explanations or suggest some text for the warning ? Would it be enough to add a notice that the triggered postinst script may be called when the package is Unpacked, which is a state that does not require that the packages that are depended on are configured ? Julien is referring to this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671711 It might be fixed for jessie, at least I hope so, but he seems to doubt it. Also, if you think that triggers will give us problems for the Jessie release, may I suggest that you give it a broad audience on debian-devel ? As a maintainer of a package that has triggers, I am definitely interested to learn if there is something I should give particular attention there. One of the main things to do is to switch as many packages as possible to use the interest-noawait directive when possible. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717131: minidlna: CVE-2013-2745 CVE-2013-2738 CVE-2013-2739
Package: minidlna Severity: grave Tags: security Justification: user security hole Please see http://www.securityfocus.com/archive/1/527299/30/0 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1
Hi, Alle mercoledì 17 luglio 2013, Chris Knadle ha scritto: After migrating to KMail2 at first I had this same issue (mail stuck in local outbox and no attempt to send the email occurs), but logging out and in again worked in my case when the akonadi backend is MySQL. The behavior when using a akonadi backend of PosgreSQL (which requires some manual setup to get working) seems different; email can be sent on the first try, but I run into intolerable issues when trying to _read_ email because the list of folders show up, but 90% of the emails that they contain do not. Of the several thousand emails I have in IMAP, about 200 of them show up after 2 days of indexing, with lots of errors going to Postgresql log. :-( The postgresql 9.1 log is 649 MiB and contains about 9 million lines of this: 2013-07-16 17:51:52 EDT ERROR: invalid input syntax for type bytea at character 24 2013-07-16 17:51:52 EDT STATEMENT: EXECUTE qpsqlpstmt_7d ('\SEEN') 2013-07-16 17:51:52 EDT ERROR: invalid input syntax for type bytea at character 24 2013-07-16 17:51:52 EDT STATEMENT: EXECUTE qpsqlpstmt_7d ('\SEEN') ... This is mostly caused by #716922. I'll open a separate bug report about the above; the only reason I'm mentioning it here is in relation to differences in behavior I see concerning sending email. Of course there is a difference in behaviour, considering the pgsql access if broken due to the regression in qt4-sql-pgsql, so I'm not sure what this bug would be about then, if you reported a new #717117 (which is a duplicate of #716922). -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#717117: [akonadi-backend-postgresql] continuous errors in postgresql 9.1 log
reassign 717117 libqt4-sql-psql qt4-x11/4:4.8.5+dfsg-2 forcemerge 716922 717117 thanks Hi, Alle mercoledì 17 luglio 2013, Chris Knadle ha scritto: Thanks for including akonadi-backend-postgresql in Sid... I'm hoping to use it when I can get it working. I'm having a lot of trouble when trying to use PostgreSQL 9.1 as the backend for Akonadi; I can't tell for sure that this is the correct package to file this bug against, but this seems the most logical place to start. [The next logical alternative is the 'kmail' package.] This is another case of #716922, which this bug is being merged with (please followup of it, in case). -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#717069: bind9: Please allow alternative dnsutils and host packages
Hi Robert, On Tue, Jul 16, 2013 at 10:46 PM, Robert Edmonds edmo...@debian.org wrote: Ondřej Surý wrote: I was thinking of renaming the binaries to bind9-{util} and use update-alternatives to provide {util}, same for knot-dnsutils, e.g. have k{util} and use update-alternatives to provide {util}. But P/C/R: dnsutils would suit me as well. hi, unbound maintainer here :) it's not clear to me if kdig is suitable to be provided as 'dig' via the alternatives mechanism; this is not a problem with kdig per se, since dig is a very complicated utility. policy gives the vi (nvi, vim, etc.) example but is otherwise not too clear on the issue of command line interface compatibility. (see #465140.) we do have the example in the archive of the netcats (netcat-openbsd, netcat-traditional) which are command-line utilities which differ substantially, but in that case both utilities are named 'nc' and there's a reasonably clear original - successor relationship. to take a similar issue, bind9-host and unbound-host are somewhat similar utilities but they differ enough in command line flags, functionality, and output format that i've never felt comfortable having unbound-host provide a 'host' substitute. (i think there was another 'host' implementation in debian at one point, but i can't remember what it was called.) dig has a substantially complicated command-line interface and output format to the point that i would recommend against trying to have kdig provide the 'dig' command. to take a not-very-contrived example, compare: dig +vc +tries=1 +timeout=1 +edns=0 www.isc.org and kdig +vc +tries=1 +timeout=1 +edns=0 www.nic.cz kdig doesn't support any of those flags ;-) more seriously, it looks like kdig lacks +trace, too, which is of course a very popular dig mode. This will be all added in due time. And differences between ISC dig and Knot dig are considered as bugs. that being said, there are a few dozen reverse dependencies of bind9-host some of which need to run 'host' and parse the output, e.g., krb5-config, and i can see how it would be useful to avoid pulling in the full set of bind9 library dependencies just for 'host'. but there are substantial variations in output format among the 'host' implementations: Again we aim to be 1:1 replacement (with tests, etc.), but we are not there yet. But it would be nice to have an infrastructure in Debian in place. Ondrej -- Ondřej Surý ond...@sury.org
Bug#717112: libreoffice: Insert Movie and Sound, and Media Player not working
Hi, On Tue, Jul 16, 2013 at 05:56:50PM -0500, Arnout Boelens wrote: When trying to insert mp3 files libreoffice hangs, and when inserting a movie a black square with a speaker is shown. Never saw that but then again I don't do such things. I re,e,ber some problems discussed *before* 4.0.0.x, but without clear outcome. Both audio and video work fine with 4.1.0 packages from libreoffice.org. The only difference here is that they use the old gstremer 0.10 version and we use 1.0 (which is officially supported by upstreams build system itself, nothing patched by us...) And no, I am *NOT* going back to a obsolete library version. Especially as above discussions also showed the problem with 0.10 afaicr. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717028: liferea should depend on gnome-icon-theme
On 17-07-13 08:56, Adrian Bunk wrote: Crap, that was intended only for the epiphany-browser discussion. Right. So we agree that there is no such problem for liferea. My point that it would only ever make sense for a near-zero amount of users to uninstall gnome-icon-theme still stands. Let me make myself clear. I am not discussing this just because of disk space. I am talking about this because of choice, in general, not specifically this case. I hate it when packages depend or recommend on things they don't need to depend on or recommend and making it more difficult for me to install it (if for whatever reason I can not accept those on my system, e.g. due to conflicts). There was a very heated debate in Debian [see links in 1] some months ago about gnome depending on network-manager. The maintainer said, it depends, a lot of people said, it doesn't and it sits in my way. The outcome of a technical committee ruling was that is had to be removed from depends. For liferea, if we put this in depends, it NEEDS to be installed. Recommends is installed by default, so that is nearly the same but at least gives people a choice, so that is where things need to go that are not strictly necessary. Suggests is for improvements. It really looks like the place for this theme we are discussing here. Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681834#5 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681834#273 signature.asc Description: OpenPGP digital signature
Bug#714981: Build nvidia module fails with Kernel 3.10
Hello dear maintainer, I have the same problem with new kernel 3.10.1-1 # cat /proc/driver/nvidia/version NVRM version: NVIDIA UNIX x86 Kernel Module 304.88 Wed Mar 27 14:31:12 PDT 2013 GCC version: gcc version 4.7.3 (Debian 4.7.3-5) How can I fix it? Kindly, Davide Governale. signature.asc Description: PGP signature
Bug#715568: ibus-anthy 1.5.3 doesn't work
Hi, I installed ibus-anthy1.5.3 from experimental. However, this new input method is not listed in input sources of Gnome 3.8 Region Language settings. So it is no way for Gnome to activate it. If this input method is added via ibus-setup, ibus-anthy will be activated all the time and cannot be turned off. There seems to be a specific step needed to register input method installed to Gnome. But I don't know what it is. Thanks, Hongzheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717125: [Piuparts-devel] Bug#717125: piuparts: New test: upgrade from directly to command line package file
On 2013-07-17 06:54, Norbert Preining wrote: I think it makes sense to have also an option where first the stable variant is installed, and then with gdebi or similar the package on the commandline including its dependencies from unstable and necessary chagnes. put debs into a local repository, e.g. /tmp/repo, run dpkg-scanpackages Packages there and add this to piuparts: --bindmount /tmp/repo --testdebs-repo /tmp/repo --distupgrade-to-testdebs Maybe we need to upgrade the documentation to make this more obvious. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717132: lintian: new apache2 checks should not warn when the maintainer script is used
Package: lintian Version: 2.5.14 Severity: wishlist Hey maintainers of Lintian, this is a request regarding the checks: * apache2-reverse-dependency-calls-invoke-rc.d * apache2-reverse-dependency-calls-wrapper-script and maybe other upcoming checks for the new Apache2.4 handling. I've update the postinst/postrm scripts of icinga-web for the new Apache 2.4 handling of things, while trying to still support wheezy, without the need to change the scripts for backporting. What I did is: * if the new maintainer helper for apache2.4 exists - use it * else - classical linking into conf.d/ and call of invoke-rc.d Would it be possible to suppress these warnings when the new helper script [1] is used as well? Please see my script [2] as example of how it could be utilized by other maintainers. Thank you, Markus Frosch [1] /usr/share/apache2/apache2-maintscript-helper [2] http://anonscm.debian.org/gitweb/?p=pkg-nagios/pkg-icinga-web.git;a=blob;f=debian/icinga-web.postinst;hb=HEAD -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717133: bti should terminate with an error with identi.ca + oauth
Package: bti Version: 033-2 Severity: normal When posting with identi.ca + oauth, bti doesn't report any error, though nothing has actually been posted as identi.ca is no longer supported (bug 714330). There should be an error message and the exit status should be nonzero (this is important as bti can be used in scripts...). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bti depends on: ii libc62.17-7 ii libcurl3-gnutls 7.31.0-2 ii libjson-c2 0.11-2 ii liboauth01.0.1-1 ii libpcre3 1:8.31-2 ii libxml2 2.9.1+dfsg1-2 bti recommends no packages. Versions of packages bti suggests: ii bash-completion 1:2.0-1 -- 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#703092: dpkg: And please add 'dependency on dselect'
Hi! On Wed, 2013-07-17 at 09:03:41 +0200, Klaus Ita wrote: Package: dpkg Version: 1.16.10 Followup-For: Bug #703092 Only now i found out that you need `dselect` for this to work. A little mention of this might be cool in the man-file. dselect is not the only option, see below. == snip To make a local copy of the package selection states: dpkg --get-selections myselections You might transfer this file to another computer, and install it there with: apt-get install dselect # these two lines are to get your dselect update # dselect repository up-to-date dpkg --clear-selections dpkg --set-selections myselections Note that this will not actually install or remove anything, but just set the selection state on the requested packages. You will need some other application to actually download and install the requested pack‐ ages. For example, run apt-get dselect-upgrade. Ordinarily, you will find that dselect(1) provides a more convenient way to modify the package selection states. ^^ this i am not so sure of if it is correct, did not find anythin on this topic == snip I did the following changes: http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commitdiff;h=535325ba3d607cfe816ce7cf8d91d185ab87ca9b I also documented it on the dpkg FAQ: https://wiki.debian.org/Teams/Dpkg/FAQ But I guess something along the lines above would make it more clear, I'll try to improve the man page wording. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714330: bti: identi.ca support more or less broken
On 2013-07-17 08:41:51 +0200, gregor herrmann wrote: /* BTW: It clearly fails for me: % bti Enter password for identi.ca: tweet: bti doesn't work with pump.io'd identi.ca operation failed [return code 234] (Might be different with the password in the config or with OAuth.) */ I use OAuth, so that I assume it doesn't signal the error in this case only. I've reported a new bug for this problem. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715064: Broken library symlink detected in firebird-dev
[ I am NOT the firebird maintainer but I noticed this yesterday when trying LO 4.2s git - which uses firebird now ] On Sat, Jul 06, 2013 at 05:01:14AM +, David Steele wrote: The log contains the following broken symlinks: /usr/lib/x86_64-linux-gnu/libfbembed.so - libfbembed.so.2.5.2 libfbembed2.5 is only in Suggests... So you happily can install a firebird-dev without even having a valid .so symlink for libfbembed thus breaking the build - you explcitly need Build-Depends: [...] firebird-dev, [...] libfbembed2.5, [...] which IMHO is bad. What is the reason that firebird-dev doesn't simply dpeend on it? It's small and it's a -dev package so people expect the stuff to work by just installing the -dev package. Not a extra package. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717133: bti should terminate with an error with identi.ca + oauth
On 2013-07-17 10:09:33 +0200, Vincent Lefevre wrote: When posting with identi.ca + oauth, bti doesn't report any error, though nothing has actually been posted as identi.ca is no longer supported (bug 714330). There should be an error message and the exit status should be nonzero (this is important as bti can be used in scripts...). Same problem also if the keys and secrets are wrong. But with Twitter in such a case, an error is signalled. It could also be a bug in liboauth0. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717134: rakudo: Package terribly old comparing to other arch
Package: rakudo Version: 0.1~2012.01-1 Severity: wishlist Dear Maintainer, Package is very old comparing to other architectures and it is not possible to make own without external hard drive because it requires more than 1GB of memory which such a tiny thing doesn't have. * What exactly did you do (or not do) that was effective (or Could you refresh it a little bit? -- System Information: Debian Release: 7.0 Architecture: armhf (armv6l) Kernel: Linux 3.6.11+ (PREEMPT) 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 rakudo depends on: ii libc6 2.13-38+rpi2 ii libgcc1 1:4.7.2-5+rpi1 ii libicu48 4.8.1.1-12 ii libreadline6 6.2+dfsg-0.1 ii nqp 0.1~2012.01-5 ii parrot4.0.0-3 ii parrot-devel 4.0.0-3 ii parrot-minimal [parrotapi-4.0.0] 4.0.0-3 rakudo recommends no packages. rakudo 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#717107: limited TZ choices
On 16/07/13 23:56, Cyril Brulebois wrote: Daniel Pocock (2013-07-16): Actually, it's a little confusing - I just went back in the installer and yes, I can choose that permutation and then I'm told There is no locale defined for the country of language and country and then I can manually get en_GB. So I can achieve the correct configuration. However, some users may simply choose GB as their country (I'm an Australian but I choose GB because Australians use British English and I personally spent a lot of time living there) - so while I don't see this as a severe issue, I think it would be helpful to let the user choose a country that they associate with rather than their exact location at the moment of installation. Then the TZ question should let them deviate further from the options for their country. No, no, no. You really really should *read* instead of *assuming* random things. Quoting the “Select your location” screen, first two sentences are: | The selected location will be used to set your time zone and also for | example to help select the system locale. Normally this should be the | country where you live. I agree it is not fundamentally broken and for people who know Debian/Linux it is not hard to change later, but I still feel it is rigid and it would not be hard to let people alter the timezone after choosing a country To give another example, consider a British person setting up a PC in their holiday home in France: country where you live does not help them make the system work the way they want. Another option may be changing the text: Normally this should be the country where the computer is physically located or physically accessed. This will not limit you to using the language or locale of the country you choose and the installer will proceed in the current language. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717098: firebird-dev: ships neither fb_config nor fbembed.pc, making usage hard(er)
On Tue, Jul 16, 2013 at 09:37:50PM +0200, Rene Engelhard wrote: Neither of them there. Please ship one (or better both) of them... Anyways, for /me I've worked around it with http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=patches/firebird-manual-variables.diff;h=ca257e150dbbb8ca9445a77ed9661b1a17c9a0d7;hb=refs/heads/debian-experimental-4.2 (and I've adapted it being normal together with 715064) but I think it's bad. Gentoo says they don't have either of them, too... Feel free to downgrade to wishlist if shipping either of both of them is a wrong expectation and this isn't supposed to happen. Then I wonder, though where it comes from that the LO/firebird-sdbc author thinks it's there?[1] Regards, Rene [1] http://cgit.freedesktop.org/libreoffice/core/commit/?id=22adf4e70a4b4a8d188909f39b386e738e3cd37e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717135: RFP: libprogress-any-perl -- Module to record progress to any output
Package: wnpp Severity: wishlist * Package name: libprogress-any-perl Version : 0.09 Upstream Author : Steven Haryanto stevenharya...@gmail.com * URL : https://metacpan.org/module/Progress::Any * License : Artistic, GPL Programming Lang: Perl Description : Module to record progress to any output Progress::Any is an interface for applications that want to display progress to users. It decouples progress updating and output. Progress::Any records position/target and calculation of times (elapsed, remaining). One of the output modules displays this information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717028: liferea should depend on gnome-icon-theme
On Wed, Jul 17, 2013 at 09:49:56AM +0200, Paul Gevers wrote: On 17-07-13 08:56, Adrian Bunk wrote: Crap, that was intended only for the epiphany-browser discussion. Right. So we agree that there is no such problem for liferea. We agree that the problem in liferea is less severe. My point that it would only ever make sense for a near-zero amount of users to uninstall gnome-icon-theme still stands. Let me make myself clear. I am not discussing this just because of disk space. I am talking about this because of choice, in general, not specifically this case. I hate it when packages depend or recommend on things they don't need to depend on or recommend and making it more difficult for me to install it (if for whatever reason I can not accept those on my system, e.g. due to conflicts). I hate that the Debian package of Liferea depends on libindiate and libnotify, even though I use neither of them. libnotify even spits out a warning each time I start liferea. Do you want to create 2^n different packages for the n optional compile-time features in each Debian package? When you want to have exact control over the dependencies of a package, then Debian is not the right distribution for you. There was a very heated debate in Debian [see links in 1] some months ago about gnome depending on network-manager. The maintainer said, it depends, a lot of people said, it doesn't and it sits in my way. The outcome of a technical committee ruling was that is had to be removed from depends. Did you actually read the ruling you are referring to? That ruling does obviously not apply here: -- snip -- 6. Please note that this is not a general statement about GNOME components. It is very specific to network-manager because all of the following apply: (i) The package takes action automatically because it is installed, rather than being a component that can either be run or not at the user's choice. ... If any of these points did not apply, the situation would be significantly different. -- snip -- For liferea, if we put this in depends, it NEEDS to be installed. Recommends is installed by default, so that is nearly the same but at least gives people a choice, so that is where things need to go that are not strictly necessary. Suggests is for improvements. It really looks like the place for this theme we are discussing here. If you would get Debian policy changed to mandate that translations must be splitted out of all packages, and that dependencies on them must not be more than Suggests, then you would have a point. But when you try to argue that a dependency on icons is wrong for liferea, without at least as strongly arguing that the translations should be splitted out of liferea-data and that liferea must not depend on these, your reasoning is just absurd. Paul ... cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674557:
This is what I did: first tested version 1.2 then version 1.3 to see the difference.I see one problem remained: Hue: VIDIOC_G_CTRL failed: Invalid argument root@Zsifike:/home/laszlobortel# uname -a Linux Zsifike 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux root@Zsifike:/home/laszlobortel# apt-get install setpwc Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: setpwc 0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded. Need to get 11.5 kB of archives. After this operation, 58.4 kB of additional disk space will be used. Get:1 http://ftp.hu.debian.org/debian/ wheezy/main setpwc amd64 1.2-3.1 [11.5 kB] Fetched 11.5 kB in 0s (140 kB/s) Selecting previously unselected package setpwc. (Reading database ... 196280 files and directories currently installed.) Unpacking setpwc (from .../setpwc_1.2-3.1_amd64.deb) ... Processing triggers for man-db ... Setting up setpwc (1.2-3.1) ... root@Zsifike:/home/laszlobortel# setpwc -p setpwc v1.2, (C) 2003-2006 by folk...@vanheusden.com Error while doing ioctl VIDIOCGCAP: Invalid argument Current device: ��`d� Warning: this might not be a Philips compatible webcam! VIDIOCPWCPROBE returns: Philips 740 webcam - 740 Serial number: 0169C5588301 Error while doing ioctl VIDIOCGWIN: Invalid argument Resolution (x, y): 1, 0 Offset: 0, 1 Error while doing ioctl VIDIOCGPICT: Invalid argument Brightness: 12840 Hue: 64 Colour: 0 Contrast: 0 Whiteness: 0 Palette: Unknown! (0) Compression preference: 1 Automatic gain control: -1 Whitebalance mode: auto Blinking of LED is not supported by the combination of your webcam and the driver. Sharpness: 33287 Backlight compensation mode: off Anti-flicker mode: on Noise reduction mode: 1 Pan/tilt range is not supported by the combination of your webcam and the driver. Get pan/tilt position is not supported by the combination of your webcam and the driver. root@Zsifike:/tmp# dpkg -i /home/laszlobortel/Downloads/setpwc_1.3-1_amd64.deb (Reading database ... 196285 files and directories currently installed.) Preparing to replace setpwc 1.2-3.1 (using .../setpwc_1.3-1_amd64.deb) ... Unpacking replacement setpwc ... Setting up setpwc (1.3-1) ... Processing triggers for man-db ... root@Zsifike:/tmp# setpwc -p setpwc v1.3, (C) 2003-2006 by folk...@vanheusden.com Current device: Philips 740 webcam (pwc @ usb-:00:1a.7-5.1) VIDIOCPWCPROBE returns: Philips 740 webcam - 740 Serial number: 0169C5588301 Resolution (x, y): 640, 480 Brightness: Brightness Value: 63 Minimum: 0 Maximum: 127 Step:1 Default: 63 Flags: slider Hue: VIDIOC_G_CTRL failed: Invalid argument Colour: Saturation Value: 0 Minimum: -100 Maximum: 100 Step:1 Default: 0 Flags: slider Contrast: Contrast Value: 32 Minimum: 0 Maximum: 63 Step:1 Default: 32 Flags: slider Whiteness: Gamma Value: 21 Minimum: 0 Maximum: 31 Step:1 Default: 21 Flags: slider Palette: Unknown! (842093913 - YU12) Compression preference: 1 Automatic gain control: -1 Whitebalance mode: auto Blinking of LED is not supported by the combination of your webcam and the driver. Sharpness: 33287 Backlight compensation mode: off Anti-flicker mode: on Noise reduction mode: 1 Pan/tilt range is not supported by the combination of your webcam and the driver. Get pan/tilt position is not supported by the combination of your webcam and the driver. root@Zsifike:/tmp# cat /sys/module/pwc/version 10.0.15
Bug#715822: closed by Ben Hutchings b...@decadent.org.uk (Bug#715822: fixed in linux 3.10.1-1)
Hi, I installed the new kernel image from unstable and the problem is gone, SIP connections are NATed correctly. Thanks, Uwe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717098: firebird-dev: ships neither fb_config nor fbembed.pc, making usage hard(er)
Just a note from fellow Gentoo libreoffice maintainer. We in Gentoo do not provide this files at all either. So I am not exactly sure wether we should provide these or not. Best course would be probably providing the .pc files and making upstream use them? Cheers Tom signature.asc Description: This is a digitally signed message part.
Bug#717136: ITP: python-pycarddav -- simple to use CardDAV CLI client
Package: wnpp Severity: wishlist Owner: Christoph Egger christ...@debian.org * Package name: python-pycarddav Version : 0.5.0 * URL : http://lostpackets.de/pycarddav/ * License : Expat Programming Lang: python Description : simple to use CardDAV CLI client pyCardDAV consists of pycardsyncer, a program for syncing your CardDAV resource into a local database and of pc_query, a program for querying the local database. . It has built in support for mutt's query_command but also works very well solo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674557: setpwc -p fails on Wheezy amd64
This is what I did: first tested version 1.2 then version 1.3 to see the difference.I see two problems remained: Hue: VIDIOC_G_CTRL failed: Invalid argument and Palette: Unknown! (842093913 - YU12).Thank you for the correction! root@Zsifike:/home/laszlobortel# uname -a Linux Zsifike 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux root@Zsifike:/tmp# cat /sys/module/pwc/version 10.0.15 root@Zsifike:/home/laszlobortel# apt-get install setpwc Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: setpwc 0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded. Need to get 11.5 kB of archives. After this operation, 58.4 kB of additional disk space will be used. Get:1 http://ftp.hu.debian.org/debian/ wheezy/main setpwc amd64 1.2-3.1 [11.5 kB] Fetched 11.5 kB in 0s (140 kB/s) Selecting previously unselected package setpwc. (Reading database ... 196280 files and directories currently installed.) Unpacking setpwc (from .../setpwc_1.2-3.1_amd64.deb) ... Processing triggers for man-db ... Setting up setpwc (1.2-3.1) ... root@Zsifike:/home/laszlobortel# setpwc -p setpwc v1.2, (C) 2003-2006 by folk...@vanheusden.com Error while doing ioctl VIDIOCGCAP: Invalid argument Current device: ��`d� Warning: this might not be a Philips compatible webcam! VIDIOCPWCPROBE returns: Philips 740 webcam - 740 Serial number: 0169C5588301 Error while doing ioctl VIDIOCGWIN: Invalid argument Resolution (x, y): 1, 0 Offset: 0, 1 Error while doing ioctl VIDIOCGPICT: Invalid argument Brightness: 12840 Hue: 64 Colour: 0 Contrast: 0 Whiteness: 0 Palette: Unknown! (0) Compression preference: 1 Automatic gain control: -1 Whitebalance mode: auto Blinking of LED is not supported by the combination of your webcam and the driver. Sharpness: 33287 Backlight compensation mode: off Anti-flicker mode: on Noise reduction mode: 1 Pan/tilt range is not supported by the combination of your webcam and the driver. Get pan/tilt position is not supported by the combination of your webcam and the driver. root@Zsifike:/tmp# dpkg -i /home/laszlobortel/Downloads/setpwc_1.3-1_amd64.deb (Reading database ... 196285 files and directories currently installed.) Preparing to replace setpwc 1.2-3.1 (using .../setpwc_1.3-1_amd64.deb) ... Unpacking replacement setpwc ... Setting up setpwc (1.3-1) ... Processing triggers for man-db ... root@Zsifike:/tmp# setpwc -p setpwc v1.3, (C) 2003-2006 by folk...@vanheusden.com Current device: Philips 740 webcam (pwc @ usb-:00:1a.7-5.1) VIDIOCPWCPROBE returns: Philips 740 webcam - 740 Serial number: 0169C5588301 Resolution (x, y): 640, 480 Brightness: Brightness Value: 63 Minimum: 0 Maximum: 127 Step:1 Default: 63 Flags: slider Hue: VIDIOC_G_CTRL failed: Invalid argument Colour: Saturation Value: 0 Minimum: -100 Maximum: 100 Step:1 Default: 0 Flags: slider Contrast: Contrast Value: 32 Minimum: 0 Maximum: 63 Step:1 Default: 32 Flags: slider Whiteness: Gamma Value: 21 Minimum: 0 Maximum: 31 Step:1 Default: 21 Flags: slider Palette: Unknown! (842093913 - YU12) Compression preference: 1 Automatic gain control: -1 Whitebalance mode: auto Blinking of LED is not supported by the combination of your webcam and the driver. Sharpness: 33287 Backlight compensation mode: off Anti-flicker mode: on Noise reduction mode: 1 Pan/tilt range is not supported by the combination of your webcam and the driver. Get pan/tilt position is not supported by the combination of your webcam and the driver.
Bug#717129: setpwc -p fails on Wheezy amd64
Hi, As far as I know it should not work at all with recent kernels due to api changes. So I'm somewhat surprised it does work with 32 bit. Could Bortel or anyone else with access to an i686 system do an strace of setpwc -p and mail that to me? Then I'll contact the pwc driver maintainer. On Wed, Jul 17, 2013 at 09:29:52AM +0200, Mathieu Malaterre wrote: Hi Bortel, I have CC'ed the maintainer. So in summary 1.2.1 works nicely on i686 but not on amd64. And 1.3 seems to give some slightly better results, on amd64. Does it works on i686 ? Dear folkert, Have you ever had such report before: On Wed, Jul 17, 2013 at 7:31 AM, Bortel László bor...@freemail.hu wrote: [...] root@Zsifike:/tmp# setpwc -p setpwc v1.3, (C) 2003-2006 by folk...@vanheusden.com Current device: Philips 740 webcam (pwc @ usb-:00:1a.7-5.1) VIDIOCPWCPROBE returns: Philips 740 webcam - 740 Serial number: 0169C5588301 Resolution (x, y): 640, 480 Brightness: Brightness Value: 63 Minimum: 0 Maximum: 127 Step:1 Default: 63 Flags: slider Hue: VIDIOC_G_CTRL failed: Invalid argument Colour: Saturation Value: 0 Minimum: -100 Maximum: 100 Step:1 Default: 0 Flags: slider Contrast: Contrast Value: 32 Minimum: 0 Maximum: 63 Step:1 Default: 32 Flags: slider Whiteness: Gamma Value: 21 Minimum: 0 Maximum: 31 Step:1 Default: 21 Flags: slider Palette: Unknown! (842093913 - YU12) Compression preference: 1 Automatic gain control: -1 Whitebalance mode: auto Blinking of LED is not supported by the combination of your webcam and the driver. Sharpness: 33287 Backlight compensation mode: off Anti-flicker mode: on Noise reduction mode: 1 Pan/tilt range is not supported by the combination of your webcam and the driver. Get pan/tilt position is not supported by the combination of your webcam and the driver. Thanks, Folkert van Heusden -- Nagios user? Check out CoffeeSaint - the versatile Nagios status viewer! http://www.vanheusden.com/java/CoffeeSaint/ -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717137: initscripts: Initscripts package killing bootlogd functionality?
Package: initscripts Version: 2.88dsf-43 Severity: normal I don't understand why is initscripts package messing with the startup (init.d and symlinks) files of other package (bootlogd)? I fixed bootlogd yesterday, checked it works, then on the next initscripts update (today) bootlogd init.d links are again messed up and bootlogd stopped working once again. :( Please fix it, bootlogd is a very important functionality for headless servers. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-rc1+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii coreutils 8.20-3 ii debianutils 4.3.4 ii libc6 2.17-7 ii lsb-base4.1+Debian12 ii mount 2.20.1-5.5 ii sysv-rc 2.88dsf-43 ii sysvinit-utils 2.88dsf-43 Versions of packages initscripts recommends: ii e2fsprogs 1.42.8-1 ii psmisc 22.20-1 initscripts suggests no packages. -- Configuration Files: /etc/default/tmpfs changed: RAMTMP=yes -- 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#684028: netsurf-fb: Workaround with gpm as a repeater
Package: netsurf-fb Version: 2.9-2 Followup-For: Bug #684028 Dear Maintainer, I use gpm as a repeater and at least clicking on links works. Since I don't know netsurf, I can't tell you if this workaround provides the full functionality. as root: In /etc/gpm.conf: repeat_type=ms3 service gpm restart as user: export SDL_MOUSEDEV=/dev/gpmdata netsurf-fb -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-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 netsurf-fb depends on: ii libc62.13-38 ii libcurl3 7.26.0-1+wheezy3 ii libfreetype6 2.4.9-1.1 ii libjpeg8 8d-1 ii libpng12-0 1.2.49-1 ii libsdl1.2debian 1.2.15-5 ii libssl1.0.0 1.0.1e-2 ii libvncserver00.9.9+dfsg-1 ii libxcb-icccm40.3.9-2 ii libxcb-image00.3.9-1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-shm0 1.8.1-2+deb7u1 ii libxcb-util0 0.3.8-2 ii libxcb1 1.8.1-2+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii netsurf-common 2.9-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages netsurf-fb recommends: ii mime-support 3.52-1 netsurf-fb 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#717138: lightproof: dummy bug to prevent migrating to testing before LO 4.0.4-3
Package: lightproof Severity: serious hrm: $ grep-excuses lightproof lightproof (1.5+git20121204-3 to 1.5+git20121204-4) Maintainer: Debian LibreOffice Maintainers Too young, only 1 of 10 days old Not considered Apparently britney sees the | python-uno and declares it as installable and thus doesn't make it wait for libreoffice. I don't think we should make people dist-upgrading to back to the obsolete python-uno (what apt probably will do when lightproof enters without a python3-uno (= 4.0) ) when we can avoid it. So this blocking bug. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681917: RFP: ipv6-toolkit -- a portable IPv6 security assessment suite
Hi, I'm attempting to package ipv6-toolkit and seem to have made some progress. Some minor changes are needed, at least lintian-wise. -- Octavio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717139: php5: CVE-2013-4113: heap corruption in xml parser
Package: php5 Version: 5.5.0+dfsg-13 Severity: important Tags: security php -v PHP 5.5.0-13 (cli) (built: Jul 16 2013 13:47:37) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.5.0-dev, Copyright (c) 1998-2013 Zend Technologies with Zend OPcache v7.0.2-dev, Copyright (c) 1999-2013, by Zend Technologies fgeek@example:~$ php -r 'xml_parse_into_struct(xml_parser_create_ns(), str_repeat(blah, 1000), $b);' Segmentation fault Full backtrace attached. References: https://bugs.php.net/bug.php?id=65236 https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-4113 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5 depends on: ii libapache2-mod-php5 5.5.0+dfsg-13 ii php5-common 5.5.0+dfsg-13 php5 recommends no packages. php5 suggests no packages. -- no debconf information Starting program: /usr/bin/php5 -r 'xml_parse_into_struct(xml_parser_create_ns(), str_repeat(blah, 1000), $b);' warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. _zend_mm_free_int (heap=0xe57cf0, p=0x77fd0380) at /tmp/buildd/php5-5.5.0+dfsg/Zend/zend_alloc.c:2104 2104/tmp/buildd/php5-5.5.0+dfsg/Zend/zend_alloc.c: No such file or directory. #0 _zend_mm_free_int (heap=0xe57cf0, p=0x77fd0380) at /tmp/buildd/php5-5.5.0+dfsg/Zend/zend_alloc.c:2104 mm_block = 0x77fd0370 next_block = 0xeb8a3300 size = 140737279504272 #1 0x00657abf in _xml_startElementHandler (userData=0x77fd04a0, name=optimized out, attributes=optimized out) at /tmp/buildd/php5-5.5.0+dfsg/ext/xml/xml.c:849 parser = 0x77fd04a0 attrs = optimized out val = optimized out val_len = -134417336 retval = 0x10b0857 args = {0x4, 0x7fffcb60, 0x4} #2 0x00657f76 in _start_element_handler_ns (user=0x77fcf440, name=0x10b0857 blah, prefix=0x0, URI=0x0, nb_namespaces=0, namespaces=optimized out, nb_attributes=0, nb_defaulted=0, attributes=0x0) at /tmp/buildd/php5-5.5.0+dfsg/ext/xml/compat.c:190 parser = 0x77fcf440 qualified_name = 0x10b05e0 blah attrs = 0x0 i = optimized out z = 0 y = 0 #3 0x75861a27 in xmlParseStartTag2 (ctxt=ctxt@entry=0x10af0e0, pref=pref@entry=0x7fffccf0, URI=URI@entry=0x7fffccf8, tlen=tlen@entry=0x7fffccdc) at ../../parser.c:9612 localname = 0x10b0857 blah prefix = 0x0 attname = optimized out aprefix = 0x74baf5cd __GI___libc_realloc+237 H\211\302\203=\035\324\062 nsname = 0x0 attvalue = optimized out atts = 0x0 maxatts = 0 nratts = 0 nbatts = 0 nbdef = 0 i = optimized out j = optimized out nbNs = 0 attval = 0 oldline = 1 oldcol = 2648 base = optimized out cur = 0 nsNr = 0 #4 0x7586a71f in xmlParseTryOrFinish (ctxt=ctxt@entry=0x10af0e0, terminate=terminate@entry=1) at ../../parser.c:11375 name = optimized out prefix = 0x0 URI = 0x0 nsNr = 0 ret = 0 avail = 3354 tlen = 4 cur = optimized out next = optimized out lastlt = 0x10ae83a blah lastgt = 0x10ae83f #5 0x7586bf1f in xmlParseChunk__internal_alias (ctxt=0x10af0e0, chunk=0x77fd08f0 blahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahb..., size=6000, terminate=terminate@entry=1) at ../../parser.c:12280 end_in_lf = 0 remain = optimized out old_avail = 0 avail = 6000 #6 0x006587ad in php_XML_Parse (parser=0x77fcf440, data=optimized out, data_len=optimized out, is_final=is_final@entry=1) at /tmp/buildd/php5-5.5.0+dfsg/ext/xml/compat.c:605 error = optimized out #7 0x00655f4e in zif_xml_parse_into_struct (ht=optimized out, return_value=0x77fce808, return_value_ptr=optimized out, this_ptr=optimized out, return_value_used=optimized out) at /tmp/buildd/php5-5.5.0+dfsg/ext/xml/xml.c:1489 parser = 0x77fd04a0 pind = 0x77fce868 xdata = 0x77f9c178 info = 0x0 data = 0x77fd08f0 blahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahblahb... data_len = 6000 ret = optimized out #8
Bug#717040: a work-around
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716881 The above bug report helped me fix this. I had to manually edit the identities and set a transport. This isn't a solution to the problem as now I have identities not using the default transport so things probably won't work as desired if I change my default transport at some future time. I had kmail running at the time I upgraded the Debian packages, but this shouldn't result in configuration files that are corrupt and don't work. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/
Bug#717028: liferea should depend on gnome-icon-theme
On 17-07-13 10:28, Adrian Bunk wrote: Did you actually read the ruling you are referring to? Yes, but I must admit not today. That ruling does obviously not apply here: -- snip -- 6. Please note that this is not a general statement about GNOME components. It is very specific to network-manager because all of the following apply: (i) The package takes action automatically because it is installed, rather than being a component that can either be run or not at the user's choice. ... If any of these points did not apply, the situation would be significantly different. Indeed, if that did not apply the ruling would probably have been: it's up to the maintainers, which, although involved, I am not. So you might have already persuaded them. Just for the record, I am stopping with this discussion, I don't think it is going anywhere anymore. Dear maintainers, you now know my stand point in this case, rule how you see fit. Paul signature.asc Description: OpenPGP digital signature
Bug#717133: bti should terminate with an error with identi.ca + oauth
Control: tag -1 + upstream wontfix On Wed, 17 Jul 2013 10:17:55 +0200, Vincent Lefevre wrote: On 2013-07-17 10:09:33 +0200, Vincent Lefevre wrote: When posting with identi.ca + oauth, bti doesn't report any error, though nothing has actually been posted as identi.ca is no longer supported (bug 714330). There should be an error message and the exit status should be nonzero (this is important as bti can be used in scripts...). identi.ca support will be ripped out of the code in the next upstream release ( https://github.com/gregkh/bti/issues/29 ), which will fix this bug ... Same problem also if the keys and secrets are wrong. But with Twitter in such a case, an error is signalled. Good to know, thanks. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #254: Interference from lunar radiation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717140: maxima: On testing (amd64), maxima crashes at startup
Package: maxima Version: 5.30.0-4 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Following testing... * What exactly did you do (or not do) that was effective (or ineffective)? -- Trying to launch maxima (in a gnome terminal) : charpent@SAP5057241:~$ maxima Maxima encountered a Lisp error: Error in INITIALIZE-RUNTIME-GLOBALS [or a callee]: Cannot open the file /usr/share/doc/maxima/info/./maxima-index.lisp. Automatically continuing. To enable the Lisp debugger set *debugger-hook* to nil. Error in CL-INFO::LOAD-PRIMARY-INDEX [or a callee]: The tag RETURN-FROM- DEBUGGER is undefined. Fast links are on: do (use-fast-links nil) for debugging Broken at CONDITIONS::CLCS-UNIVERSAL-ERROR-HANDLER. Type :H for Help. 1 (Continue) Retry loading file /usr/share/doc/maxima/info/./maxima- index.lisp. 2 Maxima top-level 3 (Abort) Return to top level. dbl:MAXIMA -- * What was the outcome of this action? At this point, any attempt to get back to the toplevel results in another break : -- dbl:MAXIMA1 Maxima encountered a Lisp error: Error in INITIALIZE-RUNTIME-GLOBALS [or a callee]: Cannot open the file /usr/share/doc/maxima/info/./maxima-index.lisp. Automatically continuing. To enable the Lisp debugger set *debugger-hook* to nil. Error in CL-INFO::LOAD-PRIMARY-INDEX [or a callee]: The tag RETURN-FROM- DEBUGGER is undefined. Fast links are on: do (use-fast-links nil) for debugging Broken at CONDITIONS::CLCS-UNIVERSAL-ERROR-HANDLER. Type :H for Help. 1 (Continue) Retry loading file /usr/share/doc/maxima/info/./maxima- index.lisp. 2 Maxima top-level 3 (Abort) Return to top level. dbl:MAXIMA2 Error in LISP:LAMBDA-CLOSURE [or a callee]: The tag #:G33007 is missing. Fast links are on: do (use-fast-links nil) for debugging Broken at GO. 1 (Abort) Return to debug level 1. 2 Retry loading file /usr/share/doc/maxima/info/./maxima-index.lisp. 3 Maxima top-level 4 Return to top level. dbl:MAXIMA4 Error in GO [or a callee]: The tag (NIL) is undefined. Fast links are on: do (use-fast-links nil) for debugging Broken at CONDITIONS::CLCS-UNIVERSAL-ERROR-HANDLER. 1 (Abort) Return to debug level 2. 2 Return to debug level 1. 3 Retry loading file /usr/share/doc/maxima/info/./maxima-index.lisp. 4 Maxima top-level 5 Return to top level. dbl:MAXIMA -- The only way out I found was to killall maxima from another rerminal * What outcome did you expect instead? A working maxima :-)... I *think* that the problem might be lisp-related. Maxima is currently compiled wit gcl in Debian ; the Sage team has standardized on ECL, which, apparently, gives better performance. Time to reconsider ? Or better, to have a multi-lisp solution ? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maxima depends on: ii gnuplot-x11 4.6.3-2 ii libc6 2.17-7 ii libgmp10 2:5.1.2+dfsg-2 ii libreadline6 6.2+dfsg-0.1 ii libx11-6 2:1.6.0-1 Versions of packages maxima recommends: ii maxima-share 5.30.0-4 Versions of packages maxima suggests: ii maxima-doc5.30.0-4 ii maxima-emacs 5.30.0-4 pn texmacs none ii tk8.5 [wish] 8.5.14-2 ii xmaxima 5.30.0-4 -- 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#716762: [buildd-tools-devel] Bug#716762: sbuild maybe should end the session after package build?
Hi, 2013/7/13 Roger Leigh rle...@codelibre.net: On Fri, Jul 12, 2013 at 03:15:05PM +0300, Teodor wrote: I've noticed that after upgrade to Debian 7, sbuild doesn't end the schroot session anymore. This is confirmed by the log too: | Not removing build depends: as requested This bug report is not about this line... | Keeping session: wheezy-amd64-sbuild-... .. but about this one. This is not consistent with schroot behaviour where the session is automatically handled per schroot(1) default --automatic-session. This is controlled through the sbuild PURGE_BUILD_DEPS configuration option ($purge_build_deps = 'always|successful|never' or the --purge-deps or --purge command-line options. Are you sure that this is not being set to never either in /etc/sbuild/sbuild.conf, .sbuildrc or on the command-line? I agree with you that dependency handling is done as requested, in my case not via the configuration file (default) but via command line options: --purge=never --purge-deps=never However, this bug report is about sbuild *leaving* the schroot session open at the end of the package build. I believe that sbuild should automatically end the schroot session, session automatically created to build the package. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714441: libgphoto2: please switch to libusb-1.0
Hi David and Debian PhotoTools maintainers, i have recently prepared a QA upload for sane-backends. We later discovered that sane-backends cannot be built on KfreeBSD because of libusb-dev which libgphoto2 requires to build. That is blocking the migration of sane-backends to testing right now. http://bugs.debian.org/715163 I have seen you request an adopter for libgphoto2. Do you mind if we make a minimal upload of libgphoto2 after the libgd2 transition is over? This will fix #714441 and #715163. Regards, Markus signature.asc Description: Digital signature
Bug#717141: qemu-kvm: add rbd support
Package: qemu-kvm Version: 1.1.2+dfsg-6 Severity: normal Please compile with rbd support which is extremely useful for kvm/openstack/ceph integration. I have tried to build the package on my own but despite of presence of librbd1, librados2 and dev packages I ended up with: dh_testdir # system build mkdir -p qemu-build cd qemu-build \ ../configure --with-pkgversion=Debian 1.5.0+dfsg-4 --extra- cflags=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror =format-security -D_FORTIFY_SOURCE=2 --extra-ldflags=-Wl,-z,relro -Wl,--as- needed --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --disable-blobs --disable-strip --with-system-pixman --interp-prefix=/etc/qemu-binfmt/%M --localstatedir=/var --enable-uname- release=2.6.32 --disable-user \ --enable-system \ --enable-linux-user \ --enable-linux-aio --audio-drv-list=pa,alsa,sdl,oss --enable- attr --enable-bluez --enable-brlapi --enable-virtfs --enable-cap-ng --enable- curl --enable-fdt --enable-vnc-tls --enable-vnc-ws --enable-gtk --with- gtkabi=2.0 --enable-libiscsi --enable-curses --with-system-pixman --enable-vnc- sasl --enable-sdl --enable-seccomp --enable-spice --enable-libusb --enable-usb- redir --enable-libssh2 --enable-vde --enable-xen --enable-uuid --enable-xfsctl --enable-vnc --enable-vnc-jpeg --enable-vnc-png --enable-kvm --enable-vhost-net \ Install prefix/usr BIOS directory/usr/share/qemu binary directory /usr/bin library directory /usr/lib libexec directory /usr/lib include directory /usr/include config directory /etc local state directory /var Manual directory /usr/share/man ELF interp prefix /etc/qemu-binfmt/%M Source path /home/maciek/build/qemu-1.5.0+dfsg C compilercc Host C compiler cc Objective-C compiler cc CFLAGS-O2 -D_FORTIFY_SOURCE=2 -g QEMU_CFLAGS -fPIE -DPIE -m64 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -g -O2 -fstack- protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wendif-labels -Wmissing-include-dirs -Wempty-body -Wnested-externs -Wformat-security -Wformat-y2k -Winit-self -Wignored- qualifiers -Wold-style-declaration -Wold-style-definition -Wtype-limits -fstack-protector-all -I/usr/include/p11-kit-1 -I/usr/include/libpng12 -I/usr/include/spice-server -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux- gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/spice-1 -I/usr/include/libusb-1.0 -I/usr/include/pixman-1 LDFLAGS -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -pie -m64 -g -Wl,-z,relro -Wl,--as-needed make make install install pythonpython smbd /usr/sbin/smbd host CPU x86_64 host big endian no target list i386-softmmu x86_64-softmmu alpha-softmmu arm-softmmu cris- softmmu lm32-softmmu m68k-softmmu microblaze-softmmu microblazeel-softmmu mips- softmmu mipsel-softmmu mips64-softmmu mips64el-softmmu moxie-softmmu or32-softmmu ppc-softmmu ppcemb-softmmu ppc64-softmmu sh4-softmmu sh4eb-softmmu sparc-softmmu sparc64-softmmu s390x-softmmu xtensa-softmmu xtensaeb-softmmu unicore32-softmmu i386-linux-user x86_64-linux-user alpha-linux-user arm-linux- user armeb-linux-user cris-linux-user m68k-linux-user microblaze-linux-user microblazeel-linux-user mips-linux-user mipsel-linux-user mips64-linux-user mips64el-linux-user mipsn32-linux-user mipsn32el-linux-user or32-linux-user ppc-linux-user ppc64-linux-user ppc64abi32-linux-user sh4-linux-user sh4eb- linux-user sparc-linux-user sparc64-linux-user sparc32plus-linux-user unicore32 -linux-user s390x-linux-user tcg debug enabled no gprof enabled no sparse enabledno strip binariesno profiler no static build no -Werror enabled no pixmansystem SDL support yes GTK support yes curses supportyes curl support yes mingw32 support no Audio drivers pa alsa sdl oss Block whitelist Mixer emulation no VirtFS supportyes VNC support yes VNC TLS support yes VNC SASL support yes VNC JPEG support yes VNC PNG support yes VNC WS supportyes xen support yes brlapi supportyes bluez supportyes Documentation yes uname -r 2.6.32 NPTL support yes GUEST_BASEyes PIE yes vde support yes Linux AIO support yes ATTR/XATTR support yes Install blobs no KVM support yes TCG interpreter no fdt support yes preadv supportyes fdatasync yes madvise yes posix_madvise yes sigev_thread_id yes uuid support yes libcap-ng support yes vhost-net support yes vhost-scsi support yes Trace backend nop Trace output file trace-pid spice support yes (0.12.5/0.12.3) rbd support yes xfsctl supportyes nss used no libusb
Bug#717107: limited TZ choices
Daniel Pocock (2013-07-17): I agree it is not fundamentally broken and for people who know Debian/Linux it is not hard to change later, but I still feel it is rigid and it would not be hard to let people alter the timezone after choosing a country It would not be hard to ask 1000 questions just to make sure we give each and every option one might possibly want to tweak. To give another example, consider a British person setting up a PC in their holiday home in France: country where you live does not help them make the system work the way they want. Picking a different timezone in her clock settings in whatever environment would work. Like, say, click the date/time area in Gnome, choose “parameters” and select a different timezone. (Also, last I checked, d-i isn't here to accomodate every convoluted scenario you can come up with.) Another option may be changing the text: Normally this should be the country where the computer is physically located or physically accessed. This will not limit you to using the language or locale of the country you choose and the installer will proceed in the current language. I'm not sure that's an improvement. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717133: bti should terminate with an error with identi.ca + oauth
On 2013-07-17 10:57:59 +0200, gregor herrmann wrote: On Wed, 17 Jul 2013 10:17:55 +0200, Vincent Lefevre wrote: On 2013-07-17 10:09:33 +0200, Vincent Lefevre wrote: When posting with identi.ca + oauth, bti doesn't report any error, though nothing has actually been posted as identi.ca is no longer supported (bug 714330). There should be an error message and the exit status should be nonzero (this is important as bti can be used in scripts...). identi.ca support will be ripped out of the code in the next upstream release ( https://github.com/gregkh/bti/issues/29 ), which will fix this bug ... Yes, if identi.ca support is completely ripped out of the code, then I suppose that host=identica will trigger an Error retrieving from URL at the first request, really fixing the bug. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717133: bti should terminate with an error with identi.ca + oauth
Control: retitle -1 bti doesn't signal the failure with identi.ca + OAuth due to obsolete code On 2013-07-17 11:23:28 +0200, Vincent Lefevre wrote: Yes, if identi.ca support is completely ripped out of the code, then I suppose that host=identica will trigger an Error retrieving from URL at the first request, really fixing the bug. So, I've made the title of this bug better... -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708551: Fwd: Bug#708551: Updated TODO list
2013/7/10 Niels Thykier ni...@thykier.net: On 2013-07-10 14:29, Mathieu Parent wrote: 2013/7/10 Niels Thykier ni...@thykier.net: [...] In other news, the patches have been merged into master branch and will be part of the 2.5.15 release. :) Great, but it seems that you didn't merge the latest patches. Regards -- Mathieu I merged the 15 patches in [1], though with some rebasing and some whitespace fixes (e.g. 4-space instead 2-space indentation). Okay. Where there any patch(es) beyond those 15? No. But now there are new ones. See attached pacthes. Note that the latest add a lintian build-dep, needed for the tests. Regards -- Mathieu Parent 0001-Check-for-missing-bdeps-on-PECL-packages.patch Description: Binary data 0002-Check-for-phppear-description-and-phppear-summary.patch Description: Binary data 0003-Only-check-package2.xml-and-PECL-if-pkg-php-tools-is.patch Description: Binary data 0004-Check-for-debian-rules-for-PHP-packages.patch Description: Binary data
Bug#717070: tex-common: update-updmap doesn't seem to work for per-user files, as it is documented to
On 17 July 2013 04:20, Norbert Preining prein...@logic.at wrote: update-updmap does nothing of interest for users anymore, not even admins should need to worry about it. Out of interest, what was the reason for the change? Before, I could just run update-updmap when I installed new map files; now I have to maintain updmap.cfg manually.
Bug#717107: limited TZ choices
Daniel Pocock (2013-07-17): On 17/07/13 11:21, Cyril Brulebois wrote: Another option may be changing the text: Normally this should be the country where the computer is physically located or physically accessed. This will not limit you to using the language or locale of the country you choose and the installer will proceed in the current language. I'm not sure that's an improvement. physically located or more specific than where somebody lives I also included physically accessed given the fact people are installing so many VMs these days - the VM may be physically running in the US but accessed almost exclusively from Europe, for example. You're fighting crazy assumptions. I'll stop replying now. KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717107: limited TZ choices
On 17/07/13 11:21, Cyril Brulebois wrote: Another option may be changing the text: Normally this should be the country where the computer is physically located or physically accessed. This will not limit you to using the language or locale of the country you choose and the installer will proceed in the current language. I'm not sure that's an improvement. physically located or more specific than where somebody lives I also included physically accessed given the fact people are installing so many VMs these days - the VM may be physically running in the US but accessed almost exclusively from Europe, for example. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717142: Switching from X to text VT incurs a long delay (regression from 3.9)
Package: src:linux Version: 3.10.1-1 Severity: normal In kernel 3.9, switches between X and a text VT occurred instantly. In 3.10, switching from a text VT to X occurs instantly, but switching from X to a text VT incurs a delay of about a second or so. - Josh Triplett -- Package-specific info: ** Version: Linux version 3.10-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.1-1 (2013-07-16) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-1-amd64 root=/dev/mapper/leaf-root ro quiet pcie_aspm=force i915.i915_enable_rc6=1 ** Not tainted ** Kernel log: [7.062549] Bluetooth: HCI socket layer initialized [7.062552] Bluetooth: L2CAP socket layer initialized [7.062560] Bluetooth: SCO socket layer initialized [7.073708] thinkpad_acpi: radio switch found; radios are enabled [7.073859] thinkpad_acpi: possible tablet mode switch found; ThinkPad in laptop mode [7.073972] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver [7.073974] thinkpad_acpi: Disabling thinkpad-acpi brightness events by default... [7.074546] i915 :00:02.0: irq 49 for MSI/MSI-X [7.074553] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [7.074554] [drm] Driver supports precise vblank timestamp query. [7.074609] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [7.075205] usbcore: registered new interface driver btusb [7.078385] iwlwifi :03:00.0: firmware: agent loaded iwlwifi-6000-4.ucode into memory [7.07] iwlwifi :03:00.0: loaded firmware version 9.221.4.1 build 25532 op_mode iwldvm [7.079674] microcode: CPU0 sig=0x206a7, pf=0x10, revision=0x1b [7.081047] ACPI: Battery Slot [BAT0] (battery present) [7.081387] ACPI: AC Adapter [AC] (on-line) [7.083210] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked [7.083630] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one [7.083689] thinkpad_acpi: Console audio control enabled, mode: monitor (read only) [7.084878] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input4 [7.100247] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEBUG disabled [7.100250] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEBUGFS disabled [7.100251] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled [7.100253] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEVICE_TESTMODE disabled [7.100254] iwlwifi :03:00.0: CONFIG_IWLWIFI_P2P enabled [7.100256] iwlwifi :03:00.0: Detected Intel(R) Centrino(R) Ultimate-N 6300 AGN, REV=0x74 [7.100289] iwlwifi :03:00.0: L1 Disabled; Enabling L0S [7.114634] iTCO_vendor_support: vendor-support=0 [7.116779] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10 [7.116809] iTCO_wdt: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460) [7.116933] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [7.117945] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [7.123085] [drm] Wrong MCH_SSKPD value: 0x16040307 [7.123087] [drm] This can cause pipe underruns and display issues. [7.123088] [drm] Please upgrade your BIOS to fix this. [7.124106] platform microcode: firmware: agent aborted loading intel-ucode/06-2a-07 (not found?) [7.124153] microcode: CPU1 sig=0x206a7, pf=0x10, revision=0x1b [7.126873] platform microcode: firmware: agent aborted loading intel-ucode/06-2a-07 (not found?) [7.126922] microcode: CPU2 sig=0x206a7, pf=0x10, revision=0x1b [7.128801] platform microcode: firmware: agent aborted loading intel-ucode/06-2a-07 (not found?) [7.128837] microcode: CPU3 sig=0x206a7, pf=0x10, revision=0x1b [7.130454] platform microcode: firmware: agent aborted loading intel-ucode/06-2a-07 (not found?) [7.130746] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [7.193123] [drm] GMBUS [i915 gmbus dpb] timed out, falling back to bit banging on pin 5 [7.211198] fbcon: inteldrmfb (fb0) is primary device [7.534523] psmouse serio1: alps: Unknown ALPS touchpad: E7=10 00 64, EC=10 00 64 [7.896517] psmouse serio1: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3 [7.915044] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/input/input5 [7.967744] Console: switching to colour frame buffer device 170x48 [7.974585] i915 :00:02.0: fb0: inteldrmfb frame buffer device [7.974588] i915 :00:02.0: registered panic notifier [8.022068] acpi device:01: registered as cooling_device4 [8.022173] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) [8.022252] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6 [8.022393] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [8.022587] snd_hda_intel :00:1b.0: irq 50 for
Bug#717143: nautilus: Columns not resizeable in list view
Package: nautilus Version: 3.4.2-1+build1 Severity: normal Dear Maintainer, * What led up to the situation? - Open nautilus - Go to a local folder - Display it in list view * What exactly did you do (or not do) that was effective (or ineffective)? Put the mouse on the space between two columns header. * What was the outcome of this action? The mouse cursor shows arrows (-) as if I could resize the columns, but trying to resize them has no effect. * What outcome did you expect instead? I expect to be able to resize the columns, as in previous versions of nautilus. (At lease, if it is a feature that the columns are nor resizeable anymore, then I expect the cursor not to show resizing arrows.) By the way, thanks for maintaining GNOME in Debian! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.21-1 ii gsettings-desktop-schemas 3.4.2-3 ii gvfs 1.16.3-1 ii libatk1.0-02.8.0-2 ii libc6 2.17-7 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libexempi3 2.2.1-1 ii libexif12 0.6.21-1 ii libgail-3-03.8.2-3 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libglib2.0-data2.36.3-3 ii libgnome-desktop-3-2 3.4.2-2 ii libgtk-3-0 3.8.2-3 ii libnautilus-extension1a3.4.2-1+build1 ii libnotify4 0.7.5-2 ii libpango1.0-0 1.32.5-5+b1 ii libselinux12.1.13-2 ii libtracker-sparql-0.14-0 0.14.1-3 ii libx11-6 2:1.6.0-1 ii libxml22.9.1+dfsg1-2 ii nautilus-data 3.4.2-1+build1 ii shared-mime-info 1.0-1+b1 Versions of packages nautilus recommends: ii brasero 3.8.0-1 ii eject2.1.5+deb1+cvs20081104-13 ii gnome-sushi 0.4.1-4 ii gvfs-backends1.16.3-1 ii librsvg2-common 2.36.4-2 Versions of packages nautilus suggests: ii eog3.8.2-1 ii evince [pdf-viewer]3.4.0-3.1+b1 ii totem 3.0.1-8+b1 ii tracker0.14.1-3 ii vlc [mp3-decoder] 2.0.7-3 ii vlc-nox [mp3-decoder] 2.0.7-3 ii xdg-user-dirs 0.15-1 -- 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#717141: qemu-kvm: add rbd support
Control: reassign -1 qemu-system Control: severity -1 wishlist Control: merge 689239 -1 17.07.2013 13:17, Maciej Galkiewicz wrote: Package: qemu-kvm Version: 1.1.2+dfsg-6 Severity: normal Please compile with rbd support which is extremely useful for kvm/openstack/ceph integration. I have tried to build the package on my own but despite of presence of librbd1, librados2 and dev packages I ended up with: This is #689239 , and the reason why this hasn't been done for wheezy is because librbd does not exist in wheezy. It will not be fixed in wheezy. For jessie/sid, qemu-kvm does not exist anymore, the relevant package is qemu-system, reassigning appropriately. For jessie/sid it is finally possible to enable rbd again (it was once enabled but we had to disable it due to rbd/cepth being unavailable on wheezy), since the relevant bug has been fixed, but we're really concerned about the lack of proper maintenance of this package. It had an RC bug for almost a year, and no work has been done on it since that, except of a single non-maintainer upload. dh_testdir # system build mkdir -p qemu-build cd qemu-build \ ../configure --with-pkgversion=Debian 1.5.0+dfsg-4 --extra- You're compiling version 1.5, which is qemu not qemu-kvm, yet you're filing the bugreport against 1.1 version of qemu-kvm. ... mkdir -p user-static-build cd user-static-build \ ../configure --with-pkgversion=Debian 1.5.0+dfsg-4 --extra- cflags=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror =format-security -D_FORTIFY_SOURCE=2 --extra-ldflags=-Wl,-z,relro -Wl,--as- needed --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --disable-blobs --disable-strip --with-system-pixman --interp-prefix=/etc/qemu-binfmt/%M --localstatedir=/var --enable-uname- release=2.6.32 \ --static --disable-system \ --target-list=i386-linux-user x86_64-linux-user alpha- linux-user arm-linux-user armeb-linux-user cris-linux-user m68k-linux-user microblaze-linux-user microblazeel-linux-user mips-linux-user mipsel-linux-user mips64-linux-user mips64el-linux-user mipsn32-linux-user mipsn32el-linux-user or32-linux-user ppc-linux-user ppc64-linux-user ppc64abi32-linux-user sh4 -linux-user sh4eb-linux-user sparc-linux-user sparc64-linux-user sparc32plus- linux-user unicore32-linux-user s390x-linux-user ERROR: User requested feature rados block device configure was not able to find it I don't see where rbd feature is being requested here. Note it is system-less and static build, which is special and does not need to include rbd since for qemu-user it is unused. 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#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Package: cmake Severity: important By default ctest -T MemCheck runs: 35: MemCheck command: /usr/bin/valgrind -q --tool=memcheck --leak-check=yes --show-reachable=yes --workaround-gcc296-bugs=yes --num-callers=50 However as per documentation: When enabled, assume that reads and writes some small distance below the stack pointer are due to bugs in GCC 2.96, and does not report them. The small distance is 256 bytes by default. Note that GCC 2.96 is the default compiler on some ancient Linux distributions (RedHat 7.X) and so you may need to use this option. Do not use it if you do not have to, as it can cause real errors to be overlooked. A better alternative is to use a more recent GCC in which this bug is fixed. Since GCC 2.96 never entered debian, I would really like to see this option removed. Thanks Ref: Source/CTest/cmCTestMemCheckHandler.cxx: this-MemoryTesterOptions.push_back(--workaround-gcc296-bugs=yes); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717145: firmware-linux-nonfree: please, add new firmware for Radeon cards
Package: firmware-linux-nonfree Version: 0.38 Severity: wishlist Dear Maintainer, please, add new firmware for Radeon cards: Running depmod. Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 update-initramfs: Generating /boot/initrd.img-3.10-1-amd64 W: Possible missing firmware /lib/firmware/radeon/HAINAN_rlc.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_mc.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_ce.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_me.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/HAINAN_pfp.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/TAHITI_uvd.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/SUMO_uvd.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/CYPRESS_uvd.bin for module radeon W: Possible missing firmware /lib/firmware/radeon/RV710_uvd.bin for module radeon run-parts: executing /etc/kernel/postinst.d/pm-utils 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.10-1-amd64 /boot/vmlinuz-3.10-1-amd64 Updated microcode available from here: http://people.freedesktop.org/~agd5f/radeon_ucode/ Best, Lev Lamberov -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-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 firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.113 ii linux-image-3.10-1-amd64 [linux-image] 3.10.1-1 ii linux-image-3.9-1-amd64 [linux-image] 3.9.8-1 -- 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#717141: qemu-kvm: add rbd support
I was reporting a bug from different host than the one where building was done. To clear things up I was trying to rebuild kvm version 1.5.0+dfsg-4. Installed libraries: ii librados-dev 0.61.4-1~bpo70+1 amd64RADOS distributed object store client library (development files) ii librados2 0.61.4-1~bpo70+1 amd64RADOS distributed object store client library ii librbd-dev0.61.4-1~bpo70+1 amd64RADOS block device client library (development files) ii librbd1 0.61.4-1~bpo70+1 amd64RADOS block device client library Maciej
Bug#717141: qemu-kvm: add rbd support
On Wed, Jul 17, 2013 at 11:42 AM, Michael Tokarev m...@tls.msk.ru wrote: This is #689239 , and the reason why this hasn't been done for wheezy is because librbd does not exist in wheezy. It will not be fixed in wheezy. Yes I understand. I would like to have it fixed in jessie/sid. For jessie/sid, qemu-kvm does not exist anymore, the relevant package is qemu-system, reassigning appropriately Does it mean that I should rebuild and install qemu-system package instead of qemu-kvm? For jessie/sid it is finally possible to enable rbd again (it was once enabled but we had to disable it due to rbd/cepth being unavailable on wheezy), since the relevant bug has been fixed, but we're really concerned about the lack of proper maintenance of this package. It had an RC bug for almost a year, and no work has been done on it since that, except of a single non-maintainer upload. I don't see where rbd feature is being requested here. Note it is system-less and static build, which is special and does not need to include rbd since for qemu-user it is unused. I am not sure how to pass --enable-rbd. I have just set rbd=yes in configure file and run fakeroot debian/rules binary. Could you please give me some hints how to workaround this issue? I did not have such problems with qemu-kvm 1.1.2 from wheezy. regards Maciej Galkiewicz
Bug#717146: pu: package gnome-shell/3.4.2-7+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, please find attached a proposed update for gnome-shell. It includes these changes: - a bugfix in the “gdm-shell” mode of the login manager; - a move of the first GC pass much earlier in the session, to avoid losing several minutes worth of work if it locks up (I hope you remember the trouble with this crappy GC during the freeze); - a watchdog to suicide the process (and let gnome-session restart it) if the GC actually locks up. Unfortunately I couldn’t have definite confirmation, in sid, that the latter change does the trick for the handful of users affected by the deadlock, since most of them migrated to gnome-fallback or another DE, but it should be harmless, and from my testing of a simulated deadlock, it worked. Thanks for considering, -- Joss Index: debian/changelog === --- debian/changelog (révision 38749) +++ debian/changelog (copie de travail) @@ -1,3 +1,20 @@ +gnome-shell (3.4.2-7+deb7u1) UNRELEASED; urgency=low + + [ Josselin Mouette ] + * 30_lockup_gc.patch: ++ Run the GC a first time after 15 seconds, and next every 10 + minutes. This is to avoid running into a deadlock (which often + happens the first time) and lose 10 minutes of work. ++ Add a watchdog thread to suicide the process after 10 seconds if + the GC locks up. + + [ Sébastien Villemot ] + * debian/patches/61-disable-restart-buttons.patch: new patch, backported from +upstream. Makes the 'disable-restart-buttons' option of gdm-shell work. +(Closes: #714862) + + -- Josselin Mouette j...@debian.org Thu, 20 Jun 2013 00:56:14 +0200 + gnome-shell (3.4.2-7) unstable; urgency=low [ Michael Biebl ] Index: debian/patches/61-disable-restart-buttons.patch === --- debian/patches/61-disable-restart-buttons.patch (révision 0) +++ debian/patches/61-disable-restart-buttons.patch (révision 39004) @@ -0,0 +1,62 @@ +Description: loginScreen: Add support for 'disable-restart-buttons' + GDM's GSettings schema contains a 'disable-restart-buttons' key + that currently is only supported by the fallback greeter. + Implement support in the shell greeter as well. + . + Compared to the original upstream fix, this patch handles gracefully the case + where gdm's schema are not available, in order to prevent crashes if gdm3 is + not installed. +Origin: backport, https://git.gnome.org/browse/gnome-shell/commit/?id=86c85a752eacf4f89d8d5ca5ef1000692385c1af +Bug: https://bugzilla.gnome.org/show_bug.cgi?id=686247 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714862 +Last-Update: 2013-07-03 +--- a/js/gdm/powerMenu.js b/js/gdm/powerMenu.js +@@ -18,6 +18,7 @@ + * 02111-1307, USA. + */ + ++const Gio = imports.gi.Gio; + const Lang = imports.lang; + const UPowerGlib = imports.gi.UPowerGlib; + +@@ -27,6 +28,8 @@ + const PanelMenu = imports.ui.panelMenu; + const PopupMenu = imports.ui.popupMenu; + ++const _LOGIN_SCREEN_SCHEMA = 'org.gnome.login-screen'; ++ + const PowerMenuButton = new Lang.Class({ + Name: 'PowerMenuButton', + Extends: PanelMenu.SystemStatusButton, +@@ -40,6 +43,12 @@ + else + this._consoleKitManager = new ConsoleKit.ConsoleKitManager(); + ++if (Gio.Settings.list_schemas().indexOf(_LOGIN_SCREEN_SCHEMA) != -1) { ++this._settings = new Gio.Settings({ schema: _LOGIN_SCREEN_SCHEMA }); ++this._settings.connect('changed::disable-restart-buttons', ++ Lang.bind(this, this._updateVisibility)); ++} ++ + this._createSubMenu(); + + this._upClient.connect('notify::can-suspend', +@@ -59,8 +68,16 @@ + this._updateHaveRestart(); + }, + ++_hasDisableRestartButtons: function() { ++if (this._settings) ++return this._settings.get_boolean('disable-restart-buttons'); ++else ++return false; ++}, ++ + _updateVisibility: function() { +-if (!this._haveSuspend !this._haveShutdown !this._haveRestart) ++if ((!this._haveSuspend !this._haveShutdown !this._haveRestart) ++|| this._hasDisableRestartButtons()) + this.actor.hide(); + else + this.actor.show(); Index: debian/patches/series === --- debian/patches/series (révision 38749) +++ debian/patches/series (copie de travail) @@ -15,3 +15,4 @@ 33-screen-reader-l10n.patch 40-force-online.patch 50-remove-folks-integration.patch +61-disable-restart-buttons.patch Index: debian/patches/30_lockup_gc.patch === --- debian/patches/30_lockup_gc.patch (révision 38749) +++ debian/patches/30_lockup_gc.patch (copie de travail) @@ -1,24 +1,30 @@ Index:
Bug#714441: libgphoto2: please switch to libusb-1.0
2013/7/17 Markus Koschany a...@gambaru.de Hi David and Debian PhotoTools maintainers, [..] I have seen you request an adopter for libgphoto2. Do you mind if we make a minimal upload of libgphoto2 after the libgd2 transition is over? This will fix #714441 and #715163. I'm ok with that. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
Bug#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Control: severity -1 normal Control: tags -1 upstream wontfix Hello, On Wednesday 17 of July 2013 11:42:12 Mathieu Malaterre wrote: By default ctest -T MemCheck runs: 35: MemCheck command: /usr/bin/valgrind -q --tool=memcheck --leak-check=yes --show-reachable=yes --workaround-gcc296-bugs=yes --num-callers=50 However as per documentation: When enabled, assume that reads and writes some small distance below the stack pointer are due to bugs in GCC 2.96, and does not report them. The small distance is 256 bytes by default. Note that GCC 2.96 is the default compiler on some ancient Linux distributions (RedHat 7.X) and so you may need to use this option. Do not use it if you do not have to, as it can cause real errors to be overlooked. A better alternative is to use a more recent GCC in which this bug is fixed. Since GCC 2.96 never entered debian, I would really like to see this option removed. I'm against changing Debian cmake behaviour (in comparison to vanilla one) unless it is absolutely necessary. Therefore, I think upstream should remove this option or better yet do GCC version detection. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717124: ITP: niceshaper -- Dynamic traffic shaper
Quoting Mariusz Jedwabny (2013-07-16 23:55:33) Package: wnpp Severity: wishlist Owner: Mariusz Jedwabny mari...@jedwabny.net * Package name: niceshaper Version : 1.0.0 Upstream Author : Mariusz Jedwabny mari...@jedwabny.net * URL : http://niceshaper.jedwabny.net/ * License : (GPL2) Programming Lang: (C++) Description : Dynamic traffic shaper NiceShaper is a program working in a Linux router environment. It uses a proven HTB QOS algorithm. Provides dynamic traffic shaping which is more effective than traditional, static shaping. By constantly monitoring packets flowing through the router in response to changing load dynamically adjusts the bandwidth of acting classes to a level enabling the fullest possible usage of a internet access. At the same time does not allow for creation of congestion, ensuring complete convenience of interactive services. NiceShaper takes care of download when upload stops up. Sounds promising. Does it make use of CoDel when available? http://www.bufferbloat.net/projects/codel/wiki/Wiki - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#717141: qemu-kvm: add rbd support
17.07.2013 13:54, Maciej Gałkiewicz wrote: On Wed, Jul 17, 2013 at 11:42 AM, Michael Tokarev m...@tls.msk.ru mailto:m...@tls.msk.ru wrote: This is #689239 , and the reason why this hasn't been done for wheezy is because librbd does not exist in wheezy. It will not be fixed in wheezy. Yes I understand. I would like to have it fixed in jessie/sid. Yes, but I can only repeat my concerns: it looks like ceph is basically unmaintained in debian, and I personally don't have neither expirience nor interest in maintaining it. For jessie/sid, qemu-kvm does not exist anymore, the relevant package is qemu-system, reassigning appropriately Does it mean that I should rebuild and install qemu-system package instead of qemu-kvm? Qemu-kvm in sid is a transition package, and there are NEWS entries about that. Both qemu-kvm and qemu-system are built from the same source, named qemu, which you ARE already using to (re)build it. For jessie/sid it is finally possible to enable rbd again (it was once enabled but we had to disable it due to rbd/cepth being unavailable on wheezy), since the relevant bug has been fixed, but we're really concerned about the lack of proper maintenance of this package. It had an RC bug for almost a year, and no work has been done on it since that, except of a single non-maintainer upload. I don't see where rbd feature is being requested here. Note it is system-less and static build, which is special and does not need to include rbd since for qemu-user it is unused. I am not sure how to pass --enable-rbd. I have just set rbd=yes in configure file and run fakeroot debian/rules binary. Wow. Sure it wont work. Add it to debian/control, just take a look at that file and you'll see what to do. Could you please give me some hints how to workaround this issue? I did not have such problems with qemu-kvm 1.1.2 from wheezy. Which issue? Note that qemu-kvm didn't built statically linked qemu-user binaries... 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#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Control: severity -1 important On Wed, Jul 17, 2013 at 11:58 AM, Modestas Vainius mo...@debian.org wrote: On Wednesday 17 of July 2013 11:42:12 Mathieu Malaterre wrote: By default ctest -T MemCheck runs: 35: MemCheck command: /usr/bin/valgrind -q --tool=memcheck --leak-check=yes --show-reachable=yes --workaround-gcc296-bugs=yes --num-callers=50 However as per documentation: When enabled, assume that reads and writes some small distance below the stack pointer are due to bugs in GCC 2.96, and does not report them. The small distance is 256 bytes by default. Note that GCC 2.96 is the default compiler on some ancient Linux distributions (RedHat 7.X) and so you may need to use this option. Do not use it if you do not have to, as it can cause real errors to be overlooked. A better alternative is to use a more recent GCC in which this bug is fixed. Since GCC 2.96 never entered debian, I would really like to see this option removed. I'm against changing Debian cmake behaviour (in comparison to vanilla one) unless it is absolutely necessary. Define absolutely necessary ? As DD, you do do know about DFSG #4, right ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717070: tex-common: update-updmap doesn't seem to work for per-user files, as it is documented to
Hi Out of interest, what was the reason for the change? Before, I could just run update-updmap when I installed new map files; now I have to maintain updmap.cfg manually. Please *read* the man page of updmap! Before you had one or more private cfg files and called update-ipdmap followed by updmap, now you have take the same cfg file once, combine them manually (cat *.cfg) to your updmap.cfg file, and after that you only have to run updmap, nothing else. It got simpler, due to the fact that ipdmap now reads *all* updmap.cfg file. Again, read the man page. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
Bug#717070: tex-common: update-updmap doesn't seem to work for per-user files, as it is documented to
On 17 July 2013 11:06, Norbert Preining prein...@logic.at wrote: Hi Out of interest, what was the reason for the change? Before, I could just run update-updmap when I installed new map files; now I have to maintain updmap.cfg manually. Please *read* the man page of updmap! OK, I did that. And thanks for the explanation.
Bug#717147: libpython2.7-dev: compiling with the included link /usr/include/Python.h fails
Package: libpython2.7-dev Version: 2.7.5-6 Severity: important Dear Maintainer, Using the link /usr/include/Python.h dont' work: the in this file included files are not found I try to compile libsbml5 with python bindings. I get this error: In file included from /local/home/ivo/src/alioth/packages/libsbml/build- area/libsbml-5.8.0/build/src/bindings/python/ libsbml_wrap.cpp:150:0: /usr/include/Python.h:7:24: fatal error: patchlevel.h: file or directory not found #include patchlevel.h If i change the includes in libsbml.wrap.cpp to python2.7/Python.h, it works -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpython2.7-dev depends on: ii libexpat1-dev2.1.0-4 ii libpython2.7 2.7.5-6 ii libpython2.7-stdlib 2.7.5-6 ii multiarch-support2.17-7 Versions of packages libpython2.7-dev recommends: ii libc6-dev [libc-dev] 2.17-7 libpython2.7-dev suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717125: [Piuparts-devel] Bug#717125: piuparts: New test: upgrade from directly to command line package file
control: tags -1 + moreinfo thanks Hi Norbert, thank you for using piuparts! On Mittwoch, 17. Juli 2013, Norbert Preining wrote: I am tracking down a bug that regards upgrades from wheezy. The code that I have to add will only run when upgrading from wheezy, not from a version in unstable. That means, when using -d stable -d unstable test-package.deb will not work, since it first upgrades to unstable and then to the new package. what do you expect it to do? (I also dont understand the bug title, care to explain?) Do you want to test your package from wheezy to your new package to unstable? Or do you want to test your package from wheezy to your new package? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#717148: texlive-base: Unformatted table in updmap(1)
Package: texlive-base Version: 2013.20130530-1 Severity: normal [Apologies if I should have reported this bug upstream; I can’t tell immediately whether updmap (which is deprecated upstream in favour of tlmgr) is a Debianism or not. The man page says bugs should be reported to te...@tug.org, but the script is a recent creation by a Debian maintainer. If I got it wrong I’ll happily redirect the report.] The following text in updmap(1) seems to be a table, but is not marked up and hence comes out as a jumbled paragraph: Adapt the font and file names of the standard 35 PostScript fonts. URWkbURW fonts with berry filenames(e.g. uhvbo8ac.pfb) URW URW fonts with vendor filenames (e.g. n019064l.pfb) ADOBEkb Adobe fonts with berry filenames (e.g. phvbo8an.pfb) ADOBEAdobe fonts with vendor filenames (e.g. hvnbo___.pfb) -- Package-specific info: IMPORTANT INFORMATION: We will only consider bug reports concerning the packaging of TeX Live as relevant. If you have problems with combination of packages in a LaTeX document, please consult your local TeX User Group, the comp.text.tex user group, the author of the original .sty file, or any other help resource. *** The Debian TeX Team is *no* LaTeX Help Desk *** If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.minimalbeispiel.de/mini-en.html (english) or http://www.minimalbeispiel.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 2373 Apr 24 13:38 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Jan 10 2013 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Oct 29 2012 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN -rw-rw-r-- 1 root staff 80 Apr 24 13:32 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 31 Oct 29 2012 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Oct 29 2012 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Oct 29 2012 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files -rw-r--r-- 1 rrt rrt 198 Dec 30 2012 /home/rrt/.texmf-config/web2c/texmf.cnf -rw-r--r-- 1 root root 6442 Apr 24 13:38 /var/lib/texmf/web2c/fmtutil.cnf -rw-r- 1 rrt rrt 206 Jul 16 14:32 /home/rrt/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 7257 Apr 24 13:38 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Mar 26 2011 mktex.cnf -rw-r--r-- 1 root root 838 Apr 24 13:25 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-26-generic (SMP w/4 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 texlive-base depends on: ii debconf [debconf-2.0] 1.5.49ubuntu1 ii dpkg 1.16.10ubuntu1 ii install-info 4.13a.dfsg.1-10ubuntu4 ii libpaper-utils 1.1.24+nmu2ubuntu2 ii luatex 0.70.1.20120524-3build2 ii tex-common 3.15 ii texlive-binaries 2012.20120628-4 ii texlive-common 2012.20120611-5 ii texlive-doc-base 2012.20120611-1 ii ucf3.0025+nmu3 ii xdg-utils 1.1.0~rc1-2ubuntu7 Versions of packages texlive-base recommends: ii lmodern 2.004.3-1 Versions of packages texlive-base suggests: ii acroread-bin [pdf-viewer]9.5.5-1raring1 ii evince [postscript-viewer] 3.6.1-1ubuntu3 ii ghostscript [postscript-viewer]
Bug#641172: unable to install on a system with Windows 7 and GPT partition table
Am Sonntag 11.09.2011, 07:21:36 schrieben Sie: D-I uses parted (or rather libparted). I don't really see where is your problem : you mention that D-I sees the whole disk as free space. But is there already something that it should see? From your bug report, it's unclear. I'm having the same problem, as I understand the original report: I installed Win7 on a GPT drive and tried to install wheezy, which only saw a blank hard drive (using both the KDE live disk and the netinstall iso in expert mode). I just went ahead and booted Knoppix to see if I could see a problem. gdisk on the hard drive tells me that there are both a valid MBR and GPT. To reproduce (hopefully), install win7 on a GPT disk (which came with the win8 computer) and look at the mess it produces... --Reinhold PS: Since I actually want to use this system, I'm switching to MBR only now, so I won't be able to do any more tests on the actual hardware. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637784: Please support installing on partitionless drives.
Message-Id: 201307171139.02755.hol...@layer-acht.org reassign 693107 partman-auto reassign 670702 partman-auto reassign 615074 lvm2 reassign 676172 partman severity 691046 wishlist retitle 644430 document the need for a bios boot partition when using GPT forcemerge 644430 691046 reassign 691046 release-notes reassign 683747 partman-lvm reassign 671879 partman-base thanks Hi, thank you for submitting installation reports, much appreciated. I read through all the (partman related) bugs mentioned here and am closing them now as - they (finally) indicated success and/or - I know from first hand experience that the functionality is working in Wheezy and/or - they only contained very little information and/or - they were (very) old. If I've closed a bug incorrectly please do reply or just file a new one - thats often better, as the bug log will be more clear. reopen 637784 reassign 637784 partman severity 637784 wishlist retitle 637784 Please support installing on partitionless drives. Dear Holger and everybody, I think that it would be great if somebody could extend debian-installer to install Debian on partitionless drives (like /dev/xvdb instead of /dev/xvdb1). This would open the possibility to use debian-installer for preparing some preseeded cloud images in a very simple way. Currently, this is done with ad-hoc tools developed from scratch. Using debian-installer would also ease the convergence between cloud images and standard installations, which is wanted (see http://wiki.debian.org/Teams/DPL/OfficialImages). (and please forgive me if partman is not the best package to hold this bug report) Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717149: dacs: libdacs.so is underlinked
Package: dacs Version: 1.4.28b-2 Severity: normal User: peter.fritzs...@gmx.de Usertags: unresolved-symbols-so The Ubuntu toolchain is a bit stricter (I think ld --as-needed is the relevant thing) and fails to link programs against libdacs.so as follows: /bin/bash /build/buildd/dacs-1.4.28b/src/libtool --silent --mode=link gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fPIC -D_FORTIFY_SOURCE=2 -I. -I../include -I/usr/include -I/usr/include -I/usr/kerberos/include -Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/lib -Wl,-rpath,/usr/lib -L/usr/lib -Wl,-rpath,/usr/lib -L/usr/kerberos/lib -export-dynamic -o auth -DPROG auth.c /build/buildd/dacs-1.4.28b/src/libdacs.la -Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/lib -Wl,-rpath,/usr/lib -L/usr/lib -Wl,-rpath,/usr/lib -L/usr/kerberos/lib -export-dynamic -lpam -lcrypt -lrt -lresolv -lexpat -lnsl -lm -ldl -lssl -lcrypto -lexpat -Wl,-rpath,/usr/lib -rpath /usr/lib -lxmlsec1-openssl -L/usr/lib -Wl,-rpath,/usr/lib -lxmlsec1-openssl -lxmlsec1 -lxslt -lxml2 -lssl -lcrypto /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_free' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_get_cert_store' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_get_error' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_get_fd' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_get_peer_certificate' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_load_verify_locations' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_set_cipher_list' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_set_verify_result' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_library_init' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_set_bio' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSLv23_method' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_read' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_get_verify_result' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_set_verify_depth' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_ctrl' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_shutdown' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_set_verify' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_new' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_set_default_verify_paths' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `shm_open' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_use_certificate_chain_file' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_connect' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_load_error_strings' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `crypt' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_free' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_write' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_use_PrivateKey_file' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_CTX_ctrl' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `shm_unlink' /build/buildd/dacs-1.4.28b/src/.libs/libdacs.so: undefined reference to `SSL_new' collect2: error: ld returned 1 exit status I think the proper thing to do here is to make sure that libdacs.so is adequately linked by adding $(LIBS) to its link line. * Link libdacs.so with $(LIBS). diff -Nru dacs-1.4.28b/debian/patches/series dacs-1.4.28b/debian/patches/series --- dacs-1.4.28b/debian/patches/series 2013-06-20 16:22:29.0 +0100 +++ dacs-1.4.28b/debian/patches/series 2013-07-17 11:47:28.0 +0100 @@ -1,3 +1,4 @@ icx-libxml-patch.diff ssl_hook_Fixup libtool-shell +shared-library-linkage diff -Nru dacs-1.4.28b/debian/patches/shared-library-linkage dacs-1.4.28b/debian/patches/shared-library-linkage --- dacs-1.4.28b/debian/patches/shared-library-linkage 1970-01-01 01:00:00.0 +0100 +++ dacs-1.4.28b/debian/patches/shared-library-linkage 2013-07-17 11:48:07.0 +0100 @@ -0,0 +1,18 @@ +Description: Link libdacs.so with $(LIBS) +Author: Colin Watson cjwat...@ubuntu.com +Forwarded: no +Last-Update: 2013-07-17 + +Index: b/src/Makefile.in +=== +---
Bug#717150: chromium crash/gone when I click Tools-Extensions
Package: chromium Version: 28.0.1500.71-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** After upgrade chromium to 28.0.1500.71-2, I have this problem. When I click Menu-Tools-Extensions, then chromium gone/Segmentation fault. It never happen before. (remove ~/.config/chromium, and use new one do not help.) Thank you. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (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 chromium depends on: ii chromium-inspector 28.0.1500.71-2 ii gconf-service3.2.6-1 ii libasound2 1.0.27.2-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libcairo21.12.14-5 ii libcups2 1.6.2-10 ii libdbus-1-3 1.6.12-1 ii libexpat12.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-6 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.2-3 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.20-1 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15-1 ii libnss3-1d 2:3.15-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.8.1-6 ii libudev0 175-7.2 ii libx11-6 2:1.6.0-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxml2 2.9.1+dfsg1-2 ii libxrandr2 2:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.26-14.1 ii libxss1 1:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- Configuration Files: /etc/chromium/default changed [not included] -- 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#717150:
I find out the problem now, when I use --disable-sync and click the Tools-Extensions, chromium will gone/crash. If I remove --disable-sync, I can click the Extensions page without problem.
Bug#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Hello, On Wednesday 17 of July 2013 12:05:03 Mathieu Malaterre wrote: Control: severity -1 important What's a reason you play BTS ping pong with me? Changing severity with no additional justification won't change my opinion. On Wed, Jul 17, 2013 at 11:58 AM, Modestas Vainius mo...@debian.org wrote: On Wednesday 17 of July 2013 11:42:12 Mathieu Malaterre wrote: By default ctest -T MemCheck runs: 35: MemCheck command: /usr/bin/valgrind -q --tool=memcheck --leak-check=yes --show-reachable=yes --workaround-gcc296-bugs=yes --num-callers=50 However as per documentation: When enabled, assume that reads and writes some small distance below the stack pointer are due to bugs in GCC 2.96, and does not report them. The small distance is 256 bytes by default. Note that GCC 2.96 is the default compiler on some ancient Linux distributions (RedHat 7.X) and so you may need to use this option. Do not use it if you do not have to, as it can cause real errors to be overlooked. A better alternative is to use a more recent GCC in which this bug is fixed. Since GCC 2.96 never entered debian, I would really like to see this option removed. I'm against changing Debian cmake behaviour (in comparison to vanilla one) unless it is absolutely necessary. Define absolutely necessary ? Does not work otherwise. As DD, you do do know about DFSG #4, right ? Yes, I do. I fail to see why you would point me to it. Just to be clear, I'm NOT against fixing this bug, I'm against fixing this bug via Debian patch. That's it. So either you report it upstream (which will be faster), or I will do it sometime eventually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: Virtuoso 7 available
Hi! The research branch of Virtuoso, version 7, has been released. They have gotten a lot of traction through the EU-funded LOD2 project, and from a performance viewpoint, Virtouso 7 looks amazing. I can't vouch for the stability though. However, since it has gone some months since the release, I really hope Virtuoso 7 could make it to jessie soon. That would also allow a lot of time to really put the thing to the test. Cheers, Kjetil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715803: duplicity: impossible to use ssh/scp backend
On 12/07/2013 14:00, Alexander Zangerl wrote: . move your client side .ssh/config out of the way, and retry no change . create a blank .ssh/known_hosts on the client side, and retry no change . are you using ssh keys for authentication? what type? if so, please retry with them moved out of the way on the client and password authentication via $FTP_PASSWORD I'm using ssh keys (type rsa), and the server I'm trying to connect to does not allow password authentification. I've upgraded python-paramiko to the last version on sid (1.10.1-1) and I now have a different error: $ duplicity --verbosity debug test scp://u...@example.com//tmp/test Using archive dir: /home/user/.cache/duplicity/75f3d1500e99b095e961bc034fd66f01 Using backup name: 75f3d1500e99b095e961bc034fd66f01 Import of duplicity.backends.hsibackend Succeeded Import of duplicity.backends.ftpbackend Succeeded Import of duplicity.backends.sshbackend Succeeded Import of duplicity.backends.rsyncbackend Succeeded Import of duplicity.backends.localbackend Succeeded Import of duplicity.backends.tahoebackend Succeeded Import of duplicity.backends.ftpsbackend Succeeded Import of duplicity.backends.imapbackend Succeeded Import of duplicity.backends.webdavbackend Succeeded Import of duplicity.backends.u1backend Succeeded Import of duplicity.backends.botobackend Succeeded Import of duplicity.backends.cloudfilesbackend Succeeded Import of duplicity.backends.gdocsbackend Succeeded Using temporary directory /tmp/duplicity-0mhFZR-tempdir Traceback (most recent call last): File /usr/bin/duplicity, line 1417, in module with_tempdir(main) File /usr/bin/duplicity, line 1410, in with_tempdir fn() File /usr/bin/duplicity, line 1263, in main action = commandline.ProcessCommandLine(sys.argv[1:]) File /usr/lib/python2.7/dist-packages/duplicity/commandline.py, line 1013, in ProcessCommandLine backup, local_pathname = set_backend(args[0], args[1]) File /usr/lib/python2.7/dist-packages/duplicity/commandline.py, line 906, in set_backend globals.backend = backend.get_backend(bend) File /usr/lib/python2.7/dist-packages/duplicity/backend.py, line 161, in get_backend return _backends[pu.scheme](pu) File /usr/lib/python2.7/dist-packages/duplicity/backends/_ssh_paramiko.py, line 184, in __init__ self.config['identityfile']) File /usr/lib/python2.7/posixpath.py, line 261, in expanduser if not path.startswith('~'): AttributeError: 'list' object has no attribute 'startswith' -- Félix signature.asc Description: Digital signature
Bug#716779: confirm bug
I confirm this bug, I get the same message from cron. Cheers, Óli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717151: Please increase MIME priority for image/*
Package: geeqie Version: 1:1.1-7 Severity: wishlist As of late, run-mailcap chooses okular to display e.g. image/jpeg. This is because okular advertises priority=5 (the default), while geeqie has priority 4 (less than default). I think geeqie should advertise priority 7. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geeqie depends on: ii geeqie-common 1:1.1-7 ii libc6 2.17-7 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.1-5 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.3-3 ii libgtk2.0-0 2.24.20-1 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii liblircclient0 0.9.0~pre1-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-5 ii libtiff43.9.7-1 Versions of packages geeqie recommends: ii exiftran 2.07-10+b1 ii exiv20.23-1 ii imagemagick 8:6.7.7.10-5 ii librsvg2-common 2.36.4-2 pn ufraw-batch none pn zenity none Versions of packages geeqie suggests: pn geeqie-dbg none ii gimp 2.8.6-1 ii libjpeg-progs 8d-1 pn ufraw none pn xpaint none -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#653073: Not solved root filesystem reported as /dev/disk/by-uuid/ long name
Hello, On 2012-11-14 We believe that the bug you reported is fixed in the latest version of coreutils, which is due to be installed in the Debian FTP archive. This seems not to be the case. The problem exists in Testing as of today. Can you please reopen it and check where the changes went? Best regards, Michael
Bug#717152: ndiswrapper: Fails to build with Linux 3.10
Package: ndiswrapper Severity: grave Hi, ndiswrapper-dkms FTBFS with Linux 3.10-1 from current unstable: Cheers, Moritz CC [M] /var/lib/dkms/ndiswrapper/1.58/build/pnp.o CC [M] /var/lib/dkms/ndiswrapper/1.58/build/proc.o /var/lib/dkms/ndiswrapper/1.58/build/proc.c: In function ‘wrap_procfs_add_ndis_device’: /var/lib/dkms/ndiswrapper/1.58/build/proc.c:391:3: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:399:19: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:400:19: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:402:2: error: implicit declaration of function ‘create_proc_entry’ [-Werror=implicit-function-declaration] /var/lib/dkms/ndiswrapper/1.58/build/proc.c:402:15: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/ndiswrapper/1.58/build/proc.c:408:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:409:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:410:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:411:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:414:15: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/ndiswrapper/1.58/build/proc.c:420:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:421:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:422:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:423:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:426:15: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/ndiswrapper/1.58/build/proc.c:432:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:433:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:434:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:435:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:438:15: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/ndiswrapper/1.58/build/proc.c:445:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:446:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:447:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:448:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:449:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:460:37: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c: In function ‘wrap_procfs_remove_ndis_device’: /var/lib/dkms/ndiswrapper/1.58/build/proc.c:476:33: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c: In function ‘wrap_procfs_init’: /var/lib/dkms/ndiswrapper/1.58/build/proc.c:536:19: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:537:19: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:539:15: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/ndiswrapper/1.58/build/proc.c:545:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:546:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:547:15: error: dereferencing pointer to incomplete type /var/lib/dkms/ndiswrapper/1.58/build/proc.c:548:15: error: dereferencing pointer to incomplete type cc1: some warnings being treated as errors make[3]: *** [/var/lib/dkms/ndiswrapper/1.58/bui -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717153: system-config-printer: Missing dependency on python-gi
Package: system-config-printer Version: 1.4.1-3 Severity: normal Dear Maintainer, When invoking system-config-printer in my box: ---8--- $ system-config-printer Traceback (most recent call last): File /usr/share/system-config-printer/system-config-printer.py, line 32, in module from gi.repository import GdkPixbuf ImportError: No module named gi.repository ---8--- Manually installing python-gi does solve the problem. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer depends on: ii gir1.2-gdkpixbuf-2.0 2.28.2-1 ii gir1.2-glib-2.01.36.0-2+b1 ii gir1.2-gtk-3.0 3.8.2-3 ii gir1.2-notify-0.7 0.7.5-2 ii gir1.2-packagekitglib-1.0 0.8.9-3 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gnome-icon-theme 3.8.2-2 ii python 2.7.5-2 ii python-cups1.9.62-2 ii python-cupshelpers 1.4.1-3 ii python-dbus1.2.0-2 ii python-libxml2 2.9.1+dfsg1-2 ii python-support 1.0.15 Versions of packages system-config-printer recommends: ii cups-pk-helper 0.2.5-1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii python-smbc 1.0.6-1+b1 ii system-config-printer-udev 1.4.1-3 Versions of packages system-config-printer suggests: pn python-gnomekeyring none pn sessioninstaller 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#717154: open-vm-tools-dkms: Fails to build against Linux 3.10
Package: open-vm-tools-dkms Severity: grave open-vm-tools-dkms fails to build against Linux 3.10-1 from current Debian sid: Mi 17. Jul 14:26:10 CEST 2013 Using 2.6.x kernel build system. make: Entering directory `/var/lib/dkms/open-vm-tools/9.2.3/build/vmblock' make -C /lib/modules/3.10-1-amd64/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \ MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/9.2.3/build modules make[1]: Entering directory `/usr/src/linux-headers-3.10-1-amd64' CC [M] /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/block.o CC [M] /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.o /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c: In function ‘SetupProcDevice’: /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c:211:4: error: implicit declaration of function ‘create_proc_entry’ [-Werror=implicit-function-declaration] /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c:211:21: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c:221:20: error: dereferencing pointer to incomplete type /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c: In function ‘ExecuteBlockOp’: /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c:285:9: warning: assignment from incompatible pointer type [enabled by default] /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c:296:4: warning: passing argument 1 of ‘putname’ from incompatible pointer type [enabled by default] In file included from /usr/src/linux-headers-3.10-1-common/include/linux/proc_fs.h:8:0, from /var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.c:28: /usr/src/linux-headers-3.10-1-common/include/linux/fs.h:2042:13: note: expected ‘struct filename *’ but argument is of type ‘char *’ cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/open-vm-tools/9.2.3/build/vmblock/linux/control.o] Fehler 1 make[3]: *** [_module_/var/lib/dkms/open-vm-tools/9.2.3/build/vmblock] Fehler 2 make[2]: *** [sub-make] Fehler 2 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636568: fix available upstream for hurd build failure
I noticed upstream appears to have a fix for the issue in SVN: http://svn.apache.org/viewvc?view=revisionrevision=1478186 Is it likely that this will be incorporated in the package or it will wait for another upstream release? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717156: culmus-fancy uses old Type1 fonts
Package: culmus-fancy Version: 0.0.20051018-3 Severity: wishlist Dear Maintainer, culmus-fancy only includes older Type1 fonts, while the regular culmus package contains the newer OpenType fonts. It is currently impossible to use Type1 fonts in XeLaTeX with polyglossia. Most fancy fonts are available in the culmus homepage (culmus.sf.net) in either TrueType or OpenType format. Please consider updating the fonts to the newer formats. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-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 Versions of packages culmus-fancy depends on: ii xfonts-utils 1:7.7~1 culmus-fancy recommends no packages. culmus-fancy 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#717155: iscsitarget-dkms: Fails to build against Linux 3.10
Package: iscsitarget-dkms Severity: grave Hi, iscsitarget-dkms FTBFS against Linux 3.10-1 from unstable: Cheers, Moritz make: Entering directory `/usr/src/linux-headers-3.10-1-amd64' LD /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/built-in.o LD /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/built-in.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/iscsi.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/nthread.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/wthread.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.o /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c: In function ‘iet_procfs_exit’: /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:37:32: error: dereferencing pointer to incomplete type /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:37:52: error: dereferencing pointer to incomplete type /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c: In function ‘iet_procfs_init’: /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:49:3: error: implicit declaration of function ‘create_proc_entry’ [-Werror=implicit-function-declaration] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:49:7: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:51:7: error: dereferencing pointer to incomplete type cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.o] Fehler 1 make[3]: *** [/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel] Fehler 2 make[2]: *** [_module_/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build] Fehler 2 make[1]: *** [sub-make] Fehler 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714155: [mdadm] mdadm starts before devies are ready
Package: mdadm Version: 3.2.5-5 --- Please enter the report below this line. --- I was bitten by this too. Looks like another person here too: http://tinyurl.com/pqrkx2c Not sure where to point the blame. I was thinking initramfs too but when I ran reportbug-ng to generate this against mdadm, Martin was smart enough to prompt a person to check the included mdadm FAQ.gz file item #26. I have since added a rootdelay to the kernel boot param. I can now boot on 3.9 without being dropped to a shell for unfound devices. It is hard to figure out where to put the blame. I am running testing. Mdadm has been at the same version since Jan. The only major thing that really changed when I updated was the kernel going from 3.2 to 3.9. The FAQ.gz even states that this issue is probably caused by the disk controller drivers. Not sure how helpful this report is. If I can provide more info, please let me know. --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing mirror.rackspace.com 900 testing mirror.csclub.uwaterloo.ca 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.3.3) | 2.17-7 udev | 175-7.2 OR makedev | 2.3.1-93 debconf (= 1.4.72) | 1.5.50 lsb-base (= 3.1-6) | 4.1+Debian12 initscripts (= 2.88dsf-13.3) | 2.88dsf-41 Recommends(Version) | Installed ===-+-=== default-mta | OR mail-transport-agent| module-init-tools | 9-3 Package's Suggests field is empty. --- Output from package bug script --- --- mdadm.conf DEVICE partitions CREATE owner=root group=disk mode=0660 auto=yes HOMEHOST system MAILADDR root ARRAY /dev/md0 level=raid1 num-devices=3 UUID=1eb9d164:980b2064:6fa9de12:355920ec ARRAY /dev/md_d1 level=raid5 num-devices=3 UUID=f56b49d6:cb41756c:6fa9de12:355920ec --- /etc/default/mdadm INITRDSTART='all' AUTOSTART=true AUTOCHECK=true START_DAEMON=true DAEMON_OPTIONS=--syslog VERBOSE=false --- /proc/mdstat: Personalities : [raid1] [raid6] [raid5] [raid4] md_d1 : active raid5 sda2[0] sdc2[2] sdb2[1] 976526848 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU] md0 : active raid1 sda1[0] sdc1[2] sdb1[1] 120384 blocks [3/3] [UUU] unused devices: none --- /proc/partitions: major minor #blocks name 80 488386584 sda 81 120456 sda1 82 488263545 sda2 8 16 488386584 sdb 8 17 120456 sdb1 8 18 488263545 sdb2 8 32 732574584 sdc 8 33 120456 sdc1 8 34 488263545 sdc2 8 48 732574584 sdd 8 49 732572001 sdd1 1101048575 sr0 90 120384 md0 254 64 976526848 md_d1 254 659765623 md_d1p1 254 661953124 md_d1p2 254 67 964808100 md_d1p3 --- LVM physical volumes: LVM does not seem to be used. --- mount output sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=756246,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=612932k,mode=755) /dev/disk/by-uuid/37d0fb60-800b-4517-8638-9767fa85fb18 on / type ext3 (rw,noatime,barrier=1,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1616480k) /dev/md0 on /boot type ext4 (rw,noatime,data=ordered) /dev/md_d1p3 on /home type ext4 (rw,noatime,stripe=32,data=ordered) --- initrd.img-3.9-1-amd64: 68441 blocks cd4e75e3374c6a6564ba77d48b90fc6a ./sbin/mdadm 38ccec40ea1cdd3cf996550de8df6235 ./conf/mdadm f156a168a291a36d682fc3ace125f8e5 ./etc/mdadm/mdadm.conf a560b1c713f6f2bf42abcd9dade35d6a ./scripts/local-top/mdadm 5f4fe46c90306af6cea57dd4680c99a5 ./lib/modules/3.9-1-amd64/kernel/drivers/md/multipath.ko 80aca842e6c5af386055831020425197 ./lib/modules/3.9-1-amd64/kernel/drivers/md/raid0.ko 3aa26854079549900f35b222519b7334 ./lib/modules/3.9-1-amd64/kernel/drivers/md/raid1.ko 940b92e2f66a40887f46a4e56503f606 ./lib/modules/3.9-1-amd64/kernel/drivers/md/raid10.ko aed6837776e724c51136a717c43edc35 ./lib/modules/3.9-1-amd64/kernel/drivers/md/linear.ko 399ae7097e7c3594e4543a9550207227 ./lib/modules/3.9-1-amd64/kernel/drivers/md/md-mod.ko 8f53bd8546a42d44623a8d99b134886a ./lib/modules/3.9-1-amd64/kernel/drivers/md/raid456.ko 2018c74e57e4e8015e59c1d948dae850 ./lib/modules/3.9-1-amd64/kernel/drivers/md/dm-mod.ko --- initrd's /conf/conf.d/md: no conf/md file. --- /proc/modules:
Bug#716999: broadcom-sta-dkms: Fails to build on linux 3.10 (procfs API change)
severity 716999 grave thanks On Mon, Jul 15, 2013 at 10:50:38PM +0200, Jannis Mast wrote: Package: broadcom-sta-dkms Version: 5.100.82.112-11 Severity: important Here's the build log: Cheers, Moritz KBUILD_NOPEDANTIC=1 make -C /lib/modules/3.10-1-amd64/build M=/var/lib/dkms/broadcom-sta/5.100.82.112/build make[1]: Entering directory `/usr/src/linux-headers-3.10-1-amd64' CFG80211 API is prefered for this kernel version Using CFG80211 API Kernel architecture is X86_64 LD /var/lib/dkms/broadcom-sta/5.100.82.112/build/built-in.o CC [M] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/shared/linux_osl.o CC [M] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.o /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c: In function ‘wl_tkip_printstats’: /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2975:7: warning: passing argument 1 of ‘wl-tkipmodops-print_stats’ from incompatible pointer type [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2975:7: note: expected ‘struct seq_file *’ but argument is of type ‘char *’ /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2978:4: warning: passing argument 1 of ‘wl-tkipmodops-print_stats’ from incompatible pointer type [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2978:4: note: expected ‘struct seq_file *’ but argument is of type ‘char *’ /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c: In function ‘wl_reg_proc_entry’: /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3185:2: error: implicit declaration of function ‘create_proc_entry’ [-Werror=implicit-function-declaration] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3185:22: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3190:16: error: dereferencing pointer to incomplete type /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3191:16: error: dereferencing pointer to incomplete type /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3192:16: error: dereferencing pointer to incomplete type cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.o] Fehler 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717157: blktap-dkms: Fails to build against Linux 3.10
Package: blktap-dkms Severity: grave Justification: renders package unusable Hi, blktap-dkms FTBFS against linux 3.10-1 from unstable: Cheers, Moritz CC [M] /var/lib/dkms/blktap/2.0.91/build/control.o In file included from /var/lib/dkms/blktap/2.0.91/build/control.c:30:0: /var/lib/dkms/blktap/2.0.91/build/blktap.h:75:41: warning: variably modified ‘pending’ at file scope [enabled by default] CC [M] /var/lib/dkms/blktap/2.0.91/build/ring.o In file included from /var/lib/dkms/blktap/2.0.91/build/ring.c:30:0: /var/lib/dkms/blktap/2.0.91/build/blktap.h:75:41: warning: variably modified ‘pending’ at file scope [enabled by default] /var/lib/dkms/blktap/2.0.91/build/ring.c: In function ‘blktap_ring_map_request’: /var/lib/dkms/blktap/2.0.91/build/ring.c:206:2: error: too few arguments to function ‘do_mmap_pgoff’ In file included from /usr/src/linux-headers-3.10-1-common/include/linux/pagemap.h:7:0, from /usr/src/linux-headers-3.10-1-common/include/linux/blkdev.h:13, from /var/lib/dkms/blktap/2.0.91/build/ring.c:27: /usr/src/linux-headers-3.10-1-common/include/linux/mm.h:1516:22: note: declared here /var/lib/dkms/blktap/2.0.91/build/ring.c: In function ‘blktap_ring_mmap_request’: /var/lib/dkms/blktap/2.0.91/build/ring.c:438:19: error: ‘VM_RESERVED’ undeclared (first use in this function) /var/lib/dkms/blktap/2.0.91/build/ring.c:438:19: note: each undeclared identifier is reported only once for each function it appears in /var/lib/dkms/blktap/2.0.91/build/ring.c: In function ‘blktap_ring_mmap_sring’: /var/lib/dkms/blktap/2.0.91/build/ring.c:474:19: error: ‘VM_RESERVED’ undeclared (first use in this function) make[3]: *** [/var/lib/dkms/blktap/2.0.91/build/ring.o] Fehler 1 make[2]: *** [_module_/var/lib/dkms/blktap/2.0.91/build] Fehler 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717158: network-manager: ignores settings from dhclient.conf and requests insecure properties
Package: network-manager Version: 0.9.8.0-5 Severity: important Tags: security Hi. NM aparently thinks it's smarter and ignores any settings from dhclient.conf. This leads to security problems, if one e.g. intentionally told dhcp to ignore properties like the dns-search path, which may be used by a hostile dhcp server to trick you into wrong domains. Chris. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.12-1 ii isc-dhcp-client4.2.4-7 ii libc6 2.17-7 ii libdbus-1-31.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt111.5.2-3 ii libglib2.0-0 2.36.3-3 ii libgnutls262.12.23-5 ii libgudev-1.0-0 175-7.2 ii libnl-3-2003.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libnl-route-3-200 3.2.21-1 ii libnm-glib40.9.8.0-5 ii libnm-util20.9.8.0-5 ii libpolkit-gobject-1-0 0.105-3 ii libuuid1 2.20.1-5.5 ii lsb-base 4.1+Debian12 ii udev 175-7.2 ii wpasupplicant 1.0-3+b2 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.66-3 ii iptables 1.4.18-1.1 pn modemmanager none ii policykit-1 0.105-3 ii ppp 2.4.5-5.2 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile [ifupdown] managed=true /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla [Errno 13] Permission denied: u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla' -- 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#717159: asus-oled-dkms: Fails to build against Linux 3.10
Package: asus-oled-dkms Severity: grave Hi, asus-oled-dkms fails to build against Linux 3.10 from unstable: LD /var/lib/dkms/asus-oled-dkms/0.04/build/built-in.o CC [M] /var/lib/dkms/asus-oled-dkms/0.04/build/asus_oled.o /var/lib/dkms/asus-oled-dkms/0.04/build/asus_oled.c:733:8: warning: initialization from incompatible pointer type [enabled by default] /var/lib/dkms/asus-oled-dkms/0.04/build/asus_oled.c:733:8: warning: (near initialization for ‘class_attr_version.show’) [enabled by default] /var/lib/dkms/asus-oled-dkms/0.04/build/asus_oled.c: In function ‘asus_oled_init’: /var/lib/dkms/asus-oled-dkms/0.04/build/asus_oled.c:741:9: error: implicit declaration of function ‘err’ [-Werror=implicit-function-declaration] cc1: some warnings being treated as errors make[3]: *** [/var/lib/dkms/asus-oled-dkms/0.04/build/asus_oled.o] Fehler 1 make[2]: *** [_module_/var/lib/dkms/asus-oled-dkms/0.04/build] Fehler 2 Since asus_led has been merged into staging, please file a bug against the Linux package to have ASUS_OLED enabled and remove asus-oled-dkms from the archive. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717160: centerim is missing a menu shortcut
Package: centerim Version: 4.22.10-2+b1 Severity: wishlist please add a *.desktop file with the Terminal=true flag eg: [Desktop Entry] Version=1.0 Type=Application Name=CenterIM Exec=centerim Icon=utilities-terminal Terminal=true StartupNotify=false Categories=ConsoleOnly;Network; -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-7.towo-siduction-amd64 (SMP w/8 CPU cores; PREEMPT) 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 centerim depends on: ii centerim-common 4.22.10-2 ii libc62.17-7 ii libcurl3-gnutls 7.31.0-2 ii libgcc1 1:4.8.1-5 ii libgnutls26 2.12.23-5 ii libgpg-error01.10-3.1 ii libgpgme11 1.4.2-0.1 ii libncurses5 5.9+20130608-1 ii libstdc++6 4.8.1-5 Versions of packages centerim recommends: ii google-chrome-beta [www-browser] 28.0.1500.89-r209621 ii sox 14.4.1-3 centerim 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#716779: reassigned
Reassigned this bug to app-install-data since it is caused by a format issue of the Categories:Application:Game:ArcadeGame line in /usr/share/app-install/desktop/spout.desktop file. The line should read Categories=Application:Game:ArcadeGame Cheers, Óli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717162: moodle: [INTL:it] Italian translation of debconf messages
Package: moodle Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of moodle debconf messages. We had a bit of cohordination misunderstanding [1]; this is the version that has been proofread by the Italian localization team [2]. If you received any other version by e-mail please discard it. Please include this version instead in your next upload. Thanks, Beatrice [1] http://lists.debian.org/debian-l10n-italian/2013/07/msg00016.html [2] http://lists.debian.org/debian-l10n-italian/2013/07/msg00021.html # Italian translation of moodle debconf messages. # Copyright (C) 2013 moodle package copyright holder # This file is distributed under the same license as the moodle package. # Beatrice Torracca beatri...@libero.it, 2012, 2013. msgid msgstr Project-Id-Version: moodle\n Report-Msgid-Bugs-To: moo...@packages.debian.org\n POT-Creation-Date: 2013-06-28 15:43+0200\n PO-Revision-Date: 2013-07-17 14:53+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../templates:2001 msgid URL for the Moodle site: msgstr URL del sito Moodle: #. Type: string #. Description #: ../templates:2001 msgid Please enter the URL from which Moodle should serve pages. msgstr Inserire l'URL da cui Moodle deve servire le pagine. #. Type: string #. Description #: ../templates:2001 msgid The moodle package does not perform any automatic web server configuration, but does provide basic configuration templates for Apache. msgstr Il pacchetto moodle non effettua alcuna configurazione automatica del server web, però fornisce alcuni modelli di configurazione base per Apache. #. Type: string #. Description #: ../templates:2001 msgid Please leave off the trailing \/\. msgstr Non inserire il carattere \/\ finale.
Bug#717161: r8168-dkms: Fails to build against Linux 3.10
Package: r8168-dkms Severity: grave Justification: renders package unusable Hi, r8168-dkms fails to build against Linux 3.10-1 from unstable: Cheers, Moritz LD /var/lib/dkms/r8168/8.036.00/build/built-in.o CC [M] /var/lib/dkms/r8168/8.036.00/build/r8168_n.o /var/lib/dkms/r8168/8.036.00/build/r8168_n.c: In function ‘rtl8168_rx_vlan_skb’: /var/lib/dkms/r8168/8.036.00/build/r8168_n.c:2237:9: error: too few arguments to function ‘__vlan_hwaccel_put_tag’ In file included from /var/lib/dkms/r8168/8.036.00/build/r8168_n.c:46:0: /usr/src/linux-headers-3.10-1-common/include/linux/if_vlan.h:237:31: note: declared here /var/lib/dkms/r8168/8.036.00/build/r8168_n.c: In function ‘rtl8168_hw_set_features’: /var/lib/dkms/r8168/8.036.00/build/r8168_n.c:2298:25: error: ‘NETIF_F_HW_VLAN_RX’ undeclared (first use in this function) /var/lib/dkms/r8168/8.036.00/build/r8168_n.c:2298:25: note: each undeclared identifier is reported only once for each function it appears in /var/lib/dkms/r8168/8.036.00/build/r8168_n.c: In function ‘rtl8168_init_one’: /var/lib/dkms/r8168/8.036.00/build/r8168_n.c:16198:26: error: ‘NETIF_F_HW_VLAN_TX’ undeclared (first use in this function) /var/lib/dkms/r8168/8.036.00/build/r8168_n.c:16198:47: error: ‘NETIF_F_HW_VLAN_RX’ undeclared (first use in this function) make[3]: *** [/var/lib/dkms/r8168/8.036.00/build/r8168_n.o] Fehler 1 make[2]: *** [_module_/var/lib/dkms/r8168/8.036.00/build] Fehler 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org