Bug#751841: /usr/bin/apt-get: Execute external solver... Error! But apt-cudf returns a solution
On 17/06/14 22:17, David Kalnischkies wrote: E: Sub-process aspcud returned an error code (1) This check is new in 1.0.4, previously the exit code was ignored (and even segfaults…), but the documentation of the EDSP protocol specifically says that the solver should always exit with 0 even if it failed to find a solution, aka: Looks like you found a situation in which the solver exits with a non-zero statuscode. yup. Actually there are many cases in which apt-cudf exit with 1. If the solver fails to find a solution, it means that a solution does not exists at all, but the execution of the solver was successful. If apt-cudf exists with 1, it means that it wasn't able to run the solver at all (and I cannot say anything about the solution). Moreover, with exit code 1, I always print on stderr a debugging message. Maybe you can catch it and propagate it to he apt-get user. This will make it easier for us to debug other problems in the future. An empty EDSP might be well the cause of this specific problem. OT: I've also the impression that the interaction between apt-get and apt-cudf is now a bit slower. Just try to dump an edsp and than pass it directly to apt-cudf. you will notice that it is kinda fast to give you back and answer. I don't understand why it takes so long when apt-get calls apt-cudf directly (Are you flushing the stdout too often ?). Maybe I should open a new bug report for this one ... thanks ! pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751942: equivs: generates invalid control file when source version is given
Package: equivs Version: 2.0.9 Severity: normal Hi, if the Source: field contains a version, then the generated debian/changelog will contain two versions, the source and the binary version. This will let dpkg-parsechangelog fail. For an example of a package with a versioned source dependency look at gfortran for example. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749829: python-django-pipeline: new upstream version available
Hello, I have prepared an NMU for python-django-pipeline (versioned as 1.3.24-0.1) and intend to upload immediately to DELAYED/10. Please feel free to tell me if I should delay it longer. The patch against the current version (1.2.2.1-1) is attached Thanks -- Brian May br...@microcomaustralia.com.au diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/changelog django-pipeline-1.3.24/debian/changelog --- django-pipeline-1.2.2.1/debian/changelog 2012-04-27 21:01:14.0 +1000 +++ django-pipeline-1.3.24/debian/changelog 2014-06-18 15:55:27.608767983 +1000 @@ -1,3 +1,14 @@ +django-pipeline (1.3.24-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release, closes: #749829. + * Update standard version to 3.9.5. + * Override lintian warning license-problem-json-evil, this is a false +positive due to debian/patches/make_jsmin_optional. We do not include +jsmin. + + -- Brian May b...@debian.org Wed, 18 Jun 2014 15:42:27 +1000 + django-pipeline (1.2.2.1-1) unstable; urgency=low * Initial release (Closes: #670508) diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/control django-pipeline-1.3.24/debian/control --- django-pipeline-1.2.2.1/debian/control 2012-04-28 00:20:58.0 +1000 +++ django-pipeline-1.3.24/debian/control 2014-06-18 15:49:33.956908335 +1000 @@ -4,7 +4,7 @@ Maintainer: Dmitry Nezhevenko d...@dion.org.ua Build-Depends: debhelper (= 8), python-setuptools (= 0.6b3), python-all (= 2.6.6-3), python-django (= 1.4), python-sphinx (= 1.0.7+dfsg) -Standards-Version: 3.9.3 +Standards-Version: 3.9.5 X-Python-Version: = 2.6 Homepage: https://github.com/cyberdelia/django-pipeline diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/patches/series django-pipeline-1.3.24/debian/patches/series --- django-pipeline-1.2.2.1/debian/patches/series 2012-05-18 02:51:39.0 +1000 +++ django-pipeline-1.3.24/debian/patches/series 2014-04-10 16:26:04.0 +1000 @@ -1,2 +1 @@ make_jsmin_optional -exclude_tests diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/pydist-overrides django-pipeline-1.3.24/debian/pydist-overrides --- django-pipeline-1.2.2.1/debian/pydist-overrides 1970-01-01 10:00:00.0 +1000 +++ django-pipeline-1.3.24/debian/pydist-overrides 2014-04-11 08:58:49.0 +1000 @@ -0,0 +1 @@ +futures python-concurrent.futures diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/rules django-pipeline-1.3.24/debian/rules --- django-pipeline-1.2.2.1/debian/rules 2012-04-26 23:24:50.0 +1000 +++ django-pipeline-1.3.24/debian/rules 2014-04-10 16:29:25.0 +1000 @@ -18,6 +18,3 @@ override_dh_auto_install: dh_auto_install --destdir=debian/python-django-pipeline dh_installdocs -ppython-django-pipeline-doc docs/_build/html - -override_dh_installchangelogs: - dh_installchangelogs docs/_build/text/changelog.txt diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/source.lintian-overrides django-pipeline-1.3.24/debian/source.lintian-overrides --- django-pipeline-1.2.2.1/debian/source.lintian-overrides 1970-01-01 10:00:00.0 +1000 +++ django-pipeline-1.3.24/debian/source.lintian-overrides 2014-06-18 15:53:58.594816868 +1000 @@ -0,0 +1,2 @@ +# this is a false positive +django-pipeline source: license-problem-json-evil
Bug#724739:
Control: fixed -1 3.12.2-1 Hi, It seems to be fixed with 3.12.2-1 Regards Ludovic signature.asc Description: This is a digitally signed message part
Bug#687106: Generate ebook (epub) version of the documentation?
Control: tags -1 + pending [Holger Levsen] could you provide a git branch please, that's easier to cherry-pick. or just commit this diff yourself! :-) Commited. -- 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#749795: apt: no authentication checks for source packages
On Mon, Jun 16, 2014 at 11:18:27AM +0200, Jakub Wilk wrote: * Michael Vogt m...@debian.org, 2014-06-16, 09:35: + _error-Warning(_(The data from '%s' is not signed. All packages from + that repository can not be authenticated.), s/can not/cannot/ Also, All with a negated verb sounds awkward to me (but that may be due to my non-native-englishness). How about: No packages from that repository can be authenticated. or simply Packages from that repository cannot be authenticated. ? I like the second string, I updated my branch. Thanks! Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632729:
fixed 632729 3.12.2-1 thanks Hi it is fixed in 3.12.2-1. It may even be fixed in an earlier version but I haven't tested them. Regards Ludovic signature.asc Description: This is a digitally signed message part
Bug#736878: python-django: Please provide python3-django
On 18 June 2014 10:11, Brian May br...@microcomaustralia.com.au wrote: I started work on this, unfortunately, I appear to have got a test failure. Can't tell if it is python2.7 or python3, my history doesn't go back far enough: This test failure only happens on my development box, not a clean chroot, so I suspect I might have something installed that is interfering with the tests. -- Brian May br...@microcomaustralia.com.au
Bug#751849: closed by Michael Gilbert mgilb...@debian.org (Re: [Pkg-chromium-maint] Bug#751849: /etc/chromium.d/ remains after purge)
After purge one notices drwxr-xr-x 2 root root 4096 06-17 15:59 /etc/chromium.d/ B If non-package files are placed there, the directory will need to be B removed manually, which is expected behavior. It is an *empty* directory! Does the chromium package pass the piuparts tests? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731851: modemmanager: Please update to latest 1.2 release candidate
On Wed, Jun 18, 2014 at 12:41:56AM +0200, Vincent Bernat wrote: Hi! What's the status? I would like to use an LTE modem and the current version of modem manager in sid is unable to. I suppose libqmi needs to be updated first? But bug #737572 seems to say that nothing prevents libqmi to be uploaded? This is blocked by the libqmi upload only AFAIC. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751388: apt: Run 'apt list --upgradable' to see them. when no packages can be upgraded
On Thu, Jun 12, 2014 at 01:54:16PM +0200, Jakub Wilk wrote: Package: apt Version: 1.0.4 Severity: minor Thanks for your bugreport. apt update has just told me: 0 packages can be upgraded. Run 'apt list --upgradable' to see them. Technically this is true that I can run 'apt list --upgradable' to see all of the 0 packages that can be upgraded. But practically the advice to run it is a bit useless in this case. :-) Indeed, I changed that so that apt update not prints: All packages are up to date. when there are 0 upgradable packages. Cheers, Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.16-1.1 ii libapt-pkg4.12 1.0.4 ii libc6 2.19-1 ii libgcc1 1:4.9.0-6 ii libstdc++6 4.9.0-6 -- Jakub Wilk -- To UNSUBSCRIBE, email to deity-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140612115416.ga4...@jwilk.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751940: update
Do you have any more information about this? It is quite hard to fix security vulnerability without any details. --- Henri Salo signature.asc Description: Digital signature
Bug#751910: update
Upstream bug report: https://support.zabbix.com/browse/ZBX-8151 signature.asc Description: Digital signature
Bug#751725: [Pkg-xfce-devel] Bug#751725: xfce4-session: Empty desktop caused by --disable-legacy-sm
Yves-Alexis Perez cor...@debian.org writes: On lun., 2014-06-16 at 19:15 +0200, Christian Marillat wrote: Yves-Alexis Perez cor...@debian.org writes: Are they opened automatically because they are part of a session or because you manually set them to autostart? I don't have any autostart configuration. Ok. An empty desktop is completely unusable for me. What happens if you start your applications normally? Are they not saved correctly afterwards? What do you mean by saved correctly ? Windows position and dimension ? And especially the fact they're actually started… Then no. Ok. [...] It is possible to document how to restore my old session or even better and certainly the best, xfce4-session should do that automaticaly. Well, that's supposed to be the case and the point of session management, but there might be some bugs. It's just not completely clear if you talk about the transition or if it's reproducible everytime. I'm also able to reproduce this bug in a virtualbox machine. That's not what I asked. This bug is reproducible and think people will not be happy to lost there session configuration. I understand *you* are not happy, yes. The change was requested in #745676. As stated in my last message there, if it's indeed a regression I'm not against reverting that, but “legacy” is X11R5 session management, which is really deprecated, afaiui. So if you still have applications using X11R5 and not X11R6 session management protocol, it might be wise reporting bugs against them. I did a test with applications from the x11-apps package and nothing is saved. Iceweasel, gnome-terminal, aterm are not saved. Now /maybe/ the X11R6 session management support has bugs which were hidden by the legacy SM support, which then need to be fixed in xfce4-session. Then I think this is a bug. Nothing is saved in ~/.cache.session execpt xfree desktop applications (xfce4-panel, xfwm4, xfdesktop4, thunar). Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
❦ 20 avril 2014 11:38 +0200, Marius Kotsbak mar...@kotsbak.com : Any progres here. I'd be awesome to have an updated package in Debian. I pushed an update now. Will test if qmi-proxy is working. It could probably be done by running qmicli when Mobile radio monitor (http://sigquit.wordpress.com/2013/09/17/mobile-radio-monitor/) is running. Should also be tested with Modemmanager 1.2. Hey Marius! Any update on this? I tried the package from git myself. I get a segfault during unittests. If I compile with DEB_BUILD_OPTIONS=nocheck, the package seems to work fine. I tested it a few minutes with ModemManager 1.2 with the packaging from Alioth. What would prevent an upload? Is it the lintian warning about circular dependency? Is qmi-proxy a strict dependency? I think that most users will only use ModemManager and can live without it. Or modemmanager package could just depend on it. Or you could demote this dependency to a suggestion. Most users will still install it. -- Use the fundamental control flow constructs. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#692978: Wrong French translation
Package: xfce4-power-manager Version: 1.0.11-2+b1 Followup-For: Bug #692978 Same issue in 1.2.0-4 release. Spin down means Arrête here, I think so. -- Alain Rpnpif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701802:
control: tags -1 - patch patch is incomplete. Removing tag. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751944: mate-control-center: mate-appearance-properties depends on marco-common
Package: mate-control-center Version: 1.8.1+dfsg1-3 Severity: normal Hi, So I've just done another install of mate, this time a very minimal one in a VM, using the wheezy-backports packages. As I mentioned with the last one of these, I still like to use sawfish as the wm, so I don't have marco installed. On this one, I don't need any audio support either so I didn't install mate-media-gstreamer, which you fixed the marco dep on in #750456. Which means nothing else pulled in marco-common on this one ... Without that, it appears I can't run mate-appearance-properties: $ mate-appearance-properties (mate-appearance-properties:11651): GLib-GIO-ERROR **: Settings schema 'org.mate.Marco.general' is not installed Trace/breakpoint trap (which I only really wanted to change the green stripes background to something a little more subdued :) Installing marco-common appears to fix this. Ideally it would be nice if it still worked without needing that (I really do like that mate mostly still lets me install only what I actually need on a particular system without dozens of apps that I absolutely don't), but as-is it's just a missing dep. Thanks! Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751943: testsuite doesnt respect DEB_BUILD_OPTIONS=parallel=X
Package: llvm-toolchain-3.4 Version: 1:3.4.2-2 Severity: important From the build log: https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.4arch=armhfver=1%3A3.4.2-2stamp=1403011962 Making LLVM unittest 'lit.site.cfg' file... ( ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192 ; \ /usr/bin/python /«PKGBUILDDIR»/utils/lit/lit.py -s -v . ) -- Testing: 9320 tests, 4 threads -- The parallel flag was set to 2, yet the testsuite is run with 4 threads. The lit manual suggests that without -j option, lit autodetects amount of cpu's for test run. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751939: nmu: libalien-wxwidgets-perl_0.65+dfsg-2
Control: tags -1 + moreinfo On 2014-06-18 5:55, Damyan Ivanov wrote: nmu libalien-wxwidgets-perl_0.65+dfsg-2 . ALL . -m rebuild with libwxgtk3.0-dev 3.0.1 dw libalien-wxwidgets-perl_0.65+dfsg-2 . ALL . -m libwxgtk3.0-dev (= 3.0.1) Why that specific version? The libalien-wxwidgets-perl package currently in unstable was already built with libwxgtk3.0. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package
Am Dienstag, den 17.06.2014, 21:56 +0200 schrieb Gunnar Hjalmarsson: fonts-droid including this recipe is shipped to everyone using Ubuntu 14.04, which was released in April. If it was as bad as you imply, we would have been buried in bug reports by now, but we aren't. As you already stated, you can limit the effect of this rule by providing additional language-specific rules in other packages. But as it stands now, the rule registers Droid Sans Fallback as the prefered font for both sans-serif and monospace - without any qualification. You may want to study the background in the related Ubuntu bug: https://launchpad.net/bugs/1227034 I'll read through it, thanks. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751945: Remove md5 files from doxygen generated documentation
Package: lintian Version: 2.5.10.4 It would be nice it lintian would report a warning for -doc package generated by doxygen containing internal md5 check. As per upstream: what are the gazillions of *.md5 and *.map files doing in the html tree doxygen generates? Are those files needed for anything when viewing the html doc created? No they are needed to speed up the regeneration of the output when this is done in an incremental fashion (i.e. without first deleting all output files). If a graph has not changed it will have the same md5 signature, so doxygen knows it will not have to invoke the dot tool. ref: http://marc.info/?l=doxygen-usersm=111350644016377 for info a couple of packages seems to be affected: https://packages.debian.org/search?searchon=contentskeywords=.md5mode=pathsuite=stablearch=any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751946: CVE-2014-4165: ntop: XSS in rrdPlugin
Package: ntop Version: 3:5.0.1+dfsg1-2 Severity: normal Tags: security Original advisory: http://packetstormsecurity.com/files/127043/ntop-xss.txt PoC: http://127.0.0.1:3000/plugins/rrdPlugin?action=listkey=interfaces/eth0title=interface%20eth0%3C/title%3E%3Cmarquee%3E --- Henri Salo signature.asc Description: Digital signature
Bug#751947: Prefer SVG output in doxygen generated documentation
Package: lintian Version: 2.5.10.4 It would be nice it lintian would report a warning for -doc package generated by doxygen containing PNG generated graph. Using SVG greatly reduce package size. the doxygen config file should contains: DOT_IMAGE_FORMAT = svg instead of the default: DOT_IMAGE_FORMAT = png It may be hard to check since some package patch upstream source, so checking orig tarball may not work. Since -doc package are indep package they may as well not accessible from debian buildd either. This may be hard to implement. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751949: Do not compress .map file in doxygen generated documentation
Package: lintian Version: 2.5.10.4 It would be nice it lintian would report a warning for -doc package generated by doxygen containing compressed .map files (.map.gz). map file should be stored as plain text (not compressed), see: http://www.w3schools.com/tags/tag_map.asp no browser actually support compressed map file. Here are a list of potential package affected: https://packages.debian.org/search?mode=pathsuite=wheezysection=allarch=anysearchon=contentskeywords=.map.gz Technically it should be hard to compress them now that https://bugs.debian.org/704443 is fixed. It may only affect older package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751948: ITP: r-cran-matrixstats -- GNU R methods that apply to rows and columns of a matrix
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-cran-matrixstats Version : 0.10.0 Upstream Author : Henrik Bengtsson henr...@braju.com * URL : http://cran.r-project.org/web/packages/matrixStats/ * License : Artistic-2.0 Programming Lang: R Description : GNU R methods that apply to rows and columns of a matrix This package provides methods operating on rows and columns of matrices, e.g. col/rowMedians() and col/rowRanks(). There are also some vector-based methods, e.g. anyMissing(), weightedMedians(), and binMeans(). The objective is to have all methods being optimized for speed and memory usage. Remark: This is a precondition for some BioConductor upgrades and will be maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-matrixstats/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751704: sunxi MMC boot SPL vs. GPT partition (Re: Bug#751704: partman-base 173: partman overwrites parts of u-boot)
(seems like I didn't actually CC linux-sunxi when I said I would, oh well, I may post a summary to that list later) On Tue, 2014-06-17 at 19:44 +0200, Karsten Merker wrote: Unfortunately the problematic part in this case is the SPL which is the only part of u-boot that cannot be relocated because its sector address is hardcoded in the SOC's BROM. Right :-/ I see two possible approaches to solve the conflict between SPL and GPT, although I do not know whether they are achievable with the currently available partman/libparted codebase: Looking at ./partman-partitioning/lib/disk-label.sh I see: arm|armeb|armel|armhf) echo msdos;; which is overridden to GPT only if the device is 2TB. I think it is unlikely that you are using an MMC 2TB so perhaps GPT is a red-herring? Are you actually getting a valid GPT partition table after installing or is that region just cleared/corrupted? I suppose it is possible that something somewhere is wanting to zero the GPT even in msdos mode (as you say below, perhaps to wipe any remains of a GPT). I've a vague recollection of something like this affecting another platform in Debian some time ago but I can't for the life of me remember what it was or find a reference to it. I think we could probably live with only supporting 2TB MMC so long as 2TB SATA works (I've no reason to think it wouldn't), so we just need to figure out what is changing those sectors. Is there a size limit inherent in the MMC hardware? http://en.wikipedia.org/wiki/MultiMediaCard suggests they max out at 128GB and mention a MiCard (never heard of that) variant which has a theoretical maximum size of 2TB (but wikipedia mentions 8GB in practice). a1) Make partman only write a classic BIOS bootsector and ignore the GPT area when working on /dev/mmcblkX on sunxi-based systems. I suppose that writing to the GPT area happens only to make sure there are no remains of old GPT partition data contradicting the contents of the BIOS bootsector, so when taking this approach, the user would have to make sure that there are no GPT remains on the card. a2) Wipe the GPT header but not the whole GPT partition table. AFAICS if there is no valid header, the actual partition table is ignored, so just wiping the 512 bytes of the header block should be enough and would not impede the SPL. This solution would work even with unclean cards. I think this would be preferable to a1. And given the lack of 2TB MMC cards in the world I think this would be acceptable overall. (there was no b? I guess it became a2) c ) If we want to use GPT on the SD card, we could try to write the GPT in such a way that it does not impede u-boot. As Lennart says this would risk incompatibilities with other OSes, although I'm not sure how worried we are about preserving dual boot from DI on these sunxi platforms though. In any case those other OSes would have exactly the same problem with GPT vs SPL that we are having... One *really* ugly thing we could do is create a fake partition in whichever entry happens to overlap the SPL entry point whose GUID etc happen to look like a valid SPL + branch instruction to the full SPL at a safer location. Really ugly, yukk... Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751950: debian-security-support: French debconf templates translation
Package: debian-security-support Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of debian-security-support debconf templates to French. # Copyright (C) 2014, French l10n Team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the debian-security-support package. # Julien Patriarca leatherf...@debian.org, 2014. # msgid msgstr Project-Id-Version: debian-security-support\n Report-Msgid-Bugs-To: debian-security-supp...@packages.debian.org\n POT-Creation-Date: 2014-05-28 10:24+\n PO-Revision-Date: 2014-06-12 11:31+0100\n Last-Translator: Julien Patriarca leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: check-support-status.in:29 msgid Failed to parse the command line parameters msgstr Échec de l'analyse des paramètres de la ligne de commande #: check-support-status.in:38 #, sh-format msgid $name version $VERSION msgstr $name version $VERSION #: check-support-status.in:63 msgid E: Internal error msgstr E : Erreur interne #: check-support-status.in:95 msgid E: Cannot detect dpkg version, assuming wheezy or newer msgstr E : Impossible d'identifier la version de dpkg, on suppose qu'il s'agit de wheezy ou plus récent #: check-support-status.in:196 msgid Ended security support for one or more packages\n \n Unfortunately, it has been necessary to end security support for some\n packages before the end of the regular security maintenance life cycle.\n \n The following packages found on this system are affected by this: msgstr Le suivi des mises à jour de sécurité a été arrêté pour un ou plusieurs paquets\n \n Malheureusement, il a été nécessaire d'interrompre le suivi des mises à jour\n de sécurité de certains paquets avant la fin du cycle de maintenance théorique\n \n Sur ce système, les paquets suivants sont concernés : #: check-support-status.in:206 msgid Limited security support for one or more packages\n \n Unfortunately, it has been necessary to limit security support for some\n packages.\n \n The following packages found on this system are affected by this: msgstr Suivi limité des mises à jour de sécurité pour un ou plusieurs paquets\n \n Malheureusement, il a été nécessaire de limiter le suivi des mises à jour de certains paquets\n \n Sur ce système, les paquets suivants sont concernés : #: check-support-status.in:224 #, sh-format msgid * Source:$SRC_NAME, ended on $ALERT_WHEN at version $ALERT_VERSION msgstr * Source : $SRC_NAME, terminé sur $ALERT_WHEN pour la version $ALERT_VERSION #: check-support-status.in:227 #, sh-format msgid * Source:$SRC_NAME msgstr * Source : $SRC_NAME #: check-support-status.in:231 #, sh-format msgid Details: $ALERT_WHY msgstr Détails : $ALERT_WHY #: check-support-status.in:234 msgid Affected binary package: msgstr Paquet binaire affecté : #: check-support-status.in:236 msgid Affected binary packages: msgstr Paquets binaires affectés : #: check-support-status.in:239 #, sh-format msgid - $BIN_NAME (installed version: $BIN_VERSION) msgstr - $BIN_NAME (version installée : $BIN_VERSION)
Bug#751882: kde-baseapps-bin: kdialog is missing from package
On Tue, Jun 17, 2014 at 07:04:34PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: On Tuesday 17 June 2014 18:53:01 Lisandro Damián Nicanor Pérez Meyer wrote: [snip] This needs Qt fixed, then it will automatically be there again. (see libreoffice-kdes NEWS.Debian) Do we have a bug report against Qt? I might have missed it :-/ JFTR, I meant either upstream and/or in Debian's BTS. Jan-Marek said he wanted to file them in Debian - I didn't check. Apparently didn't happen. :/ See http://cgit.freedesktop.org/libreoffice/core/tree/configure.ac#n11379 ff for the check - that makes it [...] checking for KDE4 libraries... /usr/lib checking for QT4... yes checking whether KDE is = 4.2... yes checking for KDE_GLIB... yes checking whether Qt has fixed ExcludeSocketNotifiers... no configure: WARNING: native KDE4 file pickers will be disabled at runtime tput: No value for $TERM and no -T specified ./configure: line 4853: test: -ge: unary operator expected checking whether Qt avoids QClipboard recursion caused by posted events... no configure: WARNING: native KDE4 file pickers will be disabled at runtime [...] * * WARNING : native KDE4 file pickers will be disabled at runtime, Qt4 fixes needed * WARNING : https://bugreports.qt-project.org/browse/QTBUG-37380 (needed) * WARNING : https://bugreports.qt-project.org/browse/QTBUG-34614 (needed) * WARNING : https://bugreports.qt-project.org/browse/QTBUG-38585 (recommended) [...] - https://bugreports.qt-project.org/browse/QTBUG-37380 (needed) - https://bugreports.qt-project.org/browse/QTBUG-34614 (needed) - https://bugreports.qt-project.org/browse/QTBUG-38585 (recommended) But that's something for an other bug, imho. :) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751951: Firecookie integrated with firebug 1.10
Package: xul-ext-firebug xul-ext-firecookie Version: 1.10 Severity: normal Recently, when using firebug, it tells me: Firecookie add-on is detected. This add-on has been integrated with Firebug 1.10 by default. To avoid a collision you need to uninstall Firecookie. Presumably, xul-ext-firebug (= 1.10) should break firecookie. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-firebug depends on: ii iceweasel 30.0-2 xul-ext-firebug recommends no packages. xul-ext-firebug suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#750779: [kradio4] Kradio plays internet radios as ugly sound with glitches and rattles
Dear maintainer, i can confirm this bug also on x64_64. There seems to be a problem with backends, it's not possible to switch e.g. to pulseaudio. Best, Michael signature.asc Description: OpenPGP digital signature
Bug#751940: update
Control: severity -1 important On 2014-06-18 09:28:10, Henri Salo wrote: Do you have any more information about this? It is quite hard to fix security vulnerability without any details. CCing the submitter so he can answer the question. I'm also lowering the serverity. With the current information we have, I don't think this is serious or above. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#751704: sunxi MMC boot SPL vs. GPT partition (Re: Bug#751704: partman-base 173: partman overwrites parts of u-boot)
On Wed, 2014-06-18 at 08:43 +0100, Ian Campbell wrote: I suppose it is possible that something somewhere is wanting to zero the GPT even in msdos mode (as you say below, perhaps to wipe any remains of a GPT). I think it is parted doing this in ped_disk_clobber which is called from various bits of the installer via ped_disk_commit et al. partman-base/parted_server.c seems to be the main thing which does this stuff. I don't see anything about preserving any parts of it though... Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731851: modemmanager: Please update to latest 1.2 release candidate
Guido Günther a...@sigxcpu.org writes: On Wed, Jun 18, 2014 at 12:41:56AM +0200, Vincent Bernat wrote: Hi! What's the status? I would like to use an LTE modem and the current version of modem manager in sid is unable to. I suppose libqmi needs to be updated first? But bug #737572 seems to say that nothing prevents libqmi to be uploaded? This is blocked by the libqmi upload only AFAIC. Just FYI: Aleksander has started planning the 1.4 release. Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751271: usb-modeswitch: doesn't switch Huawei E3131s-2 on boot
* Jakub Wilk jw...@debian.org, 2014-06-11, 18:05: Package: usb-modeswitch Version: 2.2.0+repack0-1 After I upgraded usb-modeswitch (2.1.1+repack0-1 = 2.2.0+repack0-1) and usb-modeswitch-data (20140327-1 = 20140529-1), my Huawei E3131s-2 is no longer switched on boot: $ lsusb | grep -w Huawei Bus 001 Device 002: ID 12d1:14fe Huawei Technologies Co., Ltd. I had to physically plug out the device, and then plug it in again to make the switching happen: $ lsusb | grep -w Huawei Bus 001 Device 005: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard More information: 1) I replaced /lib/udev/usb_modeswitch with a wrapper (attached) that logs basic information to /run. With the old version a few calls to the script are logged (also attached), but with the new version nothing is logged. So apparently /lib/udev/usb_modeswitch doesn't get run at all. 2) If I boot with the device unplugged, then the first time I plug it (when the machine if fully booted) the switch doesn't happen either. 3) Instead of physically re-plugging the device, this command makes the switch happen too: # udevadm trigger --action=add -subsystem-match=usb -- Jakub Wilk #!/bin/sh log=/run/usb-modeswitch.$(date -Iminutes) ( flock 1 echo [$(date --rfc-3339=ns)] $0 $@ export ) $log exec /lib/udev/usb_modeswitch.distrib $@ [2014-06-17 17:57:04.456307440+02:00] /lib/udev/usb_modeswitch 1-3/1-3 export ACTION='add' export BUSNUM='001' export DEVNAME='/dev/bus/usb/001/002' export DEVNUM='002' export DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3' export DEVTYPE='usb_device' export ID_BUS='usb' export ID_MODEL='HUAWEI_Mobile' export ID_MODEL_ENC='HUAWEI\x20Mobile' export ID_MODEL_ID='14fe' export ID_REVISION='0102' export ID_SERIAL='HUAWEI_HUAWEI_Mobile' export ID_USB_INTERFACES=':080650:' export ID_VENDOR='HUAWEI' export ID_VENDOR_ENC='HUAWEI' export ID_VENDOR_FROM_DATABASE='Huawei Technologies Co., Ltd.' export ID_VENDOR_ID='12d1' export MAJOR='189' export MINOR='1' export PRODUCT='12d1/14fe/102' export PWD='/' export SEQNUM='1196' export SUBSYSTEM='usb' export TYPE='0/0/0' export USEC_INITIALIZED='65196' [2014-06-17 17:57:10.985138120+02:00] /lib/udev/usb_modeswitch --symlink-name /devices/pci:00/:00:02.1/usb1/1-3/1-3:1.0/ttyUSB0/tty/ttyUSB0 12d1 1506 export ACTION='add' export DEVNAME='/dev/ttyUSB0' export DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.0/ttyUSB0/tty/ttyUSB0' export MAJOR='188' export MINOR='0' export PWD='/' export SEQNUM='1339' export SUBSYSTEM='tty' export USEC_INITIALIZED='258267' [2014-06-17 17:57:10.992601920+02:00] /lib/udev/usb_modeswitch --symlink-name /devices/pci:00/:00:02.1/usb1/1-3/1-3:1.2/ttyUSB1/tty/ttyUSB1 12d1 1506 export ACTION='add' export DEVNAME='/dev/ttyUSB1' export DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.2/ttyUSB1/tty/ttyUSB1' export MAJOR='188' export MINOR='1' export PWD='/' export SEQNUM='1341' export SUBSYSTEM='tty' export USEC_INITIALIZED='258349' [2014-06-17 17:57:10.995739560+02:00] /lib/udev/usb_modeswitch --symlink-name /devices/pci:00/:00:02.1/usb1/1-3/1-3:1.3/ttyUSB2/tty/ttyUSB2 12d1 1506 export ACTION='add' export DEVNAME='/dev/ttyUSB2' export DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.3/ttyUSB2/tty/ttyUSB2' export MAJOR='188' export MINOR='2' export PWD='/' export SEQNUM='1343' export SUBSYSTEM='tty' export USEC_INITIALIZED='258454'
Bug#733405:
Hello, I'm preparing a NMU for solving this bug. Cheers -- Angel Abad an...@debian.org | angela...@ubuntu.com | angela...@gmail.com http://www.pastelero.net FPR: EBF6 080D 59D4 008A DF47 00D4 098D AE47 EE3B C279
Bug#751952: linux-image-3.14-1-amd64: 3.14.7-1 crashes on startup on NUC DN2820
Package: src:linux Version: 3.14.4-1 Severity: critical Justification: breaks the whole system Dear Maintainer, after upgrading from 3.14.5-1 to 3.14.7-1 the system crashes directly after the message Uncompressing linux image... Booting into single user mode let the system hang on different positions around the SATA drive detection of the SSD. I am very sorry I had no camera around - and I needed to get the machine work fast again. So I swapped back to 3.14.4-1 via d-i recovery mode. The following information is from this 3.14.4-1. I can only report an issue actual and I try to reconstruct this problem on a twin machine in the next days with some camera screenshots. But maybe some early message is helpful before moving the image into testing... -- Package-specific info: ** Version: Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-21) ) #1 SMP Debian 3.14.4-1 (2014-05-13) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.14-1-amd64 root=UUID=19534a9e-d830-4f97-b402-1c7cdce6e5bb ro quiet init=/lib/systemd/systemd cgroup_enable=memory swapaccount=1 ** Not tainted ** Kernel log: [ 11.077047] systemd[1]: Cannot add dependency job for unit systemd-vconsole-setup.service, ignoring: Unit systemd-vconsole-setup.service failed to load: No such file or directory. See system logs and 'systemctl status systemd-vconsole-setup.service' for details. [ 11.090222] systemd[1]: Cannot add dependency job for unit systemd-vconsole-setup.service, ignoring: Unit systemd-vconsole-setup.service failed to load: No such file or directory. See system logs and 'systemctl status systemd-vconsole-setup.service' for details. [ 11.379380] netlink: 1 bytes leftover after parsing attributes. [ 11.383826] device veth8d80 entered promiscuous mode [ 11.384205] IPv6: ADDRCONF(NETDEV_UP): veth8d80: link is not ready [ 11.384214] docker0: port 2(veth8d80) entered forwarding state [ 11.384225] docker0: port 2(veth8d80) entered forwarding state manymany docker interfaces [ 16.980702] Netfilter messages via NETLINK v0.30. [ 26.078652] docker0: port 1(veth32d8) entered forwarding state [ 26.398648] docker0: port 2(veth8d80) entered forwarding state [ 26.590655] docker0: port 3(veth5a99) entered forwarding state manymany docker interfaces [ 59.876252] netlink: 1 bytes leftover after parsing attributes. [ 59.883792] device veth564c entered promiscuous mode [ 59.890847] IPv6: ADDRCONF(NETDEV_UP): veth564c: link is not ready [ 59.911940] IPv6: ADDRCONF(NETDEV_CHANGE): veth564c: link becomes ready [ 59.912009] docker0: port 14(veth564c) entered forwarding state [ 59.912024] docker0: port 14(veth564c) entered forwarding state [ 74.942669] docker0: port 14(veth564c) entered forwarding state [ 1294.636629] perf samples too long (2515 2500), lowering kernel.perf_event_max_sample_rate to 5 [ 3915.736746] perf samples too long (5006 5000), lowering kernel.perf_event_max_sample_rate to 25000 ** Model information sys_vendor: � product_name: � product_version: � chassis_vendor: � chassis_version: � bios_vendor: Intel Corp. bios_version: FYBYT10H.86A.0028.2014.0306.1727 board_vendor: Intel Corporation board_name: DN2820FYK board_version: H24582-201 ** Loaded modules: nfnetlink veth xt_nat xt_tcpudp xt_addrtype xt_conntrack ipt_MASQUERADE iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack bridge binfmt_misc iptable_filter ip_tables x_tables snd_hda_codec_realtek snd_hda_codec_generic evdev intel_rapl coretemp kvm_intel kvm crc32_pclmul crc32c_intel ghash_clmulni_intel cryptd iwlwifi psmouse serio_raw pcspkr btusb snd_hda_intel bluetooth cfg80211 snd_hda_codec 6lowpan_iphc rfkill crc16 snd_hwdep snd_pcm snd_timer snd soundcore battery i915 video drm_kms_helper drm i2c_algo_bit processor i2c_core button 8021q garp stp mrp llc fuse autofs4 btrfs hid_generic xor usbhid hid raid6_pq crc32c libcrc32c sd_mod crc_t10dif crct10dif_generic crct10dif_pclmul crct10dif_common fan thermal thermal_sys xhci_hcd r8169 mii ahci libahci usbcore usb_common libata scsi_mod ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation ValleyView SSA-CUnit [8086:0f00] (rev 0c) Subsystem: Intel Corporation Device [8086:2055] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:02.0 VGA compatible controller [0300]: Intel Corporation ValleyView Gen7 [8086:0f31] (rev 0c) (prog-if 00 [VGA controller]) Subsystem: Intel Corporation Device [8086:2055] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B-
Bug#751940: update
Le 2014-06-18 14:28, Henri Salo a écrit : Do you have any more information about this? It is quite hard to fix security vulnerability without any details. The Mozilla foundation writes code for an alternate reality where the version number of the VLC NPAPI plugin and the (Lib)VLC run-time have identical version numbers. Indeed (Lib)VLC version 2.0.0 has security issues. But that says nothing of version 2.0.0 of the VLC NPAPI plugin. In other words, the bug lies within the version checks of the Mozilla browser. -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748971: vlc crashes when trying to open preferences or trying to display the playing list
tags 748971 + moreinfo thanks Le 2014-06-08 01:42, Ilario Gelmetti a écrit : Opening vlc using gdb vlc and then run results in a prefectly working vlc. Then save the core dump of the segmentation fault without gdb, and then open the core dump with gdb. With so few infos, there is nothing we can do. -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751953: transition: upower
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Filing this mostly as a placeholder for tracking purposes. Bug reports has been filed for users of the C library API, see: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=upower-1.0;users=pkg-utopia-maintain...@lists.alioth.debian.org From a transition point, those are pretty much done. (Sponsor gnome-applets sourceful upload, temporarily remove wmbattery, NMU cairo-dock-plug-ins disabling the upower backend which is only a fallback, binNMU the rest.) What remains unknown is how DBus users will be affected by this transition. For example parts of the functionality (duplicated logind functionality mostly) is no longer provided by the new UPower. This query is probably useful to spot users of the DBus API: http://codesearch.debian.net/search?q=%28%3Fi%29org%5C.freedesktop%5C.upower The new upower has been sitting in experimental around 4 months now. So far noone has got in contact about potential upgrade issues in their packages. I'm filing this bug report so that I can send out a call for people to please verify there's no problem on their side and if there is they can file a bug against their own package and set it as a blocker for this bug report. Ben file: title = upower; is_affected = .depends ~ libupower-glib1 | .depends ~ libupower-glib2; is_good = .depends ~ libupower-glib2; is_bad = .depends ~ libupower-glib1; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749939: libapache2-mod-ruwsgi: /usr/lib/apache2/modules/mod_Ruwsgi.so file is missing in the package content for wheezy
close 749939 thanks I can't reproduce this; /usr/lib/apache2/modules/mod_Ruwsgi.so is present in the libapache2-mod-ruwsgi package in wheezy: https://packages.debian.org/wheezy/amd64/libapache2-mod-ruwsgi/filelist You can also check for yourself: $ apt-get download libapache2-mod-ruwsgi $ dpkg-deb -x libapache2-mod-ruwsgi_1.2.3+dfsg-5+deb7u1_amd64.deb . $ file usr/lib/apache2/modules/mod_Ruwsgi.so usr/lib/apache2/modules/mod_Ruwsgi.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=5eb40d3108f4b243e5858b6701d35feed13b9825, stripped Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636677: Sources seems to be available
Hello, The complete sourcecode seems to be available at http://code.google.com/p/selenium/source/ See this bug: https://bugs.launchpad.net/ubuntu/+source/python-selenium/+bug/1188229 With regards, Paul van der Vlis -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751954: ITP: r-cran-brew -- GNU R templating framework for report generation
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-cran-brew Version : 1.0-6 Upstream Author : Jeffrey Horner jeffrey.hor...@gmail.com * URL : http://cran.r-project.org/web/packages/brew/ * License : GPL2 Programming Lang: R Description : GNU R templating framework for report generation The GNU R package brew implements a templating framework for mixing text and R code for report generation. brew template syntax is similar to PHP, Ruby's erb module, Java Server Pages, and Python's psp module. Remark: This package is a precondition to upgrade some BioConductor packages and will be maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-brew/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700061: No usable local backends
Hello, Maybe there is no useable local backend, but this package is very usefull for the remote driver. So I think this is not a grave bug but a normal bug. You could even see it as a wishlist bug, because what you want is support for Iceweasel. With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749497: validation
Hi release team, Do you need any help to validate this package? As a reminder all these fixes are simple backports from upstream. In addition I have been using this version on production with thousands of users. I'm also waiting for this validation in order to submit a new one with more stable fixes. Best regards, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751955: initramfs-tools: Warning: error while trying to store keymap file - ignoring request to install /etc/boottime.kmap.gz
Package: initramfs-tools Version: 0.115 Severity: normal File: /usr/share/initramfs-tools/hooks/keymap Hello, Since one or two days, the keymap on my laptop is wrong at really early boot when I need to input the password for my cryptsetup partion. Today when running update-initramfs -u I saw the following message: Warning: error while trying to store keymap file - ignoring request to install /etc/boottime.kmap.gz Running setupcon --save-keyboard by hand here is indeed returning 1 According to the manpage, the --save-keyboard doesn't seems to exist at all Cheers, Laurent Bigonville -- Package-specific info: -- initramfs sizes -rw-r--r--. 1 root root 18M Jun 18 10:32 /boot/initrd.img-3.14-1-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=/dev/mapper/soldur-root ro acpi_osi=!Windows 2009 quiet selinux=1 security=selinux audit=1 -- resume RESUME=/dev/mapper/soldur-swap_1 -- /proc/filesystems btrfs ext3 ext2 ext4 fuseblk vfat -- lsmod Module Size Used by cpuid 12663 0 joydev 17063 0 xt_CHECKSUM12471 1 ipt_MASQUERADE 12594 3 xt_tcpudp 12527 6 ipt_REJECT 12465 4 xt_conntrack 12681 3 ebtable_nat12580 0 ebtable_broute 12541 0 bridge 97129 1 ebtable_broute stp12437 1 bridge llc12745 2 stp,bridge ebtable_filter 12591 0 ebtables 30026 3 ebtable_broute,ebtable_nat,ebtable_filter ip6table_nat 12649 0 nf_conntrack_ipv6 13605 1 nf_defrag_ipv6 29262 1 nf_conntrack_ipv6 nf_nat_ipv612920 1 ip6table_nat ip6table_mangle12540 0 ip6table_security 12548 0 ip6table_raw 12528 0 ip6table_filter12540 0 ip6_tables 26024 5 ip6table_filter,ip6table_mangle,ip6table_security,ip6table_nat,ip6table_raw iptable_nat12646 1 nf_conntrack_ipv4 18455 4 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 nf_nat_ipv412912 1 iptable_nat nf_nat 18156 5 ipt_MASQUERADE,nf_nat_ipv4,nf_nat_ipv6,ip6table_nat,iptable_nat nf_conntrack 70938 9 ipt_MASQUERADE,nf_nat,nf_nat_ipv4,nf_nat_ipv6,xt_conntrack,ip6table_nat,iptable_nat,nf_conntrack_ipv4,nf_conntrack_ipv6 iptable_mangle 12536 1 iptable_security 12544 1 iptable_raw12524 1 iptable_filter 12536 1 ip_tables 21915 5 iptable_security,iptable_filter,iptable_mangle,iptable_nat,iptable_raw x_tables 23015 16 iptable_security,ip6table_filter,ip6table_mangle,xt_CHECKSUM,ip_tables,xt_tcpudp,ipt_MASQUERADE,ip6table_security,xt_conntrack,iptable_filter,ip6table_raw,ebtables,ipt_REJECT,iptable_mangle,ip6_tables,iptable_raw bnep 17388 2 snd_hda_codec_hdmi 40955 4 pci_stub 12429 1 vboxpci18981 0 vboxnetadp 25443 0 binfmt_misc16949 1 vboxnetflt 23324 0 vboxdrv 261792 3 vboxnetadp,vboxnetflt,vboxpci uinput 17372 1 nfsd 254693 2 auth_rpcgss51240 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 183672 0 lockd 79321 2 nfs,nfsd fscache45542 1 nfs sunrpc228923 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl nls_utf8 12456 1 x86_pkg_temp_thermal12951 0 nls_cp437 16553 1 intel_powerclamp 17159 0 vfat 17135 1 fat53794 1 vfat tpm_rng12422 0 rng_core 12688 2 tpm_rng iTCO_wdt 12831 0 iTCO_vendor_support12649 1 iTCO_wdt loop 26605 0 fuse 78839 3 arc4 12536 2 efi_pstore 12805 1 uvcvideo 78960 0 videobuf2_vmalloc 12816 1 uvcvideo videobuf2_memops 12519 1 videobuf2_vmalloc videobuf2_core 35303 1 uvcvideo btusb 25576 0 videodev 117963 2 uvcvideo,videobuf2_core bluetooth 243391 21 bnep,btusb media 18303 2 uvcvideo,videodev 6lowpan_iphc 16588 1 bluetooth iwldvm126927 0 dell_wmi 12477 0 dell_laptop17077 0 snd_hda_codec_idt 48668 1 sparse_keymap 12818 1 dell_wmi mac80211 464019 1 iwldvm dcdbas 13313 1 dell_laptop snd_hda_codec_generic59065 1 snd_hda_codec_idt intel_rapl 17356 0 coretemp 12854 0 kvm_intel 134712 0 kvm 388171 1 kvm_intel psmouse90422 0 efivars17257 1 efi_pstore serio_raw 12849 0 iwlwifi87837
Bug#728255: Please cherrypick upstream commit c93e8d8eeafec3e3228e24dfebef113e0a79a788
tags 728255 + security fixed-upstream thanks My question was answered in an upstream git commit, sadly post-1.2.8 so it isn't in any Debian or Ubuntu packages yet. Please cherrypick this commit: author Signed-off-by: NeilBrown ne...@suse.de Tue, 28 May 2013 16:59:22 + (12:59 -0400) committer Steve Dickson ste...@redhat.com Tue, 28 May 2013 18:28:38 + (14:28 -0400) commit c93e8d8eeafec3e3228e24dfebef113e0a79a788 gssd: Fix recent fix to Avoid DNS reverse resolution in gssd. The final version for this fix that was committed inverted the test so makes no change in the important cases. The documentation didn't really help a naive user know when the new -D flag should be used. And the code (once fixed) avoided DNS resolution on non-qualified names too, which probably isn't a good idea. This patch fixes all three issues. Signed-off-by: NeilBrown ne...@suse.de Signed-off-by: Steve Dickson ste...@redhat.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins
Package: chromium-browser Version: 35.0.1916.153-1~deb7u1 Severity: normal When upgrading my machine (regular apt-get upgrade), I got a new chromium: chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1) Both flash and java plugins stopped working. Chromium tells me that I have to install a plugin. chrome:plugins shows no trace of these plugins, only lists Chromoting Viewer (Disabled). Both plugins worked fine before the upgrade. Both plugins work on IceWeasel, which makes me think that the problem is with Chromium itself, and not the plugins. I have tried to run update-flashplugin-nonfree, made no difference. This happened on two separate (but similar) machines, which makes me think that the problem is not isolated to my machine, but is in the chromium itself. I hope I have given enough information. If not, feel free to ask for more. $ apt-cache policy chromium chromium-browser flashplugin-nonfree icedtea-plugin chromium: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages chromium-browser: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages flashplugin-nonfree: Installed: 1:3.2 Candidate: 1:3.2 Version table: *** 1:3.2 0 500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages 100 /var/lib/dpkg/status icedtea-plugin: Installed: 1.4-3~deb7u2 Candidate: 1.4-3~deb7u2 Version table: *** 1.4-3~deb7u2 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 1.3.2-1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium 35.0.1916.153-1~deb7u1 chromium-browser recommends no packages. chromium-browser 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#751888: glusterfs-server: creating symlinks generates errors
On 06/17/2014 04:14 PM, Patrick Matthäi wrote: Am 17.06.2014 15:29, schrieb Matteo Checcucci: ls -l, cp -a, ...). An especially troublesome consequence is that if I What is the output of: strace /bin/ls -l foobar? Anything in your server/client logs? Hello. Thanks for your quick reply. I reproduced the bug on a newly created gluster volume (connection IP over Ethernet) with gluster 3.5.0-1: ~ SERVER: host07 CLIENT: host01 , host02 , host03 , host04 root@host07:~# service glusterfs-server start root@host07:~# gluster peer status root@host07:~# gluster peer probe host01 root@host07:~# gluster peer probe host02 root@host07:~# gluster peer probe host03 root@host07:~# gluster peer probe host04 root@host07:~# pdsh -w 'host[01-04]' gluster peer probe host07 host01: peer probe: success. host02: peer probe: success. host03: peer probe: success. host04: peer probe: success. root@host07:~# gluster peer status root@host07:~# gluster volume create scratch01-04 stripe 4 host01:/data/brick1 host02:/data/brick1 host03:/data/brick1 host04:/data/brick1 root@host07:~# gluster volume start scratch01-04 root@host07:~# mkdir -p /storage/scratch01-04 root@host07:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:~# mkdir -p /storage/scratch01-04 root@host01:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:/storage/scratch01-04# ls root@host01:/storage/scratch01-04# mkdir test root@host01:/storage/scratch01-04# cd test/ root@host01:/storage/scratch01-04/test# touch foo root@host01:/storage/scratch01-04/test# ln -s foo my_link root@host01:/storage/scratch01-04/test# ls -ltr ls: cannot read symbolic link my_link: No such file or directory total 0 -rw-r--r-- 1 root root 0 Jun 18 10:07 foo lrwxrwxrwx 1 root root 3 Jun 18 10:08 my_link root@host01:~# strace /bin/ls -l foo 2 output_strace_foo root@host01:~# strace /bin/ls -l my_link 2 output_strace_my_link ~ The strace output and the logs of the server and client are attached. I hope this is useful to pinpoint the problem. Bye test-gluster-3.5.0-1.tar.gz Description: application/gzip
Bug#699141:
On Wed, 18 Jun 2014 09:07:51 you wrote: Hi, the new get-orig-script should address this issue, sorry I wrote it prior to see your bug report I'm closing it now, feel free to reopen if you have an even better approach `get-orig-script` is a non-standard way to fetch source archive. It would be better if you implement it as get-orig-source target in debian/rules as mandated by policy §4.9. See more details in http://wiki.debian.org/onlyjob/get-orig-source I think policy compliance matters for such case as it will be better to be able to get source archive in a unified manner. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- No person, no idea, and no religion deserves to be illegal to insult, not even the Church of Emacs. -- Richard Stallman signature.asc Description: This is a digitally signed message part.
Bug#740085: package plplot 5.10.0
Le 16/06/2014 19:04, Thibaut Paumard a écrit : Dear Andrew, Apparently swig 2.0.12 has reached unstable and even testing by now. Will you be able to prepare the next plplot upload? I can sponsor your upload, if your usual sponsor is not available. Kind regards, Thibaut. By the way, I have tried building 5.10.0 using the debian directory in the upstream svn repository. It is not straight-forward. For instance, the patches need to be updated. In addition, if I was reviewing this package from this first quick look, I would request that you merge the unreleased changelog entries, version the swig build-dependency, update the Policy field, and update the changelog (with appropriate Closes: directives). Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package
It's time to be more specific, I think. Please study the attached file. Those commands were run on a fresh Ubuntu 14.04 installation. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj recipe.diff.gz Description: application/gzip
Bug#751957: lighttpd: make it possible to depend on mod_rewrite
Package: lighttpd Version: 1.4.35-2 Severity: wishlist Tags: patch Hello, I'd like to make use of the dependency feature of lighttpd to enable a custom config snipplet. As this makes use of mod_rewrite I wrote # -*- depends: rewrite -*- into my config file. With 1.4.35-2 this doesn't work though because there is no separate module for mod_rewrite. This is fixed by the attached patch. Thanks Uwe From 403ecbfdbcf3c6af7a28eef4af8f9185f2036227 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= u.kleine-koe...@pengutronix.de Date: Fri, 6 Jun 2014 18:31:57 +0200 Subject: [PATCH] create a conf-available snipplet to enable mod_rewrite This allows that other snipplets use the dependency feature of lighttpd-enable-mod to enable mod_rewrite. --- debian/conf-available/10-rewrite.conf | 3 +++ debian/lighttpd.conf | 1 - 2 files changed, 3 insertions(+), 1 deletion(-) create mode 100644 debian/conf-available/10-rewrite.conf diff --git a/debian/conf-available/10-rewrite.conf b/debian/conf-available/10-rewrite.conf new file mode 100644 index ..cb46fba5e4f7 --- /dev/null +++ b/debian/conf-available/10-rewrite.conf @@ -0,0 +1,3 @@ +# http://redmine.lighttpd.net/projects/lighttpd/wiki/Docs_ConfigurationOptions#mod_rewrite-rewriting + +server.modules += ( mod_rewrite ) diff --git a/debian/lighttpd.conf b/debian/lighttpd.conf index 84532c916575..c77cdde61ec2 100644 --- a/debian/lighttpd.conf +++ b/debian/lighttpd.conf @@ -3,7 +3,6 @@ server.modules = ( mod_alias, mod_compress, mod_redirect, -# mod_rewrite, ) server.document-root= /var/www/html -- 2.0.0
Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package
Am Mittwoch, den 18.06.2014, 11:43 +0200 schrieb Gunnar Hjalmarsson: It's time to be more specific, I think. Please study the attached file. Those commands were run on a fresh Ubuntu 14.04 installation. Hm, so that means that due to its rather high prefix number other rules take precedence. And sans-serif is not universally tied to Droid Sans Fallback, but only if no other earlier rule already applied. Does that make sense? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751936: [php-maint] Bug#751936: php5: Segfault in highlight_string()/highlight_file() when pgsql module loaded
Hi Andreas, could you please report this bug to upstream bugzilla? (And add the link here?) It would be easier if the upstream developers can communicate directly with you. Ondrej On Wed, Jun 18, 2014, at 1:33, Andreas Ferber wrote: Package: php5, php5-cli, libapache2-mod-php5, php5-pgsql Version: 5.6.0~beta4+dfsg-3 Severity: important Hi, I encountered a segmentation fault that is triggered when syntax highlighting php source containing '__CLASS__' using the highlight_file() or highlight_string() functions while having the pgsql.so module loaded. To reproduce, install and enable the pgsql.so module and run the following script (also attached as 'test.php'): -- test.php -- ?php $s = EOT ?php __CLASS__; EOT; highlight_string($s); ? -- (Note that it doesn't have anything to do with the fact that the __CLASS__ is used outside of any class scope here, I originally encountered the bug with a much longer script that had the __CLASS__ properly within a class) Even though highlight_string()/highlight_file() might be considered minor PHP functionality, I'm setting the severity to important since the problem seriously hampers development (or makes it outright impossible) using for example the popular Symfony php framework. Symfony uses highlight_*() extensively to provide for example more friendly exception outputs during development, so having your apache child always dying with a segfault when encountering an error instead of displaying the error with backtrace etc. is a real problem. Backtrace of the Segfault: #0 _zend_mm_free_int (heap=0x7fee5d9ed048, p=0x7fee5d9ed058) at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_alloc.c:2104 #1 0x006c68b8 in zend_highlight ( syntax_highlighter_ini=syntax_highlighter_ini@entry=0x7fff5203eaa0) at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_highlight.c:153 #2 0x0069d865 in highlight_string (str=0x7fff5203e980, syntax_highlighter_ini=syntax_highlighter_ini@entry=0x7fff5203eaa0, str_name=str_name@entry=0x7fee5db28280 /home/sunshine/php-bug/test.php(6) : highlighted code) at Zend/zend_language_scanner.l:818 #3 0x005fafa9 in zif_highlight_string (ht=optimized out, return_value=0x7fee5db267b8, return_value_ptr=optimized out, this_ptr=optimized out, return_value_used=optimized out) at /tmp/buildd/php5-5.6.0~beta4+dfsg/ext/standard/basic_functions.c:5268 #4 0x006c2c4a in dtrace_execute_internal (execute_data_ptr=optimized out, fci=optimized out, return_value_used=optimized out) at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_dtrace.c:97 #5 0x0077cdd8 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fee5daf00f8) at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_vm_execute.h:560 #6 0x0070e410 in execute_ex (execute_data=0x7fee5daf00f8) at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_vm_execute.h:363 #7 0x006c2b08 in dtrace_execute_ex (execute_data=0x7fee5daf00f8) at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_dtrace.c:73 #8 0x006d4dc0 in zend_execute_scripts (type=1570689096, type@entry=8, retval=0x7fee5d9ed058, retval@entry=0x0, file_count=1570796536, file_count@entry=3) at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend.c:1330 #9 0x00673fdb in php_execute_script (primary_file=0x7fff52041140) at /tmp/buildd/php5-5.6.0~beta4+dfsg/main/main.c:2584 #10 0x0077ed3d in do_cli (argc=1570689096, argv=0x7fee5d9ed058) at /tmp/buildd/php5-5.6.0~beta4+dfsg/sapi/cli/php_cli.c:994 #11 0x004620ea in main (argc=1570689096, argv=0x7fee5d9ed058) at /tmp/buildd/php5-5.6.0~beta4+dfsg/sapi/cli/php_cli.c:1378 Please see the attached file for a backtrace full. If necessary, I can also provide a core dump. Observations during investigating the problem: * The segfault only happens if the pgsql.so module is loaded. I tested different combinations of the PHP modules on my system, only the pgsql.so makes a difference. Whether any other modules are loaded or not doesn't affect the problem. * It happens with both the CLI and the Apache2 SAPI. I didn't test any other SAPIs, however they are probably affected as well. * The problem doesn't exist in package version 5.5.12+dfsg-2, however it is already present in 5.6.0~beta3+dfsg-2. No other versions tested. * The segfault happens right after outputting the '__CLASS__' token itself. * It is only triggered by '__CLASS__', other internal constants like '__FILE__' or '__LINE__' are fine. Regards, Andreas Ferber -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): apache2 cgi cli PHP 5 Extensions (php5query -M -v): pgsql (Enabled for apache2 by maintainer script) pgsql (Enabled for cgi by maintainer script) pgsql
Bug#751908: dh-python: pybuild should treat ${python3:Depends} as python3 even if package name isn't python3-foo
Control: tags 751908 + wontfix thanks When applications (e.g. tox) are Python 3 scripts but are contained in binary packages named python-foo instead of python3-foo, pybuild won't dh_python3, not pybuild. * pybuild is for building/installing/testing * dh_python3 is for messing with already installed files (moving to the right location, adding postinst/prerm maintainer scripts, etc.) apply Python 3 transformations to it. For example, renaming usr/lib/python3.X/dist-packages to usr/lib/python3/dist-packages I'm sorry, but our policy says python-foo packages should contain 2.X code and 3.X should go to python3-foo packages. (I know I told you on IRC I will implement it, but then realized it's against policy - I mentioned it in the channel IIRC) However, in almost all such cases, the binary package will Depend: ${python3:Depends} so that should be a good enough indication that the binary package should get those transformations. I will do something like this (checking for ${python3:Depends} or ${python:Depends} or ${pypy:Depends} in Depends) in foo packages, not in python-foo ones -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573329: unbound: please include scripts from contrib/
Robert, what's the status on this, do you need any help fixing this sort-of papercut bug? Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751958: puppet-common: Unnecessary versioned dependency on sysv-rc
Package: puppet-common Version: 3.6.1-1 Severity: normal Hi there, The commit at [0] introduces a versioned dependency on sysv-rc, in response to a change made to the Debian service provider in [1], effective as of tag debian/2.6.4-2. This change uses the new insserv-style enable/disable commands with update-rc.d, supported only by the newer sysv-rc. However, tags debian/2.6.8-1 and newer also contain the commit at [2], which is an upstream fix that chooses the appropriate update-rc.d command based on the version of sysv-rc. These package versions are therefore compatible with older versions of sysv-rc, so the versioned dependency is no longer necessary. Removing this versioned dependency would make backporting Debian's Puppet package to old releases easier. Please let me know if you have any questions. Thanks, Steven. [0] http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commitdiff;h=9e4e680fa87842ca85e50ca7b19b881a09fda02d [1] http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commitdiff;h=c737ae5a1ab157cbb1b7e2f52b55e34f4187a4b0 [2] http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commitdiff;h=f5aabf52631afbda92dca1b5a90a3198bc4baf99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751959: gdm3: Resets chosen session on Authentication Failure
Package: gdm3 Version: 3.8.4-9 Severity: minor Dear Maintainter, I tried to log into a different session, through GDM3, when logged out. It works either way round, but for example I had just been logged on with 'gnome' session and want to log in with 'kde plasma desktop' as the session. This is done by clicking where it says session below the password input and selecting a different one. After selecting kde, I then accidentally put in the wrong password. It tells me 'Authentication Failure' as expected, and then allows me to re-type my password, but meanwhile reset my chosen session to gnome. This meant that I ended up logging into gnome and had to log back out again and log back in (or, if I remembered, change it back to kde after the failure). This is slightly annoying, and should not be the case, especially as it remembers your last chosen session across logins. Ideally, it would remember what you had chosen last and not reset it until you manually reset it. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.37-1 ii adduser 3.113+nmu3 ii dconf-cli0.20.0-2 ii dconf-gsettings-backend 0.20.0-2 ii debconf [debconf-2.0]1.5.53 ii e17 [x-window-manager] 0.17.3-3 ii gir1.2-gdm3 3.8.4-9 ii gnome-session [x-session-manager]3.8.4-4 ii gnome-session-bin3.8.4-4 ii gnome-session-flashback [x-session-manager] 3.8.0-3 ii gnome-settings-daemon3.8.5-2+b2 ii gnome-shell 3.8.4-8.1 ii gnome-terminal [x-terminal-emulator] 3.12.2-3 ii gsettings-desktop-schemas3.8.2-2 ii kde-window-manager [x-window-manager]4:4.11.9-1 ii konsole [x-terminal-emulator]4:4.13.1-1 ii libaccountsservice0 0.6.37-1 ii libatk1.0-0 2.12.0-1 ii libaudit11:2.3.6-1 ii libc62.19-1 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgdm1 3.8.4-9 ii libglib2.0-0 2.40.0-3 ii libglib2.0-bin 2.40.0-3 ii libgtk-3-0 3.12.2-1+b1 ii libpam-modules 1.1.8-3 ii libpam-runtime 1.1.8-3 ii libpam-systemd 204-8 ii libpam0g 1.1.8-3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii librsvg2-common 2.40.2-1 ii libselinux1 2.3-1 ii libsystemd-daemon0 204-8 ii libsystemd-id128-0 204-8 ii libsystemd-journal0 204-8 ii libsystemd-login0204-8 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-2 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.2-1 ii lsb-base 4.1+Debian13 ii marco [x-window-manager] 1.8.0+dfsg1-5 ii mate-terminal [x-terminal-emulator] 1.8.0+dfsg1-2 ii metacity [x-window-manager] 1:2.34.13-1 ii policykit-1 0.105-6 ii upower 0.9.23-2+b2 ii x11-common 1:7.7+7 ii x11-xserver-utils7.7+2 ii xfce4-session [x-session-manager]4.10.1-5 ii xfce4-terminal [x-terminal-emulator] 0.6.3-1 ii xfwm4 [x-window-manager] 4.10.1-2 ii xterm [x-terminal-emulator] 304-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.2-3 ii desktop-base 7.0.3 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.15.1-1 ii
Bug#751934: lexgrog -c fails, when the NAME-line contains an escape sequence
Control: tag -1 fixed-upstream On Wed, Jun 18, 2014 at 12:06:17AM +, Bjarni Ingi Gislason wrote: lexgrog -c /var/cache/man/cat1/test.1.gz [...] /var/cache/man/cat1/test.1.gz: parse failed commit 2b6fb5ba314813cb16548c35726147f117851626 Author: Colin Watson cjwat...@debian.org Date: Wed Jun 18 11:01:21 2014 +0100 Fix cat page parsing (Debian bug #751934) * src/lexgrog.l (find_name): Run col -b -p -x over cat pages if possible before parsing them. Thanks, -- Colin Watson [cjwat...@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#751960: gksu nautilus freezes after a while
Package: gksu Version: 2.0.2-6 Severity: important Dear Maintainer, I wanted to run nautilus as root from a standard (not admin) account. I tried to do this by running gksu nautilus, and it seemed to work, but after a bit it froze, allowing me to move the mouse but nothing else. I could access the tty, and so I could see that gnome-shell and tomboy had very hight cpu usages (~100%, first tomboy, then when I killed it, gnome). In the end I had to shut the computer down. I found that this happened when I ran gksu nautilus either through alt-f2 in gnome shell to get command prompt, or using synapse. It also happened in KDE plasma to a large extent, although I was unable to access tty to see what was going on. This did not happen when running simply nautilus through command prompt, or running gsku with other programs (gksu dolphin), or when running nautilus as root more generally. To run nautilus as root another way, I was unable to do it through root terminal as it refused to launch nautilus, but I was able to do so through normal terminal running from and admin account and then running sudo nautilus. Ideally it would run fine and wouldn't crash. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gksu depends on: ii libatk1.0-0 2.12.0-1 ii libc6 2.19-1 ii libcairo2 1.12.16-2 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgconf2-4 3.2.6-2 ii libgdk-pixbuf2.0-02.30.7-1 ii libgksu2-02.0.13~pre1-7 ii libglib2.0-0 2.40.0-3 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.23-1 ii libpango1.0-0 1.36.3-1 ii libstartup-notification0 0.12-3 ii sudo 1.8.9p5-1 Versions of packages gksu recommends: ii gnome-keyring 3.8.2-2+b1 gksu 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#743910:
I can reproduce the error on Ubuntu 14.04, running the default Octave and Emacs packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751745: pcscd doesn't work with systemd
Le 16/06/2014 11:24, Philipp Kolmann a écrit : Hi, Hello, it seems that pcscd doens't work with systemd. I changed the file /lib/systemd/system/pcscd.service to enable debugging to the logfile and now I get this when starting: Please attach your modified /lib/systemd/system/pcscd.service file. Thanks -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751935: mandb reports a test failure for a whatis conformance in a cat-directory
On Wed, Jun 18, 2014 at 12:08:09AM +, Bjarni Ingi Gislason wrote: Output from /usr/bin/mandb: /usr/bin/mandb: warning: /var/cache/man/cat1/mupdf.1.gz: whatis parse for mupdf(1) failed * What outcome did you expect instead? No output, as all files in my cat-directories (should) fail the whatis test. They are formatted files and contain therefore an escape sequnece in the NAME-line. mandb already seems to do the right things to handle the format of cat pages, and I can't seem to provoke this error here. Could you please attach /var/cache/man/cat1/mupdf.1.gz so that I can investigate further? Thanks, -- Colin Watson [cjwat...@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#751962: cdrkit: diff for NMU version 9:1.1.11-2.1
Package: cdrkit Version: 9:1.1.11-2 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for cdrkit (versioned as 9:1.1.11-2.1) and I'm about to upload it to DELAYED/15. The only change I've applied in it is to upgrade the 3rd party geteltorito utility from version 0.4 to 0.5, fixing bug #648935 (and friends), filed in 2011. The fix makes geteltorito usable with HDD images, which are a popular way to publish BIOS upgrade, e.g., for Lenovo laptops. Feel free to override my NMU, anticipate it, or advise me otherwise. With many thanks for maintaining cdrkit in Debian, Cheers, -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » diff -u cdrkit-1.1.11/debian/changelog cdrkit-1.1.11/debian/changelog --- cdrkit-1.1.11/debian/changelog +++ cdrkit-1.1.11/debian/changelog @@ -1,3 +1,11 @@ +cdrkit (9:1.1.11-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * geteltorito.pl: update to version 0.5, fixing the bug that prevent it +to work with hdd images (Closes: #648935, #611784) + + -- Stefano Zacchiroli z...@debian.org Wed, 18 Jun 2014 12:02:31 +0200 + cdrkit (9:1.1.11-2) unstable; urgency=low * Modify build-dependencies to better support kFreeBSD folks. Thanks to only in patch2: unchanged: --- cdrkit-1.1.11.orig/3rd-party/geteltorito/README.geteltorito +++ cdrkit-1.1.11/3rd-party/geteltorito/README.geteltorito @@ -3,8 +3,8 @@ Author: Rainer Krienke Email: krie...@uni-koblenz.de -License: GPL -Version: 0.4 +License: GPL v2 +Version: 0.5 Description: A El Torito boot image extractor call: geteltorito CD-image toritoimagefile only in patch2: unchanged: --- cdrkit-1.1.11.orig/3rd-party/geteltorito/geteltorito.pl +++ cdrkit-1.1.11/3rd-party/geteltorito/geteltorito.pl @@ -11,10 +11,16 @@ # License: GPL # # Get latest version from: -# http://www.uni-koblenz.de/~krienke/ftp/noarch/geteltorito +# http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito # -$utilVersion=0.4; +$utilVersion=0.5; # +# Version 0.5 +#2009/06/22 +#A patch for harddisk emulation images from coli...@gmail.com. +#For BootMediaType=4 (harddisk emulation) SectorCount is always 1, and geteltorito.pl +#returns just MBR. This patch guesses the correct bootimage size +#from MBR (offset+size of the first partitition). # Version 0.4 #2007/02/01 #A patch from Santiago Garcia ma...@debian.org to use a virtual sector @@ -31,9 +37,7 @@ #Initial release # # For information on El Torito see -# http://wikipedia.org/ -# or try this link directly: -# http://www.phoenix.com/en/Customer+Services/White+Papers-Specs/Platform+System+Software+Documents/default.htm +# http://en.wikipedia.org/wiki/El_torito $vSecSize=512; $secSize=2048; @@ -179,19 +183,22 @@ } if( $media == 1 ){ print STDERR 1.2meg floppy; - $count=1200*1024/$vSecSize; +$count=1200*1024/$vSecSize; } if( $media == 2 ){ print STDERR 1.44meg floppy; - $count=1440*1024/$vSecSize; +$count=1440*1024/$vSecSize; } if( $media == 3 ){ print STDERR 2.88meg floppy; - $count=2880*1024/$vSecSize; +$count=2880*1024/$vSecSize; } if( $media == 4 ){ print STDERR harddisk; - $count=0; + $MBR=getSector($imgStart, 1, $imageFile ); + $partition1=substr($MBR, 446, 16); + ($unUsed, $firstSector, $partitionSize) = unpack( A8VV, $partition1); + $count=$firstSector + $partitionSize; } print STDERR \n; signature.asc Description: Digital signature
Bug#751961: isenkram: Please add a relation layer between hardware and package(s)
Package: isenkram Version: 0.6 Severity: wishlist Dear Maintainer, It would be nice to be able to specify that a given hardware is of a specific type and then specify for all of that type of hardware, a list of packages could be useful. This would reduce redundancy in the modaliases file and also make it easier to add new hardware and packages. An example: I want to add a smart card reader: 0a5c:5800 Broadcom Corp. BCM5880 Secure Applications Processor and register that as a smart card reader. Then I want to register that smart card readers could benefit from this list of packages: pcsc-tools libpcsclite-dev pcscd libcci to support Norwegian Buypass smart cards (see instructions in Norwegian here: https://www.buypass.no/kundeservice/nedlastingssenter/_attachment/28021?_ts=14618ff9ad8 ) Currently the hardware information must be added to all of these packages. Ideally maybe even another indirection layer could be added, to group these packages into Smart card reader with Buypass card. -- Marius Kotsbak
Bug#751963: iproute2: Please enable SELinux support
Source: iproute2 Version: 3.15.0-1 Severity: wishlist Hello Andreas, I just saw that iproute2 was not built with SELinux support, it would be nice if you could enable this. SELinux support adds a way to print the domains of the connections in ss command. Adding the libselinux1-dev package to the build-dependencies should do the trick. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733623: wxgeometrie: ImportError: No module named pyparsing
from matplotlib.pyparsing import ParseFatalException ImportError: No module named pyparsing This comes from matplotlib no longer having its own pyparsing since 1.3.0. Matplotlib instead depends on python-pyparsing. This problem can be solved in wxgeometrie by calling pyparsing directly in wxgeometrie/geolib/objet.py with the following change: -from matplotlib.pyparsing import ParseFatalException +from pyparsing import ParseFatalException However, there is some other problem as well, with the above change it still crashes for me. New last lines of the traceback: File /usr/lib/python2.7/weakref.py, line 389, in iterkeys with _IterationGuard(self): File /usr/lib/python2.7/_weakrefset.py, line 23, in __enter__ w._iterating.add(self) AttributeError: CustomWeakKeyDictionary instance has no attribute '_iterating' This I could also work around by applying the commit Fix incompatibility with python 2.7.6. on https://github.com/wxgeo/wxgeometrie/commit/937fbed6c2a07ee43a59aa623baca05e559c2e46 from the origin/geophar branch of upstream wxgeometrie. With these two fixes applied, wxgeom runs as expected, without crashes. Regards, Anders Jonsson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686625: chromium: Must be able to get user data directory!
On Sat, 31 May 2014 18:13:55 +0200 Jan Braun janbr...@gmx.net wrote: Clayton schrob: Now, in LXDE, when I: sux other_user chromium There are no error messages in the terminal. The chromium window does not appear in the display. But the chromium process is still there according to ps. Thank you. What happens when you don't use sux, but su and set DISPLAY/XAUTHORITY, or su -p and adjust HOME? su -p and adjust HOME? -- [0618/182317:FATAL:chrome_main_delegate.cc(372)] Check failed: process_type.empty(). Unable to get the user data directory for process type: zygote There were no other error messages, and like with sux, the process is there but no window displays su and set DISPLAY/XAUTHORITY Must confess I am not sure what exactly to do with XAUTHORITY Clayton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735530: samhain: FTBFS on amd64 and kfreebsd
Hello there, On Sat, Mar 29, 2014 at 02:03:40AM -0600, Adam Conrad wrote: In Ubuntu, the attached patch was applied to achieve the following: * Configure with disable-asm on amd64 targets to work around FTBFS. * Build-depend on autotools-dev to always update config.{sub,guess} Obviously, upstream fixing their asm would be better than disabling it, but this works around the FTBFS nicely. [...] FWIW, using that patch the package builds just fine in current sid on amd64. I couldn't find a report concerning this FTBFS in upstream's tracker, but upstream has dealt with an equivalent issue on cygwin 64bit by simply disabling assembler as well, cf. http://trac.la-samhna.de/samhain/ticket/349. Cheers, Flo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751964: gnome-power-manager: Battery icon not reflecting current charge state, and no action performed when critical state reached (data loss)
Package: gnome-power-manager Version: 3.8.2-1 Severity: important The battery icon stays at the value it had after starting gnome, regardless of the actual state of the battery. Furthermore (and I guess this is related) no action is performed when a critical state of the battery is reached, even though such an action is set in the power settings (hibernate). This just caused data loss on my laptop when I forgot to plug it and it run out of battery without warning and without any action taken by the system. I am using systemd as init-system, if it matters. thanks, Florian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii dbus-x11 1.8.4-1 ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gnome-settings-daemon3.8.5-2+b2 ii libc62.19-1 ii libcairo21.12.16-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1+b1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libupower-glib1 0.9.23-2+b2 ii notification-daemon 0.7.6-1 ii upower 0.99.0-2 gnome-power-manager recommends no packages. Versions of packages gnome-power-manager suggests: ii policykit-1 0.105-6 -- 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#751965: minidlna: additional upstream tarball breaks watchfile
Package: minidlna Version: 1.1.2+dfsg-1.1 Severity: minor Tags: patch Dear Maintainer, Upstream published a pre-compiled, statically linked, tarball along with 3.1.3 named minidlna-1.1.3_static. This causes uscan to think the precompiled tarball is the new source tarball. It also adds a warning to the PTS page, apparently about the invalid _ character. One possible fix that works for now (I'm sure there are more robust solutions): diff -u a/watch b/watch --- a/watch 2014-06-18 12:39:25.240554728 +0200 +++ b/watch 2014-06-18 12:40:10.564555280 +0200 @@ -1,3 +1,3 @@ version=3 opts=dversionmangle=s/\+dfsg// \ -http://sf.net/minidlna/minidlna-(.+)\.tar\.gz debian uupdate +http://sf.net/minidlna/minidlna-([0-9\.]+)\.tar\.gz debian uupdate -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minidlna depends on: ii adduser3.113+nmu3 ii initscripts2.88dsf-53.2 ii libavformat55 6:10.1-1 ii libavutil536:10.1-1 ii libc6 2.19-2 ii libexif12 0.6.21-1 ii libflac8 1.3.0-2 ii libid3tag0 0.15.1b-10 ii libjpeg8 8d-2 ii libogg01.3.2-1 ii libsqlite3-0 3.8.5-1 ii libvorbis0a1.3.2-1.4 ii lsb-base 4.1+Debian13 minidlna recommends no packages. minidlna 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#730855: [Pkg-acpi-devel] Bug#730855: Please support mips(el), mipsn32(el) and mips64(el)
Half a year ago I asked for more information, but never saw a reply. Before enabling acpi-fakekey for mips* I'd like to see that it a) works on mips* and b) that it serves a purpose. There are some scripts that call it, but I have no idea if there is any way to trigger these scripts. Does this mean you couldn't find a way to use acpi-fakekey on mips*? If so, I'd like to close the report. If you did find it usable, please tell me, so I can add the architectures. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751150: texlive-bin also FTBFS on x32
On Tue, 17 Jun 2014, Norbert Preining wrote: So, I am not sure if this is supported. But it definitely should *not* fail on native builds. Mh. It does fail on native m68k builds. Maybe there is an exclusion list it should be added to… or better, a whitelist of architectures for which luajit *does* exist as it appears to be an unportable beast. 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-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751967: lsof: Please enable SELinux support
Source: lsof Version: 4.86+dfsg-1 Severity: wishlist Hi, It would be nice to enable SELinux support on the linux architectures Adding libselinux1-dev [linux-any] to the build dependencies is doing the trick. This is adding the -Z option that allows to display the context of the opened files. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751966: print-manager missing recommends
Package: print-manager Version: 4:4.13.1-1 The Ubuntu package of print-manager offered a recommends on system-config-printer-udev but it was removed: http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-sc/print-manager.git;a=commitdiff;h=4551aff32b6d97a063ee049d943b5d9412b7474a Although print-manager doesn't hard depend on it the offered functionality of system-config-printer-udev is really useful for a good user experience as it auto adds printers (when plugged in) and if it can't find the needed drivers it will poke print-manager to show the user his new hardware needs some manual intervention to get to work. Besides this I also recommend that a recommends on system-config-printer (not the -udev) is added as it offers a DBus interface which print-manager uses when adding a new printer, this is especially useful because it makes the UI more friendly by grouping same printer with different protocols and providing which PPD is the best for the given printer. So basically a recommends on both system-config-printer and system-config-printer-udev would be useful. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751968: dar: File /etc/darrc missing but referred to in manpage
Package: dar Version: 2.4.12-2 Severity: normal hi, the dar package doesn't install an /etc/darrc file nore does it contain a template anywhere. The file is referred to throughout the documentation. Also, there's no documentation provided for the semantics of the compress-exclusion commandline parameter. Thanks for packaging dar! Cheers Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745671: [acpi-support] Please add support for apple brightness
Please add support for apple brightness ... In the future please send a diff against acpi-support source, not just a binary file. If you do not know how to, it's easier if you send the files instead of a diff against an empty file. This by itself is not a problem, but the patch needs a bit more work, I think. The smaller piece is, would it be possible for you to remove the bash dependency, if there really is one, I didn't check? The larger problem I see is that the patch contains four scripts but no way to call on them. There seems to be no events file in the patch, nor are the scripts used by any other script. So how are they supposed to be used? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751969: gir1.2-goocanvas-2.0: Introspection file installed in the wrong directory
Package: gir1.2-goocanvas-2.0 Version: 2.0.2-1 Severity: grave Justification: renders package unusable Hi, gir1.2-goocanvas-2.0 installs the GooCanvas-2.0.typelib in the /usr/lib/x86_64-linux-gnu/girepository-1.0/ directory. However typelib files are not supposed to go there, they should be in /usr/lib/girepository-1.0/ instead, else programs will not find them. In addition to that, gir1.2-goocanvas-2.0 must depend on libgoocanvas-2.0-9, which is the package that provides the actual library. Berto -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#750485: postfix: Upstream version 2.11.1 available, fixes serious bug
On Tue, Jun 17, 2014 at 07:39:03PM -0400, Perry E. Metzger wrote: Pardon my ignorance, but I note that Jessie and wheezy-backports haven't been fixed yet. Is it the practice to close the bug report before the package has propagated from sid? The bug is marked as found in 2.11.0-1, and fixed in 2.11.1-1. All of that is unrelated to propogation from sid. Having said that, you'll notice that https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750485 shows (top right corner) that the bug is fixed in sid, and present in testing at this time. All is as it should be. lamont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682778: Patch for hostname too short
Hi, please change wall.c. It cuts the hostname because it uses sizeof a pointer instead of the buffer size which is too short. --- wall.c 2011-10-11 15:23:47.0 +0200 +++ /tmp/wall.c 2014-06-18 12:53:17.440999746 +0200 @@ -221,7 +221,7 @@ where = somewhere; warn(_(cannot get tty name)); } - gethostname(hostname, sizeof(hostname)); + gethostname(hostname, sysconf(_SC_HOST_NAME_MAX)); time(now); lt = localtime(now); Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751970: mesa: Please enable SELinux support
Source: mesa Version: 10.2.1-1 Severity: wishlist Hi, Could you please enable SELinux support in mesa. The code is checking whether the allow_execmem boolean is enabled and if it's not the case turns init_map() and init_mem() to a noop because it would anyway be denied by the policy. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751956: [Pkg-chromium-maint] Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins
That's a duplicate of #751587, install pepper flash and it should work again. 2014-06-18 11:24 GMT+02:00 Heikki Levanto hei...@lsd.dk: Package: chromium-browser Version: 35.0.1916.153-1~deb7u1 Severity: normal When upgrading my machine (regular apt-get upgrade), I got a new chromium: chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1) Both flash and java plugins stopped working. Chromium tells me that I have to install a plugin. chrome:plugins shows no trace of these plugins, only lists Chromoting Viewer (Disabled). Both plugins worked fine before the upgrade. Both plugins work on IceWeasel, which makes me think that the problem is with Chromium itself, and not the plugins. I have tried to run update-flashplugin-nonfree, made no difference. This happened on two separate (but similar) machines, which makes me think that the problem is not isolated to my machine, but is in the chromium itself. I hope I have given enough information. If not, feel free to ask for more. $ apt-cache policy chromium chromium-browser flashplugin-nonfree icedtea-plugin chromium: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages chromium-browser: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages flashplugin-nonfree: Installed: 1:3.2 Candidate: 1:3.2 Version table: *** 1:3.2 0 500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages 100 /var/lib/dpkg/status icedtea-plugin: Installed: 1.4-3~deb7u2 Candidate: 1.4-3~deb7u2 Version table: *** 1.4-3~deb7u2 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 1.3.2-1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium 35.0.1916.153-1~deb7u1 chromium-browser recommends no packages. chromium-browser suggests no packages. -- no debconf information ___ Pkg-chromium-maint mailing list pkg-chromium-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-chromium-maint
Bug#751969: gir1.2-goocanvas-2.0: Introspection file installed in the wrong directory
Control: tags -1 patch On Wed, Jun 18, 2014 at 02:30:26PM +0300, Alberto Garcia wrote: However typelib files are not supposed to go there, they should be in /usr/lib/girepository-1.0/ instead, else programs will not find them. I think the fix should be as simple as this (I haven't tested it, though): --- a/src/Makefile.am +++ b/src/Makefile.am @@ -165,7 +165,7 @@ INTROSPECTION_GIRS += GooCanvas-2.0.gir girdir = $(datadir)/gir-1.0 gir_DATA = $(INTROSPECTION_GIRS) -typelibdir = $(libdir)/girepository-1.0 +typelibdir = @INTROSPECTION_TYPELIBDIR@ typelib_DATA = $(INTROSPECTION_GIRS:.gir=.typelib) CLEANFILES += $(gir_DATA) $(typelib_DATA) For the dependencies I recommend this in debian/rules: override_dh_shlibdeps: dh_shlibdeps dh_girepository Plus a build-dependency on gobject-introspection in the debian/control file. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745605: apache2: ignores AddDefaultCharset
The form encoding is not related to this issue, was an incorrect php.ini setting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738696: acpi-support-base: acpi-support CheckPolicy() should account for mate-power-manager and logind
After reading the ubuntu changelog it seems that they made some changes related to logind in 0.142. Shouldn't this version be imported in debian too? Eventually it will be, but they removed a lot of stuff because the functionality is in systemd and/or gnome, which we cannot simply move over to our package. Before starting looking into these I will try to get the package into a good state in testing first. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751973: installation-reports: AMD K6 III+ rig: Debian-7.5.0-i386 fails to install
Package: installation-reports Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? See my thread here:http://forums.debian.net/viewtopic.php?f=17t=115191 * What exactly did you do (or not do) that was effective (or ineffective)? I had to skip everything at the Select Software stage of the install. Else it refuses to continue with the install. * What was the outcome of this action? After that I was able to finish the install, reboot and install xfce via apt-get * What outcome did you expect instead? For the Select Software stage not to fail and be able to install things like Desktop Environment. -- Package-specific info: Boot method: cd Image version: debian-7.5.0-i386-xfce-CD-1 Date: Date and time of the install Machine: Super Socket 7 system with AMD K6-III+ 550mhz Partitions: df -Tl will do; the raw partition table is preferred 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: [ ] Install boot loader:[O ] Overall install:[E ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. Again, it just kept getting caught up on those few packages that kept failing to install. please see this thread in which I have logs linked http://forums.debian.net/viewtopic.php?f=17t=115191 -- 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 (wheezy) - installer build 20130613+deb7u2+b1 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux TriGem 3.2.0-4-486 #1 Debian 3.2.57-3 i586 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT82C598 [Apollo MVP3] [1106:0598] (rev 04) lspci -knn: Kernel driver in use: agpgart-via lspci -knn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] [1106:8598] lspci -knn: 00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT82C596 ISA [Mobile South] [1106:0596] (rev 05) lspci -knn: Subsystem: VIA Technologies, Inc. Device [1106:] lspci -knn: 00:07.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06) lspci -knn: Kernel driver in use: pata_via lspci -knn: 00:07.2 USB controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 02) lspci -knn: Subsystem: VIA Technologies, Inc. (Wrong ID) Device [0925:1234] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:07.3 Bridge [0680]: VIA Technologies, Inc. VT82C596 Power Management [1106:3050] lspci -knn: 00:12.0 PCI bridge [0604]: Pericom Semiconductor Device [12d8:e111] (rev 01) lspci -knn: 00:13.0 Ethernet controller [0200]: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet [1282:9102] (rev 40) lspci -knn: Subsystem: Device [3030:5032] lspci -knn: Kernel driver in use: dmfe lspci -knn: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [GeForce GT 520] [10de:1040] (rev a1) lspci -knn: Subsystem: ZOTAC International (MCO) Ltd. Device [19da:1228] lspci -knn: 01:00.1 Audio device [0403]: NVIDIA Corporation GF119 HDMI Audio Controller [10de:0e08] (rev a1) lspci -knn: Subsystem: ZOTAC International (MCO) Ltd. Device [19da:1228] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: 02:00.0 Display controller [0380]: Advanced Micro Devices [AMD] nee ATI 3D Rage IIC AGP [1002:4757] (rev 7a) usb-list: usb-list: Bus 01 Device 01: UHCI Host Controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 3.2.0-4-486 uhci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub lsmod: Module Size Used by lsmod: hfsplus70400 0 lsmod: hfs36580 0 lsmod: minix 22805 0 lsmod: msdos 12829 0 lsmod: fuse 51949 0 lsmod: ufs57656 0 lsmod: qnx4 12992 0 lsmod: ntfs
Bug#751971: docker.io: Please consider providing an nsinit binary
Package: docker.io Version: 1.0.0~dfsg1-1 Severity: wishlist Dear Maintainer, nsinit is a tool that allows to attach to a running container. This is very helpful when debugging a problem in a container and a lot more lightweight than running sshd in each container. nsinit is already contained in the docker.io source package at pkg/libcontainer/nsinit/. Thanks, Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docker.io depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.19 ii iptables 1.4.21-2 ii libapparmor1 2.8.0-5.1+b1 ii libc62.19-3 ii libdevmapper1.02.1 2:1.02.85-2 ii libsqlite3-0 3.8.5-2 ii perl 5.18.2-4 Versions of packages docker.io recommends: ii aufs-tools 1:3.2+20130722-1.1 ii ca-certificates 20140325 ii cgroupfs-mount 1.0 ii git 1:2.0.0-2 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages docker.io suggests: ii btrfs-tools 3.14.1-1 ii debootstrap 1.0.60 ii lxc 1.0.4-3 pn rinsenone -- 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#751972: krb5-config: typos in Swedish debconf messages
Package: krb5-config Version: 2.3 Severity: minor Tags: l10n Hi, I noticed some typos in the Swedish debconf messages: In one place is the spelling Kerbers, which should be Kerberos. In another string there is the string domännamnssytemet which should really be domännamnssystemet administrtationsservern should be administrationsservern Finally the sentence I de flesta fallen är det bästa valet att använda DNS för att hitta servrarna eftersom du då inte behöver ändra inställningar i alla maskinerna samma realm is missing a preposition between the words maskinerna and samma. I would use one of the words i or på. I have CC:d Martin as he is the last translator. Regards, Anders Jonsson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738696: Not necessarily the right way forward
On Tue, May 20, 2014 at 08:06:14AM +0200, Wouter Verhelst wrote: It might be better for such acpi handlers to have a common way of configuring which one gets to do this. This could be done through the alternatives system, or through a shared debconf question in the manner of the desktop managers. The situation here is, after all, very similar: we have several implementations of things that might want to do the same thing, where it is at least fairly annoying if multiple of these things try to do so. Great idea, but I kind of doubt anyone is going to implement this. The current point of view is that acpi-support is supposed to be the last resort, meaning that it only handles events if nothing else does. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750854: Update to the bug
The problem is still present in Libreoffice 1:4.3.0~beta2-2 :-(. Carmelo Leggio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742864: Update to jdk8u20-b18
Am 17.06.2014 22:08, schrieb Emmanuel Bourg: Le 17/06/2014 20:09, Thomas Klute a écrit : * g++-4.9 was a hardcoded build dependency, but is not available on stable. I could build the package with g++-4.7 from Wheezy, so I've changed the dependency to g++ = 4.7. Actually debian/control is generated from a template (debian/templates/control.in) and has to be refreshed for your distribution. You do that by touching the template and running './debian/rules debian/control'. This is a bit tricky, I'll document it in debian/README.source. OK, I didn't know about that. I that case I suggest removing debian/control from the repository after that step is documented. I've rebased my master branch on your repository and added a patch to that effect, including documentation. [1] * I filed bug #751873, which was promptly fixed (many thanks to the QA team!), so we can now use http://qa.debian.org/cgi-bin/fakeupstream.cgi to get the latest upstream sources. I believe there is a new tag every week or so, I don't think we really want to push updates that fast. Currently the package tracks the OpenJDK builds used by Oracle to release the official version of Java. This is done by parsing the documentation download page [1], I wrote a small PHP page [2] that performs this task for Java 7 and 8. Good point. I'll keep the jdk8u20-b18 branch around and might occasionally rebase it to keep track of master changes. ;-) Thomas [1] https://github.com/airtower-luna/openjdk-8-debpkg.git master -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751974: Packages should not Build-Depends libavcodec53, libavformat53
Package: java-package Version: 0.55 Tags: patch jessie sid As of java-package 0.55, the generated source packages Build-Depends libavcodec53 and libavformat53 when building for Java 8. This is not correct, as it makes the packages unbuildable on jessie and sid, which are currently on libavcodec55 and libavformat55. The correct solution is to follow what was done for #687075, which is to exclude the libavplugin.so plugin from the dependencies. Below is a patch which implements this. Cheers, Chris. * * * From 7a071d26cf0ae778b214a99a8b0f38b2441860b3 Mon Sep 17 00:00:00 2001 From: Chris Jester-Young cky...@gmail.com Date: Wed, 18 Jun 2014 08:24:35 -0400 Subject: [PATCH] Do not Build-Depends libavcodec53 and libavformat53. --- lib/javase.sh | 2 +- lib/jdk.sh| 3 --- 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/lib/javase.sh b/lib/javase.sh index e6592cc..c4f55f8 100644 --- a/lib/javase.sh +++ b/lib/javase.sh @@ -77,7 +77,7 @@ override_dh_compress: dh_compress \$(shell find $j2se_name/man/ -type f ! -name '*.gz' -printf '${jvm_base##/}/%p\n') override_dh_shlibdeps: - dh_shlibdeps --exclude=fxavcodecplugin -l\$(shell find $j2se_name -type f -name '*.so*' -printf '${jvm_base##/}/%h\n' | sort -u | tr '\n' ':' | sed 's/:\$\$//') + dh_shlibdeps --exclude=fxavcodecplugin --exclude=avplugin -l\$(shell find $j2se_name -type f -name '*.so*' -printf '${jvm_base##/}/%h\n' | sort -u | tr '\n' ':' | sed 's/:\$\$//') EOF } diff --git a/lib/jdk.sh b/lib/jdk.sh index 39a4cee..8858bb6 100644 --- a/lib/jdk.sh +++ b/lib/jdk.sh @@ -1,9 +1,6 @@ j2sdk_control() { build_depends=libasound2, libgl1-mesa-glx, libgtk2.0-0, libxslt1.1, libxtst6, libxxf86vm1 -if test $j2se_release = 8; then -build_depends=$build_depends, libavcodec53, libavformat53 -fi j2se_control java_browser_plugin=java-browser-plugin, depends=\${shlibs:Depends} -- 1.9.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751976: pu: package cmus/2.4.3-2+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, attached debdiff fixes a FTBFS of cmus in stable. [Adding Alessio to CC] Cheers, Moritz -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru cmus-2.4.3/debian/changelog cmus-2.4.3/debian/changelog --- cmus-2.4.3/debian/changelog 2012-06-02 20:08:09.0 +0200 +++ cmus-2.4.3/debian/changelog 2014-06-18 14:18:17.0 +0200 @@ -1,3 +1,10 @@ +cmus (2.4.3-2+deb7u1) wheezy; urgency=low + + * Fix FTBFS related to the libmodplug upgrade in DSA 2751, patch as used in +2.5.0-4 (Closes: #724181) + + -- Moritz Mühlenhoff muehlenh...@univention.de Wed, 18 Jun 2014 14:16:56 +0200 + cmus (2.4.3-2) unstable; urgency=low [ Ryan Kavanagh ] diff -Nru cmus-2.4.3/debian/patches/fix-modplug-build.patch cmus-2.4.3/debian/patches/fix-modplug-build.patch --- cmus-2.4.3/debian/patches/fix-modplug-build.patch 1970-01-01 01:00:00.0 +0100 +++ cmus-2.4.3/debian/patches/fix-modplug-build.patch 2014-06-18 14:16:49.0 +0200 @@ -0,0 +1,19 @@ +Description: Horrible fix for misdetection of modplug. +Author: Alessio Treglia ales...@debian.org +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724181 +Forwarded: no +--- + + Makefile |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) +--- cmus-2.4.3.orig/Makefile cmus-2.4.3/Makefile +@@ -90,7 +90,7 @@ ip-$(CONFIG_FFMPEG) += ffmpeg.so + $(flac-objs): CFLAGS += $(FLAC_CFLAGS) + $(mad-objs): CFLAGS += $(MAD_CFLAGS) + $(mikmod-objs): CFLAGS += $(MIKMOD_CFLAGS) +-$(modplug-objs): CFLAGS += $(MODPLUG_CFLAGS) ++$(modplug-objs): CFLAGS += $(MODPLUG_CFLAGS) -I/usr/include/libmodplug + $(mpc-objs): CFLAGS += $(MPC_CFLAGS) + $(vorbis-objs): CFLAGS += $(VORBIS_CFLAGS) + $(wavpack-objs): CFLAGS += $(WAVPACK_CFLAGS) diff -Nru cmus-2.4.3/debian/patches/series cmus-2.4.3/debian/patches/series --- cmus-2.4.3/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ cmus-2.4.3/debian/patches/series 2014-06-18 14:16:25.0 +0200 @@ -0,0 +1 @@ +fix-modplug-build.patch
Bug#751975: rancid: New upstream release 3.1
Package: rancid Version: 2.3.8-6 Severity: wishlist Tags: patch Hi Roland, The latest RANCID version available for Debian, 2.3.8-6 which is patched as 2.3.8.p4, was generating a lot of false positives (emails with diffs for non-configuration changes, i.e. temperatures, fan speeds, etc.) for new IOS XE and NX-OS releases. These false positives are gone with the filtering performed in the latest RANCID 3.1 release. I created local packages for 3.1 and things are working very well. Please consider packaging 3.1 to address the false positives on recent Cisco software releases and hardware. I am attaching my patches in case they help you to package the new release. I refreshed patches that are still applicable, removed from the series the patches that are no longer applicable, and added a couple of patches (one hack to be able to get the package to build, and the useful usercmd patch to be able to, for example, monitor Cisco ASAs with multiple contexts). My packaging is a quick hack so make sure you compare my files to the files in the official package. Note that the new RANCID is moving a lot of things to Perl modules but their use and location seems non-standard so my package might not be Lintian-free or conform to Debian policy; you'd have to check. Feel free to let me know if you have any questions. Cheers, Eloy Paris.- rancid_3.1-1ubuntu0.debian.tar.gz Description: Binary data
Bug#654633: (no subject)
I don't know which sound card i should choose ~$ xfconf-query -c xfce4-mixer -l /active-card /sound-card /sound-cards/CaptureMonitorSourceofSimultaneousoutputtoGF119HDMIAudioControllerDigitalStereoHDMIPulseAudioMixer /sound-cards/HDAATISBAlsamixer /sound-cards/HDANVidiaAlsamixer /sound-cards/PlaybackBuiltinAudioAnalogStereoPulseAudioMixer /sound-cards/PlaybackGF119HDMIAudioControllerDigitalStereoHDMIPulseAudioMixer /sound-cards/PlaybackSimultaneousoutputtoGF119HDMIAudioControllerDigitalStereoHDMIPulseAudioMixer /sound-cards/PlaybackSimultaneousoutputtoJuniperHDMIAudioRadeonHD5700SeriesDigitalStereoHDMIBuiltinAudioAnalogStereoPulseAudioMixer /volume-step-size /window-height /window-width could you help me? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751841: /usr/bin/apt-get: Execute external solver... Error! But apt-cudf returns a solution
On Wed, Jun 18, 2014 at 07:57:28AM +0200, Pietro Abate wrote: On 17/06/14 22:17, David Kalnischkies wrote: E: Sub-process aspcud returned an error code (1) This check is new in 1.0.4, previously the exit code was ignored (and even segfaults…), but the documentation of the EDSP protocol specifically says that the solver should always exit with 0 even if it failed to find a solution, aka: Looks like you found a situation in which the solver exits with a non-zero statuscode. yup. Actually there are many cases in which apt-cudf exit with 1. If the solver fails to find a solution, it means that a solution does not exists at all, but the execution of the solver was successful. If apt-cudf exists with 1, it means that it wasn't able to run the solver at all (and I cannot say anything about the solution). Moreover, with exit code 1, I always print on stderr a debugging message. Maybe you can catch it and propagate it to he apt-get user. This will make it easier for us to debug other problems in the future. stderr isn't blocked, so you should see debug messages already. (I was frequently spammed with Ignore packages lines, so I am pretty sure about this one). OT: I've also the impression that the interaction between apt-get and apt-cudf is now a bit slower. Just try to dump an edsp and than pass it directly to apt-cudf. you will notice that it is kinda fast to give you back and answer. I don't understand why it takes so long when apt-get calls apt-cudf directly (Are you flushing the stdout too often ?). Maybe I should open a new bug report for this one ... The reason is that the solver is now told which source package a binary package belongs to. At the moment this requires opening the Packages file parsing the stanza. The way it is implemented at the moment is very inefficient as packages aren't sorted, so the parser is jumping back and forth and between files… that could be tuned. I wanted to look into promoting this information piece into the binary cache for different reasons already though, so I didn't want to delay Stefanos changes any further and fix this one way or another when it is decided. Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#751977: pu: package tor
Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Hi! On Wed, 11 Jun 2014, Adam D. Barratt wrote: The next point release for wheezy (7.6) is scheduled for Saturday, July 12th. Stable NEW will be frozen during the preceding weekend. I propose to update Tor in stable to the version that is now in jessie. This would be a jump to the next major version of tor, not just a patch release update. The Tor version in stable is 0.2.3.25, the latest version of the old 0.2.3.x tree of Tor releases. The current stable Tor tree is 0.2.4.x, released as stable in December, with the current update being .22 from May. There's, of course, a whole bunch of reasons why 0.2.4.x is oh-so-much better than 0.2.3.x. One key-point is that about a quarter of the Tor network (just considering the relays, not any clients), is on 0.2.3.25, presumably because they run Debian stable. If they all upgraded to the 0.2.4.x tree, the network as a whole would become a lot more secure as 0.2.4.x allows clients to use stronger crypto for connections built through these nodes. Also, Tor upstream is not entirely sure what they would want to backport to 0.2.3.x in order to call it as DoS-resistant as 0.2.4.x. That is to say, they are not aware of any arbitrary-code-execution bugs that affect 0.2.3.x, but nobody knows which of the DoS/resource-leak bugs that were fixed in the new tree could or should be backported: | And indeed, we're basically done backporting fixes to 0.2.3. For | anything short of a remote overflow, we're probably not fixing | it. Obviously, since this is a major upstream version jump, reviewing the diff is not feasible. Even going over the upstream changelog took a good long while. That resulted in a number of things we'd really like to have.Changes include things like rejecting authority signing keys that might have been exposed due to heartbleed, TLS ciphersuits now being chosen by relays rather than clients (client lists have been chosen mainly for anti-fingerprinting purposes), always clearing bignums before freeing them, TLS 1.1 and 1.2 support, turning off client-side DNS cache by default (that fixes a huge linkability issue for clients), and much more. I can clean-up and provide a full(er) list on request. I don't expect the hand-full of reverse dependencies would have any problems with the version jump, and from a relay-operator or end-user point of view not much directly visible has changed. The default contents of the /etc/tor/torrc conffile have changed slightly. (In fact, the diff is so tiny - one date change and one typo fix in comments - that we could consider reverting that change to cut down on dpkg propmts if you prefer.) Existing configuration files are expected to continue to work in all cases. Is this update something we can do? Thanks for your consideration, weasel -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#751956: [Pkg-chromium-maint] Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins
On Wed, Jun 18, 2014 at 01:46:11PM +0200, Giovanni Harting wrote: That's a duplicate of #751587, install pepper flash and it should work again. Thanks! Two small problems: 1) Pepper flash seems not to be in debian/wheezy: $ apt-cache search pepper burgerspace - Avoid evil foodstuffs and make burgers libjs-jquery-ui-theme-pepper-grinder - Pepper Grinder theme for jQuery UI Where is one supposed to get it? 2) Installing a new flash player will not help with Java breaking in the same upgrade. Perhaps this is a known issue for you Debian guys, but it breaks things for many users. I would have appreciated some kind of warning during the install process, and a way to back off from that upgrade. 2014-06-18 11:24 GMT+02:00 Heikki Levanto hei...@lsd.dk: Package: chromium-browser Version: 35.0.1916.153-1~deb7u1 Severity: normal When upgrading my machine (regular apt-get upgrade), I got a new chromium: chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1) Both flash and java plugins stopped working. Chromium tells me that I have to install a plugin. chrome:plugins shows no trace of these plugins, only lists Chromoting Viewer (Disabled). Both plugins worked fine before the upgrade. Both plugins work on IceWeasel, which makes me think that the problem is with Chromium itself, and not the plugins. I have tried to run update-flashplugin-nonfree, made no difference. This happened on two separate (but similar) machines, which makes me think that the problem is not isolated to my machine, but is in the chromium itself. I hope I have given enough information. If not, feel free to ask for more. $ apt-cache policy chromium chromium-browser flashplugin-nonfree icedtea-plugin chromium: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages chromium-browser: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages flashplugin-nonfree: Installed: 1:3.2 Candidate: 1:3.2 Version table: *** 1:3.2 0 500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages 100 /var/lib/dpkg/status icedtea-plugin: Installed: 1.4-3~deb7u2 Candidate: 1.4-3~deb7u2 Version table: *** 1.4-3~deb7u2 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 1.3.2-1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium 35.0.1916.153-1~deb7u1 chromium-browser recommends no packages. chromium-browser suggests no packages. -- no debconf information ___ Pkg-chromium-maint mailing list pkg-chromium-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-chromium-maint -- Heikki Levanto In Murphy We Turst heikki (at) lsd (dot) dk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751976: pu: package cmus/2.4.3-2+deb7u1
Hi all, I've just noticed the last message on #724181, and I am sorry about the late reply. On Wed, Jun 18, 2014 at 1:25 PM, Moritz Mühlenhoff muehlenh...@univention.de wrote: Hi, attached debdiff fixes a FTBFS of cmus in stable. Should I wait for the ACK from the release team then or just upload it to s-p-u straightaway? Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org