Bug#759934:
The Doxygen bug related to this FTBFS is #758975 Doxygen maintainers have not fixed it yet and I have not found the reason for the failure, therefore ACE still FTBFS :-/
Bug#763588: reportbug: Choices in form of letters are insufficiently intuitive in comparison to words
Package: reportbug Version: 6.4.4+deb7u1 Severity: normal Dear Maintainer, Navigating from one to another question with letters is insufficiently intuitive in comparison to full words (consider `[y|N|b|m|r|q|s|f|e|?]` for the list of already reported bugs). This is refusing for novices as well. An option to configure between letters and words should be added and the default be set to lwords. -- Package-specific info: ** Environment settings: INTERFACE=text ** /root/.reportbugrc: reportbug_version 6.4.4 mode novice ui text realname Karl-Philipp Richter email krich...@posteo.de no-check-uid smtphost posteo.de:587 smtpuser krich...@posteo.de smtptls -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (90, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.2.40 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.9+deb7u5 ii python2.7.3-4+deb7u1 ii python-reportbug 6.4.4+deb7u1 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4-daemon-heavy [mail-transport-agent] 4.80-7 ii file 5.11-2+deb7u5 ii gnupg 1.4.12-7+deb7u6 pn python-gtk2none pn python-gtkspellnone pn python-urwid none pn python-vte none pn xdg-utils none Versions of packages python-reportbug depends on: ii apt 0.9.7.9+deb7u5 ii python2.7.3-4+deb7u1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#760700: doxygen: segfaults while building ace on amd64
On Mon, Sep 22, 2014 at 9:41 AM, Helmut Grohne hel...@subdivi.de wrote: Even though I do have a traceback now, I did not succeed at producing a small test case, because I have little clue about the inner workings of generate_doxygen.pl. Can you try to come up with a smaller set of smaller files that reproduce the issue? In particular eliminating the need to run generate_doxygen.pl in favour of running doxygen on some Doxyfile directly. No Doxyfile exists unless you run generate_doxygen.pl After solving this bug, I would like to add ace to doxygen's auto package tests in order to catch this kind of error more quickly. Can you add a debian/rules target to ace that just builds the documentation without actually creating the -doc package? I'm working on this but the magic added by debhelper is creating some trouble. I'll let you know when it's done. It seems to me, that just adding a stable name for what currently is override_dh_auto_build-indep would be enough. That's exactly what's causing trouble -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#538067: deadline coming soon for OpenCPN
I have started a git repo that is just a clone of the SVN repository (it can work two ways) here: https://people.debian.org/~anarcat/opencpn.git/ (... because i do not have access to the pkg-grass project - feel free to add me, i am anarcat on alioth.) So far the only change is to add the following makefile target: ## http://wiki.debian.org/onlyjob/get-orig-source .PHONY: get-orig-source DTYPE = +dfsg DEBDIR = $(abspath $(dir $(MAKEFILE_LIST))) PKG= $(shell dpkg-parsechangelog -l$(DEBDIR)/changelog --show-field Source) VER?= $(shell dpkg-parsechangelog -l$(DEBDIR)/changelog --show-field Version | sed s/$(DTYPE).*//) get-orig-source: @echo I: Downloading $(PKG)_$(VER)... uscan --noconf --verbose --rename --destdir=$(CURDIR) --check-dirname-level=0 --force-download --download-version $(VER) $(DEBDIR) @echo I: Extracting... mkdir $(PKG)-$(VER) \ tar -xf $(PKG)_$(VER).orig.tar.* --directory $(PKG)-$(VER) --strip-components 1 \ || $(RM) -r $(PKG)-$(VER) @echo I: Removing known non-DFSG material... cd $(PKG)-$(VER) \ rm -rf .git buildosx buildwin wxWidgets \ plugins/grib_pi/src/zlib-1.2.3/ \ plugins/grib_pi/src/bzip2/ \ rm -f include/tinyxml.h include/tinystr.h src/tinyxml*.cpp /src/tinystr.cpp @echo I: Repacking... find -L $(PKG)-$(VER) -xdev -type f -print | sort \ | GZIP=-n tar -czf $(PKG)_$(VER)$(DTYPE).orig.tar.gz -T- --owner=root --group=root --mode=a+rX \ $(RM) -r $(PKG)-$(VER) With this I can reproducibly create the +dfsg tarball consistently. This also cleans up the dh_auto_configure target. I have also pushed an experimental branch to that git repo where I attempted to port the package to 3.2.2. After further inspection, I believe there's more work to be done to get 3.2.2 into shape in Debian: there are a lot of shipped binary files still, lots of which do not have source files (if only the sounds and images). It is not clear to me if the current 2.5.0 package in SVN fixes those issues at all. I *think*, however, that I was able to make the upstream 3.2.2 build with native tinyxml, wxwidgets and so on without any additionnal patches or changes. Whether the stuff like wvsdata will work at all is an open question at this point, however. Furthermore, my understanding of the licensing issues regarding that software makes it actually legally possible for me to use the upstream package at this point, which limits the scratch an itch work I will be willing to do here. A. -- Rock journalism is people who can't write, interviewing people who can't talk, in order to provide articles for people who can't read. - Frank Zappa pgpS1yvwd7T2p.pgp Description: PGP signature
Bug#763585: mate-applets: /usr/lib/mate-applets/stickynotes_applet missing
I didnt check, but I think the cause is because in 1.8 sticky notes applet requires libgtksourceview to be built. Maybe it is missing from build depends. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538067: deadline coming soon for OpenCPN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 10/01/2014 08:11 AM, Antoine Beaupré wrote: I have started a git repo that is just a clone of the SVN repository (it can work two ways) here: https://people.debian.org/~anarcat/opencpn.git/ (... because i do not have access to the pkg-grass project - feel free to add me, i am anarcat on alioth.) You're a DD, so you should already have access to the pkg-grass project on Alioth. Kind Regards, Bas - -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUK5x7AAoJEGdQ8QrojUrxvCUP/2kC0jstpRqyOG/Bm/r1lDq5 eLS2Dqrw4Okt8Ts6FbgcHxpB65FN9gkeuJUuqTOe35Rg60sKtrNshL9lwYsQbCiG RjUnWPHPZrH2YblOLC6iJAk1sZZSyH6hGCXmeqgQczkVRurXzdfnV16Yxt1wMFto 4ibwJoQ8LJymvIJRjwj+ub01BPx825Vrl7ZYDNQJ0dsZX9trwXpBEDYuepWbdkJ6 vB+GxA8Sj+j000wJccgUu1AeAnlgK9MC9sLO9C4JxRRTJJFPebNUjyoWGTI+Ahh9 mS7ZMo/e+wRbillBbtzItuCqOaHQ86deOQ6SMsqiQ3aL6haL+t5P9hfIs3bW5mGB RisCz1fBgkLZCHH61wHgsc2GtPtb4s757s1ymBMvBRvP4ctyq+Exywdx03QebfZI 6KL6TcLE1IkX/PmRGwk6AC6yHPsScnqTk52qgK4rnN2jlyfgPxpBzYuFwm92BQOH 5UZv7cGR1TTr9QaeRVsHVylHCBKzxenNgdqQVrg3FsxMoA3ytp6xT3LqN4ssJxoY KVCZ/IhvK0/nunvsjKP2cEyWu+HOa7fbbUvP7R+tqXxdplbAhV3fZSUCFvBbEXm1 h4fGLfVqgHREp1KP3cOQgMpFbs8bYF3bZGCOdvPHMAuVqonK9jffVECtFXB3wSrP IEXOYz7gUyb6sSEsIEsq =YTn5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763582: Update: Apache2 now treating Python scripts the same way as CGI
Doing some research, I think I found the solution to the second issue. I installed libapache2-mod-python, and now Apache treats the same way as the other CGI scripts, but it still will not run any of them, reportedly due to permissions issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763589: Race condition can cause saved time to go backwards
Package: fake-hwclock Version: 0.5 I've observed a system with a correctly working fake-hwclock (originally initalised by NTP) set its time back to shortly after the epoch, including in /etc/fake-hwclock.data. I believe this happened because fake-hwclock save was called after boot before fake-hwclock load was called. I think this happens in the case of a very early shutdown event that calls /etc/init.d/rc 0 before /etc/init.d/rcS has completed. In my case, I have a Raspberry Pi rigged with an external shutdown signal hooked up via udev. If the signal is high at boot time, then the Pi shuts down without fully booting up. I'm not entirely sure that this is the cause, but the race is there. Can we have fake-hwclock save have the same protection as fake-hwclock load? That is, do not write a time that causes /etc/fake-hwclock.data to go backwards, unless forced. Thanks, Robie signature.asc Description: Digital signature
Bug#538067: deadline coming soon for OpenCPN
Hi Antoine, On Tue, Sep 30, 2014 at 11:58:53PM -0400, Antoine Beaupré wrote: Folks, the Debian Jessie freeze is coming up quickly. I do not think the question of ownership of the package are productive at this point. 3.2 seems to be upstream's stable release at this point. It would seem like a bad idea to ship Jessie with 2.x, but if that's all we can manage, let's do it. +1 Thanks for your action on this package. Hamish, you seemed to be saying that the FTP masters rejected a previous version of the package: what was the reason? Sharing this here will save everyone (and especially the FTP masters) a lot of time. You were also mentionning issues about the package mentionned in the last post in the ITP, which I assume you mean: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538067#159 I think the major issue that Andreas mentionned there is the DFSG-tarball generation: the script should be in the debian/ directory so the source can be regenerated easily without requiring access the SVN repo. The script I could find is this: http://anonscm.debian.org/viewvc/pkg-grass/packages/opencpn/tarballs/get_latest_from_git.sh?view=corevision=HEADcontent-type=text%2Fplain .. but that script seems to generate a tarball based on the git repository, and doesn't seem to checkout any specific tag, so I doubt it will work unmodified. The latest trunk of Vcs-Svn: svn://svn.debian.org/svn/pkg-grass/packages/opencpn/trunk/ has: $ uscan --verbose --report -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: opts=dversionmangle=s/\+dfsg// http://sf.net/opencpn/OpenCPN-([\d\.]+)-Source\.tar\.gz -- Found the following matching hrefs: /watch/sf.php/opencpn/OpenCPN-3.2.2-Source.tar.gz (3.2.2) /watch/sf.php/opencpn/OpenCPN-3.2.0-Source.tar.gz (3.2.0) /watch/sf.php/opencpn/OpenCPN-3.0.0-Source.tar.gz (3.0.0) /watch/sf.php/opencpn/OpenCPN-2.5.0-Source.tar.gz (2.5.0) /watch/sf.php/opencpn/OpenCPN-2.3.1-Source.tar.gz (2.3.1) /watch/sf.php/opencpn/OpenCPN-2.3.0-Source.tar.gz (2.3.0) Newest version on remote site is 3.2.2, local version is 2.5.0+dfsg (mangled local version number 2.5.0) = Newer version available from https://qa.debian.org/watch/sf.php/opencpn/OpenCPN-3.2.2-Source.tar.gz -- Scan finished I admit the request for sponsoring was so long ago that I do not remember and I see no value to think about aged code. I'd perfectly agree if the current source for 3.2.2 would be used for packaging. I'd recommend to use Files-Excluded if any files need to be stripped from this source tarball (but I did not inspected it regarding this issue). There were also issues with the debian/rules targets for repeated builds. Andreas, was there other things you were thinking should be fixed with the package? Since there are several upstream releases inbetween I would need to have another look. Since you obviously had a more recent look and you do not need a sponsor I'd trust your insight if you say it is OK. Finally, did anyone take a look at that PPA? Why aren't we just using that debian package?? https://launchpad.net/~opencpn/+archive/ubuntu/opencpn I personally did not. The only thing I could say that it always heats my temper a bit if I learn about another instance of failed communication between people working on free GIS software. I wonder why we are not able to catch all those people into our common project and do not reinvent the wheel over and over. :-( Thanks for the feedback, As you asked for in your other mail I added you to pkg-grass on alioth (even if Bas mentioned that this is not really needed for DDs). Since you seem to be Git affine I would suggest the following: Either convert the current svn://svn.debian.org/svn/pkg-grass/packages/opencpn/trunk/ to Git or create a new Git repository which is compliant to Debian GIS policy[1] (fetch the tarball via uscan and use git import-orig --pristine-tar to inject the source. Designe the debian/ dir according to your insight as a DD (may be ask for review here - but I'm no GIS expert and thus I can only check packaging details). Please also get the person responsible fpr the PPA involved and invite him to join the project offering him cooperation to work on this repository. This should support his goal to make OpenCPN available in Ubuntu way better than some random PPA. Kind regards and thanks again for your push on this Andreas. [1] http://pkg-grass.alioth.debian.org/policy/ -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763053: dokuwiki: debconf does not set password
Hi Tanguy,
On Tue, 2014-09-30 at 22:51 +0200, Tanguy Ortolo wrote:
Tobias Frost, 2014-09-27 17:02+0200:
On a friendi's machine we just installed dokuwiki with lighttpd as webserver.
During installation, debconf askes for a password as intended.
However, the password is not set when trying to login (login error, wrong
password)
Instead, the default password, as stated in README.Debian does work.
This is strange, since my config script is supposed to set that default
password only if the question is not to be shown:
my @ret = input(high, dokuwiki/wiki/password);
input(high, dokuwiki/wiki/confirm);
my $skipped = 0;
if ($ret[0] == 30) {
# debconf is configured to skip even high priority questions;
# this is insane but we will have to set a default password
# nonetheless
$skipped = 1;
}
@ret = go();
if ($skipped)
{
set(dokuwiki/wiki/password, fix-your-debconf-settings);
set(dokuwiki/wiki/confirm, fix-your-debconf-settings);
}
Before I add some additional safety, like
`if ($skipped get(dokuwiki/wiki/password) eq )`, could you by
chance tell me how debconf is configured on that server?
Sorry, don't have access to the server, but the install was a standard
Jessie-based debian install with no tweaks on the debconf settings.
I as also in front of the screen when we installed it, so I can confirm
you that the password prompt was issued.
I just reproduced this in a sid-chroot. (the one I use to build
packages, not neccessarrily 100% clean)
This is what I did:
$install lighttpd php5 php5-cgi dokuwiki
(bside other questions debconf asks for password)
$lighty-enable-mod fastcgi fastcgi-php dokuwiki
Note: This fails with the message Ignoring unknown module: dokuwiki
$dpkg-reconfigure dokuwiki
(Now one can select lighttpd and I deselected apache2 -- which is not
installed )
For the other options I selected the defaults; NOTE, that this time
debconf did NOT ask for the password, but AFAIK this is OK as debconf
would not repeat questions if already asked).
root@edoras:/etc/lighttpd/conf-available#
cat /etc/dokuwiki/users.auth.php
admin:a2c2b76385a6b72d2219e1007f72be52:DokuWiki
Administrator:webmaster@localhost:admin,user
(which seems to be the md5 for fix-your-debconf-settings)
--
tobi
signature.asc
Description: This is a digitally signed message part
Bug#763517: patches breaking color management
Control: tags -1 +moreinfo Hi Pascal and Joseph, Le mardi, 30 septembre 2014, 22.55:46 Pascal Obry a écrit : What filters are you using to print? I assume that you are using the latest version of cups-filters? Yes, I was using CUPS 1.7.5-2 with cups-filters 1.0.58-1. (…) Let me know if something is still missing. You need to answer the what filters are you using to print? question. You mentioned Epson 3880, so we're guessing you're using the following driver: ? gutenprint.5.2://escp2-3880/expert Epson Stylus Pro 3880 CUPS+Gutenprint v5.2.10 You mentioned with an home made profile; could you make it available and explain how you configured it? As for really bad and but also breaks color management done down the piper by the filters; could you describe (eventually providing a comparison picture) what this means? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763590: digikam: Updated digikam crashes on encountering *.7z files
Package: digikam Version: 4:4.3.0-1 Severity: normal Dear Maintainer, After upgrading digikam and starting it from console, digikam crashes with the following: PROMPT digikam Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. digikam(9849)/KEXIV2: Cannot load metadata from file (Error # 11 : MYDIRCTORY/SOMEFILE.7z: The file contains data of an unknown image type digikam(9849)/KEXIV2: Cannot load metadata using Exiv2 (Error # 11 : NYDIRECTORY/SOMEFILE.7z: The file contains data of an unknown image type digikam: Fatal IO error: client killed KCrash: Application 'digikam' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/balin/.kde/socket-pc1478/kdeinit4__0 pa_write() failed while trying to wake up the mainloop: Bad file descriptor pa_write() failed while trying to wake up the mainloop: Bad file descriptor Assertion 'pa_close(fds[0]) == 0' failed at pulsecore/core-util.c:2516, function pa_close_pipe(). Aborting. Unable to start Dr. Konqi After moving the offending MYFILE.7z out of the local library, digikam comes around to being normal: PROMPT digikam Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. As compared to the former version, this represents a reduction in functionality. Sincerely, Joh -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:4.3.0-1 ii digikam-private-libs 4:4.3.0-1 ii kde-runtime 4:4.14.1-1 ii libc6 2.19-11 ii libgcc1 1:4.9.1-15 ii libgphoto2-6 2.5.4-1.1+b1 ii libgphoto2-port10 2.5.4-1.1+b1 ii libkdcraw23 4:4.14.0-1 ii libkdecore5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkexiv2-11 4:4.14.0-1+b1 ii libkhtml5 4:4.14.1-1 ii libkio5 4:4.14.1-1 ii libkipi11 4:4.13.3-1 ii libknotifyconfig4 4:4.14.1-1 ii libkparts44:4.14.1-1 ii libopencv-core2.4 2.4.9.1+dfsg-1 ii libopencv-imgproc2.4 2.4.9.1+dfsg-1 ii libphonon44:4.8.0-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsolid4 4:4.14.1-1 ii libstdc++64.9.1-15 ii libthreadweaver4 4:4.14.1-1 ii perl 5.20.1-1 ii phonon4:4.8.0-1 Versions of packages digikam recommends: ii chromium [www-browser] 37.0.2062.120-2 ii ffmpegthumbs 4:4.14.1-1 ii iceweasel [www-browser] 31.1.0esr-1 ii kipi-plugins 4:4.3.0-1 ii konqueror [www-browser] 4:4.14.1-1 ii w3m [www-browser]0.5.3-17 Versions of packages digikam suggests: pn digikam-doc none ii systemsettings 4:4.11.12-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762776: openjpeg 2.1.0 still stuck in sid
As noticed previously: https://bugs.debian.org/762776#20 I'd like to extend that list to: openjpeg-tools, openjpip-dec-server, openjpip-server, openjpip-viewer So please: dak rm -m [auto-cruft] NBS (no longer built by openjpeg2) -s unstable -a amd64,armel,armhf,i386,kfreebsd-amd64,kfreebsd-i386,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b openjpeg-tools openjpip-dec-server openjpip-server openjpip-viewer Those packages have been -namely- replaced by: libopenjpeg-tools, libopenjpip-dec-server, libopenjpip-server, libopenjpip-viewer to prevent conflicts in between src:openjpeg binaries and src:openjpeg2 binaries, see #760874 for details. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647001: gpg errors NO_PUBKEY after aptitude update
severity 647001 important thanks Hi, Valery Mamonov valerymamo...@gmail.com writes: 2014-10-01 3:30 GMT+04:00 Ansgar Burchardt ans...@43-1.org: Valery Mamonov valerymamo...@gmail.com writes: I'm experiencing some troubles with updating my debian machine. After aptitude update i'm having multiple errors like these: W: GPG error: http://deb.ianod.es unstable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 498F1DF0598C5C38 Hmm, all the keys APT complains about come from /etc/apt/trusted.gpg? What happens if you move them to a file in /etc/apt/trusted.gpg.d? After moving trusted.gpg from /etc/apt to /etc/apt/trusted.gpg.d all keys were missing. I have manually added keys, but after 'aptitude update' I've got same result - all keys not found. The size of new /etc/apt/trusted.gpg was 0 kb. The size of new /etc/apt/trusted.gpg.d/trusted.gpg was ~106 kb. Are you using apt from experimental? With apt_1.1~exp3 I could reproduce the issue: /etc/apt/trusted.gpg is not world-readable and apt now uses a _apt user for some tasks. So it cannot access the public keys for verification. Please try making the keyring world-readable (chmod a+r ...). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763155: linux-image-3.16-2-686-pae: linux 3.16-2-686-pae: i915 module crashes on Eeepc 1001p
Package: src:linux Version: 3.14.15-2 Followup-For: Bug #763155 Same thing here: kernel BUG at /build/linux-Lep8DD/linux-3.16.3/drivers/gpu/drm/i915/i915_gem_stolen.c:431! invalid opcode: [#1] SMP EIP is at i915_gem_object_create_stolen_for_preallocated+0x20b/0x280 [i915] and resulting in a black screen. Today at least SysRq worked, last night that didn't work either. Hardware: ASUS eeePC, similar model, 10something. Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller Kernel package 3.16-1 works, and so does 3.14-2. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge [8086:a010] Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] 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 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a011] (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] 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 Interrupt: pin A routed to IRQ 44 Region 0: Memory at f7e0 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at dc00 [size=8] Region 2: Memory at d000 (32-bit, prefetchable) [size=256M] Region 3: Memory at f7d0 (32-bit, non-prefetchable) [size=1M] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a012] Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] 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 Region 0: Memory at f7e8 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:841c] 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, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at f7cf8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode]) 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, Cache Line Size: 32 bytes Bus: primary=00, secondary=04, subordinate=04, sec-latency=0 I/O behind bridge: 1000-1fff Memory behind bridge: 8000-801f Prefetchable memory behind bridge: 8020-803f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 2 [8086:27d2] (rev 02) (prog-if 00 [Normal decode]) 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, Cache Line Size: 32 bytes Bus: primary=00, secondary=02, subordinate=03, sec-latency=0 I/O behind bridge: 2000-2fff Memory behind bridge: f800-fbff Prefetchable memory behind bridge: f000-f6ff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B-
Bug#763363: NO_PUBKEY
Hi Jidanni, 積丹尼 Dan Jacobson jida...@jidanni.org writes: W: GPG error: http://ftp.br.debian.org experimental InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 W: GPG error: http://ftp.br.debian.org unstable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 Are you using apt from experimental? If so, please run apt-key list and check wheather the file containing the key 8B48AD6246925553 is world-readable. If not, please try making it world-readable. A different user had a similar problem[1] and I think this might be [2]. Ansgar [1] https://lists.debian.org/debian-user/2014/09/msg02067.html [2] https://bugs.debian.org/647001 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756247: Bug #756247: systemd upgrade
Hello, Currently this message in dmesg user@1000.service is the only one i get logged. I will try to post new bug reports for other items i will figure it out. My Jessie IBM x240 laptop installation is pretty much broken now. Even after i tried to upgrade to systemd/sid unstable. 1) Suspend fails with dbus no permission error (xfce) 2) LID close seems to do suspend 3) Shutdown from GUI just makes logout, and after that all menu items are grey/disabled (xfce) 4) Cannot connect to WIRED network from xfce network manager. green dot icon stays forever. 5) Cannot connect to new WiFi network from xfce network manager. permission denied. 6) Existing WiFi networks work automatically. That is the only way to get network. 7) 3G modem is not detected at all. dmesg shows that it is connected. G -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763591: ITP: murano-dashboard -- cloud-ready application catalog
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: murano-dashboard Version : 2014.2~b3 Upstream Author : OpenStack Development Mailing List openstack-...@lists.openstack.org * URL : https://github.com/stackforge/murano-dashboard * License : Apache-2.0 Programming Lang: Python Description : cloud-ready application catalog Murano Project introduces an application catalog, which allows application developers and cloud administrators to publish various cloud-ready applications in a browsable categorised catalog, which may be used by the cloud users (including the inexperienced ones) to pick-up the needed applications and services and composes the reliable environments out of them in a push-the-button manner. . This package contains the OpenStack dashboard plugin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760061: [Pkg-zsh-devel] Bug#760061: 5 seconds to fail
On Sep 30, 7:40pm, Axel Beckert wrote: } } But I have a slight hope that enabling verbose output avoids some race } condition which is triggering this issue occasionally. That's quite likely. Also the patch in zsh-workers/33298 may resolve some deadlocks caused by signals interrupting memory management. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763592: ieee-data: update-oui leaves /var/lib/ieee-data/* only readable by root
Package: ieee-data Version: 20140927.1 Severity: important update-oui downloads into a file created with /bin/tempfile, which creates with mode 0600 by default. This leaves the data only readable by root after an update. -rw--- 1 root root 3344182 Oct 1 07:39 /var/lib/ieee-data/oui.txt -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-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 ieee-data depends on: ii libwww-perl 6.08-1 ii wget 1.15-1+b1 ieee-data recommends no packages. ieee-data 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#754937: fixed in linux-image-3.16-2-amd64
after upgrade to linux-image-3.16-2-amd64 the problem was gone, the keyboard works fine now.
Bug#763593: openjpegs binaries are taken over
Package: openjpeg Version: 1.5.2-2 Severity: serious Hi, the following packages from openjpeg are taken over by another package: openjpeg-tools, openjpip-dec-server, openjpip-server, openjpip-viewer Amongst others that leads to the fact that openjpeg can't be uploaded anymore because any upload would be rejected because there are too new packages in the archive. This is also true after openjpeg2 dropped those packages because they are uploaded to unstable, and new uploads need a higher version number. As it is planned to get rid of openjpeg (see #761356 ) I would recommend to just drop the packages from openjpeg. As this is required for testing migration of the new architectures I'd intend to upload this fix to unstable in about a week unless there is a reason why not. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647001: gpg errors NO_PUBKEY after aptitude update
2014-10-01 11:02 GMT+04:00 Ansgar Burchardt ans...@debian.org: severity 647001 important thanks Hi, Valery Mamonov valerymamo...@gmail.com writes: 2014-10-01 3:30 GMT+04:00 Ansgar Burchardt ans...@43-1.org: Valery Mamonov valerymamo...@gmail.com writes: I'm experiencing some troubles with updating my debian machine. After aptitude update i'm having multiple errors like these: W: GPG error: http://deb.ianod.es unstable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 498F1DF0598C5C38 Hmm, all the keys APT complains about come from /etc/apt/trusted.gpg? What happens if you move them to a file in /etc/apt/trusted.gpg.d? After moving trusted.gpg from /etc/apt to /etc/apt/trusted.gpg.d all keys were missing. I have manually added keys, but after 'aptitude update' I've got same result - all keys not found. The size of new /etc/apt/trusted.gpg was 0 kb. The size of new /etc/apt/trusted.gpg.d/trusted.gpg was ~106 kb. Are you using apt from experimental? With apt_1.1~exp3 I could reproduce the issue: /etc/apt/trusted.gpg is not world-readable and apt now uses a _apt user for some tasks. So it cannot access the public keys for verification. Please try making the keyring world-readable (chmod a+r ...). Ansgar -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87h9zotgpt@deep-thought.43-1.org Yes, i'm using apt from experimental: LANG=C apt-cache policy apt apt: Installed: 1.1~exp3 Candidate: 1.0.9.1 Version table: *** 1.1~exp3 0 1110 http://mirror.yandex.ru/debian/ experimental/main amd64 Packages 1110 ftp://ftp.de.debian.org/debian/ experimental/main amd64 Packages 1110 ftp://mirror.mephi.ru/debian/ experimental/main amd64 Packages 1110 http://mirrors.kernel.org/debian/ experimental/main amd64 Packages 100 /var/lib/dpkg/status So I made /etc/apt/trusted.gpg world readable and my problem seemed to be solved. -- Best regards, Valery Mamonov.
Bug#762571: audacity: Hang when asked to open Ogg Theora file
[Martin Steghöfer] However, the problem isn't in audacity, but in libvorbis. The file importer calls libvorbis' function ov_pcm_seek with seek position 0 in order to start reading at a well-defined position. But libvorbis seems to have problems with seeking to 0 in certain files. Aha. I really hope this can be fixed in time for Jessie. The freeze is approaching fast! Dear libvorbis maintainer, what is your view on this issue? Maybe the changeset can be backported to the libvorbis versions currently in the repositories? Backporting it is trivial, at least to the packages of libvorbis-1.3.2 the patch applies without modifications (using only fuzz). I just tried it and indeed it fixed the problem with audacity. Do you have a working patch you can append to this bug? -- 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#763545: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#763545: [src:linux] rtl8723au firmware fails to load)
So it requires the non-free repository enabled. I see now. That's a real shame. Thanks though. On Tue, 2014-09-30 at 22:33 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the src:linux package: #763545: [src:linux] rtl8723au firmware fails to load It has been closed by Ben Hutchings b...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchings b...@decadent.org.uk by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722162: libghemical: library underlinked
[Petter Reinholdtsen 2014-08-31] This bug caused libghemical and ghemical to be removed from testing 2013-11-27. Any hope to have it fixed? I've not seen any reply since my email. Is this package unmaintained? -- 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#762776: openjpeg 2.1.0 still stuck in sid
Control: tag -1 moreinfo Hi, Mathieu Malaterre ma...@debian.org writes: As noticed previously: https://bugs.debian.org/762776#20 I'd like to extend that list to: openjpeg-tools, openjpip-dec-server, openjpip-server, openjpip-viewer So please: dak rm -m [auto-cruft] NBS (no longer built by openjpeg2) -s unstable -a amd64,armel,armhf,i386,kfreebsd-amd64,kfreebsd-i386,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b openjpeg-tools openjpip-dec-server openjpip-server openjpip-viewer Those packages have been -namely- replaced by: libopenjpeg-tools, libopenjpip-dec-server, libopenjpip-server, libopenjpip-viewer to prevent conflicts in between src:openjpeg binaries and src:openjpeg2 binaries, see #760874 for details. From what I understand the situation in unstable is this: src:openjpeg: openjpeg-tools 1.5.2-2 openjpip-dec-server 1.5.2-2 openjpip-server 1.5.2-2 openjpip-viewer 1.5.2-2 src:openpeg2: openjpeg-tools 2.0.0-1 openjpip-dec-server 2.0.0-1 openjpip-server 2.0.0-1 openjpip-viewer 2.0.0-1 and you want to go back to the packages built from src:openjpeg 1.5.2. However removing the binaries built from src:openjpeg2 would make version number in unstable go backwards for these binary packages. We don't want that. Please upload a higher version[1] of the packages before if you want to keep them (even if built from a different source). [1] This might require an epoch for openjpeg (at least for the affected binaries). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763592: Bug#763018 still present in 20140927.1
ieee-data 20140927.1 still ships /var/lib/ieee-data/.lastupdate which is later modified by update-oui and causes debsums to fail. Thanks, -- Malcolm Scott -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763595: gnome-session-common: default.list references non existing .desktop files
Package: gnome-session-common Version: 3.14.0-1 Severity: normal Dear Maintainers, at least the defaults for inode/directory and text/plain point to non existing .desktop files: $ grep inode/directory /etc/gnome/defaults.list /usr/share/applications/defaults.list /etc/gnome/defaults.list:inode/directory=nautilus.desktop $ grep text/plain /etc/gnome/defaults.list /usr/share/applications/defaults.list /etc/gnome/defaults.list:text/plain=gedit.desktop But nautilus now ships nautilus-classic.desktop and gedit ships org.gnome.gedit.desktop -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-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#763596: gnome-shell: Gnome 3.14: window to workspace handling does not work
Package: gnome-shell Version: 3.14.0-1 Severity: normal Dear Maintainer, there is a silly handling of the windows/workspaces with the actual 3.14 gnome-shell with X-window: * Open gnome on X * place a window e.g. terminal on the first workspace * right-click somewhere outside the window (the background): settings and background settings menu appears * remember the position of the opened window * change to another workspace * right-click somewhere outside the created window position: settings and background settings appear * move the mouse somewhere inside the window position: when entering the window the mouse pointer changes to resize and then to text enter (if the opened window was the terminal) * right-click at the position of the window: desktop hangs e.g. window close buttons do not work no text entering possible. This lock can only be recovered by typing super key for app view and back * when then normaly working and left (!) clicking at the background sometimes the settings and background settings menu appears Then: * close the X-gnome session * open a wayland gnome session * repeat the test above: everything works fine: the window manager creates the settings window on an empty workspace at opened window positions hm I will work on wayland the next time... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii evolution-data-server3.12.6-1 ii gir1.2-accountsservice-1.0 0.6.37-3 ii gir1.2-atspi-2.0 2.12.0-2 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.18.4-2 ii gir1.2-freedesktop 1.42.0-1 ii gir1.2-gcr-3 3.12.2-1 ii gir1.2-gdesktopenums-3.0 3.14.0-1 ii gir1.2-gdm3 3.13.92-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-1 ii gir1.2-gnomebluetooth-1.03.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.0-1 ii gir1.2-gtk-3.0 3.12.2-3+b1 ii gir1.2-ibus-1.0 1.5.8-2 ii gir1.2-mutter-3.03.14.0-1 ii gir1.2-networkmanager-1.00.9.10.0-2 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.7-1 ii gir1.2-polkit-1.00.105-6.1 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.1-3 ii gjs 1.40.1-4 ii gnome-backgrounds3.14.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.14.0-1 ii gnome-shell-common 3.14.0-1 ii gnome-themes-standard3.14.0-1 ii gsettings-desktop-schemas3.14.0-1 ii libatk-bridge2.0-0 2.12.1-1+b1 ii libatk1.0-0 2.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.20.0-1 ii libcogl-pango20 1.18.2-2 ii libcogl201.18.2-2 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.6-1 ii libedataserver-1.2-183.12.6-1 ii libgcr-base-3-1 3.12.2-1 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libgirepository-1.0-11.42.0-1 ii libgjs0e [libgjs0-libmozjs-24-0] 1.40.1-4 ii libglib2.0-0 2.42.0-1 ii libgstreamer1.0-01.4.3-1 ii libgtk-3-0 3.14.0-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0e 3.14.0-1 ii libnm-glib4
Bug#763598: docbook-xml: xmllint fails to identify local copy of docbook entities file
Package: docbook-xml Version: 4.5-7.2 Severity: important Consider the test document attached, it's starting with this: ?xml version='1.0' encoding='utf-8' ? !DOCTYPE section [ !ENTITY % BOOK_ENTITIES SYSTEM Users_Guide.ent %BOOK_ENTITIES; !ENTITY % sgml.features IGNORE !ENTITY % xml.features INCLUDE !ENTITY % DOCBOOK_ENTS PUBLIC -//OASIS//ENTITIES DocBook Character Entities V4.5//EN http://www.oasi s-open.org/docbook/xml/4.5/dbcentx.mod %DOCBOOK_ENTS; ] Now I want to parse it (with publican which uses libxml internally) but I always ends up loading http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod from the network instead of finding the local copy. I can reproduce the problem with xmllint: $ XML_DEBUG_CATALOG=1 xmllint --debugent --nonet --noent --noout test.xml [...] Resolve: pubID -//OASIS//ENTITIES DocBook Character Entities V4.5//EN sysID http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod 0 Parsing catalog file:///etc/xml/catalog file:///etc/xml/catalog added to file hash file:///etc/xml/docbook-xml.xml not found in file hash 0 Parsing catalog file:///etc/xml/docbook-xml.xml file:///etc/xml/docbook-xml.xml added to file hash Trying system delegate file:///etc/xml/docbook-xml.xml Resolve URI http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod [...] This is not normal. It looks like only the system idendifier (the URL) is used while the public identifier (for which there's a match in /etc/xml/docbook-xml.xml) is not used: $ grep -- -//OASIS//ENTITIES DocBook Character Entities V4.5//EN /etc/xml/docbook-xml.xml delegatePublic publicIdStartString=-//OASIS//ENTITIES DocBook Character Entities V4.5//EN catalog=file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml/ To confirm this impression I modified /etc/xml/docbook-xml.xml to replace this line: delegateSystem systemIdStartString=http://docbook.org/xml/4.5/docbookx.dtd; catalog=file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml/ With this one: delegateSystem systemIdStartString=http://docbook.org/xml/4.5/; catalog=file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml/ This allowed to go one step further in the catalog lookup: Resolve: pubID -//OASIS//ENTITIES DocBook Character Entities V4.5//EN sysID http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod 0 Parsing catalog file:///etc/xml/catalog file:///etc/xml/catalog added to file hash file:///etc/xml/docbook-xml.xml not found in file hash 0 Parsing catalog file:///etc/xml/docbook-xml.xml file:///etc/xml/docbook-xml.xml added to file hash Trying system delegate file:///etc/xml/docbook-xml.xml file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml not found in file hash 0 Parsing catalog file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml added to file hash Trying system delegate file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml Resolve URI http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod And to finally get it to work, I had to add this line in /usr/share/xml/docbook/schema/dtd/4.5/catalog.xml: system systemId=http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod; uri=dbcentx.mod/ Now I have this: Resolve: pubID -//OASIS//ENTITIES DocBook Character Entities V4.5//EN sysID http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod 0 Parsing catalog file:///etc/xml/catalog file:///etc/xml/catalog added to file hash file:///etc/xml/docbook-xml.xml not found in file hash 0 Parsing catalog file:///etc/xml/docbook-xml.xml file:///etc/xml/docbook-xml.xml added to file hash Trying system delegate file:///etc/xml/docbook-xml.xml file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml not found in file hash 0 Parsing catalog file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml added to file hash Trying system delegate file:///usr/share/xml/docbook/schema/dtd/4.5/catalog.xml Found system match http://www.oasis-open.org/docbook/xml/4.5/dbcentx.mod, using file:///usr/share/xml/docbook/schema/dtd/4.5/dbcentx.mod new input from file: file:///usr/share/xml/docbook/schema/dtd/4.5/dbcentx.mod There's something fishy either in the catalog files, or in the logic of libxml2, I'm not sure which one. Looking at https://www.oasis-open.org/committees/download.php/14809/xml-catalogs.html#s.ext.resx it looks like that the catalog file is at fault since libxml2 does the right thing by trying to use the system identifier in the first place. FWIW, I investigated this with the upstream author of Publican in this bugzilla ticket:
Bug#763597: fonts-droid: conffiles not removed
Package: fonts-droid
Version: 1:4.4.4r2-2
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb
This bug report brought to you by adequate:
http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
$ pkg=fonts-droid ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg |
grep obsolete
fonts-droid: obsolete-conffile /etc/fonts/conf.avail/65-droid-sans-fonts.conf
/etc/fonts/conf.avail/65-droid-sans-fonts.conf
fd72bca3218e0bd96e83fb21e4d73385 obsolete
-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
Architecture Description
+++--=-=-=
ii fontconfig 2.11.0-6.1amd64
generic font configuration library - support binaries
ii libfreetype6:amd64 2.5.2-2 amd64
FreeType 2 font engine, shared library files
ii libxft2:amd642.3.2-1 amd64
FreeType-based font drawing library for X
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages fonts-droid depends on:
ii dpkg 1.17.13
fonts-droid recommends no packages.
fonts-droid suggests no packages.
-- no debconf information
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#763363: NO_PUBKEY
AB == Ansgar Burchardt ans...@debian.org writes: AB Are you using apt from experimental? Yes. AB If so, please run apt-key list and check wheather the file containing AB the key 8B48AD6246925553 is world-readable. If not, please try making it AB world-readable. AB A different user had a similar problem[1] and I think this might be [2]. AB Ansgar AB [1] https://lists.debian.org/debian-user/2014/09/msg02067.html AB [2] https://bugs.debian.org/647001 None have that key # apt-key list|grep 8B4|wc 0 0 0 But OK I'll chmod them anyway, # apt-key list|grep ^/ /etc/apt/trusted.gpg /etc/apt/trusted.gpg.d/debian-archive-jessie-stable.gpg /etc/apt/trusted.gpg.d/pkg-mozilla-archive-keyring.gpg # apt-key list|grep ^/|xargs ls -l -rw--- 1 root root 17083 2014-02-04 /etc/apt/trusted.gpg -rw-r--r-- 1 root root 2775 08-31 13:37 /etc/apt/trusted.gpg.d/debian-archive-jessie-stable.gpg -rw-r--r-- 1 root root 1813 2013-07-20 /etc/apt/trusted.gpg.d/pkg-mozilla-archive-keyring.gpg # apt-key list|grep ^/|xargs chmod +r Hmm, but now aptitude update works! OK thanks for the workaround for the bug! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725515: xracer: FTBFS with make 3.82: Makefile:206: *** missing separator
control: severity -1 serious On Sun, Oct 06, 2013 at 11:39:19AM -0700, Daniel Schepler wrote: Source: xracer Version: 0.96.9.1-6 Severity: important User: schep...@debian.org Usertags: ftbfs-make3-82 From my pbuilder build log, using a chroot image with make 3.82-1 from experimental installed: ... Making all in doc make[4]: Entering directory `/tmp/buildd/xracer-0.96.9.1/xracer-0.96.9/doc' ./htmlcontents.pl faq.chtml faq.html html2text -width 72 -o faq.txt faq.html make[4]: Leaving directory `/tmp/buildd/xracer-0.96.9.1/xracer-0.96.9/doc' Making all in intl make[4]: Entering directory `/tmp/buildd/xracer-0.96.9.1/xracer-0.96.9/intl' Makefile:206: *** missing separator. Stop. make[4]: Leaving directory `/tmp/buildd/xracer-0.96.9.1/xracer-0.96.9/intl' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/xracer-0.96.9.1/xracer-0.96.9' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/buildd/xracer-0.96.9.1/xracer-0.96.9' dh_auto_build: make -j1 returned exit code 2 make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/tmp/buildd/xracer-0.96.9.1' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 (It does build fine using a normal pbuilder chroot, with make 3.81-8.2 installed.) make 4.0 is now the default and this package FTBFS everywhere: https://buildd.debian.org/status/package.php?p=xracersuite=sid I am therefore upgrading the severity. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755534: Non-maintainer upload of libppd
Hi, I have prepare a non-maintainer upload of libppd to fix bugs#755534 and #759463, uploaded to DELAYED/3. You will find the diff attached. Please feel free to ask for it to be removed from the delayed queue if you prefer to get the package fixed another way (in a timely manner though). Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702265: Non-maintainer upload of libdshconfig
Hi, I have prepared a non-maintainer upload of libdshconfig to fix bugs #702265 and #756800, uploaded to DELAYED/3. You will find the diff attached. Please feel free to ask for it to be removed from the delayed queue if you prefer to get the package fixed another way (in a timely manner though). Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net diff -u libdshconfig-0.20.13/debian/changelog libdshconfig-0.20.13/debian/changelog --- libdshconfig-0.20.13/debian/changelog +++ libdshconfig-0.20.13/debian/changelog @@ -1,3 +1,14 @@ +libdshconfig (0.20.13-1.1) unstable; urgency=medium + + [ Aurelien Jarno ] + * Non-maintainer upload. + + [ Brahadambal Srinivasan ] + * Use dh-autoreconf to regenerate autoconf related files (Closes: #702265, +#756800). + + -- Aurelien Jarno aure...@debian.org Wed, 01 Oct 2014 07:12:45 +0200 + libdshconfig (0.20.13-1) unstable; urgency=low * New upstream version diff -u libdshconfig-0.20.13/debian/control libdshconfig-0.20.13/debian/control --- libdshconfig-0.20.13/debian/control +++ libdshconfig-0.20.13/debian/control @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Junichi Uekawa dan...@debian.org -Build-Depends: debhelper ( 4.0.0), libtool, d-shlibs (= 0.4), doxygen +Build-Depends: debhelper ( 4.0.0), dh-autoreconf, d-shlibs (= 0.4), doxygen Standards-Version: 3.7.2 Package: libdshconfig1 diff -u libdshconfig-0.20.13/debian/rules libdshconfig-0.20.13/debian/rules --- libdshconfig-0.20.13/debian/rules +++ libdshconfig-0.20.13/debian/rules @@ -13,6 +13,7 @@ configure: configure-stamp configure-stamp: dh_testdir + dh_autoreconf # Add here commands to configure the package. ./configure -prefix=/usr --with-versioned-symbol touch configure-stamp @@ -31,6 +32,7 @@ rm -f build-stamp configure-stamp rm -rf $(DSH) -$(MAKE) distclean + dh_autoreconf_clean dh_clean install: build
Bug#755534: Non-maintainer upload of libppd
On Wed, Oct 01, 2014 at 10:00:50AM +0200, Aurelien Jarno wrote: Hi, I have prepare a non-maintainer upload of libppd to fix bugs#755534 and #759463, uploaded to DELAYED/3. You will find the diff attached. Please feel free to ask for it to be removed from the delayed queue if you prefer to get the package fixed another way (in a timely manner though). Sorry, forgot the patch, please find it attached. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net diff -u libppd-0.10/debian/rules libppd-0.10/debian/rules --- libppd-0.10/debian/rules +++ libppd-0.10/debian/rules @@ -29,18 +29,11 @@ MAKEFLAGS += -j$(NUMJOBS) endif -autogen: - libtoolize --force --copy - aclocal - automake -a - autoconf - build: build-stamp build-stamp: dh_testdir # avoid time skews - touch configure.in touch aclocal.m4 touch configure - touch config.h.in */Makefile.in Makefile.in + dh_autoreconf ./configure --prefix=/usr --with-glib=2 --mandir=/usr/share/man touch build-stamp @@ -49,6 +42,7 @@ dh_testroot rm -f build-stamp config.log [ ! -f Makefile ] || $(MAKE) distclean distclean-generic + dh_autoreconf_clean dh_clean #find config.sub config.guess ltmain.sh COPYING INSTALL intl -type l | xargs -r rm diff -u libppd-0.10/debian/control libppd-0.10/debian/control --- libppd-0.10/debian/control +++ libppd-0.10/debian/control @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: A Mennucc1 mennu...@debian.org -Build-Depends: debhelper (= 2), libtool, libglib2.0-dev +Build-Depends: debhelper (= 2), dh-autoreconf, libglib2.0-dev Standards-Version: 3.8.0.0 Package: libppd-dev diff -u libppd-0.10/debian/changelog libppd-0.10/debian/changelog --- libppd-0.10/debian/changelog +++ libppd-0.10/debian/changelog @@ -1,3 +1,14 @@ +libppd (2:0.10-7.2) unstable; urgency=medium + + [ Aurelien Jarno ] + * Non-maintainer upload. + + [ Fernando Seiti Furusato ] + * Use dh_autoreconf to update autoconf related files (Closes: #755534, +#759463). + + -- Aurelien Jarno aure...@debian.org Wed, 01 Oct 2014 07:08:31 +0200 + libppd (2:0.10-7.1) unstable; urgency=low * Non-maintainer upload.
Bug#762776: openjpeg 2.1.0 still stuck in sid
Ansgar, On Wed, Oct 1, 2014 at 9:35 AM, Ansgar Burchardt ans...@debian.org wrote: [...] and you want to go back to the packages built from src:openjpeg 1.5.2. Correct. However removing the binaries built from src:openjpeg2 would make version number in unstable go backwards for these binary packages. We don't want that. Please upload a higher version[1] of the packages before if you want to keep them (even if built from a different source). [1] This might require an epoch for openjpeg (at least for the affected binaries). In this order really necessary ? I do not have the time to upload 1:1.5.2 right now. However I plan on doing this over the week end. Would it be possible to still go ahead and have openjpeg 2.1.0 transition to testing. I'll go with an epoch upload ASAP, and depending on upstream response it may also include a CVE fix for an undisclosed issue (if that matters) Thanks regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744876: [pkg-php-pear] Bug#744876: Status of phpunit 4
Hi David, On Tue, Sep 30, 2014 at 3:25 PM, Prach Pongpanich prach...@gmail.com wrote: Thank you a lot, I just pushed the update to version 4.2.6 on master-branch. For the test suites, I am working on it. Any comment are welcome. Last night, I have rebuilt all reverse-build-depends packages against phpunit-4.2.6 and got the result. Fails 15: http://linux.sut.ac.th/~prach/build-logs/01-oct-2014/fails.txt Pass 36: http://linux.sut.ac.th/~prach/build-logs/01-oct-2014/passed.txt Full-build-log: http://linux.sut.ac.th/~prach/build-logs/01-oct-2014/ I will uploading it to experimental that allow us to test it. Regards Prach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763599: rdesktop: Error disconnect: Invalid licensing message when connecting to Windows Server 2012 R2
Package: rdesktop Version: 1.8.2-1 Severity: important Dear Maintainer, When I try to connect to the Windows Server 2012 R2 I get the following error: $ rdesktop remote_host:3389 Autoselected keyboard map pl ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ? Connection established using SSL. disconnect: Invalid licensing message. It worked with previous versions of rdesktop. Regards, Wojtek -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rdesktop depends on: ii libasound21.0.28-1 ii libc6 2.19-11 ii libgssglue1 0.4-2 ii libpcsclite1 1.8.12-1 ii libssl1.0.0 1.0.1i-2 ii libx11-6 2:1.6.2-3 ii libxrandr22:1.4.2-1 rdesktop recommends no packages. Versions of packages rdesktop suggests: pn pcscd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763363: NO_PUBKEY
reassign 763363 apt forcemerge 647001 763363 thanks On 10/01/2014 09:58, 積丹尼 Dan Jacobson wrote: AB == Ansgar Burchardt ans...@debian.org writes: AB Are you using apt from experimental? Yes. AB If so, please run apt-key list and check wheather the file containing AB the key 8B48AD6246925553 is world-readable. If not, please try making it AB world-readable. None have that key # apt-key list|grep 8B4|wc 0 0 0 apt-key list will by default show the short keyid which is the last half of the long keyid apt showed. So you might need to grep for 25553. But OK I'll chmod them anyway, # apt-key list|grep ^/ /etc/apt/trusted.gpg /etc/apt/trusted.gpg.d/debian-archive-jessie-stable.gpg /etc/apt/trusted.gpg.d/pkg-mozilla-archive-keyring.gpg # apt-key list|grep ^/|xargs ls -l -rw--- 1 root root 17083 2014-02-04 /etc/apt/trusted.gpg -rw-r--r-- 1 root root 2775 08-31 13:37 /etc/apt/trusted.gpg.d/debian-archive-jessie-stable.gpg -rw-r--r-- 1 root root 1813 2013-07-20 /etc/apt/trusted.gpg.d/pkg-mozilla-archive-keyring.gpg # apt-key list|grep ^/|xargs chmod +r Hmm, but now aptitude update works! OK thanks for the workaround for the bug! So I think it's the same bug and will merge this one. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736427: OWN
MM.docx Description: MS-Word 2007 document
Bug#758619: reportbug: Can confirm, reportbug fails with GTK, not in text mode
Package: reportbug Version: 6.5.1 Followup-For: Bug #758619 Dear Maintainer, * What led up to the situation? Trying to report a bug on another package (pidgin-skype), which curiously fails with the exact same error message. Saw this exact same error unable to unlock mutex for the first time yesterday in pidgin and now in reportbug. * What exactly did you do (or not do) that was effective (or ineffective)? I configured reportbug to run in GUI mode. * What was the outcome of this action? reportbug crashes with Attempt to unlock mutex that was not locked * What outcome did you expect instead? reportbug starting -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/buster/.reportbugrc: reportbug_version 6.5.1 mode novice ui text email m...@bstr.eu smtphost bstr.eu smtpuser buster smtptls -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 1.0.9.1 ii python2.7.8-1 ii python-reportbug 6.5.1 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utilsnone pn debsums none pn dlocate none pn emacs22-bin-common | emacs23-bin-common none ii file 1:5.19-2 ii gnupg1.4.18-4 pn postfix | exim4 | mail-transport-agent none ii python-gtk2 2.24.0-4 ii python-gtkspell 2.25.3-13 pn python-urwid none pn python-vte none ii xdg-utils1.1.0~rc1+git20111210-7.1 Versions of packages python-reportbug depends on: ii apt 1.0.9.1 ii python-debian 0.1.23 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763600: selinux-policy-default: su option in logrotate is blocked by SELinux dontaudit rule
Package: selinux-policy-default
Version: 2:2.20110726-12
Severity: normal
Dear Maintainer,
3rd party package puppetdb uses a logrotate configuration that includes the
su puppetdb puppetdb option. This does not work together with the default
SELinux policy, because of the following policy rule:
root@zarquon:~# sesearch -t logrotate_t -s logrotate_t --dontaudit
Found 1 semantic av rules:
dontaudit logrotate_t logrotate_t : capability { setgid setuid sys_ptrace }
;
root@zarquon:~#
This results in the following in the audit logs (after rebuilding the policy
to show dontaudit rules):
time-Tue Sep 30 06:25:04 2014
type=SYSCALL msg=audit(1412051104.718:1470): arch=c03e syscall=119
success=no exit=-1 a0= a1=79 a2= a3=0 items=0
ppid=29053 pid=29054 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
fsgid=0 tty=(none) ses=1227 comm=logrotate exe=/usr/sbin/logrotate
subj=system_u:system_r:logrotate_t:s0-s0:c0.c1023 key=(null)
type=AVC msg=audit(1412051104.718:1470): avc: denied { setgid } for pid=29054
comm=logrotate capability=6
scontext=system_u:system_r:logrotate_t:s0-s0:c0.c1023
tcontext=system_u:system_r:logrotate_t:s0-s0:c0.c1023 tclass=capability
As this is apparently explicityly disallowed (and very hard to troubleshoot,
given the dontaudit rule), I'm reluctant to modify the policy myself without
understanding why this rule is in place. If this bug(?) does not get fixed, then
at least please educate me on the reason why this policy rule is in place and
what the implications are of overruling it.
By the way:
ii logrotate3.8.1-4 amd64
Log rotation utility
-- System Information:
Debian Release: 7.6
APT prefers stable
APT policy: (990, 'stable'), (900, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages selinux-policy-default depends on:
ii libpam-modules 1.1.3-7.1
ii libselinux1 2.1.9-5
ii libsepol12.1.4-3
ii policycoreutils 2.1.10-9
ii python 2.7.3-4+deb7u1
Versions of packages selinux-policy-default recommends:
ii checkpolicy 2.1.8-2
ii setools 3.3.7-3
Versions of packages selinux-policy-default suggests:
pn logchecknone
pn syslog-summary none
-- Configuration Files:
/etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission
denied: u'/etc/selinux/default/modules/active/file_contexts.local'
-- 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#760061: [Pkg-zsh-devel] Bug#760061: 5 seconds to fail
Hi Bart, Bart Schaefer wrote: On Sep 30, 7:40pm, Axel Beckert wrote: } But I have a slight hope that enabling verbose output avoids some race } condition which is triggering this issue occasionally. That's quite likely. Perfect. :-) Also the patch in zsh-workers/33298 may resolve some deadlocks caused by signals interrupting memory management. JFTR for those not reading zsh-workers, Bart refers to this mail: http://www.zsh.org/mla/workers/2014/msg01086.html Yep, saw that. Already wondered if that's related when I saw Vincent's bug report (http://www.zsh.org/mla/workers/2014/msg01083.html). And I was surely happy to see a fix for it in such a short time. Thanks! I'll likely cherry-pick it for the Debian package. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763594: exim4-config: Save result of update-exim4.conf in /etc/exim4
Control: reassign -1 exim4-config 4.80-7 On Mi, 01 oct 14, 07:39:06, Debian BTS wrote: Package: exim4-config Version: 4.80-7 Severity: normal Dear Maintainer, The outcome of the invokation of update-exim4.config is stored in a subdirectory of /var/. This doesn't seem to have any advantage in comparison to putting the file into /etc/exim4 with other configuration files. -- Package-specific info: Exim version 4.80 #2 built 02-Jan-2013 19:14:51 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM Old_Demime Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='smarthost' dc_other_hostnames='richtercloud.de' dc_local_interfaces='127.0.0.1 ; ::1 ; 192.168.178.76' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='smtp.elasticmail.com::2525' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='false' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' mailname:richtercloud.de -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (90, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.2.40 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages exim4-config depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 exim4-config recommends no packages. exim4-config suggests no packages. -- Configuration Files: /etc/exim4/conf.d/router/200_exim4-config_primary changed: ..ifdef DCconfig_internet dnslookup_relay_to_domains: debug_print = R: dnslookup_relay_to_domains for $local_part@$domain driver = dnslookup domains = ! +local_domains : +relay_to_domains transport = remote_smtp same_domain_copy_routing = yes no_more dnslookup: debug_print = R: dnslookup for $local_part@$domain driver = dnslookup domains = ! +local_domains transport = remote_smtp same_domain_copy_routing = yes # ignore private rfc1918 and APIPA addresses ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :\ 172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16 :\ 255.255.255.255 no_more ..endif ..ifdef DCconfig_local nonlocal: debug_print = R: nonlocal for $local_part@$domain driver = redirect domains = ! +local_domains allow_fail data = :fail: Mailing to remote domains not supported no_more ..endif ..ifdef DCconfig_smarthost DCconfig_satellite smarthost: debug_print = R: smarthost for $local_part@$domain driver = manualroute domains = ! +local_domains transport = remote_smtp_smarthost #route_list = * DCsmarthost byname route_list = smtp.elasticmail.com host_find_failed = defer same_domain_copy_routing = yes no_more ..endif /etc/exim4/exim4.conf.template changed: exim_path = /usr/sbin/exim4 ..ifndef CONFDIR CONFDIR = /etc/exim4 ..endif UPEX4CmacrosUPEX4C = 1 domainlist local_domains = MAIN_LOCAL_DOMAINS domainlist relay_to_domains = MAIN_RELAY_TO_DOMAINS hostlist relay_from_hosts = 0.0.0.0/0 ..ifndef MAIN_PRIMARY_HOSTNAME_AS_QUALIFY_DOMAIN ..ifndef MAIN_QUALIFY_DOMAIN qualify_domain = ETC_MAILNAME ..else qualify_domain = MAIN_QUALIFY_DOMAIN ..endif ..endif ..ifdef MAIN_LOCAL_INTERFACES local_interfaces = MAIN_LOCAL_INTERFACES ..endif ..ifndef LOCAL_DELIVERY LOCAL_DELIVERY=mail_spool ..endif gecos_pattern = ^([^,:]*) gecos_name = $1 ..ifndef CHECK_RCPT_LOCAL_LOCALPARTS CHECK_RCPT_LOCAL_LOCALPARTS = ^[.] : ^.*[@%!/|`#?] ..endif ..ifndef CHECK_RCPT_REMOTE_LOCALPARTS
Bug#763602: Crashes on startup with Attempt to unlock mutex that was not locked
Package: mirage
Version: 0.9.5.1-3
Severity: grave
Dear maintainer,
after the last update, mirage crashes immediately on startup:
$ mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be
removed in a future version.
self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be
removed in a future version.
self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ export LC_ALL=C
$ mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be
removed in a future version.
self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ which mirage
/usr/bin/mirage
$ python2.7 /usr/bin/mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be
removed in a future version.
self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ python3 /usr/bin/mirage
Traceback (most recent call last):
File /usr/bin/mirage, line 27, in module
import mirage
ImportError: No module named 'mirage'
If you need any further information, I’d be glad to assist you.
Best,
Claudius
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mirage depends on:
ii libc62.19-11
ii libx11-6 2:1.6.2-3
ii python 2.7.8-1
ii python-gtk2 2.24.0-4
mirage recommends no packages.
Versions of packages mirage suggests:
ii gimp 2.8.14-1
ii imagemagick 8:6.8.9.6-4
ii menu 2.1.47
-- 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#713182: Status of netbeans (... and what to do with igv)
Hi Emmanuel, On Tue, Sep 30, 2014 at 04:42:12PM +0200, Emmanuel Bourg wrote: Le 30/09/2014 16:34, Andreas Tille a écrit : any news about netbeans? I gave up trying to fix it, sorry. It really needs a more recent version. That means you should probably keep the absolutelayout jar in IGV for now. OK, thanks for the info - I'm working on preparing an according IGV package. Thanks for your work on Java packages Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763418: nmu: pyzmq_14.3.1-1
On 30/09/14 17:25, Stefano Rivera wrote: Hi Emilio (2014.09.30_12:49:36_+0200) nmu pyzmq_14.3.1-1 . ALL . -m Rebuild against PyPy 2.4.0 Thanks for scheduling it. https://buildd.debian.org/status/package.php?p=pyzmq We got one build failure, on powerpc. I ran the build in a loop on partch, and eventually got a similar failure, so I suspect a non-deterministic test suite. There was an existing similar failure on arm64, but it built in debian-ports. Can we try some give-backs? gb pyzmq_14.3.1-1+b1 . powerpc gb pyzmq_14.3.1-1 . arm64 Given back, but please file a bug for that failure so it can eventually get fixed. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1
Hi Paul, Am Mittwoch, den 01.10.2014, 10:01 +0800 schrieb Paul Wise: Same here, once I exited from screen. I ran this: mkdir fooo HOME=/home/pabs/fooo/ xinit -e bash -c 'sm ~/f' -- :1 I got this: (sm:19155): GLib-GObject-WARNING **: The property GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be removed in a future version. (sm:19155): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. (sm:19155): GLib-GObject-WARNING **: The property GtkSettings:gtk-cursor-blink is deprecated and shouldn't be used anymore. It will be removed in a future version. (sm:19155): GLib-GObject-WARNING **: The property GtkSettings:gtk-cursor-blink-time is deprecated and shouldn't be used anymore. It will be removed in a future version. (sm:19155): GLib-GObject-WARNING **: The property GtkSettings:gtk-cursor-blink-timeout is deprecated and shouldn't be used anymore. It will be removed in a future version. Did you try the latest version? I expect that the first warning goes away. I do think that the others are somehow caused by your environment. At least I cannot reproduce them here. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#758619: The fix was intended/verified for a non graphical useage
At least the fix, solves this use case (at least for me). And as the bug is in pygtk2 which is dead, maybe the bug should be reassigned. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763595: gnome-session-common: default.list references non existing .desktop files
Hello Kai Weber Thanks for your bug report. On Wed, Oct 01, 2014 at 09:33:36AM +0200, Kai Weber wrote: [...] at least the defaults for inode/directory and text/plain point to non existing .desktop files: There are many more... alot of gnome applications had their desktop files renamed for the new DBus-activatable scheme. $ grep inode/directory /etc/gnome/defaults.list /usr/share/applications/defaults.list /etc/gnome/defaults.list:inode/directory=nautilus.desktop $ grep text/plain /etc/gnome/defaults.list /usr/share/applications/defaults.list /etc/gnome/defaults.list:text/plain=gedit.desktop But nautilus now ships nautilus-classic.desktop and gedit ships org.gnome.gedit.desktop ... nautilus.desktop is now org.gnome.Nautilus.desktop (nautilis-classic.desktop is not the same thing). If you look at more of these you'll see the common trend of the newly added org.gnome prefix and capital first letter in application name. We need a volunteer for going over this. Any chance you're interested in helping out? (I think there's a big chance we can automate much of the grunt work. Please join us at #debian-gnome on irc.debian.org (OFTC).) Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722275: casablanca package RFP?
I fixed all the lintian warning/errors, and tweaked a patch a little bit (following upstream git snapshot change). Everything should be fine now, attaching the debian directory for people who wants to give it a shot. cheers, Gianfranco debian.tar.xz Description: application/xz
Bug#763551: via-rhine: via-rhine frames errors, cant autoneg, no link with cisco
Yes, I of course also enable on both sides autonegotiation. It set 100Mb/s but no traffic at all or huge packet loss. I've tried on 3.14 kernel, then update to 3.16 and nothing changed 2014-10-01 0:40 GMT+02:00 Ben Hutchings b...@decadent.org.uk: Control: tag -1 moreinfo On Tue, 2014-09-30 at 23:38 +0200, Michal wrote: Package: src:linux Version: 3.16.3-2 Severity: normal File: via-rhine Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? via-rhine ethernet device builed into motherboard connected to any device is making problems, not stable, problems with autoneg. After connected mikrotik problems. After connected cisco, no matther what settings on both sides static speed duplex, no link all the time. [...] You should enable autonegotiation at both ends, never at only one end. Have you tried that? Did this device work for you under any other kernel version? Ben. -- Ben Hutchings The two most common things in the universe are hydrogen and stupidity.
Bug#763602: Backtrace for Crashes on startup with Attempt to unlock mutex that was not locked
Okay, this seems to be a bug in Python?
There is also a very similar issue with reportbug at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619 but that
doesn’t have an immediate solution either.
(Backtrace from gdb below)
Best,
Claudius
$ gdb --args python /usr/bin/mirage
GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from python...Reading symbols from
/usr/lib/debug//usr/bin/python2.7...done.
done.
(gdb) run
Starting program: /usr/bin/python /usr/bin/mirage
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be
removed in a future version.
self.window.set_property('allow-shrink', False)
[New Thread 0x7fffe6e8b700 (LWP 23079)]
Attempt to unlock mutex that was not locked
Program received signal SIGABRT, Aborted.
0x76f29077 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt full
#0 0x76f29077 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 23075
selftid = 23075
#1 0x76f2a458 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x31fc4, sa_sigaction =
0x31fc4}, sa_mask = {__val = {140737340076128, 44, 140737323936992, 44,
140737336735971, 44, 140737340076128,
140737323936992, 140737336739894, 140737340076128, 1, 44, 44, 0,
140737336699069, 14539744}}, sa_flags = 0, sa_restorer = 0x758aad80
_PyGObject_API}
sigs = {__val = {32, 0 repeats 15 times}}
#2 0x762d295d in g_mutex_unlock_slowpath (mutex=optimized out,
prev=optimized out) at
/build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gthread-posix.c:1327
No locals.
#3 0x74eebbbf in gtk_main () from
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#4 0x7559fff7 in _wrap_gtk_main (self=optimized out) at
/tmp/buildd/pygtk-2.24.0/gtk/gtk.override:1240
_save = 0x9ab0a0
main_watch = 0xe4d670
#5 0x004ca6c4 in call_function (oparg=optimized out,
pp_stack=optimized out) at ../Python/ceval.c:4005
meth = 0x8
self = unknown at remote 0x76332ce0
flags = 0
tstate = 0x9ab0a0
func = built-in function main
w = built-in function main
nk = 10137760
n = -148273264
pfunc = 0x77fbdf50
#6 PyEval_EvalFrameEx () at ../Python/ceval.c:2667
sp = 0x77fbdf58
opcode = 0
t = 0x0
#7 0x004ca272 in fast_function (nk=optimized out, na=optimized
out, n=optimized out, pp_stack=optimized out, func=optimized out) at
../Python/ceval.c:4107
f = Frame 0x77fbddd0, for file
/usr/lib/python2.7/dist-packages/mirage.py, line 4579, in main
(self=Base(fullscreen_mode=False, savemode=2, thumb_scroll_handler=606L,
user_prompt_visible=False, open_mode_1to1=2, action_batch=[False, False, True,
False], last_dir='/home/claudius/daten/pictures',
resource_path_list=['/usr/share/pixmaps', '/usr/share/mirage', '/usr/bin'],
actionGroupCustom=gtk.ActionGroup at remote 0x7fffed67ea50,
layout=gtk.Layout at remote 0x7fffed67ecd0, ss_stop=gtk.Button at remote
0x7fffed248c80, window=gtk.Window at remote 0x7fffed67e8c0,
action_names=['Open in GIMP', 'Create Thumbnail', 'Create Thumbnails', 'Move to
Favorites'], statusbar=gtk.Statusbar at remote 0x7fffed6810a0,
running_custom_actions=False, recentfiles=[], listwrap_mode=0,
start_in_fullscreen=False, image_list=[], updating_adjustments=False,
open_mode=0, ss_delayspin=gtk.SpinButton at remote 0x7fffed24d0a0,
thumb_sel_handler=605L, image_zoomed=False, preloadimg_next_in_list=-1,
use_last_dir=False, thumbcell=...(truncated)
tstate = 0x9ab0a0
stack = 0x0
co = 0x5a23
globals = unknown at remote 0x5a23
argdefs = 0x0
#8 call_function (oparg=optimized out, pp_stack=optimized out) at
../Python/ceval.c:4042
func = function at remote 0x7fffed6711b8
w = function at remote 0x7fffed6711b8
nk = 10137760
n = -148273264
Bug#763603: pspp: startup notification does not work
Package: pspp Version: 0.8.4-1~bpo70+1 Severity: minor When starting pspp from the KDE start menu the startup notification (bouncing mouse cursor) does not stop after PSPP finished loading. I tried to fix the issue by specifying a StartupWMClass in the desktop file but it didn't help. The only solution I found was to disable the startup notification (see attached patch). --- pspp.desktop.orig 2014-10-01 10:05:46.572061148 +0200 +++ pspp.desktop 2014-10-01 09:59:41.136052032 +0200 @@ -28,3 +28,4 @@ Type=Application Categories=GTK;Education;Science;Math; MimeType=application/x-spss-sav;application/x-spss-por; +StartupNotify=false
Bug#763411: systemctl reload openvpn.service fails under systemd
On Tue, Sep 30, 2014 at 01:46:43PM +0200, Alberto Gonzalez Iniesta wrote: On Tue, Sep 30, 2014 at 01:16:07PM +0200, Michael Biebl wrote: Am 30.09.2014 um 13:00 schrieb Alberto Gonzalez Iniesta: On Tue, Sep 30, 2014 at 02:18:54AM +0200, Michael Biebl wrote: Sep 30 02:17:30 pluto systemd[1]: openvpn@mypi.service: main process exited, code=exited, status=1/FAILURE Sep 30 02:17:30 pluto systemd[1]: Unit openvpn@mypi.service entered failed state. So maybe openvpn@.service doesn't actually support reload and should be removed there? If not, this failure on reload should probably be tracked as a separate issue. It's working for me now. Maybe you are using --user without --persistent-foo and the reload fails? I tested with some of my configs (not using --user) and it works fine. user nobody group nogroup # http://openvpn.net/howto.html#mitm remote-cert-tls server Any relevant entry in the logs? Hi Michael, As I suspected the use of --user is the cause of your reload problems. In my tests I had to change the ownership of /run/openvpn to nobody (in order for openvpn to be able to write the status file). You can make that change permanent in /usr/lib/tmpfiles.d/openvpn.conf. You may also need persist-local-ip and persist-remote-ip, plus verify nobody user has access to the key file. I'm closing this bug (reload of openvpn service due to missing ExecReload with the upload of the fixed package). Feel free to open a different one for this other issue if you want. Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763604: phonon-backend-gstreamer-common: insufficient version in Breaks + Replaces
Package: phonon-backend-gstreamer-common Version: 4:4.8.0-2 Severity: serious Today's upgrade of phonon-backend-gstreamer from 4:4.8.0-1 to 4:4.8.0-2 pulled in phonon-backend-gstramer-common. Unfortunatley, it failed to install with: | Unpacking phonon-backend-gstreamer-common:amd64 (4:4.8.0-2) ... | dpkg: error processing archive /var/cache/apt/archives/phonon-backend-gstreamer-common_4%3a4.8.0-2_amd64.deb (--unpack): | trying to overwrite '/usr/share/icons/hicolor/48x48/apps/phonon-gstreamer.png', which is also in package phonon-backend-gstreamer:amd64 4:4.8.0-1 This is due to incorrect Breaks and Replaces in phonon-backend-gstreamer-common. Since files moved in 4:4.8.0-2, Breaks and Replaces needs to be phonon-backend-gstreamer ( 4:4.8.0-2). See §7.6.1. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#763605: libjpeg-turbo-progs: Please don't drop libjpeg-progs dummy package
Package: libjpeg-turbo-progs Version: 1:1.3.1-4 Severity: serious Changelog says: * Remove dummy libjpeg-progs from libjpeg-turbo I wonder why is the reason for this. The result of removing the dummy package is that the user has to approve the upgrade by hand because there are packages that are *removed*. This is what currently happens in an upgrade from testing to unstable: The following packages will be REMOVED: libjpeg-progs That will be also what will happen in an upgrade from current stable to testing if we allow this package to enter testing. Upgrades are smoother if we have dummy packages like this one. Having smooth upgrades has been always one of the goals of Debian. Please do not make the upgrade more tricky by dropping dummy packages. I'm using severity serious here not because I want to delay the release of jessie or I think this package should be removed from the distribution, only to prevent the dummy package to disappear from testing. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763429: sm: lots of warnings with glib2.0 2.42.0-1
On Wed, 2014-10-01 at 11:22 +0200, Joachim Breitner wrote: Did you try the latest version? I expect that the first warning goes away. Yes. I'm using sm 0.22.1-2 on Debian jessie. I just created a new user on my system and ran the xinit command you gave as that user. These are the results: (sm:32740): GLib-GObject-WARNING **: The property GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be removed in a future version. (sm:32740): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. (sm:32740): GLib-GObject-WARNING **: The property GtkSettings:gtk-cursor-blink is deprecated and shouldn't be used anymore. It will be removed in a future version. (sm:32740): GLib-GObject-WARNING **: The property GtkSettings:gtk-cursor-blink-time is deprecated and shouldn't be used anymore. It will be removed in a future version. I do think that the others are somehow caused by your environment. At least I cannot reproduce them here. Hmm, ok. I will try to setup a virtual machine and reproduce it. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#763607: darcsweb: Newer version of darcsweb is available.
Package: darcsweb Version: 1.1-3.1 Severity: normal Darcsweb has been unchanged since 2010, but there are some useful patches at http://hub.darcs.net/simon/darcsweb which get rid of obsolete python functions make darcsweb more secure in the process. cheers, Phil -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 3.16-2-powerpc 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 darcsweb depends on: ii darcs 2.8.1-1+b1 ii debconf [debconf-2.0] 1.5.49 ii python 2.7.8-1 Versions of packages darcsweb recommends: ii apache2 [httpd-cgi] 2.4.10-2 ii apache2-mpm-prefork [httpd-cgi] 2.4.10-2 darcsweb suggests no packages. -- Configuration Files: /etc/apache2/conf.d/darcsweb.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763605: libjpeg-turbo-progs: Please don't drop libjpeg-progs dummy package
On Wed, Oct 1, 2014 at 11:49:49 +0200, Santiago Vila wrote: I'm using severity serious here not because I want to delay the release of jessie or I think this package should be removed from the distribution, only to prevent the dummy package to disappear from testing. Note that since there are packages in testing with Depends on libjpeg-progs, that wasn't going to happen anyway. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763606: linux-image-3.16-2-powerpc: Bridge configuration stopped working with kernel 3.16 (was working with previous kernel 3.14)
Source: linux-image-3.16-2-powerpc Severity: important Tags: upstream Dear Maintainer, I'm running Debian sid on PowerPC (Mac Mini) with a Sun GEM ethernet adapter. The system is running a bridge configuration (brctl and friends) as an OpenVPN server. Last monday I upgraded to version 3.16 of the kernel (I was at 3.14). After a reboot, everything seemed fine, no error messages, no strangeness. That same day I connected to the OpenVPN service on the box and noticed that stuff didn't work as it did before the upgrade; specifically, I could only reach the server itself and other connected clients (read: everything on the tap0 part of the bridge) and nothing on the network (read: everything behing the eth0 part of the bridge). Initially I thought it might be a setup bug. Last two days I've rechecked everything, routing rules, firewalling stuff, etc; I verified the bridge worked within the host, but nothing traversed to/from the eth0 part of the bridge. Today, I downgraded the kernel to 3.2.60 (package from stable) as the previous 3.14 kernel was not avalable anymore (and of course, I deinstalled it..). After installation of the 3.2.60 kernel, my bridge setup works normally again. I'm pretty sure this is a bug in either the kernel bridge (tun) or ethernet (sungem) driver, or otherwise a bug in openvpn related to bridging on 3.16. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762833: confirm this bug
Problem solved by making /etc/apt/trusted.gpg world readable, but it's insecure workaround. 2014-09-30 17:01 GMT+04:00 Valery Mamonov valerymamo...@gmail.com: https://lists.debian.org/debian-user/2014/09/msg02346.html -- Best regards, Valery Mamonov. -- Best regards, Valery Mamonov.
Bug#763028: Fwd: Bug#763028: systemd-sysv shutdown and reboot hang system
I have now version 215-5 and the issue is same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763028: Fwd: Bug#763028: systemd-sysv shutdown and reboot hang system
I booted already with systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0 On shutdown, nothing is printed. At once, as the command is given, everything disappears and the screen turns to black. There is no apparent activity. It just stays like that. On Sat, Sep 27, 2014 at 5:53 PM, Michael Biebl bi...@debian.org wrote: Am 27.09.2014 um 16:52 schrieb Aquila Rubra: Am 27.09.2014 um 11:47 schrieb Aquila Rubra: Package: systemd-sysv Version: 215-4 When I launch shutdown -h now or reboot, I get a black screen immediately and the system hangs so indefinitely. How long did you wait? Up to 20 minutes. I have to manually power off the computer. This happened after the last dist-upgrade in sid. Does this happen on every reboot, i.e. is the problem reproducible? Yes, it happens always. I cannot turn off the computer any longer. I reinstalled Wheezy, upgraded again to Sid, and it happened again. It did not happen one month ago with the previous dist-upgrade. I use amd64 with lxde. Can you follow the instructions from [1] and get us a debug log from the shutdown sync reboot -f works (The debug.sh script needs to be saved under /lib/systemd/system-shutdown/ in Debian, not /usr) /shutdown-log.txt is not even created. If you enable verbose mode, what is the last message you get? [1] http://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 This is the last thing I get from syslog. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-0. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-0. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-0. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-0. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-0. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-0. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-1. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-1. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-1. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-1. Sep 27 16:35:45 phantom systemd[1]: Stopping /sys/devices/virtual/block/dm-1. Sep 27 16:35:45 phantom systemd[1]: Stopping Session 1 of user phantom. Sep 27 16:35:45 phantom systemd[1]: Stopped Session 1 of user phantom. Sep 27 16:35:45 phantom systemd[1]: Stopping Session c1 of user lightdm. Sep 27 16:35:45 phantom systemd[1]: Stopped Session c1 of user lightdm. Sep 27 16:35:45 phantom kernel: [ 171.752051] wlan0: deauthenticating from 00:a0:a2:45:3a:5d by local choice (Reason: 3=DEAU$ Sep 27 16:35:45 phantom systemd[1]: Stopping Sound Card. Sep 27 16:35:45 phantom systemd[1]: Stopped target Sound Card. Sep 27 16:35:45 phantom systemd[1]: Stopping system-systemd\x2dfsck.slice. Sep 27 16:35:45 phantom systemd[1]: Removed slice system-systemd\x2dfsck.slice. Sep 27 16:35:45 phantom systemd[1]: Stopping Console Manager... Sep 27 16:35:45 phantom systemd[1]: Stopping Disk Manager... Sep 27 16:35:45 phantom systemd[1]: Stopping User Manager for UID 1000... Sep 27 16:35:45 phantom systemd[1]: Stopping User Manager for UID 105... Sep 27 16:35:45 phantom systemd[1]: Stopping WPA supplicant... Sep 27 16:35:45 phantom systemd[1]: Stopping Authenticate and Authorize Users to Run Privileged Tasks... Sep 27 16:35:45 phantom systemd[1]: Stopping Graphical Interface. Sep 27 16:35:45 phantom systemd[1]: Stopped target Graphical Interface. Sep 27 16:35:45 phantom systemd[1]: Stopping Light Display Manager... Sep 27 16:35:45 phantom systemd[1]: Stopping Multi-User System. Sep 27 16:35:45 phantom systemd[1]: Stopped target Multi-User System. Sep 27 16:35:45 phantom systemd[1]: Stopping Regular background program processing daemon... Sep 27 16:35:45 phantom systemd[1]: Stopping Network Manager... Sep 27 16:35:45 phantom rsyslogd: [origin software=rsyslogd swVersion=8.4.0 x-pid=844 x-info=http://www.rsyslog.com;] exiting on signal 15. If you can access the debug shell on tty9, what processes are running (ps aux) and what's the output of systemctl list-jobs. No console is accessible. The disks do not spin. It just stays like that without powering off. Can you boot with systemd.log_level=debug and create a screenshot with a camera to see the last message that is printed by systemd on shutdown. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753:
Is there any chance of this being fixed in time for Jessie? Jessie gets frozen in 35 days. It would be a shame to see it released with buggy Intel GPU drivers that are no longer recommended or distributed by upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722162: [Debichem-devel] Bug#722162: libghemical: library underlinked
tags 722162 patch thanks Hi The attached patch fixes the underlinking of the mpi library. There may be better ways to fix this. If nobody else jumps in, I will work on this next week and include the autoreconf changes from Ubuntu. Regards Graham --- a/configure.ac +++ b/configure.ac @@ -148,6 +148,8 @@ REQUISITIONS=$REQUISITIONS libmopac7 fi +LIBS=$LIBS -lmpi -lmpi_cxx + # Checks for header files. #
Bug#762833: confirm this bug
On Wed, Oct 1, 2014 at 12:15 PM, Valery Mamonov valerymamo...@gmail.com wrote: Problem solved by making /etc/apt/trusted.gpg world readable, but it's insecure workaround. 2014-09-30 17:01 GMT+04:00 Valery Mamonov valerymamo...@gmail.com: https://lists.debian.org/debian-user/2014/09/msg02346.html -- Best regards, Valery Mamonov. No, It's not insecure. Not at all. It's not an issue if your users know which keys APT accepts. Oh, and it's the default setting. PS. please do not top-post. Thank you. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635752: ntp: Please include systemd service file
Another optional way to go is consider that systemd already includes his own timesync service, therefore may be better disable or unistall ntp and use systemd-timesyncd. Jordi Pujol Hi Jordi, I believe that the goal of this bug report is to make the NTP package better; not to ditch it and replace it by some experimental (avaible since v213) half solution (client only). This kind of suggestions should rather be sent to pkg-systemd-maintain...@lists.alioth.debian.org . Though... I gave your idea a try and packaged it, it would be a nice fit for my RaspberryPi that lacks an RTC, it can also replace fake-hwclock there. As systemd-timesyncd is already provided in the systemd package, this only contains postinst/prerm/postrm scripts. source: https://github.com/a-detiste/systemd-timesyncd deb: http://ssh.detiste.be/repos/pool/main/s/systemd-timesyncd/ --- By the way, as long as this NTP bug from 2005 is not solved; you may need to provide a dummy NTP with equivs. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316549 Alexandre Detiste signature.asc Description: This is a digitally signed message part.
Bug#763608: CVE-2014-3607
Source: libvt-ldap-java Severity: grave Tags: security This has been assigned CVE-2014-3607: https://code.google.com/p/vt-middleware/issues/detail?id=226 http://shibboleth.net/community/advisories/secadv_20140919.txt Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763609: gnome-shell: keyboard layout switching ignored after unplug/plug USB keyboard
Package: gnome-shell Version: 3.14.0-1 Severity: important Hi, since (roughly) GNOME 3.14 upgrade the keyboard layout switching is non-functional. After pressing SUPER-space the graphical switcher is shown and you can switch the layouts, but it doesn't do anything with the input - US keyboard is still used. You can still set the layout manually with 'setxkbmap cz' (for Czech keyboard), but the interface between gnome-shell (or what takes care of it) and X input is broken. It starts working again after a reboot, but unplugging and plugging the keyboard starts the behaviour (or in my case unplugging the ASUS USB dock and suspending the laptop). It can be easily reproduced by unplugging and plugging the keyboard back: Quote from debian-devel: 10:36 buxy ondrej: indeed, I unplugged my USB keyboard yesterday and it's now broken too, funnily it fixed my broken keyboard shortcuts that I reported in #763506 Let me know if you have any idea how to debug the issue. Cheers, Ondrej Sury -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii evolution-data-server3.12.6-1 ii gir1.2-accountsservice-1.0 0.6.37-3 ii gir1.2-atspi-2.0 2.12.0-2 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.20.0-1 ii gir1.2-freedesktop 1.42.0-1 ii gir1.2-gcr-3 3.14.0-1+b1 ii gir1.2-gdesktopenums-3.0 3.14.0-1 ii gir1.2-gdm3 3.13.92-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-1 ii gir1.2-gnomebluetooth-1.03.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.0-1 ii gir1.2-gtk-3.0 3.14.0-1 ii gir1.2-ibus-1.0 1.5.8-2 ii gir1.2-mutter-3.03.14.0-1 ii gir1.2-networkmanager-1.00.9.10.0-3 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.7-1 ii gir1.2-polkit-1.00.105-7 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.1-3 ii gjs 1.41.91-2 ii gnome-backgrounds3.14.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.14.0-1 ii gnome-shell-common 3.14.0-1 ii gnome-themes-standard3.14.0-1 ii gsettings-desktop-schemas3.14.0-1 ii libatk-bridge2.0-0 2.12.1-1+b1 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.20.0-1 ii libcogl-pango20 1.18.2-2 ii libcogl201.18.2-2 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.6-1 ii libedataserver-1.2-183.12.6-1 ii libgcr-base-3-1 3.14.0-1+b1 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libgirepository-1.0-11.42.0-1 ii libgjs0e [libgjs0-libmozjs-24-0] 1.41.91-2 ii libglib2.0-0 2.42.0-1 ii libgstreamer1.0-01.4.3-1 ii libgtk-3-0 3.14.0-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0e 3.14.0-1 ii libnm-glib4 0.9.10.0-3 ii libnm-util2 0.9.10.0-3 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpolkit-agent-1-0 0.105-7 ii libpolkit-gobject-1-0
Bug#762833: confirm this bug
On 10/01/2014 12:45 PM, Julian Andres Klode wrote: On Wed, Oct 1, 2014 at 12:15 PM, Valery Mamonov valerymamo...@gmail.com wrote: Problem solved by making /etc/apt/trusted.gpg world readable, but it's insecure workaround. 2014-09-30 17:01 GMT+04:00 Valery Mamonov valerymamo...@gmail.com: https://lists.debian.org/debian-user/2014/09/msg02346.html -- Best regards, Valery Mamonov. No, It's not insecure. Not at all. It's not an issue if your users know which keys APT accepts. Oh, and it's the default setting. NO. I never changed this permission manually and this is not what I got. And if you do not want people to voice, you should be active instead of closing the bug without even trying to fix it. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758619:
This bug now exists in Testing (glib2.0-2.42.0 has just been migrated to Testing). reportbug --ui=text xxx still works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762833: confirm this bug
2014-10-01 14:45 GMT+04:00 Julian Andres Klode j...@jak-linux.org: On Wed, Oct 1, 2014 at 12:15 PM, Valery Mamonov valerymamo...@gmail.com wrote: Problem solved by making /etc/apt/trusted.gpg world readable, but it's insecure workaround. 2014-09-30 17:01 GMT+04:00 Valery Mamonov valerymamo...@gmail.com: https://lists.debian.org/debian-user/2014/09/msg02346.html -- Best regards, Valery Mamonov. No, It's not insecure. Not at all. It's not an issue if your users know which keys APT accepts. Oh, and it's the default setting. PS. please do not top-post. Thank you. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Sorry for top-posting, it's default setting in gmail web interface. As for the keyring - it was not world readable until apt update (now i'm using apt 1.1~exp3 from experimental) and there were no gpg no_pubkey errors until apt experimental update. Anyway, thanks. -- Best regards, Valery Mamonov.
Bug#763605: libjpeg-turbo-progs: Please don't drop libjpeg-progs dummy package
Hi Santiago, On Wed, Oct 1, 2014, at 11:49, Santiago Vila wrote: Package: libjpeg-turbo-progs Version: 1:1.3.1-4 Severity: serious Changelog says: * Remove dummy libjpeg-progs from libjpeg-turbo I wonder why is the reason for this. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763360#20 (and #754988 FWIW) The result of removing the dummy package is that the user has to approve the upgrade by hand because there are packages that are *removed*. This is what currently happens in an upgrade from testing to unstable: The following packages will be REMOVED: libjpeg-progs That will be also what will happen in an upgrade from current stable to testing if we allow this package to enter testing. Upgrades are smoother if we have dummy packages like this one. Having smooth upgrades has been always one of the goals of Debian. Yes, I agree. Please do not make the upgrade more tricky by dropping dummy packages. This should be remedied by src:libjpeg9 providing libjpeg-progs as requested by Bill Allombert, the libjpeg6b/8/9 maintainer. If you want to make this a tad bit clearer, you can report bug against libjpeg9 to provide libjpeg-progs and add block relation between that and this bug. Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762015: Subject: RFS: s3fs-fuse/1.78-1 [ITP #601789] -- FUSE-based file system backed by Amazon S3
Jakub, thank you for a review, answers inline .orig.tar.gz is not bitwise-identical to the one uscan downloads. Why? It seems git-buildpackage has repacked the tarball, I've done new upload with the correct orig tarball. Current standards version is 3.9.6. (But beware that Lintian doesn't know about it yet!) I've check the package against new standards version, no changes required. You don't have to specify full debian-policy version in the Standards-Version field. Only the first three components (that is, 3.9.5 or 3.9.6) have to be specified. (Policy §5.6.11) I used to write the full version in all my packages. If this is a problem, I'll fix it. I think it's customary not to put any space between ( and = in relationship fields. Fixed. There are some stray(?) 0x81 bytes in doc/man/s3fs.1 (line 74) and src/s3fs_util.cpp (line 878). Thank you, I haven't noticed them. I've prepared a patch and sent it to upstream already. As for spelling errors, I've sent the request to upstream author. Some of those found by spellintian seem to be false positives (ressize variable meant resource size). [1,2] For now I have added quilt patch for stray chars but left spelling errors to be merged by upstream. [1]: https://github.com/s3fs-fuse/s3fs-fuse/pull/62 [2]: https://github.com/s3fs-fuse/s3fs-fuse/pull/63 2014-09-26 14:28 GMT+03:00 Jakub Wilk jw...@debian.org: [I don't intend to sponsor this package. Sorry!] * Andriy Senkovych jolly_ro...@itblog.org.ua, 2014-09-17, 22:00: http://mentors.debian.net/debian/pool/main/s/s3fs-fuse/s3fs-fuse_1.78-1.dsc .orig.tar.gz is not bitwise-identical to the one uscan downloads. Why? Current standards version is 3.9.6. (But beware that Lintian doesn't know about it yet!) nitpicking mode=extreme You don't have to specify full debian-policy version in the Standards-Version field. Only the first three components (that is, 3.9.5 or 3.9.6) have to be specified. (Policy §5.6.11) I think it's customary not to put any space between ( and = in relationship fields. /nitpicking There are some stray(?) 0x81 bytes in doc/man/s3fs.1 (line 74) and src/s3fs_util.cpp (line 878). codespell(1) finds a bunch of typos: README:64: happend == happened src/s3fs_util.cpp:499: infomation == information src/s3fs_util.cpp:501: infomation == information src/s3fs_util.cpp:535: infomation == information src/s3fs_util.cpp:537: infomation == information src/openssl_auth.cpp:134: destory == destroy src/curl.cpp:532: existance == existence src/curl.cpp:1908: occured == occurred src/curl.cpp:3475: charactor == character src/curl.cpp:3479: charactor == character src/curl.cpp:3514: charactor == character src/curl.cpp:3516: Charactor == Character src/s3fs.cpp:2043: responce == response src/s3fs.cpp:2565: occured == occurred src/s3fs.cpp:2691: Destory == Destroy src/s3fs.cpp:2947: occured == occurred src/s3fs.cpp:2955: Destory == Destroy src/s3fs.cpp:3903: compatability == compatibility spellintian[0] finds a few more: src/fdcache.h: ressize - resize src/fdcache.cpp: ressize - resize src/s3fs.cpp: ressize - resize src/curl.h: failuer - failure [0] https://bitbucket.org/jwilk/spellintian -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140926112824.ga3...@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#762571: Debdiff
Petter Reinholdtsen wrote:
Do you have a working patch you can append to this bug?
Here you go, that's what fixed the issue for me (attached debdiff).
Disclaimer: Not sure, if I did the debdiff 100% correct, libvorbis uses
source format 1.0 and I've never worked with non-quilt packages before.
I haven't done much testing of the patched library, either (I'm not a
regular user of libvorbis).
Cheers,
Martin
diff -u libvorbis-1.3.2/debian/changelog libvorbis-1.3.2/debian/changelog
--- libvorbis-1.3.2/debian/changelog
+++ libvorbis-1.3.2/debian/changelog
@@ -1,3 +1,11 @@
+libvorbis (1.3.2-1.5) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix problems with seeking to PCM 0 by backporting r19159 of
+upstream SVN, authored by Chris Montgomery. (Closes: #762571)
+
+ -- Martin Steghöfer mar...@steghoefer.eu Wed, 01 Oct 2014 12:36:56 +0200
+
libvorbis (1.3.2-1.4) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- libvorbis-1.3.2.orig/lib/vorbisfile.c
+++ libvorbis-1.3.2/lib/vorbisfile.c
@@ -1417,22 +1417,28 @@
if(pos=total)break;
}
- /* search within the logical bitstream for the page with the highest
- pcm_pos preceding (or equal to) pos. There is a danger here;
- missing pages or incorrect frame number information in the
- bitstream could make our task impossible. Account for that (it
- would be an error condition) */
+ /* Search within the logical bitstream for the page with the highest
+ pcm_pos preceding pos. If we're looking for a position on the
+ first page, bisection will halt without finding our position as
+ it's before the first explicit granulepos fencepost. That case is
+ handled separately below.
+
+ There is a danger here; missing pages or incorrect frame number
+ information in the bitstream could make our task impossible.
+ Account for that (it would be an error condition) */
+
+ /* new search algorithm originally by HB (Nicholas Vinen) */
- /* new search algorithm by HB (Nicholas Vinen) */
{
ogg_int64_t end=vf-offsets[link+1];
-ogg_int64_t begin=vf-offsets[link];
+ogg_int64_t begin=vf-dataoffsets[link];
ogg_int64_t begintime = vf-pcmlengths[link*2];
ogg_int64_t endtime = vf-pcmlengths[link*2+1]+begintime;
ogg_int64_t target=pos-total+begintime;
-ogg_int64_t best=begin;
+ogg_int64_t best=-1;
ogg_page og;
+/* bisection loop */
while(beginend){
ogg_int64_t bisect;
@@ -1447,51 +1453,82 @@
bisect=begin;
}
+ /* only seek if the file position isn't already there */
if(bisect!=vf-offset){
result=_seek_helper(vf,bisect);
if(result) goto seek_error;
}
+ /* read loop within the bisection loop */
while(beginend){
result=_get_next_page(vf,og,end-vf-offset);
if(result==OV_EREAD) goto seek_error;
if(result0){
+ /* there is no next page! */
if(bisect=begin+1)
-end=begin; /* found it */
+ /* No bisection left to perform. We've either found the
+ best candidate already or failed. Exit loop. */
+end=begin;
else{
+/* We tried to load a fraction of the last page; back up a
+ bit and try to get the whole last page */
if(bisect==0) goto seek_error;
bisect-=CHUNKSIZE;
+
+/* don't repeat/loop on a read we've already performed */
if(bisect=begin)bisect=begin+1;
+
+/* seek and cntinue bisection */
result=_seek_helper(vf,bisect);
if(result) goto seek_error;
}
}else{
ogg_int64_t granulepos;
+ /* got a page. analyze it */
+ /* only consider pages from primary vorbis stream */
if(ogg_page_serialno(og)!=vf-serialnos[link])
continue;
+ /* only consider pages with the granulepos set */
granulepos=ogg_page_granulepos(og);
if(granulepos==-1)continue;
if(granulepostarget){
+/* this page is a successful candidate! Set state */
+
best=result; /* raw offset of packet with granulepos */
begin=vf-offset; /* raw offset of next page */
begintime=granulepos;
+/* if we're before our target but within a short distance,
+ don't bisect; read forward */
if(target-begintime44100)break;
-bisect=begin; /* *not* begin + 1 */
+
+bisect=begin; /* *not* begin + 1 as above */
}else{
-if(bisect=begin+1)
- end=begin; /* found it */
-else{
- if(end==vf-offset){ /* we're pretty close - we'd be stuck in */
+
+/* This is one of our pages, but the granpos is
+ post-target; it is not a bisection return
+ candidate. (The only way we'd use it is if
Bug#762833: confirm this bug
On 10/01/2014 12:57 PM, Eric Valette wrote: On 10/01/2014 12:45 PM, Julian Andres Klode wrote: NO. I never changed this permission manually and this is not what I got. And if you do not want people to voice, you should be active instead of closing the bug without even trying to fix it. And, on the technical side, if the file is used only by apt, why not keep rw but for _apt instead of root ? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
Hi all! I was wondering if there's any progress on the effort on getting Virtuoso 7 into Debian proper? Jessie freezes soon, so it'll have to happen very soon now, if it is to go in. If it has to go through the NEW queue, my guess is that it is already too late. However, we have the word of the person who wrote the NEPOMUK code that relied on Virtuoso 6.1 that Virtuoso 7 should work and does work for him for this original purpose. Moreover, it is in the process of being removed from there. My suggestion is therefore to upload Virtuoso not as a new package, merely a new version, to unstable as fast as possible. There is the 10 day delay before it goes to testing, and if no problems have been noticed during that time, then great, it is likely not to cause any further problems. If it causes RC bugs, it will not make it to testing, and then Jessie will be released with 6.1.6. Alternatively, a more conservative approach is to upload 6.1.8 to unstable, and 7.1 to experimental. If no problems occurs with 6.1.8, it is likely that the assumption that exactly 6.1.6 is required is wrong, then 6.1.8 makes it to testing, and then 7.1 can be uploaded to unstable, and see if it makes the successful transition organically. But there is very little time left now. I must admit that I don't have that strong interest in Virtuoso now, but it is clearly important for the Semantic Web, which I do have a strong interest in,and I think it is important that we have the best tools available in Debian. I therefore hope those who do have a strong interest in Virtuoso can commit some time to it now. Best, Kjetil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763608: CVE-2014-3607
Thank you for the notice Moritz, I'm preparing an update. Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Bug#763610: virtualbox crash on resume VM with 3D acceleration + Intel GPU
Package: virtualbox
Version: 4.3.14-dfsg-1
Severity: important
Dear Maintainer,
https://www.virtualbox.org/ticket/11938
To reproduce:
- Install Ubuntu 14.04 in a VM
- Install VirtualBox tools from VB GUI
- Enable 3D acceleration
- Boot to desktop and login
- Make a snapshot
- Close VM
- Restore snapshot
- Start VM
- Crash!
The error is:
Failed to open a session for the virtual machine testvm
No error info.
Result Code:
NS_ERROR_CALL_FAILED (0x800706BE)
Component:
ProgressProxy
Interface:
IProgress {c20238e4-3221-4d3f-8891-81ce92d9f913}
I posted a backtrace at
https://www.virtualbox.org/ticket/11938#comment:25
The bug has been present in Debian Jessie for over 5 months now.
-- 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.16-2-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 virtualbox depends on:
ii adduser 3.113+nmu3
ii dpkg 1.17.13
ii libc62.19-11
ii libcurl3 7.38.0-2
ii libgcc1 1:4.9.1-15
ii libgsoap52.8.17-1
ii libpng12-0 1.2.50-2
ii libpython2.7 2.7.8-7
ii libsdl1.2debian 1.2.15-10
ii libssl1.0.0 1.0.1i-2
ii libstdc++6 4.9.1-15
ii libvncserver00.9.9+dfsg-6+b1
ii libvpx1 1.3.0-2.1
ii libx11-6 2:1.6.2-3
ii libxcursor1 1:1.1.14-1
ii libxext6 2:1.3.2-1
ii libxml2 2.9.1+dfsg1-4
ii libxmu6 2:1.1.2-1
ii libxt6 1:1.1.4-1
ii python 2.7.8-1
ii python2.72.7.8-7
ii zlib1g 1:1.2.8.dfsg-2
Versions of packages virtualbox recommends:
ii libgl1-mesa-glx [libgl1] 10.2.6-1
ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2
ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii virtualbox-dkms 4.3.14-dfsg-1
ii virtualbox-qt 4.3.14-dfsg-1
Versions of packages virtualbox suggests:
pn vde2none
pn virtualbox-guest-additions-iso none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631206: ITP: funcdesigner -- Python module for rapid prototyping of functions with AD
Hups, sorry for answering this very old ITP which somehow popped up as new in my inbox ... On Tue, Jun 21, 2011 at 04:03:09PM +0200, trophime wrote: Package: wnpp Severity: wishlist Owner: trophime christophe.troph...@lncmi.cnrs.fr * Package name: funcdesigner Version : 0.34 Upstream Author : Dmitrey Kroshko dmitrey.kros...@scipy.org * URL : http://openopt.org/ * License : BSD Programming Lang: Python Description : Python module for rapid prototyping of functions with AD -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110621140309.389.66918.report...@calcul11.lcmi.local -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631206: ITP: funcdesigner -- Python module for rapid prototyping of functions with AD
Hi Christophe, On Tue, Jun 21, 2011 at 04:03:09PM +0200, trophime wrote: Package: wnpp Severity: wishlist Owner: trophime christophe.troph...@lncmi.cnrs.fr * Package name: funcdesigner Version : 0.34 Upstream Author : Dmitrey Kroshko dmitrey.kros...@scipy.org * URL : http://openopt.org/ * License : BSD Programming Lang: Python Description : Python module for rapid prototyping of functions with AD The ITP is lacking a long description and to my perception functions with AD is also not a proper synopsis. I'd suggest droping Python module for since I guess Python modules will be named python-* anyway and thus it becomes clear what it is and you can spell out the abbreviation AD instead. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763511: menu depends on bash
On 09/30/2014 06:16 PM, Bill Allombert wrote:
On Tue, Sep 30, 2014 at 05:44:54PM +0200, gabr...@unseen.is wrote:
Package: menu
Version: 2.1.47
hello,
when i invoke update-menu on a debian jessie system without the bash
shell being installed the following error is shown:
# update-menus -d -v
sh: 1: exec: /bin/bash: not found
Unknown error, message=exec /bin/bash -o pipefail -c 'dpkg-query --show
--showformat=\${status} \${provides} \${package}\n | sed -n -e
/installed\|triggers-awaited\|triggers-pending
/{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][,
]*/\n/g; p}'
when setting an alternative to the dash shell it results in this error:
# update-menus -d -v
update-menus[22707]: Dpkg is not locking dpkg status area, good.
update-menus[22707]: Reading installed packages list...
/bin/bash: 0: Illegal option -o pipefail
Unknown error, message=exec /bin/bash -o pipefail -c 'dpkg-query --show
--showformat=\${status} \${provides} \${package}\n | sed -n -e
/installed\|triggers-awaited\|triggers-pending
/{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][,
]*/\n/g; p}'
this is caused by an hardcoded dependency on the bash shell that is not
mentioned in the packages dependency list.
Hello Gabriel,
bash is marked 'Essential: yes' so according to Debian policy, packages
ust not add dependencies on bash.
See policy 3.5:
Packages are not required to declare any dependencies they have on
other packages which are marked `Essential' (see below), and should
not do so unless they depend on a particular version of that
package.[1]
And 10.4:
If a shell script requires non-SUSv3 features from the shell
interpreter other than those listed above, the appropriate shell must
be specified in the first line of the script (e.g., `#!/bin/bash') and
the package must depend on the package providing the shell (unless the
shell package is marked Essential, as in the case of `bash').
In this instance, bash is required because I do not know how to implement
the equivalent of '-o pipefail' with a POSIX shell.
Cheers,
Hi Bill,
thanks for pointing this out. I did not know how to ipmlement pipefail
in a POSIX conformal way either and searching on the internet didn't
give me any results of interest for this situation.
But in general I think it should be possible to circumvent the pipefail
here by storing the results of the dpkg query in some sort of structure
and process it with C++-style string routines.
I'm not sure whether I'll find the time to do the programming for that
but would you be interested at all?
Cheers,
Gabriel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753671: caff: please support gpg2
gnupg2 2.0.26-3 has been packaged today, and includes a fix for #751266.
Setting $CONFIG{'gpg'} to be 'gpg2' in the .caffrc is working again.
--
Guilhem.
signature.asc
Description: Digital signature
Bug#722316: ITP: gnome-software -- GNOME Software Tools
Hi guys ! I recently sent a message to the gnome-packagers about Gnome Software's introduction in Debian. Here's the reply : There's been work to package it, but not all the dependencies were in Debian at the time. I don't know what the current status is, but you could ask on the ITP: #722316. So, what's new ? Gnome 3.14 is about to be included in testing before the Freeze (5/11/2014). It should be good to also include Software because a software center becomes essential nowadays. Regards, Guillaume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763611: nodejs: please remove libuv and http-parser from source
Package: nodejs Version: 0.10.29~dfsg-1 Severity: normal Dear Maintainer, Currently nodejs source package contains the sources to v8, libuv and http-parser in its deps directory. All these libs are available as packages within debian (and nodejs already depends on libv8), wouldn't it then make sense to use those packages and not ship these with nodejs? Also, see policy 4.13 https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles Cheers, Oli -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=is_IS.utf8, LC_CTYPE=is_IS.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nodejs depends on: ii libc-ares21.10.0-2 ii libc6 2.19-4 ii libgcc1 1:4.9.0-1 ii libssl1.0.0 1.0.1h-3 ii libstdc++64.9.0-1 ii libv8-3.14.5 3.14.5.8-8 ii zlib1g1:1.2.8.dfsg-1 nodejs recommends no packages. nodejs 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#762833: confirm this bug
On 10/01/2014 01:03 PM, Eric Valette wrote: On 10/01/2014 12:57 PM, Eric Valette wrote: On 10/01/2014 12:45 PM, Julian Andres Klode wrote: NO. I never changed this permission manually and this is not what I got. And if you do not want people to voice, you should be active instead of closing the bug without even trying to fix it. And, on the technical side, if the file is used only by apt, why not keep rw but for _apt instead of root ? I'm also a bit surpised, the open error when opening the file /etc/apt/trusted.gpg, did not rise an error as EACCES instead of ENOENT are not identical errors when opening a file. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted
Pavel Shilovsky wrote, on 01/10/14 10:32: 2014-09-30 18:49 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net: Pardon the top post but I tried the same thing on my dual core Pentium 4 machine mounting via cifs a filesytem on my AMD64 (quad core) machine, then running aplay /mnt/remotefilesystem/somefile.wav then restarting samba on the serving machine. The results were the same as what I've posted before with the client being on the quad-core AMD64 machine and the server being the Pentium 4 machine, a nasty lock-up pointing to similar code. Has anyone else been able to reproduce this problem? Regards, Arthur Marsh. Arthur Marsh wrote, on 27/09/14 01:45: Arthur Marsh wrote on 16/09/14 03:17: Arthur Marsh wrote, on 14/09/14 21:15: On 3.16.0 kernels, whether compiled by myself or the stock Debian kernel, if I have program accessing a file on a CIFS-mounted file system (specifically playing an audio file), and restart the samba server on the remote machine, I might get a brief pause, but no major problems. On 3.17.0-rc1 and later I get a complete machine lock-up. Illustration: https://pbs.twimg.com/media/BxfPkdgCcAAlpUo.jpg:large Has anyone else experienced similar? I'm happy to supply any further details and try test fixes. Arthur. I'm still getting the problem with kernel 3.17.0-rc5 Has anyone been able to reproduce the problem? Arthur. I was off sick this past week but completed the bisect: git bisect good 66386c08be5d1a2eefc1f7ab8c008561b6c811e5 is the first bad commit commit 66386c08be5d1a2eefc1f7ab8c008561b6c811e5 Author: Pavel Shilovsky pshilov...@samba.org Date: Fri Jun 20 15:48:40 2014 +0400 CIFS: Separate filling pages from iovec write Reviewed-by: Shirish Pargaonkar spargaon...@suse.com Signed-off-by: Pavel Shilovsky pshilov...@samba.org Signed-off-by: Steve French smfre...@gmail.com :04 04 1be960992f3d75b4998082fda3f3c2fca213b9e5 318c46c63c983fe898480e1b88e97b818af1e502 M fs git bisect log: git bisect start # good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16 git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6 # bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1 git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9 # good: [ae045e2455429c418a418a3376301a9e5753a0a8] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next git bisect good ae045e2455429c418a418a3376301a9e5753a0a8 # good: [44c916d58b9ef1f2c4aec2def57fa8289c716a60] Merge tag 'cleanup-for-3.17' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc git bisect good 44c916d58b9ef1f2c4aec2def57fa8289c716a60 # skip: [023f78b02c729070116fa3a7ebd4107a032d3f5c] Merge branch 'for-next' of git://git.samba.org/sfrench/cifs-2.6 git bisect skip 023f78b02c729070116fa3a7ebd4107a032d3f5c # skip: [908790fa3b779d37365e6b28e3aa0f6e833020c3] dcache: d_splice_alias mustn't create directory aliases git bisect skip 908790fa3b779d37365e6b28e3aa0f6e833020c3 # bad: [58d08e3b2c2033354b91467da33deffa06360c28] Merge tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/olof/chrome-platform git bisect bad 58d08e3b2c2033354b91467da33deffa06360c28 # good: [27d438c56009e5ae632de36fe70985d1aab5e344] Revert drm/i915: Enable PSR by default. git bisect good 27d438c56009e5ae632de36fe70985d1aab5e344 # good: [ee34fb97a96ceac3334705ebab8b541ca291699f] ARM: dts: exynos5420: remove disp_pd git bisect good ee34fb97a96ceac3334705ebab8b541ca291699f # good: [d1e458fe671baf1e60afafc88bda090202a412f1] svcrdma: remove rdma_create_qp() failure recovery logic git bisect good d1e458fe671baf1e60afafc88bda090202a412f1 # good: [95484b57265caa671a57efed06e322d56461774b] drm/nouveau/ltc: s/ltcg/ltc/ + cleanup git bisect good 95484b57265caa671a57efed06e322d56461774b # good: [63b12bdb0d21aca527996fb2c547387bfd3e14b8] Merge branch 'signal-cleanup' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/misc git bisect good 63b12bdb0d21aca527996fb2c547387bfd3e14b8 # bad: [96784de59fb35077c2bb33c39328992b836d87d3] Merge branch 'stable-3.17' of git://git.infradead.org/users/pcmoore/selinux git bisect bad 96784de59fb35077c2bb33c39328992b836d87d3 # bad: [25f402598d2c8f0808d93715ad33e43b265c1604] CIFS: Fix rsize usage in user read git bisect bad 25f402598d2c8f0808d93715ad33e43b265c1604 # good: [90ac1387c2dfcd9b4bd302fce03b9ddff73d0093] CIFS: Separate pages initialization from writepages git bisect good 90ac1387c2dfcd9b4bd302fce03b9ddff73d0093 # skip: [6ec0b01b2691d1465bb7219e031e8bf38ccd9397] CIFS: Fix wsize usage in iovec write git bisect skip 6ec0b01b2691d1465bb7219e031e8bf38ccd9397 # bad: [66386c08be5d1a2eefc1f7ab8c008561b6c811e5] CIFS: Separate filling pages from iovec write git bisect bad 66386c08be5d1a2eefc1f7ab8c008561b6c811e5 # good: [66231a47965c551d3056d5104f8b06688065748c] CIFS: Fix wsize usage in writepages git bisect good 66231a47965c551d3056d5104f8b06688065748c # good: [7f6c50086a6f5bc0fee46548afc836070a439313] CIFS: Fix cifs_writev_requeue when wsize changes
Bug#763612: coinor-ipopt: use sequential MUMPS instead of parallel
Source: coinor-ipopt Severity: important Dear Maintainer, Ipopt currently depends on the parallel version of MUMPS (libmumps). This causes problems for users who find it difficult to use MPI, and the community would seem to prefer if ipopt depended on sequential MUMPS (libmumps-seq). Furthermore, it seems that the original dependency on parallel mumps was added in response to please use any MUMPS as opposed to please use parallel MUMPS (see bug #590434). Please switch from parallel to serial MUMPS. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On 1 October 2014 12:07, Kjetil Kjernsmo kje...@kjernsmo.net wrote: I was wondering if there's any progress on the effort on getting Virtuoso 7 into Debian proper? Hi, thanks for the wake-up call... I did a bit of work on this a few months ago - essentially porting the Ubuntu package structure to Debian (IIRC Testing, as it was then). I'm working with the other VOS admin/developers here to get this branch published on github, so that will at least give something concrete to test and we can take it from there how it makes its way into Debian. Cheers, ~Tim -- Tim Haynes Product Development Consultant OpenLink Software http://www.openlinksw.com/ http://twitter.com/openlink
Bug#744891: libgtk-3-0: GTK3 dialogs now have the window title inside the window
Hi, This one should be fixed in GTK+ 3.14 (which is currently in Sid), according to [1]. [1] http://blogs.gnome.org/mclasen/2014/07/28/a-talk-in-9-images/
Bug#763318: qemu-kvm: discard='unmap' not working for qcow2 disks on virtio-scsi controller
Hi, Did you see anything obvious in my kvm command line. I have set scsi1 to run virtio-scsi and also reduced the number of devices so that I only had on scsi controller. The result was the same. My guest VM is also running debian jessie BTW. Thanks, David On 29/09/14 22:35, David Marshall wrote: On 29/09/14 20:55, Michael Tokarev wrote: Control: reassign -1 qemu-system Control: tag -1 + moreinfo unreproducible Please note: qemu-kvm does not exist, it is a trivial one-line /bin/sh wrapper around qemu-system-x86_64. 29.09.2014 13:31, David Marshall wrote: Package: qemu-kvm Version: 2.1+dfsg-4 Severity: normal Dear Maintainer, I am not able to get discard to work on qcow2 disks In my libvirt xml file I have the following: devices emulator/usr/bin/kvm/emulator controller type='scsi' index='0' model='virtio-scsi'/ disk type='file' device='disk' driver name='qemu' type='qcow2' cache='none' io='native' discard='unmap'/ source file='/opt/marshall/vm/media-image/david.qcow2'/ target dev='sdd' bus='scsi'/ /disk Please show the resulting (pieces from) qemu command line. I can definitely use discard inside linux guest with virtio-scsi and qcow2 drive images (even older linux guests works). So the prob should be the way how your libvirt runs qemu. Thanks, /mjt Hi, Below is the output from virsh domxml-to-native qemu-argv I think the relevant bits are: -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -drive file=/opt/marshall/vm/media-image/david.qcow2,if=none,id=drive-scsi0-0-0-3,format=qcow2,cache=none,discard=unmap,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=3,drive=drive-scsi0-0-0-3,id=scsi0-0-0-3 LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -name media -machine pc-0.12,accel=kvm,usb=off -m 4096 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid 124e079d-b200-5229-7900-9837f39236e3 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/media.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot order=c,menu=on,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device lsi,id=scsi1,bus=pci.0,addr=0x5 -drive file=/opt/marshall/vm/media-image/data.qcow2,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -drive file=/opt/marshall/vm/media-image/becky.qcow2,if=none,id=drive-scsi0-0-0-1,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1 -drive file=/opt/marshall/vm/media-image/chris.qcow2,if=none,id=drive-scsi0-0-0-2,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=2,drive=drive-scsi0-0-0-2,id=scsi0-0-0-2 -drive file=/opt/marshall/vm/media-image/david.qcow2,if=none,id=drive-scsi0-0-0-3,format=qcow2,cache=none,discard=unmap,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=3,drive=drive-scsi0-0-0-3,id=scsi0-0-0-3 -drive file=/opt/marshall/vm/media-image/claire.qcow2,if=none,id=drive-scsi0-0-0-4,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=4,drive=drive-scsi0-0-0-4,id=scsi0-0-0-4 -drive file=/opt/marshall/vm/media-image/daniel.qcow2,if=none,id=drive-scsi0-0-0-5,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=5,drive=drive-scsi0-0-0-5,id=scsi0-0-0-5 -drive file=/opt/marshall/vm/media-image/douglas.qcow2,if=none,id=drive-scsi0-0-0-6,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=6,drive=drive-scsi0-0-0-6,id=scsi0-0-0-6 -drive file=/opt/marshall/vm/media-image/nicole.qcow2,if=none,id=drive-scsi1-0-0,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi1.0,scsi-id=0,drive=drive-scsi1-0-0,id=scsi1-0-0 -drive file=/dev/host-vg/media-swap,if=none,id=drive-scsi1-0-1,format=raw,cache=none,aio=native -device scsi-hd,bus=scsi1.0,scsi-id=1,drive=drive-scsi1-0-1,id=scsi1-0-1 -drive file=/opt/marshall/vm/media-image/root.qcow2,if=none,id=drive-ide0-0-0,format=qcow2,cache=none,discard=unmap,aio=native -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev tap,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=02:da:de:ca:fe:d1,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -vnc 0.0.0.0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on The file was created using the command: create -f qcow2 -o preallocation=metadata /opt/marshall/vm/media-image/david.qcow2 2T Here is the ouput of virsh
Bug#763601: systemd: booting is extremely slow depending on order of console arguments to kernel
Hello, Am 01.10.2014 um 10:48 schrieb Carsten Aulbert: Package: systemd Version: 204-14~bpo70+1 Severity: normal Dear Maintainer, on our Wheezy systems, depending on the order of console arguments on the kernel command line, boot-up is either normally fast or unbearably slow: console=ttyS2,115200n8r console=tty0 is fast, while console=tty0 console=ttyS2,115200n8r is slow (IPMI remote serial of LAN is connected to ttyS2). Timing difference is about 20s for normal boot-up and 1000s for the slow start-up. Can you reproduce the problem with sysvinit and more importantly, with systemd v215 on an up-to-date sid system? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#763613: snapshot.debian.org: remove all webkitgtk packages that contain non-free files
Package: snapshot.debian.org Severity: serious Justification: Policy 2.2.1 We recently found out that some releases of webkitgtk contain non-free images. Those images have already been replaced upstream with free equivalents, and the latest webkitgtk releases in the Debian archive only contain the free images. However all previous affected releases must be removed from the archives: The 2.1.92 release The 2.2.x series (excluding 2.2.8 and higher) The 2.3.x series The 2.4.x series (excluding 2.4.6 and higher) The 2.5.x series (excluding 2.5.90 and higher) Debian stable has webkit 1.8.1, which is not affected. Debian unstable and experimental have 2.4.6 and 2.6.0, which are not affected either. See the original description of the problem here for more details: https://lists.webkit.org/pipermail/webkit-gtk/2014-October/002093.html Best regards, Berto -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763028: Fwd: Bug#763028: systemd-sysv shutdown and reboot hang system
Am 01.10.2014 um 12:20 schrieb Aquila Rubra: I booted already with systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M enforcing=0 On shutdown, nothing is printed. At once, as the command is given, everything disappears and the screen turns to black. There is no apparent activity. It just stays like that. Can you drop the systemd.log_target=kmsg and try again. Can you also attach the output of all your installed packages, a systemd-analyze dump and journalctl -alb dump thanks. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#763614: System does not boot anymore after update
Package: util-linux Version: 2.20.1-5.9 Severity: critical I have this bug on a different system so no system informations here. With the last update this particulare machine gets unbootable (see screenshot). It is not fully clear if it is util-linux but very likely. Other candidates are udev (215-5+b1), mount (2.20.1-5.9), grub (2.02~beta2-14) or initramfs-tools (0.117). The system has btrfs root and separate /usr and /var (also btrfs but on lvm). The system uses normal debian kernel and initrd. -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: Digital signature
Bug#762337: libgtk-3-0: Ticks in checkboxes are not shown anymore
reassign 762337 gtk3-engines-oxygen found 762337 1.4.0-1 thanks Hi, This is indeed a theme issue, you can switch to Adwaita to check that (checkboxes are visible with Adwaita). It's not news. GTK+ developers break something in the themes on every new release, and the theme designers have to adjust things again and again. Reassigning this one to gtk3-engines-oxygen.
Bug#762015: Subject: RFS: s3fs-fuse/1.78-1 [ITP #601789] -- FUSE-based file system backed by Amazon S3
On Wed, Oct 01, 2014 at 02:03:53PM +0300, Andrii Senkovych wrote: Jakub, thank you for a review, answers inline .orig.tar.gz is not bitwise-identical to the one uscan downloads. Why? It seems git-buildpackage has repacked the tarball, I've done new upload with the correct orig tarball. gbp supports pristine-tar though it's disabled by default. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
