Bug#360338: synaptic: Space characters at the end of a line in /etc/apt/sources.list and, in GUI
Control: severity -1 normal Control: tags -1 + confirmed Control: found -1 0.80~exp1 Everytime when selecting another entry in the Synaptic repository listbox, a blank at the end is inserted in the Section(s) edit field. With 'OK' the unnecessary blanks where stored in /etc/apt/sources.list In current version, the space character is inserted _before the last character_, which leads to components becoming corrupted. Raising severity appropriately. I also note non-sense “[options]” being inserted such as “[” and “[X]” (where X was some non-latin UTF-8). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705442: PTS: integrate info from bapase
Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: pts udd bapase[1] detects packages that are bad in some way. It would be interesting to integrate this with the PTS. The main useful thing I can see is highlighting packages that are basically maintained by NMUers[2] and should probably be orphaned. For this we first need a machine-readable export of [2]. I can't read/write Ruby yet so I'm hoping someone else can do this. The Should be removed and Should be orphaned bugs might be useful to highlight too, but I'm not sure if there is an export of them. I'm not sure what else from bapase would be useful to have on the PTS, any thoughts? 1. http://wiki.debian.org/qa.debian.org/bapase 2. http://udd.debian.org/cgi-bin/bapase.cgi?t=nmu -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#705443: synaptic: uses section when means component
Package: synaptic Version: 0.80~exp1 Severity: minor Dear Maintainer, The repositories dialog lists and configures each sources “section(s)” like “main”, “contrib”. The correct term is areas, or components, as per other Debian and Apt documentation. The debian-policy section 2.4 specifies that the sections are the categories underneath the area. In sources.list(5), the syntax of these lines is defined as distribution/component. As the dialog in question relates directly to this, I suggest using the term component. See also, http://www.debian.org/doc/debian-policy/footnotes.html#f3. There are possibly other areas in synaptic that misuse the term “section”. Regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698381: unblock: ifupdown/0.7.8
Control: reopen -1 Control: retitle -1 unblock: ifupdown/0.7.8 Hello, Please unblock ifupdown 0.7.8. This fixes an annoying segfault with vlans on ifdown. -- WBR, Andrew ifupdown_0.7.7..0.7.8.dsc.diff Description: Binary data
Bug#705444: ITP: picmi -- Number logic game
Package: wnpp Severity: wishlist Owner: Maximiliano Curia m...@debian.org * Package name: picmi Version : 4.10.2 Upstream Author : Jakob Gruber jakob.gru...@gmail.com * URL : http://games.kde.org/game.php?game=picmi/ * License : GPL-2+ (program) and GFDL-1.2+ (documentation) Programming Lang: C++ Description : Number logic game Picmi is a number logic game in which cells in a grid have to be colored or left blank according to numbers given at the side of the grid to reveal a hidden picture. . This package is part of the KDE games module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605871: fontforge runs find / during the configure step
Hi, --with-freetype-src option should be used with relevant path like --with-freetype-src=/foobar. But anyway, freetype source file is necessary to include to build with --with-freetype-bytecode option. If not, configure script warns for it. checking for valid freetype tree... missing ttobjs.h Unable to find /usr/include/freetype2/freetype/src/truetype/ttobjs.h Q: Should we include freetype source with fontforge? We can add it as multiple orig source as fontforge_0.0.20120101+git.orig-freetype-2.4.9.tar.xz like I did for ttf-kochi package. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705437: fontforge: failed to build with -j4 option
control: tags -1 +pending On Mon, 15 Apr 2013 10:24:45 +0900 Hideki Yamane henr...@debian.or.jp wrote: building fontforge package with -j4 option on my box fails. I've done with converting dh style for debian/rules. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#462726: [synaptic: pause, throttle downloads]
Control: retitle -1 synaptic: pause downloads Control: merge -1 510117 Fred Cooper tweak1...@gmail.com wrote: I usually only use Synaptic for when I'm downloading several packages and related packages at once, and when I do, it tends to be a very large download. I'm sharing a network on DSL, so sometimes, a pause feature would be nice for when the other people on my network are bitching at me for using all of the bandwidth, but I can't pause it without cancelling the download, thus keeping them cut off for another long while. Best implemented with support in apt. Note that with current versions if you cancel the download and later restart the same operation it will resume from where it was interupted. While not labelled as pause–resume, the effect of stop–start is exactly the same. Another feature I'd love to have is the ability to limit the bandwidth synaptic uses. This is already implemented, in apt. See apt.conf(5) for this option: Acquire::http::Dl-Limit Set it to e.g. 200 to limit http downloads to 200 kilobytes per second. There is also the program trickle, which can be used to apply throttle the bandwidth of any application. Something else I'd like to see is the ability to export a list of marked packages to save them for later, when you're ready to download them. Yes, see ‘File|Save Markings’. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605871: [Pkg-fonts-devel] Bug#605871: fontforge runs find / during the configure step
Am Montag, den 15.04.2013, 15:44 +0900 schrieb Hideki Yamane: --with-freetype-src option should be used with relevant path like --with-freetype-src=/foobar. But anyway, freetype source file is necessary to include to build with --with-freetype-bytecode option. If this configure options is only relevant for building the bundled freetype copy, then it should be alright as it currently is. The freetype system library in Debian already has the byte-code interpreter enabled. Q: Should we include freetype source with fontforge? We can add it as multiple orig source as fontforge_0.0.20120101+git.orig-freetype-2.4.9.tar.xz like I did for ttf-kochi package. Please do not include a local copy of a library that is already packaged in Debian. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705349: freedoom: /usr/games/freedoom: 5: /usr/games/freedoom: /usr/games/boom: not found
reassign -1 vavoom found 1.33-4 notfound 1.33-5 Thanks for your bug report, Am Samstag, den 13.04.2013, 14:58 +0200 schrieb 0 1: Package freedoom depends on virtual: boom-engine Which itself can be: prboom vavoom (installed on my computer) Installing the additionnal prboom engine solves the issue. this is a known bug in the vavoom package, I guess you have version 1.33-4 installed. That package provides the virtual boom package but fails to properly provide the corresponding binary as well. Upgrading to 1.33-5 from experimental should fix that issue. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705445: apt: Dl-Limit is in kilobytes _per second_
Package: apt Version: 0.9.7.9~exp3 Severity: minor Dear deity Minor patch to clarify units of Acquire::http::Dl-Limit. Tweaks the placement of the subsequent note as well, which previously consumed the period inside its parens. Regards === modified file 'doc/apt.conf.5.xml' --- doc/apt.conf.5.xml 2013-03-25 12:55:07 + +++ doc/apt.conf.5.xml 2013-04-15 07:17:03 + @@ -387,10 +387,12 @@ paraliteralAcquire::http::AllowRedirect/literal controls whether APT will follow redirects, which is enabled by default./para - paraThe used bandwidth can be limited with literalAcquire::http::Dl-Limit/literal - which accepts integer values in kilobytes. The default value is 0 which deactivates - the limit and tries to use all available bandwidth (note that this option implicitly - disables downloading from multiple servers at the same time.)/para + paraThe used bandwidth can be limited with + literalAcquire::http::Dl-Limit/literal which accepts integer + values in kilobytes per second. The default value is 0 which + deactivates the limit and tries to use all available bandwidth. + Note that this option implicitly disables downloading from + multiple servers at the same time./para paraliteralAcquire::http::User-Agent/literal can be used to set a different User-Agent for the http download method as some proxies allow access for clients
Bug#605871: [Pkg-fonts-devel] Bug#605871: fontforge runs find / during the configure step
On Mon, Apr 15, 2013 at 2:44 PM, Hideki Yamane wrote: --with-freetype-src option should be used with relevant path like --with-freetype-src=/foobar. But anyway, freetype source file is necessary to include to build with --with-freetype-bytecode option. If not, configure script warns for it. checking for valid freetype tree... missing ttobjs.h Unable to find /usr/include/freetype2/freetype/src/truetype/ttobjs.h Please file a bug against freetype asking for them to do either of these: Ship the needed header/etc files somewhere. Ship a freetype-source package containing the full source for freetype. It sounds like fontforge embeds part of freetype if you do that, so when this is done, you will need to add this to debian/control and something in debian/rules to set the freetype:Version substvar. Built-Using: freetype (= ${freetype:Version}) Q: Should we include freetype source with fontforge? We can add it as multiple orig source as fontforge_0.0.20120101+git.orig-freetype-2.4.9.tar.xz like I did for ttf-kochi package. No, definitely not. Please fix ttf-kochi too, it shouldn't copy freetype around either. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705446: icli: new upstream release
Package: icli Severity: wishlist Hi There is a new upstream release for icli: icli 0.44 - Sat Mar 16 2013 * Ignore 'module' field in the icinga status file * Add -o / --overview option to display a 'tactical overview'-style host and service listing icli 0.43 - Tue Aug 28 2012 * Add missing documentation for -a / --acknowledge * Add -m / --match option to select on plugin output Could you update icli package (after the wheezy release)? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705447: icli: Consider adding Homepage field in debian/control
Package: icli Severity: minor Hi Please consider adding the Homepage field in debian/control for icli. Many thanks for packaging icli. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605871: [Pkg-fonts-devel] Bug#605871: Bug#605871: fontforge runs find / during the configure step
On Mon, Apr 15, 2013 at 3:22 PM, Paul Wise wrote: On Mon, Apr 15, 2013 at 2:44 PM, Hideki Yamane wrote: Please file a bug against freetype asking for them to do either of these: Please ignore what I wrote here, Fabian is correct. Q: Should we include freetype source with fontforge? We can add it as multiple orig source as fontforge_0.0.20120101+git.orig-freetype-2.4.9.tar.xz like I did for ttf-kochi package. No, definitely not. Please fix ttf-kochi too, it shouldn't copy freetype around either. Please do fix ttf-kochi though. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605871: [Pkg-fonts-devel] Bug#605871: Bug#605871: fontforge runs find / during the configure step
On Mon, 15 Apr 2013 15:27:12 +0800 Paul Wise p...@debian.org wrote: No, definitely not. Please fix ttf-kochi too, it shouldn't copy freetype around either. Please do fix ttf-kochi though. No, I've said ttf-kochi is just an example for multiple upstrearm tarball and not including freetype source, so fix is not necessary. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704252: preparing the fix
On Fri, 2013-04-12 at 22:48 +0200, Paul Gevers wrote: 1) You used dpkg-architecture -qDEB_BUILD_ARCH instead of dpkg-architecture -qDEB_BUILD_GNU_CPU (you could simplify your rules file as well with this). Hmm, it seems like this was not a smart idea for i386. So the point is that either we have to fix i486 to i386 or amd64 to x86_64... Abou, what is your proposal, and what do you prefer? I can upload again tomorrow. Hi Paul, I'd rather keep what I did as it was the same code used for Lazarus. If there is an issue in the amd64 arch, please report it and I'll try to fix that. There is a translation table in the debian/rules that ensure we get the right arch. This should be probably resolved other way by patching fpcmake and the compiler to conform to debian lib path naming policy. Cheers, signature.asc Description: This is a digitally signed message part
Bug#656586: Bug#705039: tpu: routino/2.2-4+deb7u1
On Wed, Apr 10, 2013 at 01:19:21AM +0200, Andreas Beckmann wrote: Control: tags -1 pending On 2013-04-09 21:06, Adam D. Barratt wrote: Control: tags -1 + confirmed On Tue, 2013-04-09 at 12:35 +0200, Andreas Beckmann wrote: I'd like to NMU routino to t-p-u to get this postrm bug fixed for wheezy (#656586): * purge fails on removal of a no longer existing directory * remove and purge repeat the same action - only do it during purge sid already has a new upstream version. Please go ahead. Uploaded to DELAYED/5. Approved, thanks. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#668442: Bug#704849: t-p-u: tucnak2/2.47-2+deb7u1
On Wed, Apr 10, 2013 at 01:37:03AM +0200, Andreas Beckmann wrote: Control: tag -1 pending On 2013-04-09 23:09, Jonathan Wiltshire wrote: Control: tag -1 confirmed On Sat, Apr 06, 2013 at 09:53:33PM +0200, Andreas Beckmann wrote: Hi Jonathan, On 2013-04-06 21:04, Jonathan Wiltshire wrote: Why the change from a case to an if test? alternatives should be left untouched in prerm deconfigure (see #71621) (that also matches the incomplete fix applied by the maintainer in 2.48-1) With only one case left, an if is easier and I don't have to check whether 'case ... *)\nesac' is actually valid syntax ... (without another ;; before the esac) Ok. The maintainers haven't reacted to your debdiff, so please go ahead when convenient. Uploaded to DELAYED/5. Approved, thanks. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#605871: [Pkg-fonts-devel] Bug#605871: fontforge runs find / during the configure step
On Mon, 15 Apr 2013 09:16:12 +0200 Fabian Greffrath fab...@greffrath.com wrote: If this configure options is only relevant for building the bundled freetype copy, then it should be alright as it currently is. The freetype system library in Debian already has the byte-code interpreter enabled. You mean, both --with-freetype-bytecode and --with-freetype-src are not necessary to be specified? I want to know that. Q: Should we include freetype source with fontforge? We can add it as multiple orig source as fontforge_0.0.20120101+git.orig-freetype-2.4.9.tar.xz like I did for ttf-kochi package. Please do not include a local copy of a library that is already packaged in Debian. Yes, we should avoid it, but if we need src itself to enable feature, how do we deal with it? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705447: icli: Consider adding Homepage field in debian/control
Control: retitle -1 'icli: Consider adding Homepage field in debian/control source package stanza' Hi On Mon, Apr 15, 2013 at 09:37:53AM +0200, Salvatore Bonaccorso wrote: Please consider adding the Homepage field in debian/control for icli. Many thanks for packaging icli. Ah. Homepage field seems present in debian/control, but in the binary packages stanzas. If it is set in the source package stanza it also would appear in the PTS. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705448: ITP: ruby-grit -- Ruby Git bindings
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org * Package name: ruby-grit Version : 2.5.0 Upstream Author : Tom Preston-Werner, Scott Chacon, Chris Wanstrath, and PJ Hyett * URL : http://grit.rubyforge.org/ * License : Expat Programming Lang: Ruby Description : Ruby Git bindings Grit gives you object oriented read/write access to Git repositories via Ruby. The main goals are stability and performance. To this end, some of the interactions with Git repositories are done by shelling out to the system's git command, and other interactions are done with pure Ruby reimplementations of core Git functionality. This choice, however, is transparent to end users, and you need not know which method is being used. . This software was developed to power GitHub, and should be considered production ready. . This version has been patched for use with GITLAB. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454770: [Pkg-samba-maint] Bug#454770: Bug#454770: schannel_store.tdb should not be kept in /etc/samba
Control: tags -1 - patch Hi Steve, On Sun, Apr 14, 2013 at 11:08:47AM -0700, Steve Langasek wrote: Reviewing the diff at the svn revision where this regression was introduced, there are other parts of the patch that were also dropped: MACHINE.SID and idmap2.tdb also no longer have their location being patched. Both of these files still have references in the code, so the patch should be re-fixed to handle them. Thanks for checking this. I'm somewhat concerned about idmap2.tdb. If we get this one wrong, users can get the wrong unix uid's, which could be very bad on a fileserver. If only one version exists (in either /etc or /var/...) there should be no problem, but if both exist, it might be better to error out instead of picking one of them. That would need a debconf notification explaining the situation, which ideally would be translated as well. This problem could happen if someone installed samba from squeeze, upgraded to wheezy or backports, and then upgraded to the (future) final wheezy version. Also note that a real world setup will go silently wrong on this first upgrade. What do you think? For schannel_store.tdb, I don't know the impact of suddenly moving back to an old version (which would happen if there still was one left in /var/...). Can someone shed some light on this? Is it better to remove it in this case? (MACHINE.SID, at least, is a legacy file that's being read but not written for compatibility only, so we don't need to migrate it in the maintainer script.) It seems MACHINE.SID is deleted on startup by samba since before wheezy, so this one should not cause any problems (if I read the code correctly). I will try to do some tests with an idmap setup tonight. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705449: get rid of the fhs patch
package: samba version: 2:3.6.13-1 severity: important It would be nice to have a cleaner way to fix the fhs paths (see #454770). Ideally, this could be done without a patch, by using only configure options. As it is now, every new usage of private_dir upstream must be added to the Debian patch, which is error prone. This bug is meant to track this issue. I'm filing this bug against the version in experimental, as this is clearly something that will not be done for wheezy. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702871: Regarding forward and backward search with evince.
You mean you expect me to learn how to use emacs lisp correctly rather than use ugly hacks ? Fine. How about adding a (raise-frame) then ? - Mail original - De: Tassilo Horn t...@gnu.org À: can...@free.fr Cc: 702...@bugs.debian.org, bug-auc...@gnu.org Envoyé: Vendredi 12 Avril 2013 18:52:18 Objet: Re: Bug#702871: Regarding forward and backward search with evince. can...@free.fr writes: Hi! Let me add some info to my original bug report, regarding forward search with evince. In fact, some odd behaviour persisted (with or without my patch), in particular evince remained first in the Alt-Tab application list, regardless of swithching between other applications. While I couldn't find a reference for the evince DBus API, I decided to check what would happen if I replace the timestamp argument with a constant zero (or one), and it solved everything (including raising and giving focus). The broken timestamp value was the source of another problem, too. This has already been solved by providing 0 as timestamp, so the current Git version of AUCTeX already contains the fix. Can anyone tell me what this parameter even mean? 0 stands for NOW. Anyway, raising the emacs window via wmctrl on reverse search, as in the previous patch, and replacing the complicated calculation of timestamp with some constant in forward search, seems to give a fully correct behaviour. The wmctrl thingy is not acceptable, sorry. Bye, Tassilo Description: short summary of the patch TODO: Put a short summary on the line above and replace this paragraph with a longer explanation of this change. Complete the meta-information with other relevant fields (see below for details). To make it easier, the information below has been extracted from the changelog. Adjust it or drop it. . auctex (11.87-1.3) unstable; urgency=low . * Raise windows on reverse search. * Set evince forward search timestamp to zero. Author: Itaï BEN YAACOV can...@free.fr --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- auctex-11.87.orig/tex.el +++ auctex-11.87/tex.el @@ -1508,7 +1508,8 @@ or newer. (goto-char (point-min)) (forward-line (1- line)) (unless (= col -1) -(move-to-column col) +(move-to-column col)) + (raise-frame (define-minor-mode TeX-source-correlate-mode Minor mode for forward and inverse search.
Bug#693206: vavoom: Let's install the glvis utility
Hi Gustavo, Am Samstag, den 12.01.2013, 16:15 +0100 schrieb Fabian Greffrath: Am Dienstag, den 08.01.2013, 23:54 -0300 schrieb gustavo panizzo : But why should it not be possible to run e.g. the doom wrapper with an Iwad given as a relative or absolute path name? because i think wad files should be untrusted by default. So, how is this supposed to work with e.g. the doom2-wad package created by game-data-packager that calls Exec=doom -iwad /usr/share/games/doom/doom2.wad? any news on this? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701492: libatk-wrapper-java: Hangs starting applications
Samuel Thibault, le Mon 15 Apr 2013 02:00:36 +0200, a écrit : and warn that it is not stable with multithreaded applications. with *non-multithreaded* applications, actually :) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705306: quagga package should not contain header files and static libraries
severity 705306 wishlist thank you The Policy Section 8 also says: --cut here-- This section deals only with public shared libraries: shared libraries that are placed in directories searched by the dynamic linker by default or which are intended to be linked against normally and possibly used by other, independent packages. Shared libraries that are internal to a particular package or that are only loaded as dynamic modules are not covered by this section and are not subject to its requirements. --cut here-- There are no reverse build dependencies on quagga package, so we can quite easily classify those libraries as internal. I am also not aware of any common software on top of quagga libraries. It would be nice to have quagga package cleanup and split into quagga, libquagga0 and libquagga-dev[*], but this hardly qualifies as RC bug. * or just to drop the *.h, *.a and *.la from the main package and add them only when somebody asks for them. Ondrej On Fri, Apr 12, 2013 at 8:30 PM, Len Sorensen lennartsoren...@ruggedcom.com wrote: Package: quagga Version: 0.99.22-1 Severity: serious Justification: Policy 8.4 As far as I understand packaging policy, header files and static libraries must go in a -dev package, and not be included in the main package. After all most people running a program are not going to be compiling add ons for it. Certainly the static library really doesn't make sense to include. It seems to me, quagga really should have a quagga package for the daemons, a libquagga for the shared libraries, and a libquagga-dev for the headers and static libraries. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 powerpc Kernel: Linux 3.8-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quagga depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii iproute20120521-3+b4 ii libc6 2.16-0experimental1 ii libcap21:2.22-1.2 ii libpam0g 1.1.3-9 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9-10 ii logrotate 3.8.3-3 quagga recommends no packages. Versions of packages quagga suggests: pn snmpd none -- debconf information excluded -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705450: installation-report: i845g weekly wheezy-amd64-i386-netinst 8April2013 fixed bug #698197
Package: installation-reports Version: 2.49 Severity: wishlist -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/jigdo-cd/debian-testing-amd64-i386-netinst.jigdo 2013-04-08 07:41 27K Date: Mon Apr 15 00:23:33 EDT 2013 Machine: Personal Build / Intel D845GRG mobo / i845g chipset / 512MB pc2100 ddr / Lite-on 52x32x52 CD-RW Partitions: df -Tl will do; the raw partition table is preferred sfdisk -l Disk /dev/sda: 5605 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sda1 * 0+ 1215- 1216- 9764864 83 Linux /dev/sda2 1215+ 5605- 4390- 352552975 Extended /dev/sda3 0 - 0 00 Empty /dev/sda4 0 - 0 00 Empty /dev/sda5 1215+ 1343-128- 1028096 82 Linux swap / Solaris /dev/sda6 1344+ 5605- 4261- 34226176 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Flawless installation The only default setting I modified wAS: At the Install prompt I tabbed and removed quIet from the kernel commandline I choose Guided Whole Disk Partitioning with a separate /home partition. After reboot xserver starts gnome3 in fallback mode as expected on a machine with only 8MB max shared Video memory. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20130408-00:05 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux grg 3.2.0-4-486 #1 Debian 3.2.41-2 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface [8086:2560] (rev 01) lspci -knn: Subsystem: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface [8086:2560] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:5247] lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:5247] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:5247] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:5247] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:5247] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 81) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge [8086:24c0] (rev 01) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801DB (ICH4) IDE Controller [8086:24cb] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:5247] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:5247] lspci -knn: 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:0102]
Bug#704885: BIOS boot failure after a kernel shutdown on Acer Aspire 5930G
How did you fix this? The video on youtube with the loop boot is mine, but couldn't find a solution... I'm using Ubuntu 13.04 with 3.8.0-17-generic kernel. On Monday, April 8, 2013 1:10:02 AM UTC+3, Jonathan Nieder wrote: forwarded 704885 https://bugzilla.kernel.org/show_bug.cgi/?id=14733 # from upstream: use last 3.8.5 vanilla kernel compiled myself and # this bug exist. Approximating: found 704885 linux/3.8.5-1~experimental.1 # from the report: The same behaviour happens with the kernel of the # current stable release (Squeeze). Guessing: found 704885 linux-2.6/2.6.32-48squeeze1 quit Hi, computer.enthusiastic wrote: After some hour of regular operation, the kernel log is flooded with ACPI errors and the system slows down. Here a little snippet: [ 3872.304251] ACPI Error: Method parse/execution failed [\_SB_.AMW0.WMCA] (Node 8800bbe744e8), AE_TIME (20110623/psparse-536) [ 3872.804236] ACPI: EC: input buffer is not empty, aborting transaction [...] After a regular and controlled shutdown (with a strange loud beep from computer speaker), the BIOS is unable to complete the boot sequence and it continuously resets. This makes the computer totally unusable. A video recording (not by myself) can be viewed here (http://www.youtube.com/watch?v=rndKUE_CzLs). The same behaviour happens with the kernel of the current stable release (Squeeze). [...] The only way to make bootable the computer is to disconnect the power adapter and remove the battery pack for some minutes. Thanks for a clear report. After a search, I found the following bug report: https://bugzilla.kernel.org/show_bug.cgi/?id=14733 [...] I applied the patch to the standard Debian Kernel according to the istructions of the Debian Kernel Handbook and the BIOS freeze has not occurred anymore (tested with kernels from stable and testing). Thanks much for this. If I have any more questions, I'll ask them upstream. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705451: libnss3: libssl3.so.1d missing since upgrading to 2.3.14.3-1~bpo60+1
Package: libnss3 Version: 2:3.14.3-1~bpo60+1 Severity: important Upgraded libnss3 and libnss3-1d to 2.3.13.3-1~bpo60+1 on Apr 9, 2013 and ever since I have been getting messages from various cron jobs and security processes such as: PAM unable to dlopen(/lib/security/pam_ecryptfs.so): libssl3.so.1d: cannot open shared object file: No such file or directory I found a Debian webpage titled Filelist of package libnss3-1d in squeeze of architecture i386 that listed libssl3.so.1d, but, the description I get for libnss3-1d is: This is a transitional package to ensure smooth transition of all packages to libnss3.. The scheduled FCHECK run for Apr 14, 2013, lists libssl3.so.1d as deleted. I tried to recover libssl3.so.1d by installing libnss3-tools, but, that did not work. -- System Information: Debian Release: 6.0.7 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 libnss3 depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libsqlite3-03.7.13-1~bpo60+1 SQLite 3 shared library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libnss3 recommends no packages. libnss3 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#705356: unblock: netbase/5.1
Control: tag -1 + moreinfo Hi, On Sat, Apr 13, 2013 at 05:37:02PM +0200, Marco d'Itri wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package netbase I'm afraid not, as it currently stands: netbase (5.1) unstable; urgency=low * etc-services: removed console (782/tcp). Reverted because #658077 was totally bogus: this entry is not useful. Possibly, if this actually causes a problem. Is it harmless to leave it in place? * etc-services: added urd (465/tcp). ssmtp and smtps kept as aliases. (Closes: #703175) Only severity normal... * etc-services: added db-lsp (17500/tcp). (Closes: #695708) ... wishlist ... * etc-protocols: added hopopt (0). (Closes: #675339) ... wishlist ... * Removed ip6-localnet and ip6-mcastprefix from the default /etc/hosts created by postinst because they have no purpose. (Closes: #688090) ... and normal. If those severities aren't accurate please tell the bts. Otherwise, no they are no longer changes we consider urgent. They are all old bugs and could have been cleared up in plenty of time before now. * Made the package Multi-Arch foreign. (Closes: #688396) Definitely not. * Slightly raised the ifupdown Breaks version to match Ubuntu. Is there are technical reason for this or just a courtesy to our derivatives? -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#705118: debian-installer: FTBFS on armhf: Unable to locate package nic-modules-3.2.0-4-mx5-di
On Mon, Apr 15, 2013 at 01:47:28AM +0100, Ben Hutchings wrote: On Sun, 2013-04-14 at 23:41 +0200, Aurelien Jarno wrote: [...] Sorry to answer late, I only have been able to test it now. Unfortunately the vexpress image is now broken, due to this change: | * Replace nic-modules with nic-{usb,wireless}-modules in armhf netboot |images (Closes: #705118) nic-modules is still needed on vexpress as it provides the module for the on-board NIC. Since any system with external USB ports should be able to work with arbitrary USB Ethernet controllers, I added nic-{usb,wireless}-modules packages and removed the USB modules you originally specified in nic-modules. In the case of mx5 this left nic-modules empty, and I removed it, but for vexpress there was that one module left, smsc911x. Unfortunately I then removed nic-modules from the installer for *both* flavours instead of just mx5. I just tried adding smsc91xx back into the current daily netboot initrd and it seems to work in QEMU (up to the point where the installer finds I didn't attach a disk). Yes, I have committed such a change, and I have been able to do a full installation that way. The daily image that will be generated in a few hours should have the fix, I will test it when available. By the way, given that the majority of users for the vexpress flavour will be running it in QEMU rather than a real Motherboard Express (they're expensive!), is it possible to support an alternate model like virtio_net that may be emulated more efficiently? Unfortunately the vexpress board doesn't have PCI/PCIE support so the standard virtio doesn't work there. People are working on virtio-mmio, but it seems to be something difficult to get working correctly. Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705306: quagga package should not contain header files and static libraries
Hello Those libraries are only for playing around, they are AFAIK still experimental and have ABI changes whenever the upstream likes it. Hence they have still the Version 0.0.0. I wouldn't like to separate them to not give people the impression that they can link to them. I would leave the bug report open but not as serious, if nobody objects. bye, -christian- On Mon, 15 Apr 2013 10:11:33 +0200 Ondřej Surý ond...@sury.org wrote: severity 705306 wishlist thank you The Policy Section 8 also says: --cut here-- This section deals only with public shared libraries: shared libraries that are placed in directories searched by the dynamic linker by default or which are intended to be linked against normally and possibly used by other, independent packages. Shared libraries that are internal to a particular package or that are only loaded as dynamic modules are not covered by this section and are not subject to its requirements. --cut here-- There are no reverse build dependencies on quagga package, so we can quite easily classify those libraries as internal. I am also not aware of any common software on top of quagga libraries. It would be nice to have quagga package cleanup and split into quagga, libquagga0 and libquagga-dev[*], but this hardly qualifies as RC bug. * or just to drop the *.h, *.a and *.la from the main package and add them only when somebody asks for them. Ondrej On Fri, Apr 12, 2013 at 8:30 PM, Len Sorensen lennartsoren...@ruggedcom.com wrote: Package: quagga Version: 0.99.22-1 Severity: serious Justification: Policy 8.4 As far as I understand packaging policy, header files and static libraries must go in a -dev package, and not be included in the main package. After all most people running a program are not going to be compiling add ons for it. Certainly the static library really doesn't make sense to include. It seems to me, quagga really should have a quagga package for the daemons, a libquagga for the shared libraries, and a libquagga-dev for the headers and static libraries. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 powerpc Kernel: Linux 3.8-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quagga depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii iproute20120521-3+b4 ii libc6 2.16-0experimental1 ii libcap21:2.22-1.2 ii libpam0g 1.1.3-9 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9-10 ii logrotate 3.8.3-3 quagga recommends no packages. Versions of packages quagga suggests: pn snmpd none -- debconf information excluded -- Network Engineering Design; Content Delivery Platform IP NETCOLOGNE Gesellschaft für Telekommunikation mbH Am Coloneum 9 | 50829 Köln Tel: 0221 -8711 | Fax: 0221 -78711 www.netcologne.de Geschäftsführer: Dr. Hans Konle (Sprecher) Dipl.-Ing. Karl-Heinz Zankel HRB 25580, AG Köln Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer Weise verwendet werden. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705452: docbook-xml: Fail to upgrade due to pre-depend problem
Package: docbook-xml Version: 4.5-7.1 Severity: serious The jenkins chroot upgrade testing discovered this problem. The upgrades of several test configurations fail with this message: E: Couldn't configure pre-depend xml-core for docbook-xml, probably a dependency cycle. The test configurations chroot-installation_squeeze_install_kde_upgrade_to_wheezy, chroot-installation_squeeze_install_full_desktop_upgrade_to_wheezy and chroot-installation_squeeze_install_kde-full_upgrade_to_wheezy all fail with this error message. The problem started 2013-04-08 around noon, and the test around noon the previous day was OK, so I guess the change triggering this problem was introduced that day. I notice that docbook-xml did not change in this period, but neither did xml-core, and thus I am not quite sure which package to atribute the problem to. Thus I just pick the one that fail to upgrade according to apt-get, and hope someone else is able to figure out exactly what is wrong. Is docbook-xml involved in some (pre-)dependency loop? The failing tests can be reviewed on URL: http://jenkins.debian.net/ . Setting severity to serious, as this block upgrade from squeeze to wheezy for normal KDE desktop users. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680636: gdm3: I cannot use my braille keyboard
Control: reassign -1 xbrlapi 4.4-9 Control: severity -1 important Control: retitle -1 missing desktop file to auto-start xbrlapi in the gdm3 greeter On Sun, 07 Apr 2013, Emilio Pozuelo Monfort wrote: gdm session (for bug #689559). The only thing needed here is then to add that .desktop file to xbrlapi. This .desktop file has been added upstream already, cf http://mielke.cc/pipermail/brltty/2013-April/010061.html Samuel, Mario, can we get this .desktop file in the unstable version of the package so that it can be unblocked together with gnome-session/3.4.2.1-4 gdm3/3.4.1-7 (cf #704934) ? Thank you in advance! -- Raphaël Hertzog ◈ Debian Developer Get 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#691315: libquvi-scripts: please support German television (ARD, ZDF)
Control: tag -1 upstream patch Hi, support for the ARDmediathek was introduced in libquvi-scripts v0.4.12 which is available in unstable. The ZDFmediathek doesn't seem to be supported yet. Could you submit your patch directly upstream[1]? [1] mailto:quvi-de...@lists.sourceforge.net Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705453: debsums: add option to show missing files in machine-readable format
Package: debsums Version: 2.0.52 Severity: wishlist Dear Maintainer, debsums -c produces a nice list to stdout of files that have changed, but not files that are missing. This means that you have to parse the missing file (from $foo package) stderr to identify these files. It would be nice if a user could get this list more easily in the same way as they can get the changed list from -c. cheers Stuart -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (550, 'testing-updates'), (550, 'testing-proposed-updates'), (550, 'testing'), (60, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debsums depends on: ii dpkg 1.16.10 ii libdpkg-perl 1.16.10 ii libfile-fnmatch-perl 0.02-1+b2 ii perl 5.14.2-20 ii ucf 3.0025+nmu3 debsums recommends no packages. debsums suggests no packages. -- debconf information: debsums/apt-autogen: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705454: d-i puts wrong amount of spares into target mdadm.conf
Package: debian-installer Hi, when using d-i to install Debian on a system with RAID, which we normally preconfigure on the second console in the shell with a few commands, mdadm.conf is wrong. We use something like this: mdadm --create --level=1 -n 4 --spares=1 /dev/md0 /dev/sd{a,b,c,d,e}1 mdadm --create --level=10 -n 4 --spares=1 /dev/md1 /dev/sd{a,b,c,d,e}2 Then put LVM on md1 and use d-i to put /boot on md0 and the rest of the system on LVs. The mdadm.conf d-i generates for us in the target, with these settings, have “spares=1” for md0 and “spares=2” for md1 for some unknown reason, which makes the mdadm cronjob (rightfully) warn about missing spares. Changing it to “spares=1” for md1 too using a text editor makes it succeed. I think the mdadm.conf here is generated by d-i somehow, as it’s put into the target, but feel free to reassign this around. This happens both with d-i from April 2012 and from April 2013 (though I built the images I used myself on a sid system from sid sources), so I thought I’d better report this, in case there’s some mishandling of systems with more than one md device (TTBOMK grub doesn’t yet boot from RAID-10, does it?). bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705455: debsums: add option to just list the package names owning changed/missing files
Package: debsums Version: 2.0.52 Severity: wishlist Dear Maintainer, debsums -l conveniently gives a list of packages that have missing sums so you can then just run aptitude reinstall $(debsums -l) and be happy. It would be great if debsums had an option to do that for changed and missing files too -- overloading -l if it is used with -s, perhaps? (only because tools like apt-file already have [-l, --package-only] to list packages). Fixing a system with accidentally deleted files (such as the one we were just looking at in #debian) would then be as easy as: aptitude reinstall $(debsums -s --package-only) rather than something like: debsums -s 21 | sed -nr 's/.*from (.*) package\)$/\1/p' \ | xargs aptitude reinstall which is a much more ugly command and much harder to deal with when you're under the pump because you just deleted something important. cheers Stuart -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (550, 'testing-updates'), (550, 'testing-proposed-updates'), (550, 'testing'), (60, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debsums depends on: ii dpkg 1.16.10 ii libdpkg-perl 1.16.10 ii libfile-fnmatch-perl 0.02-1+b2 ii perl 5.14.2-20 ii ucf 3.0025+nmu3 debsums recommends no packages. debsums suggests no packages. -- debconf information: debsums/apt-autogen: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705124: base: Filesystem corruption issue
On Wed, 2013-04-10 at 08:17 -0400, Anthony Sheetz wrote: Steps to reproduce: Install Debian Testing from Netinstall CD, amd64. Choose LVM and Full Disk Encryption, with a separate /home Resize /home to be 80GB Install openswan, connect to remote network Install xen Set up a virtual machine with Debian Stable using logical volumes as the backing store. fs: ext3 network: NAT transfer a large (multigigabyte) file from a remote server over the internet to the virtual machine Expected behavior: File transfers fine, md5sum agrees with remote system Observed behavior: md5sum never matches, done enough times, the ext3 fs becomes corrupted Can I just confirm a few things please: The VM disk backend is an LVM volume which is included in the full disk encryption? I suppose it is using dm-crypt? The ext3 fs which becomes corrupted is the guest VM filesystem, not the dom0 filesystem nor a filesystem which is is what the the large multigigabyte file which is transferred over the network consists of? On the face of it it sounds to me like the network corruption (md5sum issue) and the eventual ext3 corruption must be separate issues. Or I suppose it is possible that the file is received correctly but is corrupted when written to the disk, but it's probably better to consider them separately until we know one way or the other. WRT the file transfer corruption: Is the file being transferred over the openswan link? Did you ever happen to try a transfer over a non-tunnelled connection? Were you able to successfully transfer the file to the dom0 filesystem or to any other system (e.g. one not running Xen) on this end of the openswan link? I'm not sure what error detection/correction scp/rsync or if they have any additional verification options which could be tried or perhaps it is possible to run md5sum on the stream before it hits the disk (can one rsync/scp to stdout? I doubt it). If you can transfer to dom0 OK then it might be interesting to try turning off the various offloads (GSO, SG etc) on the vif link. WRT the filesystem corruption: How did the ext3 corruption manifest itself? I wonder if the layering of crypto+lvm+xen-blkback is causing the barriers which ext3 requires to function correctly to not occur in the right places. Does something need to be manually configured to enable barriers at some layer? (or perhaps I am thinking of DISCARD support). If you were able to attempt to reproduce without the crypto bit in dom0 for the VM disk that would be really useful. It might also be interesting to try using the ext3 barrier mount option in the guest to switch barriers either off or on (I can't remember what the default was for Squeeze). I appreciate that you may have redeployed/downgraded the systems so some of the above experiments might be quite hard to try out but if you could setup a spare system or something it would be very much appreciated. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704252: preparing the fix
On Sun, 2013-04-14 at 08:34 +0200, Paul Gevers wrote: On 14-04-13 01:45, peter green wrote: Sorry I could have been clearer in my last mail. I didn't intend to blame you for most of the issues with the patch (you just took a broken patch and made it differently broken) but I could see how it could have come across that way. Thanks for the clarification, I appreciate that. I like this end :) thanks. Still I firmly belive that the name in the changechangelog trailer should be the person who finalised the upload. Again, I also doubted. I am watching and contributing on the d-mentors@l.d.o list and see this happening once in a while. In this case I wanted to credit Abou for the change, instead, because it failed, it might look otherwise. Indeed, I am now convinced you are right. Next time I will credit in the log itself. If noone naks this in the next few days I will go ahead and upload it. Please go ahead. Lets get rid of this RC bug in Wheezy ASAP, so we can release. If I can help by filing and tracking the unblock after successful build (or I can even do the (unchanged :) ) upload for you), please let me know (here or in private). Sorry for late answer, but It is OK with me too. Cheers, signature.asc Description: This is a digitally signed message part
Bug#705124: [Pkg-xen-devel] Bug#705124: downgrading, we would like to upgrade our developers to Testing. However, this bug prevents us from doing so, and would prevent us from migrating to 7.0 when it
On Sat, 2013-04-13 at 19:48 +0800, Thomas Goirand wrote: On 04/10/2013 10:49 PM, Anthony Sheetz wrote: ___ Pkg-xen-devel mailing list pkg-xen-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xen-devel Hi, Could you please avoid writing a 1km long subject line, and write in the body of your message? I'm putting your subject line again here, for move visibility: downgrading, we would like to upgrade our developers to Testing. If I didn't know Chinese and lived in China for nearly 7 years now, I'd say that the above is Chinese. Though, I'd say it is hebrew to me (since I don't know Hebrew). FWIW in British English we talk about things being Greek to me... In other words: could you rephrase? They have downgraded to Squeeze. They would like to upgrade to testing but this issue prevents them doing do. However, this bug prevents us from doing so, and would prevent us from migrating to 7.0 when it becomes released. Pretty critical to the system's stability. We do understand that this bug is a problem for you. We all would like it to be solved. However, just saying that it is a big problem for you doesn't help. Please provide the output of lspci and dmidecode as I asked, so that we have a clue of what kind of hardware you are using. Also, I'm surprised that you are talking about problems with Debian 7, when your kernel log shows: Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-48squeeze1) AIUI they are running Wheezy in dom0 and Squeeze in domU (which is where the logs are from), in each case with the appropriate matching kernel I suppose (so 3.2 in dom0 and 2.6.32 in domU). I infer that this issue does not occur with Squeeze on Squeeze. I suppose Wheezy on Wheezy hasn't been attempted? Maybe you could try just *running* the kernel 3.2, and not just try to upgrade your domU? This would be an interesting experiment. As would trying the plain 2.6.32-5-amd64 kernel in the Squeeze domU (the features of the -xen flavour in Squeeze mostly relate to dom0 IIRC). Ian. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702871: Regarding forward and backward search with evince.
can...@free.fr writes: You mean you expect me to learn how to use emacs lisp correctly rather than use ugly hacks ? Well, yes, I hoped to find a solution that doesn't rely on external programs. Unfortunately, that doesn't seem to be possible. There's no DBUS interface for that, and neither does (raise-frame) work. So I've applied your proposed patch that utilizes wmctrl. Fine. How about adding a (raise-frame) then ? I've already tried that, but it didn't raise the emacs frame. It seems `raise-frame' is only usable between multile emacs frames but not between emacs frames and other X windows, i.e., you can raise one emacs frame above another emacs frame, but you can't raise it above some other X window. The same seems to apply to `focus-frame'. Bye, Tassilo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627996: Tool to automatically mark packages as auto-installed
Wow, i had already forgotten about this request. It is not appropriate to implement features like this within any particular apt front-end. A separate utility program is acceptable (...) I agree, though this utility might later be integrated in Synaptic. and that program is deborphan I disagree. deborphan's purpose is to find unnecessary libraries. What i propose is something different. As you propose it, most packages requested by the user would be marked auto-installed and subsequently prone to autoremoval, which is certainly not desired. Exactly, that's the whole idea! Right now, when you install a package with recommendations or dependencies, if you later uninstall that package some of the dependencies/recommendations (i haven't quite figured this out yet) are left behind - and deborphan won't spot them. I am sure of this, and i would like to provide examples, but i can't remember any right now. In order to remove them, i have to open Synaptic Status Installed (manual) and go through the entire list, marking packages as automatically installed. I like to keep a clean system, and this is annoying. Actually, i have recently come up with a different strategy: whenever i install something, after marking a package for install i visit Custom Filters Marked Changes and mark all other packages as automatically installed. If i ever remove that first package, Synaptic will show me the others under Status Installed (auto removable). Now, let's look at this from a common user's point of view: you ran that utility at one point; now, after uninstalling an important meta-package (something like xfce4), a whole bunch of them shows up as auto removable. No problem. Run the auto-mark feature again (just a suggestion for a name) and it will unmark only the most relevant packages (the ones without dependants). I can see where this might go wrong, so we should add the following two conditions to the utility: - Always consider libraries as auto removable. - Accept a parameter with a list of exceptions to the above condition, to help prevent libraries like libdvdcss2 from being uninstalled. - A simulation mode, where instead of marking packages, it would only print/return the packages it would have marked as manually installed. I wish i could create this utility myself, but it's been ages since the last time i programmed in any language other that those for the web, and i know very little about apt and dpkg. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705457: d-i uses DHCP domain for system hostname
Package: debian-installer Severity: minor Hi, when installing a system foo-demo in the datacentre DMZ, the DHCP server gave back the following information to d-i: hostname foo-demo.tarent.de dhcp domain tarentex14.tarent.de Now, d-i gained a new system hostname prompt since Apr 2012, in that it now asks, separately, for hostname and domain part of the hostname; the hostname part is correctly pre-shown as “foo-demo” but the dhcp domain, instead of the domain part of the hostname (as delivered by DHCP, and as pointed to in the reverse DNS entry for the Legacy IP in use), for the domain part of the system hostname. I don’t want the system to be named foo-demo.tarentex14.tarent.de though, and I suspect this, i.e. not using the hostname provided by DHCP or the reverse DNS entry, will surprise many people. How about only using the DHCP domain as fallback, i.e. when the hostname does not have a dot and, possibly, no sensible reverse DNS entry exists? This is netcfg 1.108, network-preseed 1.58, wide-dhcpv6-client-udeb 20080615-1.1 (though IP was not used here, only Legacy IP). bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705456: Processed: cloning 705268, reassign -1 to vlan, retitle -1 to don't act on VLAN interfaces supported by ifupdown
A patch fixing the issue. -- WBR, Andrew vlan.diff Description: Binary data
Bug#699834: dlz-ldap-enum: FTBFS: /usr/include/dns/view.h:76:21: fatal error: dns/rrl.h: ENOENT
reassign 699834 libbind-dev thanks On 05/02/13 19:33, Thorsten Glaser wrote: /usr/include/dns/view.h:76:21: fatal error: dns/rrl.h: No such file or directory compilation terminated. make[2]: *** [dlz_ldap_enum_driver.lo] Error 1 make[2]: Leaving directory `/tmp/buildd/dlz-ldap-enum-1.0.2' No idea if this is a bug in src:bind9, here or something else… A $(find /usr/include/ -name rrl.h) doesn’t show anything. It is a bug in the libbind-dev package /usr/include/dns/view.h tries to include a file that doesn't exist: #include dns/rrl.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679917: Lowering bug severity
severity 679917 grave thanks I'am sorry, but the described workaround does not work. I am therefore raising the severity again. Today with korganizer 4:4.4.11.1+l10n-3+b1 and systemsettings 4:4.8.4-6 and the attached file in my home directory (/home/tews): I first start systemsettings and go personal information - calendar - add. I put a.ics as Name and /home/tews as Location. I do OK, Apply and quit systemsettings. When I start korganizer now, it has a.ics in the list of calendars, but shows the error Error while loading a.ics. The same happens, when I use a as Name in systemsettings. Note that I can open a.ics fine in a separate window. Bye, Hendrik a.ics Description: Binary data
Bug#705458: lxc-create does not pass quoted option arguments to template script
Package: lxc Version: 0.9.0~alpha3-1 Severity: normal Tags: patch upstream Dear Maintainer, It seems that quoting or escaping in option argument for template is unusable with lxc-create. For example, I'm trying to set preseed file with space in path for debian: sudo lxc-create -n debian-wheezy-amd64 -t debian -- --preseed-file=/tmp/Work files/lxc.cfg The file is present on the filesystem, but template script just ignores it. Same result with this command: sudo lxc-create -n debian-wheezy-amd64 -t debian -- --preseed-file=/tmp/Work\ files/lxc.cfg Then I moved the file to /tmp/Work/lxc.cfg, script works as expected: sudo lxc-create -n debian-wheezy-amd64 -t debian -- --preseed-file=/tmp/Work/lxc.cfg 'lxc-create' invokes template in line 327: $template_path --path=$lxc_path/$lxc_name --name=$lxc_name $? This change fixes script behaviour: $template_path --path=$lxc_path/$lxc_name --name=$lxc_name $@ Need to mention, quoting $? also works fine for my particular example, but I discovered that with other template options it some times confuses 'getopt' utility used in most templates to parse options. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.49 ii libapparmor1 2.7.103-4 ii libc6 2.13-38 ii libcap21:2.22-1.2 ii multiarch-support 2.13-38 Versions of packages lxc recommends: ii debootstrap 1.0.48 ii libcap2-bin 1:2.22-1.2 Versions of packages lxc suggests: pn debian-keyring none ii gpgv1.4.12-7 pn live-debconfig-doc none ii rsync 3.0.9-4 -- 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#705459: ITP: jxrlib -- JPEG-XR lib
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre ma...@debian.org * Package name: jxrlib Version : 1.0 Upstream Author : Microsoft Research * URL : http://jxrlib.codeplex.com * License : BSD Programming Lang: C Description : JPEG-XR lib JPEG XR is an approved ISO/IEC International standard (its official designation is ISO/IEC 29199-2). . JPEG XR started its life in Microsoft Research. It publicly first appeared as the HD Photo format in Windows Vista. . For web developers, JPEG XR has a large number of interesting features, see the table below. Some of these are big advantages over other image formats like JPEG, PNG, OpenEXR, and TIFF. - Better Compression (40% smaller than JPEG) - Lossless Mode (better compression than PNG) - Alpha Channel (compress color lossy and alpha losslessly) - Extended Bitdepth (supports 8-, 16-, and 32-bit/channel) - Progressive Decode - Advanced Decoding Features (tile-based layout, for efficient region-of-interest access.) Current work is at: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/jxrlib/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705460: python-selenium: Please update python-selenium to version 2.32.0
Package: python-selenium Version: 2.2.0-1 Severity: normal Dear Maintainer, A new upstream is available. thanks -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-selenium depends on: ii python 2.7.3-4 ii python-rdflib 2.4.2-2 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-8 python-selenium recommends no packages. python-selenium 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#704748: Not a practical issue (could even be considered a feature...:-))
For all the problems OdyX mentioned from testing, I've found a single cause and filed bug #705435. I've updated this page to demonstrate a functioning GNOME desktop on GNU/kFreeBSD: https://wiki.debian.org/Debian_GNU/kFreeBSD_Desktop#Wheezy_GNOME On 15/04/13 05:53, Christian PERRIER wrote: I was balanced about working in tasksel to upload with the simple move to Recommends fix but a brief discussion on IRC discouraged me. For something as important as dropping a desktop environment from the release, I'd like to have seen discussion take place with debian-bsd@ copied in; this came as just a bit of a surprise. I think that nobody is prevented to fix the issue but I would ask fixing it *and* dealing with things in tasksel's git, not just with an NMU. Of course, someone else could NMU this and I'll help however I can, but... And, well, doesn't this issue really fit the definition of important? If the severity of this is downgraded, that as an incentive for this to be missed out of any NMU or refused an unblock. I felt certain this was an RC bug and/or policy violation. A package, a task, a whole desktop environment became uninstallable on two release architectures. We still have a tasksel option for GNOME (fails with apt error 100 due to this) and CD's are being built with its packages. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638910: ITP: omniauth -- Standardized Multi-Provider Authentication
owner 638910 ! thank you Guys, I am taking this under the Debian Ruby Extras Maintainers group umbrella. It's needed for gitlab packaging and this ITP is open for too long. You are welcome to come and join the Debian Ruby Extras Maintainers any time and help with the packaging. I would be happy to sponsor updates and fixes to this package. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704748: Not a practical issue (could even be considered a feature...:-))
Steven Chamberlain ste...@pyro.eu.org (15/04/2013): For all the problems OdyX mentioned from testing, I've found a single cause and filed bug #705435. I've updated this page to demonstrate a functioning GNOME desktop on GNU/kFreeBSD: https://wiki.debian.org/Debian_GNU/kFreeBSD_Desktop#Wheezy_GNOME On 15/04/13 05:53, Christian PERRIER wrote: I was balanced about working in tasksel to upload with the simple move to Recommends fix but a brief discussion on IRC discouraged me. For something as important as dropping a desktop environment from the release, I'd like to have seen discussion take place with debian-bsd@ copied in; this came as just a bit of a surprise. The feedback I got to my mail to -bsd@ didn't sound like Gnome was actually usable, and that Xfce was a bad choice. And last I checked, not touching things when unsure is what we do at this very late stage of the freeze. And, well, doesn't this issue really fit the definition of important? If the severity of this is downgraded, that as an incentive for this to be missed out of any NMU or refused an unblock. I felt certain this was an RC bug and/or policy violation. A package, a task, a whole desktop environment became uninstallable on two release architectures. We still have a tasksel option for GNOME (fails with apt error 100 due to this) and CD's are being built with its packages. If you GNU/kFreeBSD folks want Gnome to be installable again, then fine. But you should have made it clear when I asked. I thought I made it clear I needed feedback, and I wrote “*right now*”. For unrelated reasons, d-i will need a new upload, so I can update tasksel today as well, before rc2 images get built again. Mraw, KiBi. signature.asc Description: Digital signature
Bug#705394: Right clock context menu lacks ticks
Guido Günther a...@sigxcpu.org writes: Package: xul-ext-timeline FWIW, this package is not in Debian yet, there's an ITP though (#705372, owner CC'd) tagged pending. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679917: Lowering bug severity
severity 679917 important thanks I just noticed that the workaround works if I store the calendar file, or place symlinks, in ~/.kde/share/apps/korganizer. I would really appreciate if somebody could explain this weird behavior... I don't think raising the severity in my previous message worked, but now I am lowering again to important. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704748: Not a practical issue (could even be considered a feature...:-))
On 15/04/13 11:14, Cyril Brulebois wrote: But you should have made it clear when I asked. I thought I made it clear I needed feedback, and I wrote “*right now*”. I replied to your mail same day and used the words 'should work'... For unrelated reasons, d-i will need a new upload, so I can update tasksel today as well, before rc2 images get built again. That would be really appreciated if you do have time. Is the necessary debian-cd change in effect yet though? http://anonscm.debian.org/viewvc/debian-cd/trunk/tasks/wheezy/Debian-gnome?r1=2363r2=2541 Thank you, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705461: libsnmp-session-perl: snmpwalk hangs forever with broken snmp implementation
Package: libsnmp-session-perl Version: 1.13-1 Severity: normal Dear Maintainer, using snmpwalk from SNMP_util on an Eltek PowerSupply controller, reading ifname fails to terminate. The Eltek PSU does not fill the ifName table and does not repond with no such oid but with an empty response. the snmpwalk helper than immediatly send a new getBulkRequest as it can be seen from the wireshark output. I simply call snmpwalk like this: use strict; use SNMP_Session; use SNMP_util qw/snmpget snmpwalk snmpmapOID/; use BER; [...] my @ret=snmpwalk(sprintf(%s\@%s:2c, $community, $host), ifName); No. TimeSourceDestination Protocol Length Info 1 17:45:46.258176 172.31.1.1 172.30.95.14 SNMP 93 getBulkRequest 1.3.6.1.2.1.31.1.1.1.1 Frame 1: 93 bytes on wire (744 bits), 93 bytes captured (744 bits) Encapsulation type: Ethernet (1) Arrival Time: Apr 12, 2013 17:45:46.258176000 CEST [Time shift for this packet: 0.0 seconds] Epoch Time: 1365781546.258176000 seconds [Time delta from previous captured frame: 0.0 seconds] [Time delta from previous displayed frame: 0.0 seconds] [Time since reference or first frame: 0.0 seconds] Frame Number: 1 Frame Length: 93 bytes (744 bits) Capture Length: 93 bytes (744 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:ip:udp:snmp] [Coloring Rule Name: UDP] [Coloring Rule String: udp] Ethernet II, Src: RealtekU_04:5a:c5 (52:54:00:04:5a:c5), Dst: IETF-VRRP-VRID_14 (00:00:5e:00:01:14) Destination: IETF-VRRP-VRID_14 (00:00:5e:00:01:14) Address: IETF-VRRP-VRID_14 (00:00:5e:00:01:14) ..0. = LG bit: Globally unique address (factory default) ...0 = IG bit: Individual address (unicast) Source: RealtekU_04:5a:c5 (52:54:00:04:5a:c5) Address: RealtekU_04:5a:c5 (52:54:00:04:5a:c5) ..1. = LG bit: Locally administered address (this is NOT the factory default) ...0 = IG bit: Individual address (unicast) Type: IP (0x0800) Internet Protocol Version 4, Src: 172.31.1.1 (172.31.1.1), Dst: 172.30.95.14 (172.30.95.14) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport)) 00.. = Differentiated Services Codepoint: Default (0x00) ..00 = Explicit Congestion Notification: Not-ECT (Not ECN-Capable Transport) (0x00) Total Length: 79 Identification: 0x (0) Flags: 0x02 (Don't Fragment) 0... = Reserved bit: Not set .1.. = Don't fragment: Set ..0. = More fragments: Not set Fragment offset: 0 Time to live: 64 Protocol: UDP (17) Header checksum: 0x0580 [correct] [Good: True] [Bad: False] Source: 172.31.1.1 (172.31.1.1) Destination: 172.30.95.14 (172.30.95.14) [Source GeoIP: Unknown] [Destination GeoIP: Unknown] User Datagram Protocol, Src Port: 57142 (57142), Dst Port: snmp (161) Source port: 57142 (57142) Destination port: snmp (161) Length: 59 Checksum: 0x4481 [validation disabled] [Good Checksum: False] [Bad Checksum: False] Simple Network Management Protocol version: v2c (1) community: PlstXmeIgTOx data: getBulkRequest (5) getBulkRequest request-id: 145376469 non-repeaters: 0 max-repetitions: 12 variable-bindings: 1 item 1.3.6.1.2.1.31.1.1.1.1: Value (Null) Object Name: 1.3.6.1.2.1.31.1.1.1.1 (iso.3.6.1.2.1.31.1.1.1.1) Value (Null) 00 00 5e 00 01 14 52 54 00 04 5a c5 08 00 45 00 ..^...RT..Z...E. 0010 00 4f 00 00 40 00 40 11 05 80 59 bb d0 36 ac 1e .O..@.@...Y..6.. 0020 5f 0e df 36 00 a1 00 3b 44 81 30 31 02 01 01 04 _..6...;D.01 0030 0c 50 6c 73 74 58 6d 65 49 67 54 4f 78 a5 1e 02 .PlstXmeIgTOx... 0040 04 08 aa 44 d5 02 01 00 02 01 0c 30 10 30 0e 06 ...D...0.0.. 0050 0a 2b 06 01 02 01 1f 01 01 01 01 05 00.+... No. TimeSourceDestination Protocol Length Info 2 17:45:46.261892 172.30.95.14 172.31.1.1 SNMP 83 get-response Frame 2: 83 bytes on wire (664 bits), 83 bytes captured (664 bits) Encapsulation type: Ethernet (1) Arrival Time: Apr 12, 2013 17:45:46.261892000 CEST [Time shift for this packet: 0.0 seconds] Epoch Time: 1365781546.261892000 seconds [Time delta from previous captured frame: 0.003716000 seconds] [Time delta from previous displayed frame: 0.003716000 seconds] [Time since reference or first frame: 0.003716000 seconds] Frame Number: 2 Frame Length: 83
Bug#704748: Not a practical issue (could even be considered a feature...:-))
On Mon, Apr 15, 2013 at 11:23:09AM +0100, Steven Chamberlain wrote: On 15/04/13 11:14, Cyril Brulebois wrote: But you should have made it clear when I asked. I thought I made it clear I needed feedback, and I wrote “*right now*”. I replied to your mail same day and used the words 'should work'... For unrelated reasons, d-i will need a new upload, so I can update tasksel today as well, before rc2 images get built again. That would be really appreciated if you do have time. Is the necessary debian-cd change in effect yet though? http://anonscm.debian.org/viewvc/debian-cd/trunk/tasks/wheezy/Debian-gnome?r1=2363r2=2541 Yes, that's the one that we need AFAIK. It forces network-manager and network-manager-gnome to be included early onto Gnome CD/DVD sets, assuming that the packages exist. If they don't exist, that will be ignored. Also, for clarity: debian-cd builds use the version from svn rather than what's in the package. We don't need to wait for an upload or unblock. -- Steve McIntyre, Cambridge, UK.st...@einval.com Into the distance, a ribbon of black Stretched to the point of no turning back -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705462: pkg-config: libudev should be Requires.private
Package: libxwiimote-dev Version: 0.3+20120630-3 Severity: normal Dear Maintainer, Programs using XWiimote library may not use libudev and should not be directly linked with it. But libudev is listed in Requires field of the XWiimote pkg-config file and libudev is added to $(pkg-config --libs libxwiimote) output resulting in overlinking [1]. Libudev should be moved to Requires.private field in the pkg-config file to avoid this. Please refer to the pkg-config guide [2] for more details. Regards, Dmitry [1] http://wiki.mandriva.com/en/Overlinking [2] http://people.freedesktop.org/~dbn/pkg-config-guide.html -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxwiimote-dev depends on: ii libxwiimote1 0.3+20120630-3 libxwiimote-dev recommends no packages. libxwiimote-dev 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#705463: ITP: ruby-sasl -- SASL client library for Ruby
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org * Package name: ruby-sasl Version : 0.0.3.3 Upstream Author : Stephan Maka Ping Yu * URL : http://github.com/pyu10055/ruby-sasl/ * License : MIT, Ruby Programming Lang: Ruby Description : SASL client library for Ruby This is a reusable Ruby library for client implementations that need to do authentication over Simple Authentication and Security Layer (RFC 4422). The library is mainly targeted at Jabber/XMPP libraries. . This is the pyu-ruby-sasl gem variant of the library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705464: mod_dav_svn.so: undefined symbol: svn_repos__post_commit_error_str
Package: libapache2-svn Version: 1.6.17dfsg-4+deb7u1 Severity: normal Hi, when doing a partial upgrade from squeeze to wheezy (apt-get upgrade, later to be followed by apt-get dist-upgrade, as recommended by the release notes), libapache2-svn gets upgraded with the old libsvn1 in place, leading to the following error: Setting up libapache2-svn (1.6.17dfsg-4+deb7u1) ... Installing new version of config file /etc/apache2/mods-available/dav_svn.conf ... Installing new version of config file /etc/apache2/mods-available/dav_svn.load ... Considering dependency dav_svn for authz_svn: Considering dependency dav for dav_svn: Module dav already enabled Module dav_svn already enabled Enabling module authz_svn. Run '/etc/init.d/apache2 restart' to activate new configuration! apache2: Syntax error on line 203 of /etc/apache2/apache2.conf: Syntax error on line 2 of /etc/apache2/mods-enabled/dav_svn.load: Cannot load /usr/lib/apache2/modules/mod_dav_svn.so into server: /usr/lib/apache2/modules/mod_dav_svn.so: undefined symbol: svn_repos__post_commit_error_str Action 'configtest' failed. The Apache error log may have more information. failed! invoke-rc.d: initscript apache2, action restart failed. Once libsvn1 is upgraded as well, the problem goes away. I guess the dependency on libsvn1 should be tightened to whatever version of subversion that introduced the symbol svn_repos__post_commit_error_str. While most people will eventually upgrade both packages when moving to wheezy, the error message along the way might still be irritating. Is there a chance to get this fixed for wheezy? Regards, Til -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 libapache2-svn depends on: ii apache2.2-common 2.2.22-13 ii libc6 2.13-38 ii libsvn1 1.6.17dfsg-4+deb7u1 libapache2-svn recommends no packages. Versions of packages libapache2-svn suggests: ii db5.1-util 5.1.29-5 -- 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#705324: ITP: alacarte -- tile renderer for OpenStreetMap using Cairo and MapCSS
On 13/04/13 07:22, Cyril Brulebois wrote: * Package name: alacarte alacarte | 0.13.2-1 |stable | source, all ... which is the (unrelated) GNOME menu editor. Call this new thing alacarte-maps after its github username, perhaps? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705465: pkg-config: requires libudev-dev package
Package: libxwiimote-dev Version: 0.3+20120630-3 Severity: normal Dear Maintainer, XWiimote library pkg-config file requires libudev. If libudev-dev package is not installed, pkg-config for libxwiimote fails: $ pkg-config --libs libxwiimote Package libudev was not found in the pkg-config search path. Perhaps you should add the directory containing `libudev.pc' to the PKG_CONFIG_PATH environment variable Package 'libudev', required by 'libxwiimote', not found Please add libudev-dev to libxwiimote-dev package dependencies. Regards, Dmitry -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxwiimote-dev depends on: ii libxwiimote1 0.3+20120630-3 libxwiimote-dev recommends no packages. libxwiimote-dev 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#705324: ITP: alacarte -- tile renderer for OpenStreetMap using Cairo and MapCSS
Hello, On 15 April 2013 12:56, Simon McVittie s...@debian.org wrote: On 13/04/13 07:22, Cyril Brulebois wrote: * Package name: alacarte alacarte | 0.13.2-1 |stable | source, all ... which is the (unrelated) GNOME menu editor. Call this new thing alacarte-maps after its github username, perhaps? Well, I don't quite understand why third person comments on this; I've replied to Vincent right after he pointed out the name is already taken; when KiBi told me the same thing, I've retitled the bug. Meanwhile, still this post attracts people. Why? -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705466: libactionpack-ruby1.8: form_options_helper.rb method add_options do not render option_tags correct
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: libactionpack-ruby1.8 Version: 2.3.5-1.2+squeeze8 Severity: normal Tags: patch the last update of libactionpack-ruby1.8 leads to a malfunction in redmine backport version 1.1.2-2~bpo60+1. The problem is, that an option list rendered by add_options with an initial empty option leads to escaped option tags. An example: option value=/option lt;optgroup label=quot;Testquot;gt;lt;option value=quot;168quot;gt;Examplelt;/optiongt; lt;option value=quot;167quot;gt;Example2 2013lt;/optiongt; lt;option value=quot;170quot;gt;Example 3 2013lt;/optiongt; lt;option value=quot;165quot;gt;Example 4lt;/optiongt;lt;/optgroupgt;lt;optgroup label=quot;Textquot;gt;lt;option value=quot;105quot;gt;Liveganglt;/optiongt; lt;option value=quot;231quot;gt;Test91 lt;/optiongt;lt;/optgroupgt; The attached Patch solve this problem, but this patch introduce a regression to the last patch. I put this patch to this bug report to help figure out what the real problem might be. I don't know. Best regards, Hubert - -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/16 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 libactionpack-ruby1.8 depends on: ii libruby1.8 1.8.7.302-2squeeze1 Libraries necessary to run Ruby 1. libactionpack-ruby1.8 recommends no packages. libactionpack-ruby1.8 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlFr4foACgkQFUpf3meJP55EMgCcCOXogmM5H//Qk6gCpIjIRX/S w2EAoMIwEoH2lv64tz4W025asdxkshUV =acig -END PGP SIGNATURE- --- bla/usr/lib/ruby/1.8/action_view/helpers/form_options_helper.rb 2013-03-27 18:41:10.0 +0100 +++ /usr/lib/ruby/1.8/action_view/helpers/form_options_helper.rb2013-04-15 12:48:06.648542922 +0200 @@ -569,7 +569,7 @@ private def add_options(option_tags, options, value = nil) if options[:include_blank] -option_tags = content_tag('option', options[:include_blank].kind_of?(String) ? options[:include_blank] : nil, :value = '') + \n + option_tags +option_tags = option value=\\#{options[:include_blank] if options[:include_blank].kind_of?(String)}/option\n + option_tags end if value.blank? options[:prompt] prompt = options[:prompt].kind_of?(String) ? options[:prompt] : I18n.translate('support.select.prompt', :default = 'Please select')
Bug#705324: ITP: alacarte -- tile renderer for OpenStreetMap using Cairo and MapCSS
Hello, On 15 April 2013 13:30, Andrew Shadura bugzi...@tut.by wrote: Well, I don't quite understand why third person comments on this; I've replied to Vincent right after he pointed out the name is already taken; when KiBi told me the same thing, I've retitled the bug. Meanwhile, still this post attracts people. Why? Ah, I see; that mail didn't go to the debian-devel@. It's here, however: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705324 -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705468: libytnef: Buffer overflow (CVE-2010-5109)
Package: libytnef Version: 1.5-4 Severity: normal Tags: security Upstream bug: http://sourceforge.net/p/ytnef/bugs/13/ Red Hat bug: https://bugzilla.redhat.com/show_bug.cgi?id=831322 Red Hat fix: https://bugzilla.redhat.com/attachment.cgi?id=596239action=diff --- Henri Salo signature.asc Description: Digital signature
Bug#705452: docbook-xml: Fail to upgrade due to pre-depend problem
On Mon, Apr 15, 2013 at 10:35:22AM +0200, Petter Reinholdtsen wrote: The jenkins chroot upgrade testing discovered this problem. The upgrades of several test configurations fail with this message: E: Couldn't configure pre-depend xml-core for docbook-xml, probably a dependency cycle. The test configurations chroot-installation_squeeze_install_kde_upgrade_to_wheezy, chroot-installation_squeeze_install_full_desktop_upgrade_to_wheezy and chroot-installation_squeeze_install_kde-full_upgrade_to_wheezy all fail with this error message. The problem started 2013-04-08 around noon, and the test around noon the previous day was OK, so I guess the change triggering this problem was introduced that day. Adam D. Barratt noticed that this coincides with the testing migration of sgml-base. That migration adds a versioned Pre-Dependency from sgml-base to wheezy's dpkg. I notice that docbook-xml did not change in this period, but neither did xml-core, and thus I am not quite sure which package to atribute the problem to. Thus I just pick the one that fail to upgrade according to apt-get, and hope someone else is able to figure out exactly what is wrong. Is docbook-xml involved in some (pre-)dependency loop? The failing tests can be reviewed on URL: http://jenkins.debian.net/ . Setting severity to serious, as this block upgrade from squeeze to wheezy for normal KDE desktop users. Note that chroot-installation_squeeze_install_developer_upgrade_to_wheezy does not fail even though it includes docbook-xml. So the issue is more involved. Even adding the reverse dependency kdoctools of docbook-xml is not enough. Note that dpkg has a Pre-Dependency on liblzma5 that causes it to be upgraded and pulls in multiarch-support forcing a glibc upgrade. To potential bug squashers with more bandwidth and diskspace than me: Reducing the set of packages that cause this failure would be great. To that end I would like to know whether the error also shows when doing a simulated dist-upgrade. That means adding a -s to apt-get -y dist-upgrade. That way downloading of the wheezy packages could be avoided. From there successive removal of packages can be used to reduce the involved package set. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704712: closed by Guido Günther a...@sigxcpu.org (Re: Bug#704712: git-buildpackage: fix --git-sign-tag option)
On Fri, 05 Apr 2013 05:39:07 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: Sign_tags means: sign a tag if it's created not create a signed tag so the code is already correct as is. From the manpage: --git-[no-]sign-tags GPG sign all created tags Well, does it work? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705466: libactionpack-ruby1.8: form_options_helper.rb method add_options do not render option_tags correct
Hi Hubert, I would propose to just upgrade to wheezy at this moment of time, instead of debugging backported redmine on top of non-backported rails. We are probably also going to provide redmine 2.1 in backports when wheezy gets stable (already available from experimental). Ondrej On Mon, Apr 15, 2013 at 1:18 PM, Hubert Krause hubert.kra...@inform-software.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: libactionpack-ruby1.8 Version: 2.3.5-1.2+squeeze8 Severity: normal Tags: patch the last update of libactionpack-ruby1.8 leads to a malfunction in redmine backport version 1.1.2-2~bpo60+1. The problem is, that an option list rendered by add_options with an initial empty option leads to escaped option tags. An example: option value=/option lt;optgroup label=quot;Testquot;gt;lt;option value=quot;168quot;gt;Examplelt;/optiongt; lt;option value=quot;167quot;gt;Example2 2013lt;/optiongt; lt;option value=quot;170quot;gt;Example 3 2013lt;/optiongt; lt;option value=quot;165quot;gt;Example 4lt;/optiongt;lt;/optgroupgt;lt;optgroup label=quot;Textquot;gt;lt;option value=quot;105quot;gt;Liveganglt;/optiongt; lt;option value=quot;231quot;gt;Test91 lt;/optiongt;lt;/optgroupgt; The attached Patch solve this problem, but this patch introduce a regression to the last patch. I put this patch to this bug report to help figure out what the real problem might be. I don't know. Best regards, Hubert - -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/16 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 libactionpack-ruby1.8 depends on: ii libruby1.8 1.8.7.302-2squeeze1 Libraries necessary to run Ruby 1. libactionpack-ruby1.8 recommends no packages. libactionpack-ruby1.8 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlFr4foACgkQFUpf3meJP55EMgCcCOXogmM5H//Qk6gCpIjIRX/S w2EAoMIwEoH2lv64tz4W025asdxkshUV =acig -END PGP SIGNATURE- -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705469: xmlcopyeditor: not available menu-file
Package: xmlcopyeditor Version: 1.2.0.6-1+b1 Severity: minor Tags: patch I use BlackBox and menu for build right-click menu. Unfortunally xmlcopyeditor package not contained file for this. Please copy attached file to /usr/share/menu directory and run update-menus as root. -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 xmlcopyeditor depends on: ii libaspell150.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-7+squeeze1 XML parsing C library - runtime li ii libgcc11:4.4.5-8 GCC support library ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t ii libxerces-c3.1 3.1.1-1+b1validating XML parser library for ii libxml22.7.8.dfsg-2+squeeze7 GNOME XML library ii libxslt1.1 1.1.26-6+squeeze3 XSLT 1.0 processing library - runt xmlcopyeditor recommends no packages. Versions of packages xmlcopyeditor suggests: pn xmlcopyeditor-dbg none (no description available) -- no debconf information ?package(meld):needs=X11 section=Applications/Editors \ title=XMLcopyeditor command=/usr/bin/xmlcopyeditor
Bug#705386: neard: FTBFS on several architectures: test-snep-read segmentation fault
Hi Aaron, On Sat, Apr 13, 2013 at 11:06:51PM -0400, Aaron M. Ucko wrote: Source: neard Version: 0.10+git20130325-1 Severity: serious Justification: fails to build from source Automated builds of neard on several architectures failed due to test-snep-read segmentation faults: https://buildd.debian.org/status/package.php?p=neardver=0.10+git20130325-1 Could you please take a look? We found the culprit and have a fix. I'll ask my dear sponsor to upload a new package soon. Cheers, Samuel. -- Intel Open Source Technology Centre http://oss.intel.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705470: 0ad: lock up after getting in to play screen. Need to power off to get out
Package: 0ad Version: 0~r11863-2 Severity: important Dear Maintainer, Firstly, this looks like it has potential to be a great game. The soundtrack and graphics look great. To reproduce start 0ad choose quick match (or something like this, can't remember exact option) game screen starts, clicking on a character generates speech (as expected) after a few minutes, irrespective of movements, interaction with screen halts. Mouse cursor still moves when moved around, disk still lights up every now and then, but machine is locked. ctrl-alt-backspace doesn't get me out. running XFCE for session manager. Need to power off to get back control. *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages 0ad depends on: ii 0ad-data 0~r11863-1 ii dpkg 1.16.10 ii gamin 0.1.10-4.1 ii libboost-signals1.49.01.49.0-3.2 ii libc6 2.13-38 ii libcurl3-gnutls 7.26.0-1+wheezy2 ii libenet1a 1.3.3-2 ii libgamin0 [libfam0] 0.1.10-4.1 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4 ii libjpeg8 8d-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4 ii libnvtt2 2.0.8-1+dfsg-2 ii libopenal11:1.14-4 ii libpng12-01.2.49-1 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.7.2-5 ii libvorbisfile31.3.2-1.3 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii libx11-6 2:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii zlib1g1:1.2.7.dfsg-13 0ad recommends no packages. 0ad 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#705347: libquvi-scripts: arte.lua is missing
Control: tag -1 fixed-upstream arte.lua is no longer marked FIXME upstream[1]. [1] http://mid.gmane.org/20130415115412.GA8762@foo Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705471: knode: trying to overwrite key.png, which is also in package libkpgp4
Package: knode Version: 4:4.10.2-1 Severity: serious Tags: experimental Justification: uninstallable When trying to upgrade KDE from sid to experimental (by means of installing the metapackages kde-full kde-plasma-desktop kdepim) I got a missing Replaces: Preparing to replace knode 4:4.4.11.1+l10n-3+b1 (using .../knode_4%3a4.10.2-1_i386.deb) ... Unpacking replacement knode ... dpkg: error processing /var/cache/apt/archives/knode_4%3a4.10.2-1_i386.deb (--unpack): trying to overwrite '/usr/share/kde4/apps/knode/pics/key.png', which is also in package libkpgp4 4:4.4.11.1+l10n-3+b1 Tagging as experimental so it doesn’t show up as RC bug otherwise. This probably depends on how apt orders. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static Versions of packages knode depends on: ii kde-runtime 4:4.8.4-2 iu kdepim-runtime 4:4.10.2-1 iu kdepimlibs-kio-plugins 4:4.10.2-1 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 iu libkabc44:4.10.2-1 iu libkcmutils44:4.10.2-2 iu libkde3support4 4:4.10.2-2 iu libkdecore5 4:4.10.2-2 iu libkdepim4 4:4.10.2-1 iu libkdeui5 4:4.10.2-2 iu libkhtml5 4:4.10.2-2 iu libkio5 4:4.10.2-2 iu libkmime4 4:4.10.2-1 iu libkontactinterface44:4.10.2-1 iu libkparts4 4:4.10.2-2 iu libkpgp44:4.10.2-1 iu libkpimidentities4 4:4.10.2-1 iu libkpimtextedit44:4.10.2-1 iu libkpimutils4 4:4.10.2-1 iu libmailtransport4 4:4.10.2-1 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 knode recommends no packages. knode 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#703436: Multi-arch builds uses wrong UDEB_EXCLUDE
On 20/03/2013 15:46, Steve McIntyre wrote: On Wed, Mar 20, 2013 at 10:30:55AM +0200, Robert Spencer wrote: On 19/03/2013 18:09, Steve McIntyre wrote: Ish. In fact, there's a deeper bug here - the udeb include/exclude code is actually worse than you think. At the moment, we get away with things only because the amd64 and i386 files provided with debian-cd are identical. The code here just doesn't work properly with multi-arch builds as there is no way to specify different files in CONF.sh for the different arches. Equally, d-i only looks for its include and exclude lists in one place on an install CD regardless of architecture so there's currently no way of passing different config for the different arches *anyway*. As you might guess, this piece of the code hasn't been played with for a while! I'm thinking a better way to handle this would be to pick up on the data files for all arches rather than just the first one, and merge them. What do you think? I'm not sure that I'm following you. Do you mean something like default_netinst_udeb_include with the following in: netcfg ethdetect Not quite, no. I'm thinking of keeping the per-arch include/exclude files and merging at build time. Understood. And then if it's alpha include fdisk-udeb or amd64 or i386 include pcmciautils-udeb. Alternatively if it's just the .disk/udeb_include and .disk/udeb_exclude files you don't want duplicates in, then we can filter them out while maintaining the order (I'm assuming the order is important). Filtering is fine, ordering doesn't matter at all AFAICS. Okay, I hope the attached patch file is acceptable. It's for debian-cd 3.1.12. The issue that worries me more is the fact that different arches have different lists that should go here, maybe with bad consequences if they're wrong. Maybe I should be tweaking things in d-i too to add per-arch control. I think that would probably be best. -- Robert Spencer --- tools/start_new_disc~ 2013-04-01 01:26:54.0 + +++ tools/start_new_disc 2013-04-15 11:13:35.0 + @@ -170,12 +170,20 @@ echo Adding udeb/base includes/excludes +# Check if the following has been set by CONF.sh +if [ -z $UDEB_INCLUDE ]; then +NO_UDEB_INCLUDE=1 +fi +if [ -z $UDEB_EXCLUDE ]; then +NO_UDEB_EXCLUDE=1 +fi + for ARCH in $ARCHES do if [ $ARCH != source ] ; then # Netinst/businesscard CD have different # udeb_include and udeb_exclude files -if [ -z $UDEB_INCLUDE ] ; then +if [ -n $NO_UDEB_INCLUDE ] ; then case $INSTALLER_CDx in 1x) UDEB_INCLUDE=$DI_DATA_DIR/$ARCH_businesscard_udeb_include;; @@ -186,7 +194,7 @@ esac fi -if [ -z $UDEB_EXCLUDE ] ; then +if [ -n $NO_UDEB_EXCLUDE ] ; then case $INSTALLER_CDx in 1x) UDEB_EXCLUDE=$DI_DATA_DIR/$ARCH_businesscard_udeb_exclude;; @@ -200,14 +208,30 @@ # Sort out the udeb include and exclude files if [ -n $UDEB_INCLUDE ] ; then if [ -r $UDEB_INCLUDE ] ; then -cat $UDEB_INCLUDE $CDDIR/.disk/udeb_include +if [ -e $CDDIR/.disk/udeb_include ]; then +if ! diff -q $UDEB_INCLUDE $CDDIR/.disk/udeb_include; then +mv $CDDIR/.disk/udeb_include{,~} +cat $UDEB_INCLUDE $CDDIR/.disk/udeb_include~ | sort | uniq $CDDIR/.disk/udeb_include +rm $CDDIR/.disk/udeb_include~ +fi +else +cp $UDEB_INCLUDE $CDDIR/.disk/udeb_include +fi else echo WARNING: Unable to read UDEB_INCLUDE file $UDEB_INCLUDE fi fi if [ -n $UDEB_EXCLUDE ] ; then if [ -r $UDEB_EXCLUDE ] ; then -cat $UDEB_EXCLUDE $CDDIR/.disk/udeb_exclude +if [ -e $CDDIR/.disk/udeb_exclude ]; then +if ! diff -q $UDEB_EXCLUDE $CDDIR/.disk/udeb_exclude; then +mv $CDDIR/.disk/udeb_exclude{,~} +cat $UDEB_EXCLUDE $CDDIR/.disk/udeb_exclude~ | sort | uniq $CDDIR/.disk/udeb_exclude +rm $CDDIR/.disk/udeb_exclude~ +fi +else +cp $UDEB_EXCLUDE $CDDIR/.disk/udeb_exclude +fi else echo WARNING: Unable to read UDEB_EXCLUDE file $UDEB_EXCLUDE fi
Bug#704748: Not a practical issue (could even be considered a feature...:-))
Steven Chamberlain ste...@pyro.eu.org (15/04/2013): I replied to your mail same day and used the words 'should work'... Well, maybe that's just me, but that “should work” is no certainty at all, nobody says “works for me” (quite the contrary, given Didier's feedback after that). This “should work” was also drown in a big “it's better to use xfce on kbsd at the moment” mail. That's why I initially suggested Christian not to touch tasksel at all, and why he downgraded the bug report the way he did. Mraw, KiBi. signature.asc Description: Digital signature
Bug#705320: lxc-start fails when config + rootfs dirs are read-only
On 2013-04-15 14:01 , Daniel Baumann wrote: lxc cannot know if the user wanted it ro or not before the container has been started into the system entirely, especially since there's a wild use of aufs or overlayfs with (shared) ro rootfs between containers. I agree that the *rootfs* might have that situation. But note that the config dir apparently has to be read/write too. The error/warning messages/notices that are shown when one starts with 'lxc -n name' are all related to the network interface. There is no warning to the effect that a read only filesystem is causing this failure as apparently some state cannot be properly written and one thus is looking at network errors but that is not the cause of this. Finding out that the ro flag is the problem is thus quite difficult and one just has to look in the right location for it to be found. As such, it would be really nice if there is an error/notice shown that the filesystem is read-only and that that causes the error. Hopefully this bug will be found by people who google for related issues though... Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705385: mia: FTBFS on powerpc: test suite hangs
I can confirm that the test hangs on powerpc if more then one thread is used. The problem seems to lie somewhere in the thread cleanup routines of TBB, i.e. the parallel code of MIA is run, and then tbb::parallel_reduce/tbb:parallel_for do not return. According to the changelog the TBB release currently available in debian/sid is the very first that supported 32 bit powerpc, and that version is quite old (from 2011). I will check what happens with the latest version of TBB (4.1 update 2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697689: [clementine] songs in media library are grouped by albumartist when artist is selected
Hi Bob, I still can't reproduce your bug. That's what I try: 1. import some albums in the library 2. right-click on the library - set group option to artist/album The result is just like you want: * Artist1 + Album1 + album2 * Artist2 + album1 + album2 [...] But this does not happen. The following happens: Various Artists VA album1 Michael Jackson Bad Thriller Have you check meta-tags of your medias? Maybe your Va albums is incorrectly tagged with no artist name or something like that. Regards, Thomas Pierson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605871: [Pkg-fonts-devel] Bug#605871: Bug#605871: fontforge runs find / during the configure step
On Mon, Apr 15, 2013 at 03:22:26PM +0800, Paul Wise wrote: On Mon, Apr 15, 2013 at 2:44 PM, Hideki Yamane wrote: --with-freetype-src option should be used with relevant path like --with-freetype-src=/foobar. But anyway, freetype source file is necessary to include to build with --with-freetype-bytecode option. If not, configure script warns for it. checking for valid freetype tree... missing ttobjs.h Unable to find /usr/include/freetype2/freetype/src/truetype/ttobjs.h Please file a bug against freetype asking for them to do either of these: Ship the needed header/etc files somewhere. These are internal FreeType headers, and shouldn't be made public. FontForge's use of FreeType her is a very special case that FreeType developers are aware of but they don't want to make those headers public (for the obvious reasons), that is why FontForge needs a copy of FreeType source to access those headers. FontForge does not build a bundled copy of FreeType. Regards, Khaled -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605871: [Pkg-fonts-devel] Bug#605871: Bug#605871: fontforge runs find / during the configure step
On Mon, Apr 15, 2013 at 04:46:42PM +0900, Hideki Yamane wrote: On Mon, 15 Apr 2013 09:16:12 +0200 Fabian Greffrath fab...@greffrath.com wrote: If this configure options is only relevant for building the bundled freetype copy, then it should be alright as it currently is. The freetype system library in Debian already has the byte-code interpreter enabled. You mean, both --with-freetype-bytecode and --with-freetype-src are not necessary to be specified? I want to know that. They are necessary to build FontForge's byte code debugger for people who want to work with TrueType instructions (hinting). --with-freetype-src is only used to access FreeType's internal headers BTW, as of last FontForge release not specifying this option or using --without-freetype-src will cause font FontForge to do a `find /`, you certainly don't want this. It is already fixed it in git master (the build system was rewritten using autotools), lets hope the current team will not screw it by the time of the next release. Regards, Khaled -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693298: Empathy-specific
Actually, I don't think this is a pulse bug. Ekiga never gave me this problem. Skype did but had a setting in some preferences panel which allowed to disable auto volume setting. Disallowing flat-volumes is a workaround, not really a solution. I asked in #empathy. I was told (by sjoerd) that pulse is also responsible for restoring app specific volumes, but since 3.4 is a bit old he doesn't remember if there was a bug in there that caused some bad interaction. Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703408: apache2: Segmentation fault running TYPO3 on wheezy
Hi Christian, I'm facing the same problems with TYPO3 6.0.4 on Debian Squeeze servers. Obviously the problems seems to be releated to TYPO3 6.0.x http://forge.typo3.org/issues/46584 It seems, that the problem will be fixed in TYPO3 6.0.5 Best regards Torben
Bug#705124: base: Filesystem corruption issue
Replies in line below. On Mon, Apr 15, 2013 at 4:54 AM, Ian Campbell i...@hellion.org.uk wrote: On Wed, 2013-04-10 at 08:17 -0400, Anthony Sheetz wrote: Steps to reproduce: Install Debian Testing from Netinstall CD, amd64. Choose LVM and Full Disk Encryption, with a separate /home Resize /home to be 80GB Install openswan, connect to remote network Install xen Set up a virtual machine with Debian Stable using logical volumes as the backing store. fs: ext3 network: NAT transfer a large (multigigabyte) file from a remote server over the internet to the virtual machine Expected behavior: File transfers fine, md5sum agrees with remote system Observed behavior: md5sum never matches, done enough times, the ext3 fs becomes corrupted Can I just confirm a few things please: The VM disk backend is an LVM volume which is included in the full disk encryption? I suppose it is using dm-crypt? Correct on both accounts. The ext3 fs which becomes corrupted is the guest VM filesystem, not the dom0 filesystem nor a filesystem which is is what the the large multigigabyte file which is transferred over the network consists of? Correct again. On the face of it it sounds to me like the network corruption (md5sum issue) and the eventual ext3 corruption must be separate issues. Or I suppose it is possible that the file is received correctly but is corrupted when written to the disk, but it's probably better to consider them separately until we know one way or the other. WRT the file transfer corruption: Is the file being transferred over the openswan link? Yes. Dom0 is set up with the openswan connection, DomU is set up to use NAT through Dom0 - file was transferred that way. Did you ever happen to try a transfer over a non-tunnelled connection? Yes, tried file transfers from another machine on the local network - never had a problem with those. Were you able to successfully transfer the file to the dom0 filesystem or to any other system (e.g. one not running Xen) on this end of the openswan link? Yes - tried that several times, and was able to do the transfer with no corruption, and md5sum matched. I'm not sure what error detection/correction scp/rsync or if they have any additional verification options which could be tried or perhaps it is possible to run md5sum on the stream before it hits the disk (can one rsync/scp to stdout? I doubt it). Tried doing 'scp file.sql | md5sum' on DomU which resulted in a matching md5sum. We decided this eliminated the openswan link as the culprit. If you can transfer to dom0 OK then it might be interesting to try turning off the various offloads (GSO, SG etc) on the vif link. Any instructions on doing that? WRT the filesystem corruption: How did the ext3 corruption manifest itself? Initially with errors on the console (and in kernel.log and other places) about writes beyond the end of the logical volume. After a time, the filesystem would be set to read-only, and refuse to mount in read/write mode. I wonder if the layering of crypto+lvm+xen-blkback is causing the barriers which ext3 requires to function correctly to not occur in the right places. Does something need to be manually configured to enable barriers at some layer? (or perhaps I am thinking of DISCARD support). If you were able to attempt to reproduce without the crypto bit in dom0 for the VM disk that would be really useful. It might also be interesting to try using the ext3 barrier mount option in the guest to switch barriers either off or on (I can't remember what the default was for Squeeze). Google led me to try mounting the file system with barriers=0, and no luck. I appreciate that you may have redeployed/downgraded the systems so some of the above experiments might be quite hard to try out but if you could setup a spare system or something it would be very much appreciated. We planned for this, and once we have some ideas to try (with some detailed instructions for trying them) we'll be purchasing a spare hard drive to try them out. We'd like this problem solved, and we're willing to spend a little to do it. Ian.
Bug#705124: [Pkg-xen-devel] Bug#705124: downgrading, we would like to upgrade our developers to Testing. However, this bug prevents us from doing so, and would prevent us from migrating to 7.0 when it
(Just sending a copy to BTS) On Mon, 2013-04-15 at 08:20 -0400, Anthony Sheetz wrote: All correct, Ian, thanks. On Mon, Apr 15, 2013 at 5:00 AM, Ian Campbell i...@hellion.org.uk wrote: On Sat, 2013-04-13 at 19:48 +0800, Thomas Goirand wrote: On 04/10/2013 10:49 PM, Anthony Sheetz wrote: ___ Pkg-xen-devel mailing list pkg-xen-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xen-devel Hi, Could you please avoid writing a 1km long subject line, and write in the body of your message? I'm putting your subject line again here, for move visibility: downgrading, we would like to upgrade our developers to Testing. If I didn't know Chinese and lived in China for nearly 7 years now, I'd say that the above is Chinese. Though, I'd say it is hebrew to me (since I don't know Hebrew). FWIW in British English we talk about things being Greek to me... In other words: could you rephrase? They have downgraded to Squeeze. They would like to upgrade to testing but this issue prevents them doing do. However, this bug prevents us from doing so, and would prevent us from migrating to 7.0 when it becomes released. Pretty critical to the system's stability. We do understand that this bug is a problem for you. We all would like it to be solved. However, just saying that it is a big problem for you doesn't help. Please provide the output of lspci and dmidecode as I asked, so that we have a clue of what kind of hardware you are using. Also, I'm surprised that you are talking about problems with Debian 7, when your kernel log shows: Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-48squeeze1) AIUI they are running Wheezy in dom0 and Squeeze in domU (which is where the logs are from), in each case with the appropriate matching kernel I suppose (so 3.2 in dom0 and 2.6.32 in domU). I infer that this issue does not occur with Squeeze on Squeeze. I suppose Wheezy on Wheezy hasn't been attempted? Maybe you could try just *running* the kernel 3.2, and not just try to upgrade your domU? This would be an interesting experiment. As would trying the plain 2.6.32-5-amd64 kernel in the Squeeze domU (the features of the -xen flavour in Squeeze mostly relate to dom0 IIRC). Ian. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705467: system-config-printer-kde: does not provide an interface, etc.
On Mon 15 Apr 2013 08:45:14 Thorsten Glaser escribió: Package: system-config-printer-kde Version: 4:4.8.4-3 Severity: important Hi, on a system that was, indeed, previously running KDE 3, I ran: $ sudo apt-get install system-config-printer-kde This package will dissapear (or become a transitional package) with KDE 4.10. It's being superseded by print-manager_4.10.2-1. Thanks for the report non the less :-) -- 10: El procesador de textos es: * Un programa que le da vida a una computadora haciendo que intente dominar el mundo (ver pregunta 1) Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#705472: ITP: ruby-omniauth-ldap -- LDAP strategy for Ruby OmniAuth library
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org * Package name: ruby-omniauth-ldap Version : 1.0.3 Upstream Author : Ping Yu and Intridea, Inc. * URL : https://github.com/gitlabhq/omniauth-ldap * License : Expat Programming Lang: Ruby Description : LDAP strategy for Ruby OmniAuth library OmniAuth is a Ruby library that standardizes multi-provider authentication for web applications. It was created to be powerful, flexible, and do as little as possible. Any developer can create strategies for OmniAuth that can authenticate users via disparate systems. OmniAuth strategies have been created for everything from Facebook to LDAP. . This package contains LDAP strategy for OmniAuth. . This version has been patched for use with GITLAB. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705124: base: Filesystem corruption issue
On Mon, 2013-04-15 at 08:19 -0400, Anthony Sheetz wrote: Did you ever happen to try a transfer over a non-tunnelled connection? Yes, tried file transfers from another machine on the local network - never had a problem with those. So this issue isn't the tunnel, good. Were you able to successfully transfer the file to the dom0 filesystem or to any other system (e.g. one not running Xen) on this end of the openswan link? Yes - tried that several times, and was able to do the transfer with no corruption, and md5sum matched. I'm not sure what error detection/correction scp/rsync or if they have any additional verification options which could be tried or perhaps it is possible to run md5sum on the stream before it hits the disk (can one rsync/scp to stdout? I doubt it). Tried doing 'scp file.sql | md5sum' on DomU which resulted in a matching md5sum. We decided this eliminated the openswan link as the culprit. This was in the domU? That would, I think, eliminate corruption in the network at every stage including the dom0-domU link. That would suggest that the md5sum failures you saw before were caused by writing the file to disk and reading it back (which does at least mean we only have one bug to deal with...) If you can transfer to dom0 OK then it might be interesting to try turning off the various offloads (GSO, SG etc) on the vif link. Any instructions on doing that? The above makes me suspect this isn't a worthwhile experiment but in any case: ethtool -k device to examine and ethtool -K device offload off to turn the various things off. I'd do it both on the device inside the guest and the associated vifX.Y I wonder if the layering of crypto+lvm+xen-blkback is causing the barriers which ext3 requires to function correctly to not occur in the right places. Does something need to be manually configured to enable barriers at some layer? (or perhaps I am thinking of DISCARD support). If you were able to attempt to reproduce without the crypto bit in dom0 for the VM disk that would be really useful. It might also be interesting to try using the ext3 barrier mount option in the guest to switch barriers either off or on (I can't remember what the default was for Squeeze). Google led me to try mounting the file system with barriers=0, and no luck. How did you do this? IIRC getting mount options to the root filesystem to take effect involves more than just editing fstab (rootflags= on command line I think? No idea how one inserts a space there) For experimentation it might be useful to attach an xvdb to the domain and use that as the write target, it'll allow easier experimentation with mount options, and as a bonus you won't keep hosing your root filesystem (which I imagine is getting pretty tedious...) I appreciate that you may have redeployed/downgraded the systems so some of the above experiments might be quite hard to try out but if you could setup a spare system or something it would be very much appreciated. We planned for this, and once we have some ideas to try (with some detailed instructions for trying them) we'll be purchasing a spare hard drive to try them out. We'd like this problem solved, and we're willing to spend a little to do it. Other than the barriers thing I think the most worthwhile thing to try would be a Wheezy domU kernel. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705473: thttpd: HTTP Header Content-Type: missing MIME detection for 3GP video (and many others)
Package: thttpd Version: 2.25b-11 Severity: normal Tags: upstream patch thttp use the default text/plain; Content-Type: header for many files types, including 3GP ones. So mobile phones fail to read 3GP videos served by thttpd. Always reproductible : * setup a default thttpd server * put a .3gp in served documentroot * try to GET it via HTTP client. HTTP header will contain Content-Type: text/plain; and is not correct. MIME type detection is done with file extension in thttpd, based on a fixed list at compile time and 3gp extension entry is missing. Attached : a patch that add file extensions present in /etc/mime.types from package mime-support 3.48-1 and are missing in thttpd fixed list. I am not including extensions that have a MIME type contianing an x- prefix (ie non standardised). -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thttpd depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib Versions of packages thttpd recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages thttpd suggests: pn thttpd-util none (no description available) -- Configuration Files: /etc/default/thttpd changed: ENABLED=yes /etc/thttpd/thttpd.conf changed: port=8080 dir=/var/www2 chroot user=www-data cgipat=/cgi-bin/* throttles=/etc/thttpd/throttle.conf logfile=/var/log/thttpd.log -- no debconf information #! /bin/sh /usr/share/dpatch/dpatch-run ## 13-extra-mimetypes.dpatch by r...@sd-30464.dedibox.fr ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' thttpd-2.25b~/mime_types.txt thttpd-2.25b/mime_types.txt --- thttpd-2.25b~/mime_types.txt 2013-04-12 16:52:57.332789434 +0200 +++ thttpd-2.25b/mime_types.txt 2013-04-12 16:52:57.364732735 +0200 @@ -3,115 +3,197 @@ # A list of file extensions followed by the corresponding MIME type. # Extensions not found in the table are returned as text/plain. -a application/octet-stream +323 text/h323 +3gp video/3gpp aab application/x-authorware-bin aam application/x-authorware-map +a application/octet-stream aas application/x-authorware-seg ai application/postscript aif audio/x-aiff aifc audio/x-aiff aiff audio/x-aiff +amr audio/amr +anx application/annodex +apk application/vnd.android.package-archive asc text/plain asf video/x-ms-asf asx video/x-ms-asf +atom application/atom+xml +atomcat application/atomcat+xml +atomsrv application/atomserv+xml au audio/basic avi video/x-msvideo +awb audio/amr-wb +axa audio/annodex +axv video/annodex bcpio application/x-bcpio bin application/octet-stream bmp image/bmp +brf text/plain +cap application/cap +cat application/vnd.ms-pki.seccat cdf application/x-netcdf +cdy application/vnd.cinderella +class application/java-vm class application/x-java-vm +cod application/vnd.rim.cod cpio application/x-cpio cpt application/mac-compactpro crl application/x-pkcs7-crl crt application/x-x509-ca-cert csh application/x-csh css text/css +csv text/csv +cu application/cu-seeme +davmount application/davmount+xml dcr application/x-director +dif video/dv dir application/x-director djv image/vnd.djvu djvu image/vnd.djvu dll application/octet-stream +dl video/dl dms application/octet-stream doc application/msword +docx application/vnd.openxmlformats-officedocument.wordprocessingml.document +dot application/msword +dotx application/vnd.openxmlformats-officedocument.wordprocessingml.template dtd text/xml dump application/octet-stream dvi application/x-dvi +dv video/dv dxr application/x-director +eml message/rfc822 +eps2 application/postscript +eps3 application/postscript eps application/postscript +epsf application/postscript +epsi application/postscript +es application/ecmascript etx text/x-setext exe application/octet-stream ez application/andrew-inset fgd application/x-director -fh image/x-freehand fh4 image/x-freehand fh5 image/x-freehand fh7 image/x-freehand fhc image/x-freehand +fh image/x-freehand +flac audio/flac +fli video/fli gif image/gif +gl video/gl gtar application/x-gtar hdf application/x-hdf hqx application/mac-binhex40 -htm text/html; charset=%s +hta application/hta html text/html; charset=%s +htm text/html; charset=%s ice x-conference/x-cooltalk +ics text/calendar +icz text/calendar ief image/ief iges model/iges igs model/iges iv application/x-inventor +jad text/vnd.sun.j2me.app-descriptor +jar application/java-archive jar application/x-java-archive jfif image/jpeg -jpe image/jpeg jpeg image/jpeg +jpe image/jpeg jpg image/jpeg
Bug#705124: base: Filesystem corruption issue
Replies in line. On Mon, Apr 15, 2013 at 9:09 AM, Ian Campbell i...@hellion.org.uk wrote: On Mon, 2013-04-15 at 08:19 -0400, Anthony Sheetz wrote: Did you ever happen to try a transfer over a non-tunnelled connection? Yes, tried file transfers from another machine on the local network - never had a problem with those. So this issue isn't the tunnel, good. Were you able to successfully transfer the file to the dom0 filesystem or to any other system (e.g. one not running Xen) on this end of the openswan link? Yes - tried that several times, and was able to do the transfer with no corruption, and md5sum matched. I'm not sure what error detection/correction scp/rsync or if they have any additional verification options which could be tried or perhaps it is possible to run md5sum on the stream before it hits the disk (can one rsync/scp to stdout? I doubt it). Tried doing 'scp file.sql | md5sum' on DomU which resulted in a matching md5sum. We decided this eliminated the openswan link as the culprit. This was in the domU? That would, I think, eliminate corruption in the network at every stage including the dom0-domU link. That would suggest that the md5sum failures you saw before were caused by writing the file to disk and reading it back (which does at least mean we only have one bug to deal with...) If you can transfer to dom0 OK then it might be interesting to try turning off the various offloads (GSO, SG etc) on the vif link. Any instructions on doing that? The above makes me suspect this isn't a worthwhile experiment but in any case: I'd agree - for now, in the interest of time, we'll shelve this avenue of investigation. ethtool -k device to examine and ethtool -K device offload off to turn the various things off. I'd do it both on the device inside the guest and the associated vifX.Y I wonder if the layering of crypto+lvm+xen-blkback is causing the barriers which ext3 requires to function correctly to not occur in the right places. Does something need to be manually configured to enable barriers at some layer? (or perhaps I am thinking of DISCARD support). If you were able to attempt to reproduce without the crypto bit in dom0 for the VM disk that would be really useful. It might also be interesting to try using the ext3 barrier mount option in the guest to switch barriers either off or on (I can't remember what the default was for Squeeze). Google led me to try mounting the file system with barriers=0, and no luck. How did you do this? IIRC getting mount options to the root filesystem to take effect involves more than just editing fstab (rootflags= on command line I think? No idea how one inserts a space there) Ah, ok. Did use fstab options. Will look in to other methods of specifying this. I'd imagine editing the boot option in pygrub might be a good avenue? For experimentation it might be useful to attach an xvdb to the domain and use that as the write target, it'll allow easier experimentation with mount options, and as a bonus you won't keep hosing your root filesystem (which I imagine is getting pretty tedious...) To be sure I understand: create a new lv, mount it, and use it as the write target. That's an excellent idea. Next time I experiment I'll be using that. I appreciate that you may have redeployed/downgraded the systems so some of the above experiments might be quite hard to try out but if you could setup a spare system or something it would be very much appreciated. We planned for this, and once we have some ideas to try (with some detailed instructions for trying them) we'll be purchasing a spare hard drive to try them out. We'd like this problem solved, and we're willing to spend a little to do it. Other than the barriers thing I think the most worthwhile thing to try would be a Wheezy domU kernel. Ok, will try that. If you've got instructions close to hand on installing and using a different kernel in domU, that'd save me the trouble of looking it up. No worries if not - my google foo is decent. Ian.
Bug#705126: Tried but failed to reproduce
Since the reported trigger was an ssh flood, I tried ssh -T -o 'PreferredAuthentications hostbased' localhost (which on my system will result in a quick failed ssh because hostbased authentication is not enabled in the server) in a tight, parallelized loop with this construct: for i in `seq 10`; do echo localhost ; done \ | xargs -d '\n' -n1 -P8 --verbose sh -c \ ssh -T -o 'PreferredAuthentications hostbased' localhost || exit 1 The '|| exit 1' construct is needed because otherwise ssh exits with code 255, which causes xargs to stop running jobs. However, I did not encounter the kernel maxproc error during my test. My maxproc is the default as far as I'm aware: $ sysctl -a | grep maxproc kern.maxproc: 6164 kern.maxprocperuid: 5547 and it's very likely that my test is getting nowhere near this limit. kfreebsd-image-9-amd64: Installed: 9.0-10 Candidate: 9.0-10 Version table: *** 9.0-10 0 500 http://ftp.us.debian.org/debian/ wheezy/main kfreebsd-amd64 Packages 100 /var/lib/dpkg/status openssh-server: Installed: 1:6.0p1-4 Candidate: 1:6.0p1-4 Version table: 1:6.1p1-4 0 1 http://ftp.us.debian.org/debian/ experimental/main kfreebsd-amd64 Packages *** 1:6.0p1-4 0 500 http://ftp.us.debian.org/debian/ wheezy/main kfreebsd-amd64 Packages 100 /var/lib/dpkg/status libc0.1: Installed: 2.13-38 Candidate: 2.13-38 Version table: *** 2.13-38 0 500 http://ftp.us.debian.org/debian/ wheezy/main kfreebsd-amd64 Packages 100 /var/lib/dpkg/status Jeff signature.asc Description: Digital signature
Bug#627996: Tool to automatically mark packages as auto-installed
On 15 April 2013 16:46, Mente Binária | Sérgio Santos sergio...@mentebinaria.com wrote: Wow, i had already forgotten about this request. It is not appropriate to implement features like this within any particular apt front-end. A separate utility program is acceptable (...) I agree, though this utility might later be integrated in Synaptic. and that program is deborphan I disagree. deborphan's purpose is to find unnecessary libraries. What i propose is something different. It is for any programs and works just like you describe, but without munging the apt auto-installed information. Right now, when you install a package with recommendations or dependencies, if you later uninstall that package some of the dependencies/recommendations (i haven't quite figured this out yet) are left behind - and deborphan won't spot them. after marking a package for install i visit Custom Filters Marked Changes and mark all other packages as automatically installed. If i ever remove that first package, Synaptic will show me the others under Status Installed (auto removable). This is supposed to happen automatically. If you find specific cases where it does not report a bug. There have been many issues getting this to work over the years, most are resolved now. It is likely that over time these issues have spoiled the auto-installed information on your system leading to these work-arounds you propose. With the issues resolved, things will work much better (once you restore the auto-installed information). Entertaining your example: Now, let's look at this from a common user's point of view: you ran that utility at one point; So I really like these packages and intentially ask for them to be installed: thunar, xfce4-mixer under normal operation, apt will remember these as manually installed. This is great, as I don't want them removed unless I specifically ask for that. I also have xfce4 installed, which depends on these two. When I run your program it will mark both thunar and xfce4-mixer as auto-installed. now, after uninstalling an important meta-package (something like xfce4), a whole bunch of them shows up as auto removable. No problem. Run the auto-mark feature again (just a suggestion for a name) and it will unmark only the most relevant packages (the ones without dependants). So, the list of unmarked packages now potentially includes all dependencies of xfce4: xfwm4, xfconf, xfce4-settings, xfce4-panel, xfdesktop4, thunar, xfce4-utils, gtk2-engines-xfce, xfce4-session, xfce4-appfinder, xfce4-mixer, orage, xorg, desktop-base, thunar-volman, tango-icon-theme, xfce4-notifyd but I only ever wanted two packages, and I dont care about these others. The system has mixed the packages I dont want with those I do, and I must manually intervene to restore order. #! With the intended auto-installed semantics, this happens: # apt-get install thunar xfce4-mixer # apt-get install xfce4 # apt-get remove xfce4 # apt-get autoremove I am left with exactly thunar and xfce4-mixer installed, and I never had to look at the list of other dependencies to do this. The system remembers that I asked for these two packages and keeps them around. This is the whole point of having some packages marked auto-installed and others manual, a point defeated by your proposal which loses the information about manually installed packages. So, why do I want to run your program everytime I remove something/something big? It will cause a lot of work for me later to keep inspecting the non-marked-manual packages for those I dont want. Seems like a one-shot deal to not-quite restore lost auto-installed information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705124: base: Filesystem corruption issue
On Mon, 2013-04-15 at 09:21 -0400, Anthony Sheetz wrote: How did you do this? IIRC getting mount options to the root filesystem to take effect involves more than just editing fstab (rootflags= on command line I think? No idea how one inserts a space there) Ah, ok. Did use fstab options. Will look in to other methods of specifying this. I'd imagine editing the boot option in pygrub might be a good avenue? I think so. Or you can (probably) uses extra = foo in your domain configuration file. You can tell if you've edited the right place from /proc/cmdline. I'd expect there would be some indication in dmesg that barriers were or were not in use , but I didn't look For experimentation it might be useful to attach an xvdb to the domain and use that as the write target, it'll allow easier experimentation with mount options, and as a bonus you won't keep hosing your root filesystem (which I imagine is getting pretty tedious...) To be sure I understand: create a new lv, mount it, and use it as the write target. That's an excellent idea. Next time I experiment I'll be using that. Are you using LVM in the domU as well as the dom0? I had thought you were using it only in dom0 but the ambiguity here made me wonder. What I meant was to create a new LV in the dom0, edit the domain configuration to attach it as an extra disk (i.e. xvdb or whatever) and then to format/mount it from within the guest. [...] Ok, will try that. If you've got instructions close to hand on installing and using a different kernel in domU, that'd save me the trouble of looking it up. No worries if not - my google foo is decent. I expect backports.org has a reasonably recent Wheezy kernel which you could install or else I think the kernel is independent enough that a partial upgrade (i.e. add Wheezy to sources.list and apt-get install linux-image-foo) would not pull in too much of Wheezy. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705124: base: Filesystem corruption issue
On Mon, Apr 15, 2013 at 9:29 AM, Ian Campbell i...@hellion.org.uk wrote: On Mon, 2013-04-15 at 09:21 -0400, Anthony Sheetz wrote: How did you do this? IIRC getting mount options to the root filesystem to take effect involves more than just editing fstab (rootflags= on command line I think? No idea how one inserts a space there) Ah, ok. Did use fstab options. Will look in to other methods of specifying this. I'd imagine editing the boot option in pygrub might be a good avenue? I think so. Or you can (probably) uses extra = foo in your domain configuration file. You can tell if you've edited the right place from /proc/cmdline. I'd expect there would be some indication in dmesg that barriers were or were not in use , but I didn't look For experimentation it might be useful to attach an xvdb to the domain and use that as the write target, it'll allow easier experimentation with mount options, and as a bonus you won't keep hosing your root filesystem (which I imagine is getting pretty tedious...) To be sure I understand: create a new lv, mount it, and use it as the write target. That's an excellent idea. Next time I experiment I'll be using that. Are you using LVM in the domU as well as the dom0? I had thought you were using it only in dom0 but the ambiguity here made me wonder. Sorry, domU's volumes are also logical volumes created initially in dom0. So, xvda is backed by a logical volume. What I meant was to create a new LV in the dom0, edit the domain configuration to attach it as an extra disk (i.e. xvdb or whatever) and then to format/mount it from within the guest. That's what I thought you meant, and what I will try. [...] Ok, will try that. If you've got instructions close to hand on installing and using a different kernel in domU, that'd save me the trouble of looking it up. No worries if not - my google foo is decent. I expect backports.org has a reasonably recent Wheezy kernel which you could install or else I think the kernel is independent enough that a partial upgrade (i.e. add Wheezy to sources.list and apt-get install linux-image-foo) would not pull in too much of Wheezy. Thanks, will check in to that. Ian.
Bug#705475: wine-unstable: *-unstable conflicts with stable package
Package: wine-unstable Version: 1.5.6-2 Severity: important Dear Maintainer, Having some problems running programs in wine on wheezy I wanted to get a more recent version of wine and found the wine-unstable packages in unstable. While installing them I encountered a few upgrade issues (missing conflicts). $ sudo aptitude install wine-unstable:i386 The following NEW packages will be installed: libwine-alsa-unstable:i386{a} libwine-bin-unstable:i386{a} libwine-gl-unstable:i386{a} libwine-ldap-unstable:i386{a} libwine-openal-unstable:i386{a} libwine-unstable:i386{a} wine-bin-unstable:i386{a} wine-unstable:i386 0 packages upgraded, 8 newly installed, 0 to remove and 254 not upgraded. Need to get 21,3 MB of archives. After unpacking 106 MB will be used. Do you want to continue? [Y/n/?] Get: 1 http://ftp.se.debian.org/debian/ sid/main libwine-unstable i386 1.5.6-2 [17,4 MB] Get: 2 http://ftp.se.debian.org/debian/ sid/main libwine-alsa-unstable i386 1.5.6-2 [50,2 kB] Get: 3 http://ftp.se.debian.org/debian/ sid/main libwine-bin-unstable i386 1.5.6-2 [2 926 kB] Get: 4 http://ftp.se.debian.org/debian/ sid/main libwine-gl-unstable i386 1.5.6-2 [806 kB] Get: 5 http://ftp.se.debian.org/debian/ sid/main libwine-ldap-unstable i386 1.5.6-2 [112 kB] Get: 6 http://ftp.se.debian.org/debian/ sid/main libwine-openal-unstable i386 1.5.6-2 [16,5 kB] Get: 7 http://ftp.se.debian.org/debian/ sid/main wine-bin-unstable i386 1.5.6-2 [52,3 kB] Get: 8 http://ftp.se.debian.org/debian/ sid/main wine-unstable i386 1.5.6-2 [1 342 B] Fetched 21,3 MB in 2s (8 227 kB/s) Selecting previously unselected package libwine-unstable:i386. (Reading database ... 164617 files and directories currently installed.) Unpacking libwine-unstable:i386 (from .../libwine-unstable_1.5.6-2_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libwine-unstable_1.5.6-2_i386.deb (--unpack): trying to overwrite '/usr/share/man/fr.UTF-8/man1/wineserver.1.gz', which is also in package libwine 1.4.1-4 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package libwine-alsa-unstable:i386. Unpacking libwine-alsa-unstable:i386 (from .../libwine-alsa-unstable_1.5.6-2_i386.deb) ... Selecting previously unselected package libwine-bin-unstable:i386. Unpacking libwine-bin-unstable:i386 (from .../libwine-bin-unstable_1.5.6-2_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libwine-bin-unstable_1.5.6-2_i386.deb (--unpack): trying to overwrite '/usr/share/man/man1/wineboot.1.gz', which is also in package libwine-bin:i386 1.4.1-4 Selecting previously unselected package libwine-gl-unstable:i386. Unpacking libwine-gl-unstable:i386 (from .../libwine-gl-unstable_1.5.6-2_i386.deb) ... Selecting previously unselected package libwine-ldap-unstable:i386. Unpacking libwine-ldap-unstable:i386 (from .../libwine-ldap-unstable_1.5.6-2_i386.deb) ... Selecting previously unselected package libwine-openal-unstable:i386. Unpacking libwine-openal-unstable:i386 (from .../libwine-openal-unstable_1.5.6-2_i386.deb) ... Selecting previously unselected package wine-bin-unstable. Unpacking wine-bin-unstable (from .../wine-bin-unstable_1.5.6-2_i386.deb) ... dpkg: error processing /var/cache/apt/archives/wine-bin-unstable_1.5.6-2_i386.deb (--unpack): trying to overwrite '/usr/share/applications/winecfg.desktop', which is also in package wine-bin 1.4.1-4 Selecting previously unselected package wine-unstable. Unpacking wine-unstable (from .../wine-unstable_1.5.6-2_i386.deb) ... Processing triggers for man-db ... Processing triggers for mime-support ... ^AProcessing triggers for gnome-menus ... Processing triggers for desktop-file-utils ... Errors were encountered while processing: /var/cache/apt/archives/libwine-unstable_1.5.6-2_i386.deb /var/cache/apt/archives/libwine-bin-unstable_1.5.6-2_i386.deb /var/cache/apt/archives/wine-bin-unstable_1.5.6-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of libwine-gl-unstable:i386: libwine-gl-unstable:i386 depends on libwine-unstable (= 1.5.6-2); however: Package libwine-unstable:i386 is not installed. dpkg: error processing libwine-gl-unstable:i386 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libwine-ldap-unstable:i386: libwine-ldap-unstable:i386 depends on libwine-unstable (= 1.5.6-2); however: Package libwine-unstable:i386 is not installed. dpkg: error processing libwine-ldap-unstable:i386 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of wine-unstable: wine-unstable depends on wine-bin-unstable (= 1.5.6-2) | wine64-bin; however: Package wine-bin-unstable is not installed. dpkg: error processing wine-unstable (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent
Bug#704933: linux-image-3.2.0-4-amd64
Same here on a Acer Aspire V3-771G, notebook work fine with the 3.2.39-2 kernel. 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) 00:1c.5 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 6 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 630M] (rev a1) 07:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01) 0d:00.0 Network controller: Intel Corporation WiFi Link 5100 0e:00.0 Ethernet controller: Atheros Communications Inc. AR8151 v2.0 Gigabit Ethernet (rev c0)
Bug#705476: xapian-omega: make error when installing from source
Package: xapian-omega Version: 1.2.12-1 Severity: serious Justification: fails to build from source (but built successfully in the past) trying to build xapian-omega from source: vesuvius:/usr/src# apt-get -b source xapian-omega Reading package lists... Done Building dependency tree Reading state information... Done NOTICE: 'xapian-omega' packaging is maintained in the 'Svn' version control system at: svn://svn.xapian.org/xapian/trunk/xapian-applications/omega Need to get 638 kB of source archives. Get:1 http://mirror.csclub.uwaterloo.ca/debian/ testing/main xapian-omega 1.2.12-1 (dsc) [1,969 B] Get:2 http://mirror.csclub.uwaterloo.ca/debian/ testing/main xapian-omega 1.2.12-1 (tar) [624 kB] Get:3 http://mirror.csclub.uwaterloo.ca/debian/ testing/main xapian-omega 1.2.12-1 (diff) [12.1 kB] Fetched 638 kB in 2s (266 kB/s) dpkg-source: info: extracting xapian-omega in xapian-omega-1.2.12 dpkg-source: info: unpacking xapian-omega_1.2.12.orig.tar.gz dpkg-source: info: unpacking xapian-omega_1.2.12-1.debian.tar.gz dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: source package xapian-omega dpkg-buildpackage: source version 1.2.12-1 dpkg-buildpackage: source changed by Olly Betts o...@survex.com dpkg-buildpackage: host architecture amd64 dpkg-source --before-build xapian-omega-1.2.12 debian/rules clean dpkg-buildflags: unknown option `--export=configure' dh_testdir dh_testroot rm -rf debian/build rm -f config.sub config.guess dh_clean debian/rules build dpkg-buildflags: unknown option `--export=configure' dh_testdir # Use the latest config.sub and config.guess from the autotools-dev # package. rm -f config.sub config.guess ln -s /usr/share/misc/config.sub config.sub ln -s /usr/share/misc/config.guess config.guess # Configure in a subdirectory, for neatness. mkdir -p debian/build cd debian/build ../../configure --build x86_64-linux-gnu --prefix=/usr --sysconfdir=/etc Usage: dpkg-buildflags [action] Actions: --get flag output the requested flag to stdout. --origin flagoutput the origin of the flag to stdout: value is one of vendor, system, user, env. --list output a list of the flags supported by the current vendor. --export=(sh|make) output commands to be executed in shell or make that export all the compilation flags as environment variables. --help show this help message. --version show the version. --disable-dependency-tracking /bin/sh: Syntax error: ( unexpected make: *** [configure-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build command 'cd xapian-omega-1.2.12 dpkg-buildpackage -b -uc' failed. E: Child process failed -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xapian-omega depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libxapian22 1.2.12-2 Search engine library Versions of packages xapian-omega recommends: ii apache2 2.2.16-6+squeeze11 Apache HTTP Server metapackage ii apache2-mpm-prefork [ 2.2.16-6+squeeze11 Apache HTTP Server - traditional n Versions of packages xapian-omega suggests: ii antiword 0.37-6Converts MS Word files to text, PS ii catdoc 0.94.2-1.1MS-Word to TeX or plain text conve ii catdvi 0.14-11+b1DVI to plain text translator ii djvulibre-bin 3.5.23-3 Utilities for the DjVu image forma ii ghostscript8.71~dfsg2-9+squeeze1 The GPL Ghostscript PostScript/PDF ii libwpd-tools 0.8.14-1 Tools from libwpd for converting W ii libwps-tools 0.1.2-1 Tools from libwps for converting W ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction ii poppler-utils [xpd 0.12.4-1.2+squeeze1 PDF utilitites (based on libpopple ii unrtf 0.19.3-1.1+b1 RTF to other formats converter ii unzip 6.0-4 De-archiver for .zip files -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a