Bug#695878: new mutt-kz package
On 2015-05-14 05:41:03, Víctor M. Jáquez L. wrote: On 05/13/15 at 10:19pm, anar...@debian.org wrote: On Sun, Sep 07, 2014 at 10:43:26PM +0200, Stefano Zacchiroli wrote: Heya, +1 as well on the desire of having mutt-kz in Debian. +1 as well... Has anyone verified with the security team if either approach would be acceptable for them? What's the opinion of the Mutt maintainer on the two approaches? No idea about either, but either upload should probably close #698672 (the RFP for mutt-kz I opened without knowing about this bug) when done. I'd be curious to hear if there is any progress here as well now... I'm going to migrate the repository into github since gitorious is going to disappear. Also I will sync to v1.5.23.1 I expect to do it this weekend. Great! Did you mean gitlab though? There's already this: https://gitlab.com/vjaquez-misc/mutt-kz gitorious can migrate to gitlab automatically and gitlab open sources at least *part* of its production software, which i think makes it good alternative to the proprietary github... a. -- Omnis enim ex infirmitate feritas est. All cruelty springs from weakness. - Lucius Annaeus Seneca (58 AD) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785161: [Pkg-virtualbox-devel] Bug#785161: kbuild: module-assistant fails to build virtualbox-source
I agree, this is not a bug of kbuild. I can't tell if it's m-a or the rules file in the source. I think that reassigning to m-a is a good way to find out :) cheers, Lorenzo 2015-05-14 12:31 GMT+02:00 Gianfranco Costamagna costamagnagianfra...@yahoo.it: Hi Lorenzo, I can reproduce, but couldn't this be a problem of m-a? I would like to reassign, maybe m-a is using the wrong build system for virtualbox, and just by chance it worked before. cheers, G. Il Mercoledì 13 Maggio 2015 19:18, lorenz lor lorenzo.r...@gmail.com ha scritto: The sequence is # apt-get install virtualbox-source # m-a update # m-a prepare # m-a build virtualbox-source the last command is supposed to create a .deb package but the building process fails at about 30%; as a result you can view the build log Lorenzo 2015-05-13 18:43 GMT+02:00 Gianfranco Costamagna costamagnagianfra...@yahoo.it: Please post the *exact* sequence you run in order to spot the problem. I never used vbox source, I use vbox-dkms :) cheers, G. Sent from Yahoo Mail on Android From:lorenz lor lorenzo.r...@gmail.com Date:Wed, 13 May, 2015 at 18:40 Subject:Re: [Pkg-virtualbox-devel] Bug#785161: kbuild: module-assistant fails to build virtualbox-source Hi Frank, I was not aware of the right procedure to export the module's source from the VirtualBox tree, so thank you for pointing out :) @ Debian Maintainers: I still think there is a problem with m-a and/or virtualbox-source Debian packages: from the first message I post it seems that m-a is using kmk to build the vbox module instead of the standard make, and this is an unsupported way of building that leads to the failure. Of course, as a non developer, I have a limited ability to understand this kind of problems so if you think there is nothing to fix I won't push this issue further. Thank you for your attention Lorenzo 2015-05-13 14:52 GMT+02:00 Frank Mehnert frank.mehn...@oracle.com: Hi Lorenzo, On Wednesday 13 May 2015 14:23:09 lorenz lor wrote: I'm a bit confused about the snipped you post: if I understand right, the point is that kbuild is not meant to build vbox kernel modules. So to build the modules I'm supposed to do something like ./configure make make install ? is that right? No. I'm talking about VirtualBox. To build the sources you need to do ./configure kmk kmk packing This builds the whole tree and as part of the compilation process, the kernel modules are built as well but these modules are NOT meant to be actually used. To compile the Linux kernel modules, do ./src/VBox/HostDrivers/Support/linux/export_modules ~/vboxhost.tar.gz Then extract the resulting archive and do make in the resulting directory. This will compile the kernel modules against the currently installed kernel sources. make install Will install the kernel modules into /lib/modules/... Please be aware that kmk as part of kBuild is something completely different than Linux kbuild (= kernel build system). Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher
Bug#785299: jitsi: Keeps showing severe error every minute
Package: jitsi Version: Hi, For an XMPP account I get this every minute: SEVERE: [87] org.jivesoftware.smack.Connection.notifyListener() IQ must be of type 'set' or 'get'. Original IQ: iq id=n8jNC-201 to=k...@example.org/Home from=example.org type=errorping xmlns=urn:xmpp:ping/error code=501 type=CANCELfeature-not-implemented xmlns=urn:ietf:params:xml:ns:xmpp-stanzas//error/iq java.lang.IllegalArgumentException: IQ must be of type 'set' or 'get'. Original IQ: iq id=n8jNC-201 to=k...@example.org/Home from=example.org type=errorping xmlns=urn:xmpp:ping/error code=501 type=CANCELfeature-not-implemented xmlns=urn:ietf:params:xml:ns:xmpp-stanzas//error/iq at org.jivesoftware.smack.packet.IQ.createResultIQ(IQ.java:129) at net.java.sip.communicator.impl.protocol.jabber.extensions.keepalive.KeepAliveManager.processPacket(KeepAliveManager.java:177) at org.jivesoftware.smack.Connection$ListenerWrapper.notifyListener(Connection.java:819) at org.jivesoftware.smack.PacketReader$ListenerNotification.run(PacketReader.java:457) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) The server is running ejabberd 2.1.11-1ubuntu2.1 As far as I can see it's supported in ejabberd since 2.1.0 but requires mod_ping? Anyway, I see 2 issues with this: - It shouldn't show such a SEVERE error. - If the server responds that it's not supported, you shouldn't keep trying it anyway. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785257: osmosis: ClassCastException when reading from pgsnapshot
Hi Toby, On 05/14/2015 01:15 PM, Sebastiaan Couwenberg wrote: It looks like we need at least this upstream change: https://github.com/openstreetmap/osmosis/commit/240d95b79cdea9faed9f919a1e2024c04199c1ba#diff-2cc6fb1f1a6e7bc5c74aacec93a8e73b I'll update the osmosis package to incorporate the recent upstream changes (minus db-server), but unfortunately it's not possible to build osmosis in Debian unstable currently because some gradle dependencies changed causing the build to fail. I've prepared a new osmosis revision for jessie and requested approval from the release team (#785298). I'll include that change, and more of the upstream changes in a new osmosis revision for unstable. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785281: [pkg-php-pear] Bug#785281: php-seclib and php-math-biginteger: error when trying to install together
Le 14/05/2015 03:42, Ralf Treinen a écrit : Package: php-math-biginteger,php-seclib Version: php-math-biginteger/1.0.2-2 Version: php-seclib/0.3.10-2 automatic installation tests of packages that share a file /usr/share/php/Math/BigInteger.php It’s even the same file (the one from php-seclib seems to be a more recent version). Mathieu, I assume you introduced php-math-biginteger as a php-horde-mapi dependency, would it be OK to directly depend on php-seclib instead? php-seclib is a bit bigger (since it ships all secure communication library [0]), but is already a dependency of a few packages (collabtive, dokuwiki, owncloud, and spotweb), so “simply” declaring a conflict may prevent a Horde user to install a bunch of thing (and vice versa). I could also split php-math-biginteger from php-seclib if size is really an issue. I’m not sure that moving the common file in another directory would be worth it (since Debian would be shipping two copies of the same files, in different versions…), I was on the contrary already bugging packages shipping their own (partial) embedded copy of php-seclib to use the packaged one. [0] http://phpseclib.sourceforge.net/pear.htm Regards David signature.asc Description: OpenPGP digital signature
Bug#785196: kfreebsd-image-10-amd64: Console has no output in qemu -display curses
Hi, Jan Henke wrote: Advanced booting options won't help here, since I cannot access the grub menu in the first place. I think the ability to use the local console with QEMU -display curses is quite an important feature and breaking it seems like a regression. Was this an upgrade from wheezy or a new install? I do actually prefer a text-mode console myself (it is much faster too), but I fear it may cause problems for other users. Some things will need to be tested: * if text-mode was default, what happens when a drm2 graphics driver is loaded; does VT switching still work then? * I recall the old VT would glitch sometimes on 'cursor left' (glyphs would be blanked out though they are still there); would text-mode reintroduce that bug? * does the text-mode console break any glyphs that were supported in vga mode? (I think I know an easy way to check this in d-i) We might consider setting text-mode or vga mode at install time based on some detection, but I think we need to check the above first. Furthermore, we should also set GRUB to text-mode in that case also. Not having access to GRUB has made this problem so much worse in your case, as you had no way to manually change to text-mode. But that would still not fix upgrades, where this problem is most serious. If jessie-kfreebsd is released with vga console as default, it should be carefully noted in release notes how to change back to text mode before rebooting. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762105: lintian: package-contains-timestamped-gzip incorrectly complains about files from the upstream tarball
On 18/09/14 18:00, Jakub Wilk wrote: Hi Stuart! Hi guys, (CCing Niels T.) Since I'm the original author of this tag, I took some time to fix this bug. * Stuart Prescott stu...@debian.org, 2014-09-18, 23:35: The package-contains-timestamped-gzip tag complains about gzipped files that are in the upstream tarball. While it is true that these files were compressed and contain a timestamp, it is not true that this timestamp will be different each time the package is built, [...] It would be best if lintian didn't complain about compressed files that are also present in the upstream package. I think the following heuristics, which doesn't require access to the source package, should work well: If the gzip timestamp is older than the timestamp from the changelog trailer, then the file wasn't generated at build time, and package-contains-timestamped-gzip shouldn't be emitted. This is what I did precisely. It required some changes to handling of dates in Lintian (UTC stuff and second precision). I attach 2 patches that implement this and another one that updates tests. As far as I can tell the UTC/mtime handling should not break anything: 'time' was never exported or used anyway so a different format for it should not make a difference. Switching to UTC *could* break something, but I've run the testsuite and it looks fine. Cheers, Tomasz From 4c50ac057ef9d783a5df195acad5ed2604d71691 Mon Sep 17 00:00:00 2001 From: Tomasz Buchert tom...@debian.org Date: Thu, 14 May 2015 11:32:18 +0200 Subject: [PATCH 1/3] Use UTC time add 'timestamp' method to Path --- collection/unpacked | 4 ++-- lib/Lintian/Path.pm | 17 - 2 files changed, 18 insertions(+), 3 deletions(-) diff --git a/collection/unpacked b/collection/unpacked index fdb9736..31e992f 100755 --- a/collection/unpacked +++ b/collection/unpacked @@ -174,7 +174,7 @@ sub extract_and_index_deb { push( @jobs, { -'_pipeline' = [['tar', '-tvf', '-'], '|', @sort_gzip, ''], +'_pipeline' = [['tar', '--utc', '--full-time', '-tvf', '-'], '|', @sort_gzip, ''], 'fail' = 'error', 'pipe_in' = FileHandle-new, 'out' = $dir/index.gz, @@ -185,7 +185,7 @@ sub extract_and_index_deb { @jobs, { '_pipeline' = - [['tar', '--numeric-owner', '-tvf', '-'], '|',@sort_gzip, ''], + [['tar', '--utc', '--full-time', '--numeric-owner', '-tvf', '-'], '|',@sort_gzip, ''], 'fail' = 'error', 'pipe_in' = FileHandle-new, 'out' = $dir/index-owner-id.gz, diff --git a/lib/Lintian/Path.pm b/lib/Lintian/Path.pm index 48de275..4c7c25e 100644 --- a/lib/Lintian/Path.pm +++ b/lib/Lintian/Path.pm @@ -33,6 +33,7 @@ use overload ( 'fallback' = 0, ); +use Date::Parse qw(str2time); use Carp qw(croak confess); use Scalar::Util qw(weaken); @@ -195,7 +196,7 @@ NB: Returns the empty string for the root dir. Lintian::Path-mk_ro_accessors( qw(name owner group link type uid gid - size date operm parent_dir dirname basename + size date time operm parent_dir dirname basename )); =item children @@ -212,6 +213,20 @@ sub children { return @{$self-{'_sorted_children'} }; } +=item timestamp + +Returns a Unix timestamp for the given path. This is a number of +seconds since the start of Unix epoch in UTC. + +=cut + +sub timestamp { +my ($self) = @_; +my $date = $self-{'date'}; +my $time = $self-{'time'}; +return str2time($date $time, GMT); +} + =item child(BASENAME) Returns the child named BASENAME if it is a child of this directory. -- 2.1.4 From 52ce68d43fa238a5d113156391a43f3d0cc88ef4 Mon Sep 17 00:00:00 2001 From: Tomasz Buchert tom...@debian.org Date: Thu, 14 May 2015 11:32:58 +0200 Subject: [PATCH 2/3] Don't report timestamped-gzip if the file is pregenerated (#762105) This is a heuristic proposed in https://bugs.debian.org/762105. If the gzipped file has modification time *after* changelog, then very likely it is unreproducible. On the other hand, if it is *before*, then it is probably pregenerated in upstrem sources. --- checks/files.pm | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/checks/files.pm b/checks/files.pm index b08000f..e8831fc 100644 --- a/checks/files.pm +++ b/checks/files.pm @@ -277,6 +277,18 @@ sub run { my $isma_same = $info-field('multi-arch', '') eq 'same'; my $ppkg = quotemeta($pkg); +# get the last changelog timestamp +# if for some weird reasons the timestamp does +# not exist, it will remain 0 +my $changes = $info-changelog; +my $changelog_timestamp = 0; +if (defined $changes) { +my ($entry) = $changes-data; +if ($entry $entry-Timestamp) { +$changelog_timestamp = $entry-Timestamp; +} +} + # find out which files are scripts my %script = map {$_ = 1} (sort keys %{$info-scripts}); @@
Bug#785295: samba: cannot connect to clamav unix socket
Package: samba Version: 2:4.1.17+dfsg-2 Severity: normal Dear Maintainer, Hello. For some reason samba cannot connect to clamav socket with scannedonly vfs module. I've installed all the packages from default Jessie repository. smb.conf: [files] path = /files read only = no vfs object = scannedonly scannedonly:domain_socket = True scannedonly:socketname = /run/clamav/clamd.ctl root@fileserver:~# ls -la /run/clamav/clamd.ctl srw-rw-rw- 1 clamav clamav 0 May 14 15:17 /run/clamav/clamd.ctl root@fileserver:~# ps -ef |grep clamd clamav 25754 1 1 15:21 ?00:00:05 /usr/sbin/clamd --foreground=true log.smbd: [2015/05/14 15:29:27.039454, 2] ../source3/modules/vfs_scannedonly.c:306(flush_sendbuffer) scannedonly flush_sendbuffer: failed to send files to AV scanner, discarding files.failed to connect to socket /run/clamav/clamd.ctl BR, -Risto -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.25 ii libasn1-8-heimdal1.6~rc2+dfsg-9 ii libbsd0 0.7.0-2 ii libc62.19-18 ii libcomerr2 1.42.12-1.1 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-9 ii libkdc2-heimdal 1.6~rc2+dfsg-9 ii libkrb5-26-heimdal 1.6~rc2+dfsg-9 ii libldb1 2:1.1.17-2 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.9-2 ii libroken18-heimdal 1.6~rc2+dfsg-9 ii libtalloc2 2.1.1-2 ii libtdb1 1.3.1-1 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian13+nmu1 ii multiarch-support2.19-18 ii procps 2:3.3.9-9 ii python 2.7.9-1 ii python-dnspython 1.12.0-1 ii python-ntdb 1.0-5 ii python-samba 2:4.1.17+dfsg-2 pn python2.7:anynone ii samba-common 2:4.1.17+dfsg-2 ii samba-common-bin 2:4.1.17+dfsg-2 ii samba-dsdb-modules 2:4.1.17+dfsg-2 ii samba-libs 2:4.1.17+dfsg-2 ii tdb-tools1.3.1-1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-2 ii logrotate 3.8.7-1+b1 ii samba-vfs-modules 2:4.1.17+dfsg-2 Versions of packages samba suggests: pn bind9 none pn bind9utils none pn ctdb none pn ldb-tools none ii ntp1:4.2.6.p5+dfsg-7 pn smbldap-tools none pn winbindnone -- 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#785161: [Pkg-virtualbox-devel] Bug#785161: Bug#785161: kbuild: module-assistant fails to build virtualbox-source
Hallo, * Eduard Bloch [Thu, May 14 2015, 03:32:52PM]: $ grep kmk /usr/src/modules/virtualbox/debian/ -r /usr/src/modules/virtualbox/debian/rules:MAKE:=kmk Seriously? Yes, YOUR scripts are calling kmk. It is not user's neither module-assistant's fault. And while we are at it, I also spoted the read_cr4/write_cr4 bugs (kernel 4.1 compatiblity). See https://devtalk.nvidia.com/default/topic/813458/linux-4-0-rc1-346-47-build-error-_cr4-functions-fix/ for a related fix. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785311: mpv: a paused vdpau video prevents display of video of a second vdpau instance
Package: mpv Version: 0.9.1-1+ffmpeg Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? After the r600 radeon fix incorporated in 4.1.0-rc3, I was able to play videos using a command like: mpv --vo=vdpau --hwdec=vdpau *.mkv However, pausing one video and attempting to start a second mpv session using vdpau resulted in the second video window being black. The second video could be replayed successfully using opengl while the first one using vdpau was paused. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-rc3+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages mpv depends on: ii libasound2 1.0.28-1 ii libass5 0.12.2-1 ii libavcodec-ffmpeg56 7:2.6.2-1+b1 ii libavdevice-ffmpeg567:2.6.2-1+b1 ii libavfilter-ffmpeg5 7:2.6.2-1+b1 ii libavformat-ffmpeg567:2.6.2-1+b1 ii libavutil-ffmpeg54 7:2.6.2-1+b1 ii libbluray1 1:0.8.0-1 ii libbs2b03.1.0+dfsg-2.1 ii libc6 2.19-18 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libdrm2 2.4.60-3 ii libdvdnav4 5.0.1-1 ii libdvdread4 5.0.0-1 ii libegl1-mesa [libegl1-x11] 10.5.5-1 ii libenca01.16-1 ii libgl1-mesa-glx [libgl1]10.5.5-1 ii libguess1 1.2-1 ii libjack0 [libjack-0.116]1:0.124.1+20140122git5013bed0-3 ii libjpeg62-turbo 1:1.4.0-7 ii liblcms2-2 2.6-3+b3 ii liblua5.2-0 5.2.3-1.1 ii libpulse0 6.0-2 ii libsdl2-2.0-0 2.0.2+dfsg1-7 ii libswresample-ffmpeg1 7:2.6.2-1+b1 ii libswscale-ffmpeg3 7:2.6.2-1+b1 ii libva-x11-1 1.5.1-2 ii libva1 1.5.1-2 ii libvdpau1 1.1-1 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.5.5-1 ii libx11-62:1.6.3-1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxkbcommon0 0.4.3-2 ii libxrandr2 2:1.4.2-1+b1 ii libxss1 1:1.2.2-1 ii libxv1 2:1.0.10-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages mpv recommends: ii youtube-dl 2015.02.28-1 mpv 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#785296: jitsi: Doesn't remember login details
Package: jitsi Version: 2.8.5426-1 Hi, For my Debian SIP account, each time I start I have to enter my password again even though I have selected the save password option. The dialog box always shows me the loging kroeckx which I always need to change to kroe...@debian.org. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785248: wxhexeditor: Fails to run, suggesting download of new version
Hello Peter, (not being the maintainer I tried to reproduce) By removing from ~/.wxHexEditor the line LastUpdateCheckTime=1.4316e+09 I could reproduce the opening of the update checking window. But in Jessie/KDE I am able to simply close this window with the X in the window bar and then the regular wxHexEditor window opens. Therefore really renders package unusable? If debian packaging just requires to disable the upstream version check then attached patch would do this. Kind regards, Bernhard Description: Disable check for newer upstream version Author: Bernhard Ãbelacker bernha...@vr-web.de --- Bug-Debian: https://bugs.debian.org/785248 Last-Update: 2015-05-14 --- wxhexeditor-0.22+repack.orig/src/HexEditorFrame.cpp +++ wxhexeditor-0.22+repack/src/HexEditorFrame.cpp @@ -176,6 +176,7 @@ HexEditorFrame::HexEditorFrame( wxWindow MyNotebook-Connect( wxEVT_COMMAND_AUINOTEBOOK_PAGE_CHANGED, wxAuiNotebookEventHandler( HexEditorFrame::OnNotebookTabSelection ), NULL,this ); MyNotebook-Connect( wxEVT_COMMAND_AUINOTEBOOK_TAB_MIDDLE_UP, wxAuiNotebookEventHandler( HexEditorFrame::OnNotebookTabClose ), NULL,this ); +#if 0 /* Debian bug #785248 */ bool update_enable = false; if ( not wxConfigBase::Get()-Read(_T(UpdateCheck), update_enable )){ update_enable = true; @@ -196,6 +197,7 @@ HexEditorFrame::HexEditorFrame( wxWindow } +#endif } HexEditorFrame::~HexEditorFrame(){ #if defined( _DEBUG_ ) defined( __WXMSW__ )
Bug#730670: ITP: python-cartopy - A library providing cartographic tools for python.
control: owner ! Hi, On Wed, Nov 27, 2013 at 7:22 PM, Andreas Hilboll andr...@hilboll.de wrote: Package: wnpp Severity: wishlist Owner: Andreas Hilboll andr...@hilboll.de * Package name: python-cartopy Version : 0.9.0 Upstream Author : British Crown Copyright 2010 - 2013, Met Office * URL : http://scitools.org.uk/cartopy/ * License : LGPLv3 Programming Lang: Python Description : A library providing cartographic tools for python. Some of the key features of cartopy are: object oriented projection definitions point, line, polygon and image transformations between projections integration to expose advanced mapping in matplotlib with a simple and intuitive interface work-in-progress mechanisms for accessing specialist data such as those from the Shuttle Radar Topography Mission” (SRTM) and the Global Self-consistent, Hierarchical, High-resolution Shoreline” database (GSHHS). I will take over this ITP, being already the maintainer of mpl and basemap makes sense fro all of them to be under the same umbrella. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785301: jessie-pu: package dbus/1.8.18-0+deb8u1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi, I'd like to upload the just-released dbus/1.8.18 to jessie after it has had some testing in sid (i.e. reached testing). It contains some security hardening and threading bugfixes which seem valuable to have, and I'd also like to track the 1.8 branch to simplify future security updates. I am the upstream maintainer, and I can revert anything you consider unacceptable for jessie (either via a Debian patch or upstream). I attach a filtered debdiff, omitting Autotools goo, Windows-specific files, and the CMake build system that is not used in Debian. Thanks, S debdiff dbus_1.8.16-1.dsc dbus_1.8.18-0+deb8u1.dsc | filterdiff -p1 -x Makefile.in -x '*/Makefile.in' -x '*/*/Makefile.in' -x 'cmake/*' -x configure -x dbus/dbus-sysdeps-win.c | dbus_1.8.18-0+deb8u1-filtered.diff diffstat for dbus-1.8.16 dbus-1.8.18 Makefile.in |5 ++-- NEWS | 47 + bus/Makefile.in |1 bus/session.conf.in | 10 cmake/CMakeLists.txt |4 +++ cmake/test/CMakeLists.txt |5 configure | 36 ++--- configure.ac | 11 +++- dbus/Makefile.in |1 dbus/dbus-internals.c |4 +-- dbus/dbus-marshal-recursive.c | 29 --- dbus/dbus-message.c |5 +++- dbus/dbus-nonce.c |8 +- dbus/dbus-resources.c | 52 +- dbus/dbus-server.c|5 +++- dbus/dbus-sysdeps-win.c | 16 +++- dbus/dbus-transport.c |4 +-- debian/changelog | 11 doc/Makefile.in |1 test/Makefile.am |5 test/Makefile.in | 37 + test/manual-tcp.c | 46 + test/name-test/Makefile.in|1 test/relay.c |4 +++ tools/Makefile.in |1 25 files changed, 300 insertions(+), 49 deletions(-) diff -Nru dbus-1.8.16/bus/session.conf.in dbus-1.8.18/bus/session.conf.in --- dbus-1.8.16/bus/session.conf.in 2015-02-03 15:47:02.0 + +++ dbus-1.8.18/bus/session.conf.in 2015-05-14 13:23:29.0 +0100 @@ -14,6 +14,16 @@ listen@DBUS_SESSION_BUS_LISTEN_ADDRESS@/listen + !-- On Unix systems, the most secure authentication mechanism is + EXTERNAL, which uses credential-passing over Unix sockets. + + This authentication mechanism is not available on Windows, + is not suitable for use with the tcp: or nonce-tcp: transports, + and will not work on obscure flavours of Unix that do not have + a supported credentials-passing mechanism. On those platforms/transports, + comment out the auth element to allow fallback to DBUS_COOKIE_SHA1. -- + @DBUS_SESSION_CONF_MAYBE_AUTH_EXTERNAL@ + standard_session_servicedirs / policy context=default diff -Nru dbus-1.8.16/configure.ac dbus-1.8.18/configure.ac --- dbus-1.8.16/configure.ac 2015-02-04 16:45:19.0 + +++ dbus-1.8.18/configure.ac 2015-05-14 13:28:34.0 +0100 @@ -3,7 +3,7 @@ m4_define([dbus_major_version], [1]) m4_define([dbus_minor_version], [8]) -m4_define([dbus_micro_version], [16]) +m4_define([dbus_micro_version], [18]) m4_define([dbus_version], [dbus_major_version.dbus_minor_version.dbus_micro_version]) AC_INIT([dbus],[dbus_version],[https://bugs.freedesktop.org/enter_bug.cgi?product=dbus],[dbus]) @@ -37,7 +37,7 @@ ## increment any time the source changes; set to ## 0 if you increment CURRENT -LT_REVISION=11 +LT_REVISION=12 ## increment if any interfaces have been added; set to 0 ## if any interfaces have been changed or removed. removal has @@ -122,6 +122,13 @@ AC_DEFINE(DBUS_CYGWIN,1,[Defined if we run on a cygwin API based system]) fi +# For best security, assume that all non-Windows platforms can do +# credentials-passing. +AS_IF([test $dbus_win = yes], +[DBUS_SESSION_CONF_MAYBE_AUTH_EXTERNAL=!--authEXTERNAL/auth--], +[DBUS_SESSION_CONF_MAYBE_AUTH_EXTERNAL=authEXTERNAL/auth]) +AC_SUBST([DBUS_SESSION_CONF_MAYBE_AUTH_EXTERNAL]) + AM_CONDITIONAL(DBUS_WIN, test $dbus_win = yes) AM_CONDITIONAL(DBUS_WINCE, test $dbus_wince = yes) AM_CONDITIONAL(DBUS_UNIX, test $dbus_unix = yes) diff -Nru dbus-1.8.16/dbus/dbus-internals.c dbus-1.8.18/dbus/dbus-internals.c --- dbus-1.8.16/dbus/dbus-internals.c 2015-02-03 15:47:02.0 + +++ dbus-1.8.18/dbus/dbus-internals.c 2015-05-14 13:23:25.0 +0100 @@ -499,7 +499,7 @@ { VALGRIND_PRINTF_BACKTRACE (%s %p ref stolen (%s), obj_name, obj, why); - _dbus_verbose (%s %p ref stolen (%s), + _dbus_verbose (%s %p ref stolen (%s)\n,
Bug#784767: Cmake 3.2 uploaded
severity 784767 serious thanks CMake 3.2 has been uploaded to the archive. -- Only wimps use tape backup: real men just upload their important stuff on ftp, and let the rest of the world mirror it ;) Linus Benedict Torvalds. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#785305: keepass2: option to lock workspace on suspend does not work
Package: keepass2 Version: 2.28+dfsg-1 Severity: grave Tags: security Justification: user security hole Dear Maintainer, The two options Lock workspace when locking the computer and Lock workspace when the computer is about to be suspended do not function. This makes possible reading user's secrets from memory if, for example, a laptop is stolen while suspended and the software is running. The two options are specifically designed to prevent this from happening and a user who has enabled them will expect to be protected from such an attack. I am using Gnome on Debian Jessie. -- System Information: Debian Release: 8.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.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 Init: systemd (via /run/systemd/system) Versions of packages keepass2 depends on: ii libmono-corlib4.5-cil3.2.8+dfsg-10 ii libmono-system-drawing4.0-cil3.2.8+dfsg-10 ii libmono-system-security4.0-cil 3.2.8+dfsg-10 ii libmono-system-windows-forms4.0-cil 3.2.8+dfsg-10 ii libmono-system-xml4.0-cil3.2.8+dfsg-10 ii libmono-system4.0-cil3.2.8+dfsg-10 ii libx11-6 2:1.6.2-3 ii mono-runtime 3.2.8+dfsg-10 Versions of packages keepass2 recommends: ii xsel 1.2.0-2 Versions of packages keepass2 suggests: ii keepass2-doc 2.28+dfsg-1 pn mono-dmcs none pn xdotool 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#755071: [Pkg-xfce-devel] Bug#755071: evince-gtk still necessary?
On 14/05/15 14:25, Yves-Alexis Perez wrote: On jeu., 2015-05-14 at 14:23 +0200, Fabian Greffrath wrote: Hi Yves-Alexis, Am Donnerstag, den 14.05.2015, 13:46 +0200 schrieb Yves-Alexis Perez: Note that Xfce maintainers aren't the only relevant people here, although it might be the easiest to consult. I don't really like having to force Xfce users to install libnautilus (which actually bother me more than libsecret), but I'm pretty sure evince-gtk is used by a lot of people from the “non DE” crowd (people using only a WM). Sure, they can switch to xpdf instead, but evince-gtk was a really nice alternative I think. thank you very much for your reply. Indeed, I did not have the non-DE crowd in mind when requesting the removal of evince-gtk. Actually, no file in /usr/bin/evice* is linked against libnautilus, but /usr/lib/nautilus/extensions-3.0/libevince-properties-page.so is: $ ldd /usr/lib/nautilus/extensions-3.0/libevince-properties-page.so | grep nautilus libnautilus-extension.so.1 = /usr/lib/libnautilus-extension.so.1 (0x7fa0da86e000) Maybe this can be factored out into a separate package and everybody is happy? I guess so, yes. If what annoys you most about evince-gtk is the double build (which I can understand) and not the separate binary package, then I guess it's the most sensible solution. Just build evince with DEB_DH_MAKESHLIBS_ARGS_evince += -X/usr/lib/nautilus/ (or whatever it should be, I'm saying this from memory). That would exclude the extension from ${shlibs:Depends}, which means evince won't depend on libnautilus-extension1a. Since the extension is (I guess) only used by nautilus itself, which already links to libnautilus-extension, that should be fine (and is what we normally do for dlopen'ed extensions). Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785298: jessie-pu: package osmosis/0.43.1-3
On 05/14/2015 04:20 PM, Adam D. Barratt wrote: Control: tags -1 + moreinfo On 2015-05-14 13:48, Bas Couwenberg wrote: The osmosis version in jessie has an important bug causing the --database-dump operation to fail. (#785257) I've included a patch for the upstream change fixing the ClassCastException, which I'd like to get into jessie. The metadata for that bug indicates that it also affects the version of osmosis in unstable. Is that correct? If it is, please fix the package in unstable; if not, please fix the metadata. It also affects unstable, and fixed version for unstable is on its way. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785307: xcolorsel: Crash in Grab color
Package: xcolorsel Version: 1.1a-18 Severity: normal Tags: patch If I start xcolorsel and click Grab color, the program crashes with a SEGV as soon as I pick a color and click. I could not understand why it happens, but apparently the attached patch works around the problem. best regards g1 -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xcolorsel depends on: ii libc6 2.19-18 ii libice6 2:1.0.9-1+b1 ii libsm62:1.2.2-1+b1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1+b1 ii libxt61:1.1.4-1+b1 ii xaw3dg1.5+E-18.2 xcolorsel recommends no packages. xcolorsel suggests no packages. -- no debconf information diff -rwub old/RgbText.c new/RgbText.c --- old/RgbText.c 2015-05-14 16:06:06.375622569 +0200 +++ new/RgbText.c 2015-05-14 16:06:32.239774231 +0200 @@ -1116,6 +1116,7 @@ start+=1+myself(w).rgb_text.tile_width; end=(strchr(ptr,'\n')-myself(w).rgb_text.asciirep); /*Display selection:*/ + XawTextSetSelection(w, 0, end); XawTextSetSelection(w, start, end); XawTextSetInsertionPoint(w, end); /*Set cursor*/
Bug#785298: jessie-pu: package osmosis/0.43.1-3
Control: tags -1 + moreinfo On 2015-05-14 13:48, Bas Couwenberg wrote: The osmosis version in jessie has an important bug causing the --database-dump operation to fail. (#785257) I've included a patch for the upstream change fixing the ClassCastException, which I'd like to get into jessie. The metadata for that bug indicates that it also affects the version of osmosis in unstable. Is that correct? If it is, please fix the package in unstable; if not, please fix the metadata. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785306: surf: Bringing up the element inspector causes a crash
Package: surf Version: 0.6-1 Severity: important Tags: l10n Looks like Surf is crashing out with missing localized strings. Steps to reproduce: 1. Install surf. 2. Start surf like this: surf http://www.google.com/; 3. Right click on any element on the page and choose Inspect Element 4. Observe as the element inspector comes up and causes a crash. 5. Note the following lines on its controlling terminal: (surf:5935): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed ** Message: console message: resource:///org/webkitgtk/inspector/UserInterface/Main.js @665: Localized string Hide console (%s) was not found. Segmentation fault -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages surf depends on: ii curl7.42.1-2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-4 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.44.0-2 ii libgtk2.0-0 2.24.25-3 ii libjavascriptcoregtk-1.0-0 2.4.8-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libsoup2.4-12.48.0-1 ii libwebkitgtk-1.0-0 2.4.8-2 ii libx11-62:1.6.3-1 ii stterm 0.5+20140606+gitc2fd275-1 ii suckless-tools 40-1 ii x11-utils 7.7+3 surf recommends no packages. surf 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#784655: closed by Matthias Klose d...@debian.org (Bug#784655: fixed in gcc-5 5.1.1-5)
Hi again Doko, is it acceptable to use g++-5 or should I reopen this RC? I don't know if there is another hidden bug here or not thanks Gianfranco Il Lunedì 11 Maggio 2015 23:28, Gianfranco Costamagna costamagnagianfra...@yahoo.it ha scritto: Hi Doko, yes, I had to force g++5 to make them run successfully thanks, (sorry for top posting) Gianfranco Sent from Yahoo Mail on Android From:Matthias Klose d...@debian.org Date:Mon, 11 May, 2015 at 22:34 Subject:Re: Bug#784655: closed by Matthias Klose (Bug#784655: fixed in gcc-5 5.1.1-5) On 05/11/2015 10:36 AM, Gianfranco Costamagna wrote: does this mean that I need to b-d on g++-5 and export CXX=g++-5? It seems to be failing to build when mixing g++-4.9 and new libstdc++... thanks a lot for the fix! Now with gcc-5 I can build it correctly! no, please continue to build with the default gcc-4.9 for the near future. Are these tests still failing when you rebuild with 5.1.1-5? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785300: xul-ext-pentadactyl: pentadactyl not compatible with iceweasel 38.0-1
Package: xul-ext-pentadactyl Version: 1.1+hg7904-0+nmu1 Severity: important pentadactyl seems to be incompatible with iceweasel 38.0-1. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.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 Init: systemd (via /run/systemd/system) Versions of packages xul-ext-pentadactyl depends on: ii iceweasel 38.0-1 xul-ext-pentadactyl recommends no packages. xul-ext-pentadactyl suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#785302: mocha init fails to find copy of mocha.css
Package: mocha Version: 1.20.1-1 Severity: normal Hello Leo, mkdir test mocha init test Error: ENOENT, no such file or directory '/usr/lib/nodejs/mocha/mocha.css' Cheers, Jérémy. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mocha depends on: ii node-commander 2.4.0-1 ii node-debug 2.1.0+dfsg-1 ii node-diff 1.0.4-1 ii node-glob 4.0.5-1 ii node-growl 1.7.0-1 ii node-jade 1.5.0+dfsg-1 ii node-mkdirp 0.5.0-1 ii nodejs 0.10.38~dfsg-1 mocha recommends no packages. Versions of packages mocha suggests: pn node-jscoverage 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#784766: CMake 3.2 uploaded
severity 784769 serious severity 784768 serious severity 784766 serious thanks CMake has been uploaded to the archive. -- Los chicos tienen un mayor dominio de la tecnología (y las habilidades y lenguaje que eso implica) que los adultos con los que se relacionan. Por lo general saben más que sus propios padres, sus docentes, sus pediatras, psicólogos, que los políticos y funcionarios de sus comunidades. Eso afectó la autoridad que tenía un adulto para habilitar al mundo. Luis Pescetti http://www.luispescetti.com/regale-su-obra/ Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#785304: libparmap-ocaml-dev: missing libparmap_stubs.a on bytecode architectures
Package: libparmap-ocaml-dev Version: 1.0~rc4-4 Severity: serious Parmap package does not install libparmap_stubs.a file on bytecode architectures. This makes it impossible to build depending packages, like now coccinelle, on those architectures. I assume that is was just a mistake not to install that file, because other -dev packages (pcre, pycaml) contain such files even on bytecode-only architectures. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libparmap-ocaml-dev depends on: ii libparmap-ocaml [libparmap-ocaml-8kg90] 1.0~rc4-4 ii ocaml-nox [ocaml-nox-4.01.0] 4.01.0-5 libparmap-ocaml-dev recommends no packages. libparmap-ocaml-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785275: ITP: python-ipaddress -- Backport of the ipaddress module from Python 3.3
Control: tag -1 + wontfix On 14 May 2015 at 13:45, Scott Kitterman deb...@kitterman.com wrote: Is this 100% compatible with ipaddress from upstream now? The problem I ran into before is that when importing ipaddress and it turned out to be this one and not the upstream one, the API was different, so it didn't work. I assumed so, otherwise there would be no point in a backport, but I haven't yet done the work to verify this. It's completely trivial to use ipaddr with python2 and ipaddress with python3 [1], so this backport seems pretty pointless to me. Well, it's only completely trivial if they have the same API and you count putting a try/except wrapper around every single import of the package as trivial... However, given that my initial experiments with using ipaddr seem to show that it's feasible, I'll probably stick with that for now. -- mithrandi, i Ainil en-Balandor, a faer Ambar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778627: live-build: syslinux mbr.bin file not found (again)
Hi, migrating to jessie, i am experiencing the same problem. Currently live-build is broken on jessie, which distributes version 4.0.3-1 of live-build, not 4.0.4-1. It is currently not possible to build hdd images, hence it could be very nice to consider this bug as important and provide a fix to jessie. Thanks, Thierry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784852: Processed: closing 784852
Hi! On 05/14/2015 08:37 AM, Ondřej Surý wrote: On Wed, May 13, 2015, at 23:39, Hans van Kranenburg wrote: 2. What is your opnion on the previous thoughts about *never* asking to replace the bird.conf file? The current handling (also with ucf) shows the same behaviour as the conffile way. I prefer doing thing in standardized way, that's more predictable and already in place. I can think of one problem that's already solved by using ucf, but would have to be handled by the postinst scripts just top of my head: - one of the standardized ways how to disable some service in Debian is to remove it's conffile, but simply checking whether conffile exists or not in postinst script would simply re-add user removed conffile. To fix that you would have to add additional login in postinst to check whether we have this is a new install or whether we are upgrading the package. My take on this is that it's better to use well tested tool. Agreed. That said - ucf has an option to always retain user configfile by setting UCF_FORCE_CONFFOLD environment variable (I never used it before), so that's something I am going to use. Ah, awesome! I just tested the upgrade from 1.4.5-1 to 1.5.0-3, without questions asked. 3. The package is currently broken. Simply installing the package results in errors now, because router id 2001:DB8::1; is not valid bird configuration. See attached output. Did you test the package before uploading? I did, but obviously I missed this. I found one still remaining issue, in bird.postrm: I think the foo needs to be bird in: ucfr --purge foo /etc/bird/$conf Currently removing with --purge shows: # apt-get remove --purge bird Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: bird* 0 upgraded, 0 newly installed, 1 to remove and 4 not upgraded. After this operation, 1,327 kB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 50350 files and directories currently installed.) Removing bird (1.5.0-3) ... Purging configuration files for bird (1.5.0-3) ... ucfr: Association belongs to bird, not foo ucfr: Aborting dpkg: error processing package bird (--purge): subprocess installed post-removal script returned error exit status 5 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: bird [master ee0a660] committing changes in /etc after apt run 8 files changed, 762 deletions(-) delete mode 100644 bird/bird.conf delete mode 100644 bird/bird6.conf delete mode 100644 bird/envvars delete mode 100755 init.d/bird delete mode 100755 init.d/bird6 delete mode 100644 init/bird.conf delete mode 100644 init/bird6.conf E: Sub-process /usr/bin/dpkg returned an error code (1) P.S. are you using git://anonscm.debian.org/users/ondrej/bird.git for packaging? Could you push your changes? Sure, pushed. Thanks a lot! -- Hans van Kranenburg - System / Network Engineer T +31 (0)10 2760434 | hans.van.kranenb...@mendix.com | www.mendix.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785297: aria2: FTBFS with linux-libc-dev 4.0.2-1
Source: aria2 Version: 1.18.10-2 Severity: serious Hi. I just tried to build aria2 in sid (using cowbuilder) in preparation of the transition of nettle. I don't have much more detail, but something seems amiss with regards to the detection, declaration, and/or invocation of the getrandom syscall (in the current builds, the syscall interface was not detected at all). checking for getrandom... no [...] checking for getrandom linux syscall interface... yes [...] CC getrandom_linux.lo getrandom_linux.c: In function 'getrandom_linux': getrandom_linux.c:56:20: error: 'SYS_getrandom' undeclared (first use in this function) read = syscall(SYS_getrandom, p, buflen, 0); ^ -- Magnus Holmgrenholmg...@debian.org Debian Developer signature.asc Description: This is a digitally signed message part.
Bug#754926: [Pkg-fonts-devel] Bug#754926: Bug#754926: Help to review and sponsor Noto fonts for CJK
Quoting Kess Vargavind (2015-05-14 14:03:22) I quickly tested your packages and they look fine to me. Thanks for all your work; much appreciated as this pending upload will cover several scripts that currently are missing in Debian! You are probably referring to the fonts available only unhinted. I was quite excited when, after installing that package, tested by browsing https://en.wikipedia.org/wiki/List_of_writing_systems#List_of_writing_scripts_by_adoption and https://en.wikipedia.org/wiki/Brahmic_scripts#Comparison which seemingly (although I cannot judge if correctly) displays all glyphs. A petite detail that may be fixed later: * The metapackage `fonts-noto` is missing the number 64 in its description, “currently are covered” Ohh, yes. Fixed in git now. Thanks :-) Speaking of which, I was considering to instead mention actual script names (like font family names), to aid in searching. I extract the facts at package build time so it wouldn't be a burden/ability for translation, only arguably bloating the long description needlesly. What do you think? Does that sound sensible or silly to do? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#785161: [Pkg-virtualbox-devel] Bug#785161: Bug#785161: kbuild: module-assistant fails to build virtualbox-source
Hi Eduard, $ grep kmk /usr/src/modules/virtualbox/debian/ -r /usr/src/modules/virtualbox/debian/rules:MAKE:=kmk Seriously? sorry for that, I never looked at this package, and I wasn't fully aware of the hijacks in it Yes, YOUR scripts are calling kmk. It is not user's neither module-assistant's fault. yep, completely correct that change was removed in commit 63fa6b7b86035b53e8d053b894814eccac9ce595 Author: Michael Meskes mes...@debian.org Date: Sat May 10 08:02:19 2008 + and reinserted in commit dc3415824f92e272dcbc5e94dfcb42472ef23fb7 Author: Michael Meskes mes...@debian.org Date: Sun May 11 21:03:52 2008 + Reverting my change to make since the new kmk version works. So I'm going to revert the revert! thanks for the fix! Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785193: mailman depends on cron instead of cron-daemon
Hi, On Wed, May 13, 2015 at 12:35:56PM +0300, Kes Iganes wrote: Package: mailman Version: 1:2.1.18-2 Severity: important i'm not exactly sure which package should be fixed - mailman or systemd-cron but fixing mailman dependency seems more logical to me. Using the cron-daemon virtual package is clearly where we want to end up, wrote Russ Allbery in Message-id 87r3y5dwm3@hope.eyrie.org. So that would be a Depends: cron-daemon|cron for mailman afaik. See https://lists.debian.org/30446027.mNS7mfypdK@antec for some background information. It would be nice to be able to ship a fixed mailman in stretch. No hurry for now though, I'd guess. Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785161: [Pkg-virtualbox-devel] Bug#785161: Bug#785161: kbuild: module-assistant fails to build virtualbox-source
And while we are at it, I also spoted the read_cr4/write_cr4 bugs (kernel 4.1 compatiblity). See https://devtalk.nvidia.com/default/topic/813458/linux-4-0-rc1-346-47-build-error-_cr4-functions-fix/ for a related fix. this should be already fixed in git, with the new version :) thanks, G. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752528: parentheses bug affects Jessie and SID (ver 13) but not Wheezy (ver 12)
I have the same problem in jessie: wxMaxima 13.04.2 I do not know if my backtrace is useful at all, but it is different from the original: === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x731ff)[0x2b8521ff] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x2b8d54c7] /lib/x86_64-linux-gnu/libc.so.6(+0xf46e0)[0x2b8d36e0] /lib/x86_64-linux-gnu/libc.so.6(+0xf6437)[0x2b8d5437] /usr/lib/maxima/5.35.1/binary-gcl/maxima[0x397313] /usr/lib/maxima/5.35.1/binary-gcl/maxima[0x3b9e5d] /usr/lib/maxima/5.35.1/binary-gcl/maxima[0x3ba0e8] /usr/lib/maxima/5.35.1/binary-gcl/maxima[0x3c494c] /usr/lib/maxima/5.35.1/binary-gcl/maxima[0x218c8ba] === Memory map: 0020-00759000 r-xp 08:01 3753 /usr/lib/maxima/5.35.1/binary-gcl/maxima 00958000-00959000 r--p 00558000 08:01 3753 /usr/lib/maxima/5.35.1/binary-gcl/maxima 00959000-00eb9000 rw-p 00559000 08:01 3753 /usr/lib/maxima/5.35.1/binary-gcl/maxima 00eb9000-029d1000 rwxp 00ab9000 08:01 3753 /usr/lib/maxima/5.35.1/binary-gcl/maxima 029d1000-687b9000 rw-p 00:00 0 [heap] 687b9000-68951000 rwxp 00:00 0 [heap] 2aaab000-2aacb000 r-xp 08:01 1176120 /lib/x86_64-linux-gnu/ld-2.19.so 2aacb000-2aacd000 r-xp 00:00 0 [vdso] 2aacd000-2aacf000 r--p 00:00 0 [vvar] 2aacf000-2aad1000 rw-p 00:00 0 2aad1000-2aad2000 rwxp 00:00 0 2aaf9000-2aafe000 rw-p 00:00 0 2accb000-2accc000 r--p 0002 08:01 1176120 /lib/x86_64-linux-gnu/ld-2.19.so 2accc000-2accd000 rw-p 00021000 08:01 1176120 /lib/x86_64-linux-gnu/ld-2.19.so 2accd000-2acce000 rw-p 00:00 0 2acce000-2ae0a000 r-xp 08:01 525929 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 2ae0a000-2b009000 ---p 0013c000 08:01 525929 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 2b009000-2b00b000 r--p 0013b000 08:01 525929 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 2b00b000-2b01 rw-p 0013d000 08:01 525929 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 2b01-2b011000 rw-p 00:00 0 2b011000-2b111000 r-xp 08:01 1187615 /lib/x86_64-linux-gnu/libm-2.19.so 2b111000-2b31 ---p 0010 08:01 1187615 /lib/x86_64-linux-gnu/libm-2.19.so 2b31-2b311000 r--p 000ff000 08:01 1187615 /lib/x86_64-linux-gnu/libm-2.19.so 2b311000-2b312000 rw-p 0010 08:01 1187615 /lib/x86_64-linux-gnu/libm-2.19.so 2b312000-2b393000 r-xp 08:01 523315 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0 2b393000-2b593000 ---p 00081000 08:01 523315 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0 2b593000-2b594000 r--p 00081000 08:01 523315 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0 2b594000-2b595000 rw-p 00082000 08:01 523315 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0 2b595000-2b5d5000 r-xp 08:01 1175118 /lib/x86_64-linux-gnu/libreadline.so.6.3 2b5d5000-2b7d5000 ---p 0004 08:01 1175118 /lib/x86_64-linux-gnu/libreadline.so.6.3 2b7d5000-2b7d7000 r--p 0004 08:01 1175118 /lib/x86_64-linux-gnu/libreadline.so.6.3 2b7d7000-2b7de000 rw-p 00042000 08:01 1175118 /lib/x86_64-linux-gnu/libreadline.so.6.3 2b7de000-2b7df000 rw-p 00:00 0 2b7df000-2b97e000 r-xp 08:01 1187618 /lib/x86_64-linux-gnu/libc-2.19.so 2b97e000-2bb7e000 ---p 0019f000 08:01 1187618 /lib/x86_64-linux-gnu/libc-2.19.so 2bb7e000-2bb82000 r--p 0019f000 08:01 1187618 /lib/x86_64-linux-gnu/libc-2.19.so 2bb82000-2bb84000 rw-p 001a3000 08:01 1187618 /lib/x86_64-linux-gnu/libc-2.19.so 2bb84000-2bb88000 rw-p 00:00 0 2bb88000-2bba9000 r-xp 08:01 525209 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 2bba9000-2bda8000 ---p 00021000 08:01 525209 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 2bda8000-2bda9000 r--p 0002 08:01 525209 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 2bda9000-2bdaa000 rw-p 00021000 08:01 525209 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 2bdaa000-2bdad000 r-xp 08:01 1176456 /lib/x86_64-linux-gnu/libdl-2.19.so 2bdad000-2bfac000 ---p 3000 08:01 1176456 /lib/x86_64-linux-gnu/libdl-2.19.so 2bfac000-2bfad000 r--p 2000 08:01 1176456 /lib/x86_64-linux-gnu/libdl-2.19.so 2bfad000-2bfae000 rw-p 3000 08:01 1176456 /lib/x86_64-linux-gnu/libdl-2.19.so 2bfae000-2bfd4000 r-xp 08:01 1176713 /lib/x86_64-linux-gnu/libtinfo.so.5.9 2bfd4000-2c1d3000 ---p 00026000 08:01 1176713 /lib/x86_64-linux-gnu/libtinfo.so.5.9 2c1d3000-2c1d7000 r--p 00025000 08:01 1176713 /lib/x86_64-linux-gnu/libtinfo.so.5.9 2c1d7000-2c1d8000 rw-p 00029000 08:01 1176713 /lib/x86_64-linux-gnu/libtinfo.so.5.9 2c1d8000-2c1db000 r-xp 08:01 530524 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 2c1db000-2c3da000 ---p 3000 08:01 530524 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
Bug#741798: any update on the resolution of the bug ?
Hi all, Any update on this bug. Upstream i.e. launchpad has made several releases after that. Looking forward to know. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785236: Updated backtrace
I rebuilt the lftp package with debugging symbols. It seems the wait all is part of what is causing the crashing. (gdb) bt full #0 0x7f0f8e892107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 17630 selftid = 17630 #1 0x7f0f8e8934e8 in __GI_abort () at abort.c:89 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0x7ffccf538f72, sa_sigaction = 0x7ffccf538f72}, sa_mask = {__val = {139704793817505, 5309317, 57, 4, 140723786838752, 50722992960, 7713696, 0, 0, 0, 0, 21474836480, 139704793817031, 140723786838904, 139704825872384, 139704793832680}}, sa_flags = 5309325, sa_restorer = 0x510400 xlistSMTask::add_tail(xlistSMTask*)::__PRETTY_FUNCTION__} sigs = {__val = {32, 0 repeats 15 times}} #2 0x7f0f8e88b226 in __assert_fail_base (fmt=0x7f0f8e9c1ce8 %s%s%s:%u: %s%sAssertion `%s' failed.\n%n, assertion=assertion@entry=0x51038d !node-next !node-prev, file=file@entry=0x510385 xlist.h, line=line@entry=57, function=function@entry=0x510400 xlistSMTask::add_tail(xlistSMTask*)::__PRETTY_FUNCTION__ void xlistT::add_tail(xlistT*) [with T = SMTask]) at assert.c:92 str = 0x11fc000 total = 4096 #3 0x7f0f8e88b2d2 in __GI___assert_fail (assertion=0x51038d !node-next !node-prev, file=0x510385 xlist.h, line=57, function=0x510400 xlistSMTask::add_tail(xlistSMTask*)::__PRETTY_FUNCTION__ void xlistT::add_tail(xlistT*) [with T = SMTask]) at assert.c:101 No locals. #4 0x0046ae44 in xlistSMTask::add_tail (this=0x75b3a0 SMTask::deleted_tasks, node=0x123c260) at xlist.h:57 __PRETTY_FUNCTION__ = void xlistT::add_tail(xlistT*) [with T = SMTask] #5 0x0046acd1 in xlistSMTask::add_tail (this=0x75b3a0 SMTask::deleted_tasks, node=...) at xlist.h:60 No locals. #6 0x0046a17f in SMTask::DeleteLater (this=0x123c210) at SMTask.cc:128 No locals. #7 0x0046a1b9 in SMTask::Delete (task=0x123c210) at SMTask.cc:135 No locals. #8 0x0046b35b in ProcWait::DeleteAll () at ProcWait.cc:152 w = 0x123c210 #9 0x00408295 in main (argc=3, argv=0x7ffccf537608) at lftp.cc:613 args = {ptr = 0x0, static null = optimized out} exit_code = 0 I also added a debug 100 statement to the top of my script and logged the output for the crashing session: at http://pastebin.com/raw.php?i=iUALayQX
Bug#785308: mono: please provide a mono-source package
Package: mono Version: 3.2.8+dfsg-10 Severity: wishlist Tags: patch Hi, I'd like to provide a wine-mono package based on the mono source in Debian, and to do this I'd need a mono-source package (in the same style as gcc-4.9-source, binutils-source etc.). (Or source build-dependencies but that's a way off...) The attached patch implements this. Regards, Stephen diff -Nru mono-3.2.8+dfsg/debian/control mono-3.2.8+dfsg/debian/control --- mono-3.2.8+dfsg/debian/control 2015-03-19 11:28:11.0 +0100 +++ mono-3.2.8+dfsg/debian/control 2015-05-14 11:53:44.0 +0200 @@ -3436,6 +3436,19 @@ For examples and a brief overview of the commands see: http://www.mono-project.com/CsharpRepl +Package: mono-source +Section: devel +Architecture: all +Description: Mono source code + Mono is a platform for running and developing applications based on the + ECMA/ISO Standards. Mono is an open source effort led by Xamarin. + Mono provides a complete CLR (Common Language Runtime) including compiler and + runtime, which can produce and execute CIL (Common Intermediate Language) + bytecode (aka assemblies), and a class library. + . + This package contains an archive of the source code used to build the + Mono packages in Debian. + Package: monodoc-base Architecture: all Depends: ${misc:Depends}, ${cli:Depends} diff -Nru mono-3.2.8+dfsg/debian/mono-source.install mono-3.2.8+dfsg/debian/mono-source.install --- mono-3.2.8+dfsg/debian/mono-source.install 1970-01-01 01:00:00.0 +0100 +++ mono-3.2.8+dfsg/debian/mono-source.install 2015-05-14 15:17:09.0 +0200 @@ -0,0 +1 @@ +debian/mono-source.tar* usr/src diff -Nru mono-3.2.8+dfsg/debian/rules mono-3.2.8+dfsg/debian/rules --- mono-3.2.8+dfsg/debian/rules 2015-03-19 11:28:11.0 +0100 +++ mono-3.2.8+dfsg/debian/rules 2015-05-14 15:17:16.0 +0200 @@ -84,8 +84,13 @@ MONO_MAKE_FLAGS += -j$(NUMJOBS) endif +source: source-stamp +source-stamp: + cd $(DEBIAN_DIR) tar cJf mono-source.tar.xz --exclude=mono-source.tar.xz -C ../.. $$(cd ..; basename $$(pwd)) + touch $@ + autoreconf: autoreconf-stamp -autoreconf-stamp: +autoreconf-stamp: source-stamp autoreconf -f -i -s touch $@
Bug#785284: [Debian-ezgo-packaging] Bug#785284: ezgo: typo in Maintainer field: Debain
Fixed. 2015-05-14 16:37 GMT+08:00 Holger Wansing li...@wansing-online.de: Package: ezgo I noticed a typo in the package's Maintainer field: Debain EzGo Packaging Team debian-ezgo-packag...@lists.alioth.debian.org Debain - Debian Best regards Holger -- Created with Sylpheed 3.2.0 under D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ ___ Debian-ezgo-packaging mailing list debian-ezgo-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-ezgo-packaging
Bug#755071: [Pkg-xfce-devel] Bug#755071: evince-gtk still necessary?
On jeu., 2015-05-14 at 14:23 +0200, Fabian Greffrath wrote: Hi Yves-Alexis, Am Donnerstag, den 14.05.2015, 13:46 +0200 schrieb Yves-Alexis Perez: Note that Xfce maintainers aren't the only relevant people here, although it might be the easiest to consult. I don't really like having to force Xfce users to install libnautilus (which actually bother me more than libsecret), but I'm pretty sure evince-gtk is used by a lot of people from the “non DE” crowd (people using only a WM). Sure, they can switch to xpdf instead, but evince-gtk was a really nice alternative I think. thank you very much for your reply. Indeed, I did not have the non-DE crowd in mind when requesting the removal of evince-gtk. Actually, no file in /usr/bin/evice* is linked against libnautilus, but /usr/lib/nautilus/extensions-3.0/libevince-properties-page.so is: $ ldd /usr/lib/nautilus/extensions-3.0/libevince-properties-page.so | grep nautilus libnautilus-extension.so.1 = /usr/lib/libnautilus-extension.so.1 (0x7fa0da86e000) Maybe this can be factored out into a separate package and everybody is happy? I guess so, yes. If what annoys you most about evince-gtk is the double build (which I can understand) and not the separate binary package, then I guess it's the most sensible solution. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#755071: [Pkg-xfce-devel] Bug#755071: evince-gtk still necessary?
Hi Yves-Alexis, Am Donnerstag, den 14.05.2015, 13:46 +0200 schrieb Yves-Alexis Perez: Note that Xfce maintainers aren't the only relevant people here, although it might be the easiest to consult. I don't really like having to force Xfce users to install libnautilus (which actually bother me more than libsecret), but I'm pretty sure evince-gtk is used by a lot of people from the “non DE” crowd (people using only a WM). Sure, they can switch to xpdf instead, but evince-gtk was a really nice alternative I think. thank you very much for your reply. Indeed, I did not have the non-DE crowd in mind when requesting the removal of evince-gtk. Actually, no file in /usr/bin/evice* is linked against libnautilus, but /usr/lib/nautilus/extensions-3.0/libevince-properties-page.so is: $ ldd /usr/lib/nautilus/extensions-3.0/libevince-properties-page.so | grep nautilus libnautilus-extension.so.1 = /usr/lib/libnautilus-extension.so.1 (0x7fa0da86e000) Maybe this can be factored out into a separate package and everybody is happy? - Fabian signature.asc Description: This is a digitally signed message part
Bug#785161: [Pkg-virtualbox-devel] Bug#785161: Bug#785161: kbuild: module-assistant fails to build virtualbox-source
reassign 785161 virtualbox-source thanks Jeez, did you even try to investigate it by reading the logs? The first thing I see: + debian/rules kdist_clean kmk -C vboxdrv clean kmk: Entering directory `/usr/src/modules/virtualbox/vboxdrv' $ grep kmk /usr/src/modules/virtualbox/debian/ -r /usr/src/modules/virtualbox/debian/rules:MAKE:=kmk Seriously? Yes, YOUR scripts are calling kmk. It is not user's neither module-assistant's fault. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785303: ITP: chake -- serverless configuration management tool for chef
Package: wnpp Severity: wishlist Owner: Antonio Terceiro terce...@debian.org * Package name: chake Version : 0.6 Upstream Author : Antonio Terceiro terce...@softwarelivre.org * URL : https://gitlab.com/terceiro/chake * License : MIT (Expat) Programming Lang: Ruby Description : serverless configuration management tool for chef chake allows one to manage a number of hosts via SSH by combining chef (solo) and rake. It doesn't require a chef server; all you need is a workstation from where you can SSH into all your hosts. chake automates copying the configuration management repository to the target host (including managing encrypted files), running chef on them, and arbitraty commands on the hosts. This will be maintained as part of the Debian Ruby team. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#754926: [Pkg-fonts-devel] Bug#754926: Help to review and sponsor Noto fonts for CJK
Jonas, I quickly tested your packages and they look fine to me. Thanks for all your work; much appreciated as this pending upload will cover several scripts that currently are missing in Debian! A petite detail that may be fixed later: * The metapackage `fonts-noto` is missing the number 64 in its description, “currently are covered” Kind regards, Kess
Bug#777132: SoB for surf-alggeo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Andreas, On 28/04/15 10:37, Andreas Tille wrote: Hi Jerome, I'd suggest to wait until the current package in new is processed and available in unstable before we upload the changed version. If you think this is not a good idea please give reasons for it. I have just corrected an important bug that prevented to output surface images and improved on key patch. I suspect that more hidden bugs as the upstream source seems no more supported and quite heteroclit: I am working on it. Said that, I will be more comfortable if you could bring the last commit to the NEW queue, which seems frozen. Thanks, Jerome Kind regards and thanks for your work on this package Andreas. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJVVJRtAAoJEIC/w4IMSybjSbIIANDO+Jpc7NiqYmbU5bodPyeW ALypLu0jAT1oO6uv65GCLyPMaPSlESLMPWmUkozUKbTXDTwaJ+eMusotIINWRv/o YE3vVQoaWQzHBkxC9TR7ewbvGIptypVnIcC0pHFI46IZVJRgIkfjafc6091OBF+E /BuaBlQK7wVmFllzaw4DuCNx1fLI5PjleLy6JTHFHG5Rje4aYxFeh+mVbk0TNxtb EKY7EKDt4S0EvK3OGoz5XZw1cKiX6xNuuc+eNV0V71rNgvbC/+VZOw1ATE1APlxG CBmj0i/ASXTl8usaysLwd6xpTW4TWks3+s6FonS2KCUp9k1Xe+2QDty4vMbUG1E= =awvD -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#785298: jessie-pu: package osmosis/0.43.1-3
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Dear Release Team, The osmosis version in jessie has an important bug causing the --database-dump operation to fail. (#785257) I've included a patch for the upstream change fixing the ClassCastException, which I'd like to get into jessie. Is the proposed change acceptable? Kind Regards, Bas diff -Nru osmosis-0.43.1/debian/changelog osmosis-0.43.1/debian/changelog --- osmosis-0.43.1/debian/changelog 2015-03-05 09:13:45.0 +0100 +++ osmosis-0.43.1/debian/changelog 2015-05-14 14:12:20.0 +0200 @@ -1,3 +1,11 @@ +osmosis (0.43.1-3+deb8u1) stable-proposed-updates; urgency=medium + + * Add patch from upstream to fix java.lang.ClassCastException for +java.util.HashMap to org.openstreetmap.osmosis.hstore.PGHStore. +(closes: #785257) + + -- Bas Couwenberg sebas...@debian.org Thu, 14 May 2015 14:07:55 +0200 + osmosis (0.43.1-3) unstable; urgency=medium * Update 02-fix_plexus.patch to also load Xerces to fix data corruption. diff -Nru osmosis-0.43.1/debian/patches/0001-Update-build-to-newest-versions-of-dependent-librari.patch osmosis-0.43.1/debian/patches/0001-Update-build-to-newest-versions-of-dependent-librari.patch --- osmosis-0.43.1/debian/patches/0001-Update-build-to-newest-versions-of-dependent-librari.patch 1970-01-01 01:00:00.0 +0100 +++ osmosis-0.43.1/debian/patches/0001-Update-build-to-newest-versions-of-dependent-librari.patch 2015-05-14 13:59:59.0 +0200 @@ -0,0 +1,138 @@ +From 240d95b79cdea9faed9f919a1e2024c04199c1ba Mon Sep 17 00:00:00 2001 +From: Brett Henderson br...@bretth.com +Date: Tue, 30 Sep 2014 21:26:20 +1000 +Subject: Update build to newest versions of dependent libraries +Origin: https://github.com/openstreetmap/osmosis/commit/240d95b79cdea9faed9f919a1e2024c04199c1ba + +--- + gradle.properties | 23 +++--- + osmosis-apidb/build.gradle | 2 +- + osmosis-hstore-jdbc/build.gradle | 2 +- + .../org/postgresql/driverconfig.properties | 1 - + osmosis-pgsimple/build.gradle | 2 +- + osmosis-pgsnapshot/build.gradle| 2 +- + .../osmosis/pgsnapshot/v0_6/impl/EntityMapper.java | 6 +++--- + .../pgsnapshot/v0_6/impl/EntityRowMapper.java | 7 --- + 8 files changed, 22 insertions(+), 23 deletions(-) + delete mode 100644 osmosis-hstore-jdbc/src/main/resources/org/postgresql/driverconfig.properties + +--- a/osmosis-apidb/build.gradle b/osmosis-apidb/build.gradle +@@ -4,7 +4,7 @@ dependencies { + compile project(':osmosis-xml') + compile group: 'commons-dbcp', name: 'commons-dbcp', version: dependencyVersionCommonsDbcp + compile group: 'org.springframework', name: 'spring-jdbc', version: dependencyVersionSpring +-runtime group: 'postgresql', name: 'postgresql', version: dependencyVersionPostgreSql ++runtime group: 'org.postgresql', name: 'postgresql', version: dependencyVersionPostgreSql + runtime group: 'mysql', name: 'mysql-connector-java', version: dependencyVersionMySql + testCompile project(':osmosis-testutil') + } +--- a/osmosis-hstore-jdbc/build.gradle b/osmosis-hstore-jdbc/build.gradle +@@ -1,5 +1,5 @@ + dependencies { +-compile group: 'postgresql', name: 'postgresql', version: dependencyVersionPostgreSql ++compile group: 'org.postgresql', name: 'postgresql', version: dependencyVersionPostgreSql + } + + // Disable checkstyle because this is external code. +--- a/osmosis-hstore-jdbc/src/main/resources/org/postgresql/driverconfig.properties /dev/null +@@ -1 +0,0 @@ +-datatype.hstore=org.openstreetmap.osmosis.hstore.PGHStore +\ No newline at end of file +--- a/osmosis-pgsimple/build.gradle b/osmosis-pgsimple/build.gradle +@@ -6,7 +6,7 @@ configurations { + dependencies { + compile project(':osmosis-core') + compile group: 'org.postgis', name: 'postgis-jdbc', version: dependencyVersionPostGis +-compile group: 'postgresql', name: 'postgresql', version: dependencyVersionPostgreSql ++compile group: 'org.postgresql', name: 'postgresql', version: dependencyVersionPostgreSql + testCompile project(':osmosis-dataset') + testCompile project(':osmosis-testutil') + testCompile project(':osmosis-xml') +--- a/osmosis-pgsnapshot/build.gradle b/osmosis-pgsnapshot/build.gradle +@@ -9,7 +9,7 @@ dependencies { + compile group: 'commons-dbcp', name: 'commons-dbcp', version: dependencyVersionCommonsDbcp + compile group: 'org.postgis', name: 'postgis-jdbc', version: dependencyVersionPostGis + compile group: 'org.springframework', name: 'spring-jdbc', version: dependencyVersionSpring +-compile group: 'postgresql', name: 'postgresql', version: dependencyVersionPostgreSql ++compile group: 'org.postgresql', name: 'postgresql', version: dependencyVersionPostgreSql + testCompile project(':osmosis-dataset') +
Bug#785316: CVE-2014-0230: non-persistent DoS attack by feeding data aborting an upload
Source: tomcat6 Version: 6.0.41-2+squeeze6 Severity: normal Tags: security upstream fixed-upstream Hello, The following vulnerability affects tomcat6 in squeeze and wheezy. CVE-2014-0230 [cve]: Tomcat permits a limited Denial of Service. I have prepared the attached patch for the 6.0.41-2+squeeze6 version, based on [fix]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. [cve] https://security-tracker.debian.org/tracker/CVE-2014-0230 [fix] https://svn.apache.org/viewvc?view=revisionrevision=1659537 Please adjust the affected versions in the BTS as needed. Regards, Santiago Description: Add support for maxSwallowSize Fixes CVE-2014-0230 Origin: https://svn.apache.org/viewvc?view=revisionrevision=1659537 Index: tomcat6-6.0.41/java/org/apache/coyote/http11/filters/IdentityInputFilter.java === --- tomcat6-6.0.41.orig/java/org/apache/coyote/http11/filters/IdentityInputFilter.java +++ tomcat6-6.0.41/java/org/apache/coyote/http11/filters/IdentityInputFilter.java @@ -20,7 +20,7 @@ package org.apache.coyote.http11.filters import java.io.IOException; import org.apache.tomcat.util.buf.ByteChunk; - +import org.apache.tomcat.util.res.StringManager; import org.apache.coyote.InputBuffer; import org.apache.coyote.Request; import org.apache.coyote.http11.InputFilter; @@ -32,9 +32,11 @@ import org.apache.coyote.http11.InputFil */ public class IdentityInputFilter implements InputFilter { +private static final StringManager sm = StringManager.getManager( +IdentityInputFilter.class.getPackage().getName()); -// -- Constants +// -- Constants protected static final String ENCODING_NAME = identity; protected static final ByteChunk ENCODING = new ByteChunk(); @@ -150,17 +152,25 @@ public class IdentityInputFilter impleme } -/** - * End the current request. - */ -public long end() -throws IOException { +public long end() throws IOException { + +final int maxSwallowSize = org.apache.coyote.Constants.MAX_SWALLOW_SIZE; +final boolean maxSwallowSizeExceeded = (maxSwallowSize -1 remaining maxSwallowSize); +long swallowed = 0; // Consume extra bytes. while (remaining 0) { + int nread = buffer.doRead(endChunk, null); if (nread 0 ) { +swallowed += nread; remaining = remaining - nread; +if (maxSwallowSizeExceeded swallowed maxSwallowSize) { +// Note: We do not fail early so the client has a chance to +// read the response before the connection is closed. See: +// http://httpd.apache.org/docs/2.0/misc/fin_wait_2.html#appendix +throw new IOException(sm.getString(inputFilter.maxSwallow)); +} } else { // errors are handled higher up. remaining = 0; } Index: tomcat6-6.0.41/java/org/apache/coyote/http11/filters/LocalStrings.properties === --- tomcat6-6.0.41.orig/java/org/apache/coyote/http11/filters/LocalStrings.properties +++ tomcat6-6.0.41/java/org/apache/coyote/http11/filters/LocalStrings.properties @@ -22,4 +22,6 @@ chunkedInputFilter.invalidCrlfNoCR=Inval chunkedInputFilter.invalidCrlfNoData=Invalid end of line sequence (no data available to read) chunkedInputFilter.invalidHeader=Invalid chunk header chunkedInputFilter.maxExtension=maxExtensionSize exceeded -chunkedInputFilter.maxTrailer=maxTrailerSize exceeded \ No newline at end of file +chunkedInputFilter.maxTrailer=maxTrailerSize exceeded + +inputFilter.maxSwallow=maxSwallowSize exceeded Index: tomcat6-6.0.41/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java === --- tomcat6-6.0.41.orig/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java +++ tomcat6-6.0.41/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java @@ -216,8 +216,15 @@ public class ChunkedInputFilter implemen * End the current request. */ public long end() throws IOException { +int maxSwallowSize = org.apache.coyote.Constants.MAX_SWALLOW_SIZE; +long swallowed = 0; +int read = 0; // Consume extra bytes : parse the stream until the end chunk is found -while (doRead(readChunk, null) = 0) { +while ((read = doRead(readChunk, null)) = 0) { +swallowed += read; +if (maxSwallowSize -1 swallowed maxSwallowSize) { +throwIOException(sm.getString(inputFilter.maxSwallow)); +} } // Return the number of extra bytes which were
Bug#472199: [licensecheck] Generate machine readable copyright file
This functionality is now provided by 'cme update dpkg-copyright' with cme and libconfig-model-dpkg-perl. See https://ddumont.wordpress.com/2015/04/05/improving-creation-of-debian-copyright-file/ Note that licensecheck provides one entry per scanned file. On the other 'cme' coaslesces similar entries in the same DEP-5 Files entry. This reduces a lot the size of the generated file. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785318: gdm3: Cancel button does nothing when prompted to type an unlisted username
Package: gdm3 Version: 3.14.1-7 Severity: normal Dear Maintainer, I started my computer and was presented with the GDM login screen. I clicked Not listed? and was prompted for a username. I then clicked Cancel but I was not returned to the main menu; nothing visible happened at all. I therefore typed my username into the box and clicked Next. I was prompted for my password, and the Cancel button on that page worked, and returned me to the main menu. The bug can also be produced if Gnome is locked from the power menu and you try to log in as a different user. Thank you for an otherwise nice piece of software! George Bateman. -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli 0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0] 1.5.56 ii gir1.2-gdm3 3.14.1-7 ii gnome-session [x-session-manager] 3.14.0-3 ii gnome-session-bin 3.14.0-3 ii gnome-settings-daemon 3.14.2-3 ii gnome-shell 3.14.4-1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas 3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit1 1:2.4-1+b1 ii libc6 2.19-18 ii libcanberra-gtk3-00.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgdm1 3.14.1-7 ii libglib2.0-0 2.44.0-2 ii libglib2.0-bin2.44.0-2 ii libgtk-3-03.14.5-1 ii libpam-modules1.1.8-3.1 ii libpam-runtime1.1.8-3.1 ii libpam-systemd215-17 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-17 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.3-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.2-1 ii libxrandr22:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.14.3-1 ii mutter [x-window-manager] 3.14.4-2 ii openbox [x-window-manager]3.5.2-8 ii policykit-1 0.105-8 ii ucf 3.0030 ii x11-common1:7.7+8 ii x11-xserver-utils 7.7+4 ii xterm [x-terminal-emulator] 318-2 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 pn desktop-base none ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+2 pn xserver-xephyr none ii xserver-xorg 1:7.7+8 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: pn gnome-orcanone ii libpam-gnome-keyring 3.16.0-2 -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779196: breaks on non-existing license file
Sorry for the long time in processing your simple patch — You happened to file it two days before my twins were born ;-) Uploaded. I have not backported it; it would have made sense to backport to Wheezy at that point; nowadays that Jessie is stable, I am not yet backporting this as it is a minor reliability fix — but in case there's anything bigger, I'll provide backports. Greetings! signature.asc Description: Digital signature
Bug#785193: mailman depends on cron instead of cron-daemon
On Thu, May 14, 2015 at 03:18:32PM +0100, Roger Lynn wrote: On 14/05/2015 14:41, Joost van Baal-Ilić wrote: Using the cron-daemon virtual package is clearly where we want to end up, wrote Russ Allbery in Message-id 87r3y5dwm3@hope.eyrie.org. So that would be a Depends: cron-daemon|cron for mailman afaik. See https://lists.debian.org/30446027.mNS7mfypdK@antec for some background information. It would be nice to be able to ship a fixed mailman in stretch. No hurry for now though, I'd guess. Shouldn't the real package be listed before the virtual package in the dependency field? It would be similar to the dependencies mailman already has on apache2 | httpd and exim4 | mail-transport-agent, to give cron | cron-daemon. Ah yes, you're right. Thanks. Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552192: [licensecheck] provide mechanism to exclude files matching certain licenses
extremely useful to be able to exclude/include files that match certain license patterns. Hmm, other people may ask for other filtering mechanism. How about using licensecheck -m and grep ? something like: licensecheck --include-license UNKNOWN and then it would only show files that have an UNKNOWN license. you can use 'licensecheck -m -r . |grep UNKNOWN alternately, something like: licensecheck --exclude-license *GPL* licensecheck -m -r . |grep GPL similarly, something to check for missing copyrights: licensecheck --missing-copyright licensecheck -m -r . |grep -i 'no copyright' Hope this helps -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784890: flashybrid: Unable to Sync ramstore directories ...
Gruß aus Gelnhausen Stefan Blochberger Diese eMail kann mit Hilfe Ihrer Signatur (PGP) auf Echtheit überprüft werden. - http://bit.ly/KgzpDr [ Internet-Seite: http://Stefan.Blochberger.de ] --- Avast Antivirus Free: http://www.avast.com/get/goYL2hTo --- Beim Einkaufen Geld zurück bekommen (CashBack): Yingiz: http://bit.ly/eUyLS1 Quipu: http://bit.ly/LWAOQ7 iGraal: http://de.igraal.com/#werber=Darkwing1001 Mein Amazon-Link: http://amzn.to/wfElPr Kostenloser Onlinespeicher (2 GB): http://db.tt/PUAqWXg Instant Support (VNC): https://db.tt/HsuC2MoC Bildung ist das, was übrig bleibt, wenn man alles, was man in der Schule gelernt hat, vergisst. [Albert Einstein] Nr.: 22 von 220 Original-Nachricht Betreff: Bug#784890: flashybrid: Unable to Sync ramstore directories ... Von: Tim Weippert we...@weiti.org An: Datum: 13.05.2015 19:56 On Mon, May 11, 2015 at 09:15:54PM +0200, Thibaut Varène wrote: On 11 mai 2015, at 19:32, Tim Weippert we...@weiti.org wrote: If i found another CF card i will try to install an fresh wheezy and update to jessie without migration to systemd (think this should be possible) maybe then we know if it is an systemd or kernel fault. Thanks. First ensure it's working fine in Wheezy. I just installed an plain wheezy and all is fine with flashybrid. Attached is an output of some mount statements (flashybrid-wheezy-orig.txt). Second i installed an 3.16 Kernel from Backports just to see if it is an kernel issue (flashybrid-wheezy-bpo.txt), and with this scenario all fine, too. And third i made an dist-upgrade to jessie with the bpo kernel running ... after the dist-upgrade process finished and before reboot i got the odd situation with the tmpfs twice mounts: sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=31202,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=25272k,mode=755) /dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=92920k) tmpfs on /ram type tmpfs (rw,relatime,size=122880k) tmpfs on /tmp type tmpfs (rw,relatime,size=122880k) tmpfs on /run/lock type tmpfs (rw,relatime,size=122880k) tmpfs on /var/lib/dhcp type tmpfs (rw,relatime,size=122880k) tmpfs on /var/lib/misc type tmpfs (rw,relatime,size=122880k) tmpfs on /var/lib/urandom type tmpfs (rw,relatime,size=122880k) tmpfs on /var/tmp type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/lib/exim4.flash type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /var/lib/exim4 type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/lib/logrotate.flash type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /var/lib/logrotate type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/log.flash type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /var/log type tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/run.flash type tmpfs (rw,nosuid,noexec,relatime,size=25272k,mode=755) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=25272k,mode=755) /dev/sda1 on /ram/root.flash type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /root type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/spool.flash type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /var/spool type tmpfs (rw,relatime,size=122880k) /dev/sda1 on /ram/var/mail.flash type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /var/mail type tmpfs (rw,relatime,size=122880k) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) For this i think it isn't an kernel issue, it is like you imagined, maybe an systemd issue. After the reboot this situation stays the same. BUT, if i startup with init=/lib/sysvinit/init to get an sysvinit start system back, problem persistsi (flashybrid-jessie.txt). I don't know if we had an full sysvinit system or some systemd invocations, but i don't see any systemd processes running. Maybe an other change in some utils? mount? or similar ... Then i tried the following: Booted with Backport Kernel for Wheezy + init=/lib/sysvinit/init and voila: Flashybrid works as expected (flashybrid-jessie-wheezy-bpo-kernel-sysvinit.txt). Now i'm a little confused ... Kernel AND systemd issue? Cheers, tim
Bug#644522: c-icap: Missing logrotate script
Hi, I noticed since this bug was reported, logrotate script is still missing. One of my customers claims me a c-icap log file of ~ 18G !! So here is the logrotate file I used for him: /var/log/c-icap/*.log { daily missingok notifempty size 1M rotate 30 compress delaycompress create 644 c-icap nogroup copytruncate maxage 30 } Maybe some tuning is needed, but it works. Inspired from this french documentation: http://medias.coutances.educagri.fr/proc%C3%A9dures/Administrateur/Anti-virus_proxy.pdf Thx, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785280: xscreensaver: (jessie) Fails to grab mouse; new login broken
As you have already figured out, this is not a bug in xscreensaver. You have something else grabbing the mouse. If something else is grabbing the mouse it is IMPOSSIBLE to lock your screen. There is no way xscreensaver can be altered to work around this bug in some-other-program. -- Jamie Zawinski http://www.jwz.org/ http://www.dnalounge.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785265: xorg: SEG FAULT! CANNOT USE X!
On Thu, May 14, 2015 at 07:45:26 +0800, Dan Jacobson wrote: Package: xorg Version: 1:7.7+9 Severity: grave Justification: renders package unusable Starting today I cannot use X windows, thus cannot do almost anything anymore! Furthermore it is not clear which package I need to revert to its previous version to be able to hardly use my computer anymore! Please provide a backtrace from gdb. See http://x.debian.net/howto/use-gdb.html Cheers, Julien signature.asc Description: Digital signature
Bug#785322: chkrootkit: Should depend on openssh-client
Package: chkrootkit Version: 0.50-3 Severity: serious Justification: Policy 7.2 Dear Maintainer, If ssh isn't in the system chkrootkit fails with chkrootkit: can't find `ssh'. The shell script reads: ### check the external commands needed cmdlist= [...] ssh [...] but ssh isn't included in any essential package and the packages it belongs (openssh-client) isn't listed in the chkrootkit depends field. Best Regards, Manolo Díaz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.3 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages chkrootkit depends on: ii binutils 2.25-7 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18 ii net-tools 1.60-26+b1 ii procps 2:3.3.9-9 chkrootkit recommends no packages. chkrootkit suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784890: flashybrid: Unable to Sync ramstore directories ...
Le 14 mai 2015 à 18:07, Stefan Blochberger stefan.blochber...@mail.de a écrit : tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/run.flash type tmpfs (rw,nosuid,noexec,relatime,size=25272k,mode=755) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=25272k,mode=755) But /var/run still in use ;( See the above two lines. I suspect in Jessie, /var/run is by default a bind mount of /run. Try commenting it out from /etc/flashybrid/ramstore and see if anything breaks. In case that wasn’t obvious, I don’t have (yet) a Jessie machine to check this out. You just have to add --make-private to all mounts in /etc/init.d/flashybrid That makes sense. From the Debian Wiki it’s obvious systemd broke everything by overriding the kernel default for bind mounts. This comment in the bug thread aligns nicely with my personal opinion on the matter: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739593#97 Best, T -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779384: Bug is serious.
On Thu, 2015-05-14 at 19:32 +0100, Ben Hutchings wrote: On Thu, 2015-05-14 at 16:03 +0100, G.W. Haywood wrote: Hi there, When I upgraded my laptop from Wheezy to Jessie the JME driver failed. When I was running Wheezy the Debian-supplied version did not work at all, leaving me with no Ethernet connection. So I would routinely replace the JME driver supplied by Debian with one from JMicron which I compiled myself. A week or so ago, when I upgraded to Jessie, the Debian-supplied driver again failed, but the driver which I have been using with Wheezy does not compile under Jessie's updated build system. It would be much easier to switch to a different distribution than to find out why it won't compile and fix it, so I trawled the 'net with the search engines and found this Ubuntu list post which describes a workaround: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/880316 This workaround is to reduce the speed at which the interface operates from 1Gbit/s to 100Mbit/s. Obviously to find this post I had to use a different a computer, since mine wasn't able to connect to the network. Also this bug report is about the alx driver, so if you have anything further to say about jme then open a new bug report. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#785325: Deprecate .local detection in favor of NEWS.Debian and disabling service?
Package: avahi-daemon Version: 0.6.31-5 Severity: normal File: /etc/network/if-up.d/avahi-daemon Currently, avahi-daemon ships a network hook /etc/network/if-up.d/avahi-daemon , which detects if the local network uses .local for something other than mDNS, and if so, disables Avahi. This script can take a non-trivial amount of time to run, especially on networks with *interesting* DNS (e.g. if the probe for .local ends up waiting for a timeout); on my system, I've observed it taking more time than the rest of the network bringup process combined. I don't think it makes sense for *every* system to pay the cost of this detection on every network bringup. People have had several years to fix their networks, and anyone still on such a network probably won't be able to change that anytime soon. Could we deprecate this hook, in favor of a note in NEWS.Debian explaining how to disable the avahi service if necessary (e.g. with update-rc.d or systemctl)? (Or, for people who roam between networks where they want to use avahi and broken networks using .local as a unicast DNS suffix, ship the script in /usr/share/doc/avahi-daemon as an example that NEWS.Debian could reference?) - Josh Triplett -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages avahi-daemon depends on: ii adduser 3.113+nmu3 ii bind9-host [host]1:9.9.5.dfsg-9 ii dbus 1.8.16-2 ii init-system-helpers 1.23 ii libavahi-common3 0.6.31-5 ii libavahi-core7 0.6.31-5 ii libc62.19-18 ii libcap2 1:2.24-8 ii libdaemon0 0.14-6 ii libdbus-1-3 1.8.16-2 ii libexpat12.1.0-6+b3 ii lsb-base 4.1+Debian13+nmu1 Versions of packages avahi-daemon recommends: pn libnss-mdns none Versions of packages avahi-daemon suggests: pn avahi-autoipd 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#779384: Bug is serious.
On Thu, 2015-05-14 at 16:03 +0100, G.W. Haywood wrote: Hi there, When I upgraded my laptop from Wheezy to Jessie the JME driver failed. When I was running Wheezy the Debian-supplied version did not work at all, leaving me with no Ethernet connection. So I would routinely replace the JME driver supplied by Debian with one from JMicron which I compiled myself. A week or so ago, when I upgraded to Jessie, the Debian-supplied driver again failed, but the driver which I have been using with Wheezy does not compile under Jessie's updated build system. It would be much easier to switch to a different distribution than to find out why it won't compile and fix it, so I trawled the 'net with the search engines and found this Ubuntu list post which describes a workaround: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/880316 This workaround is to reduce the speed at which the interface operates from 1Gbit/s to 100Mbit/s. Obviously to find this post I had to use a different a computer, since mine wasn't able to connect to the network. I had a look at what JMicron's driver does differently from the version included with Linux. It appears that it periodically checks for link failure and then automatically applies this workaround. I could try cleaning up the automatic workaround a bit and submitting upstream, but I doubt that it would be accepted. In short, this is faulty hardware and you know how to work around it. I think there nothing left to be done. 'Upgrading' my laptop to Jessie felt like a definite downgrade as it prevented me from using my computer. So I'd call this bug SERIOUS. Sorry but I do not agree. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#785327: Package: firmware-realtek (0.43)
Package: firmware-realtek (0.43) Hello, I have a problem with the driver realtek RTL8723ae included in the package firmware-realtek (0.43). The wireless card is recognise by debian jessie 8, but none wireless can by connected; in fact none wireless network was founded by the command: # iwlist wlan0 scan wlan0 No scan results $uname -a Linux MSI 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 GNU/Linux thanks for the help. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785321: RM: imdb-tools -- RoQA; RC-buggy, broken by imdb.com layout changes
Package: ftp.debian.org Severity: normal Please remove imdb-tools from the archive. It is unusable for over four years (#599670) due to changes in the imdb.com layout. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#785323: jessie: two-finger right click not working on Macbook2,1
Package: base Severity: normal Dear Maintainer, two-finger right-click does not work. two-finger scroll works. fresh jessie install on a MacBook2,1 (see tasksel below). no additional changes. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) $ tasksel --list-tasks i desktop Debian desktop environment i lxde-desktop LXDE i ssh-serverSSH server i laptoplaptop $ cat /var/log/Xorg.0.log [18.840] X.Org X Server 1.16.4 Release Date: 2014-12-20 [18.841] X Protocol Version 11, Revision 0 [18.841] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [18.841] Current Operating System: Linux laptop 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) i686 [18.841] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae root=UUID=aa02e834-0ce4-45e6-9fab-538cb9de25be ro quiet [18.841] Build Date: 11 February 2015 01:14:26AM [18.841] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [18.841] Current version of pixman: 0.32.6 [18.841]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [18.841] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [18.841] (==) Log file: /var/log/Xorg.0.log, Time: Thu May 14 09:37:54 2015 [18.874] (==) Using system config directory /usr/share/X11/xorg.conf.d [18.912] (==) No Layout section. Using the first Screen section. [18.912] (==) No screen section available. Using defaults. [18.912] (**) |--Screen Default Screen Section (0) [18.912] (**) | |--Monitor default monitor [18.925] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [18.925] (==) Automatically adding devices [18.925] (==) Automatically enabling devices [18.925] (==) Automatically adding GPU devices [19.060] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [19.060]Entry deleted from font path. [19.088] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [19.088] (==) ModulePath set to /usr/lib/xorg/modules [19.088] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [19.088] (II) Loader magic: 0xb776e700 [19.088] (II) Module ABI versions: [19.088]X.Org ANSI C Emulation: 0.4 [19.088]X.Org Video Driver: 18.0 [19.088]X.Org XInput driver : 21.0 [19.088]X.Org Server Extension : 8.0 [19.089] (II) xfree86: Adding drm device (/dev/dri/card0) [19.092] (--) PCI:*(0:0:2:0) 8086:27a2:8086:7270 rev 3, Mem @ 0x9038/524288, 0x8000/268435456, 0x9040/262144, I/O @ 0x20e0/8 [19.092] (--) PCI: (0:0:2:1) 8086:27a6:8086:7270 rev 3, Mem @ 0x9030/524288 [19.109] (II) LoadModule: glx [19.141] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [19.505] (II) Module glx: vendor=X.Org Foundation [19.505]compiled for 1.16.4, module version = 1.0.0 [19.505]ABI class: X.Org Server Extension, version 8.0 [19.505] (==) AIGLX enabled [19.505] (==) Matched intel as autoconfigured driver 0 [19.505] (==) Matched intel as autoconfigured driver 1 [19.505] (==) Matched modesetting as autoconfigured driver 2 [19.505] (==) Matched fbdev as autoconfigured driver 3 [19.505] (==) Matched vesa as autoconfigured driver 4 [19.505] (==) Assigned the driver to the xf86ConfigLayout [19.505] (II) LoadModule: intel [19.505] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [19.621] (II) Module intel: vendor=X.Org Foundation [19.621]compiled for 1.15.99.904, module version = 2.21.15 [19.621]Module class: X.Org Video Driver [19.621]ABI class: X.Org Video Driver, version 18.0 [19.621] (II) LoadModule: modesetting [19.622] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [19.669] (II) Module modesetting: vendor=X.Org Foundation [19.669]compiled for 1.15.99.904, module version = 0.9.0 [19.669]Module class: X.Org Video Driver [19.669]ABI class: X.Org Video Driver, version 18.0 [19.669] (II) LoadModule: fbdev [19.669] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so [19.687] (II) Module fbdev:
Bug#785328: ITP: rexical -- Lexical scanner generator for Ruby
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: rexical Version : 1.0.5 Upstream Author : ARIMA Yasuhiro arima.yasuh...@nifty.com * URL : https://github.com/tenderlove/rexical * License : LGPL-2.1 Programming Lang: Ruby Description : Lexical scanner generator for Ruby -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770925: wanna-build patches to support foreign-arch Build-Depends
Hi Andi. Thanks for the reply. As you saw, there's some cleanup stuff mixed in with the actual foreign-arch build-dep stuff. I did a rebase so that these aren't interleaved anymore, and the cleanup can be evaluated somewhat independently. The build-dep stuff does depend on the cleanup, however. The new tree lives in a branch: http://anonscm.debian.org/cgit/users/dkogan-guest/wanna-build.git/log/?h=770925_foreign_arch_bd Same code as before, with a small, uninteresting bug fix: --- b/bin/wanna-build +++ a/bin/wanna-build @@ -1920,1 +1920,1 @@ -my @arch_foreign = grep { !/^(?:native|all|any|$arch_native)/ } keys %qualified_arches; +my @arch_foreign = grep { !/^(?:native|all|any|$arch_native)$/ } keys %qualified_arches; The tree now looks like this: * 800aaee..: more correct handling of dose exit codes, as defined in the latest dose3 * 4428317..: dose-builddebcheck now has Packages for native and ALL foreign arches * 62fe41c..: I now pass --deb-foreign-archs to dose-builddebcheck as needed * e041d64..: I now call dose-builddebcheck with IPC::Run * b857c74..: some small syntactic corrections Cleanup is the first two: b857c74 and e041d64. The other 3 are functional changes. Particularly, the last commit (800aaee) isn't cleanup as you labelled it previously: it changes the way dose-builddebcheck result codes are interpreted. Andreas Barth a...@ayous.org writes: 55f2b48a6d58dfb306a71ac4b588833d129563ca This breaks semantics of merge-v3 with only two sets of package files. I need to think a bit more if there are other semantic changes (and if so if we want them or not). I'm not sure what you mean here. If you need something changed once you think about it more, please tell me. f3221db8f5ec5b063d87b7ef25f45f224821fc71 First hunk, I would prefer if it would be written so it could be run on an oldstable machine as well (see the one for vercmp two lines below), perhaps with a reduced function set. On oldstable (wheezy) the dose-builddebcheck is too old to support the foreign-arch stuff. If you want something reasonable to happen with wheezy too, should we simply not even try to satisfy foreign-arch build-deps there? If so, then we don't need deps_iterate. Let me know and I'll put in the appropriate logic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785196: kfreebsd-image-10-amd64: Console has no output in qemu -display curses
Jan Henke wrote: What comes to my mind, is it possible to make the kernel package dpkg-reconfigure-able? Thus allowing the sysadmin to choose between the two modes. I think that would be the sanest solution, it would also allow switching between the two when needed. It might be even easier for us to add an option to /etc/grub/default, because /etc/grub.d/10_kfreebsd is what defines kernel boot options, and it already sources that config file. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784783: krb5-admin-server: install failure during dpkg --configure
clone 784783 -1 reassign -1 src:libverto1 thanks On Thu, 14 May 2015, Benjamin Kaduk wrote: apt-get install apt dpkg aptitude and to upgrade a long list, including apt, aptitude, and dpkg, as well as ~all of the src:krb5 packages not already mentioned. I probably should not have tried to summarize this list; it includes libverto1 but not libverto-libev1 Upgrading libverto-libev1 lets the kdc start properly. I guess it seems like we need a versioned dependency on libverto-libev1, then. Actually, I think that because libverto internally dlopen()s the appropriate backend library, I think that the versioned dependency should be in libverto1, i.e., depends libverto-libev1 (= %version%) | libverto-glib1 (= %version%) cloning and reassigning accordingly... Sam, any thoughts? -Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784802: fail2ban: fakegooglebot gives - ImportError
Hi, It seems that those days by default /usr/bin/python is version 2.7.9 so that the script /etc/fail2ban/filter.d/ignorecommands/apache-fakegooglebot cannot find the class DNSUtils that is in file /usr/lib/python3/dist-packages/fail2ban/server/filter.py since it is only available for python 3. One solution is to apply the following patch to /etc/fail2ban/filter.d/ignorecommands/apache-fakegooglebot (replacing /usr/bin/python by /usr/bin/python3): --- apache-fakegooglebot-dist 2015-05-14 19:29:31.551986026 +0200 +++ apache-fakegooglebot2015-05-14 19:23:00.850141105 +0200 @@ -1,4 +1,4 @@ -#!/usr/bin/python +#!/usr/bin/python3 # Inspired by https://isc.sans.edu/forums/diary/When+Google+isnt+Google/15968/ # # Written in Python to reuse built-in Python batteries and not depend on Best regards. Cyrille Mescam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785326: libavcodec56: CVE-2014-7937 - Multiple off-by-one errors in libavcodec/vorbisdec.c
Package: libavcodec56 Version: 6:11.3-2 Severity: grave Tags: security Justification: user security hole Hi, as far as I can see this has not yet been reported or fixed: CVE-2014-7937 : Multiple off-by-one errors in libavcodec/vorbisdec.c in FFmpeg before 2.4.2, as used in Google Chrome before 40.0.2214.91, allow remote attackers to cause a denial of service (use-after-free) or possibly have unspecified other impact via crafted Vorbis I data [1] I marked this as grave as the impact is unclear and might include arbitrary code execution. Feel free do downgrade if this can be ruled out. (Actually I would like to have a look at the test case to check a bit more thoroughly, but AFAICS I would need to talk to google for this.) [1] https://security-tracker.debian.org/tracker/CVE-2014-7937 https://lists.libav.org/pipermail/libav-devel/2015-January/066433.html cu AW -- System Information: Debian Release: stretch/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.7-ckt9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libavcodec56 depends on: ii libavresample2 6:11.3-2 ii libavutil546:11.3-2 ii libc6 2.19-18 ii libgsm11.0.13-4 ii libmp3lame03.99.5+repack1-7 ii libopenjpeg5 1:1.5.2-3 ii libopus0 1.1-2 ii libschroedinger-1.0-0 1.0.11-2.1 ii libspeex1 1.2~rc1.2-1 ii libtheora0 1.1.1+dfsg.1-6 ii libva1 1.5.1-2 ii libvorbis0a1.3.4-2 ii libvorbisenc2 1.3.4-2 ii libvpx11.3.0-3 ii libx264-1422:0.142.2431+gita5831aa-1+b2 ii libx265-43 1.5-1 ii libxvidcore4 2:1.3.3-1 ii multiarch-support 2.19-18 ii zlib1g 1:1.2.8.dfsg-2+b1 libavcodec56 recommends no packages. libavcodec56 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#773027: Coming Blender release might depend on newer openexr
Hi! On 2015-05-13 at 17:56 (CEST), andrey.gur...@e-mail.ua wrote: Dear maintainers, please consider updating openexr. One additional reason for this is that I believe the coming release of Blender could depend on newer Known issue. Hope to fix it soon. Cheers. -- Matteo F. Vescovi || Debian Developer GnuPG KeyID: 4096R/0x8062398983B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785298: jessie-pu: package osmosis/0.43.1-3+deb8u1
Control: tags -1 - moreinfo On 05/14/2015 04:23 PM, Sebastiaan Couwenberg wrote: On 05/14/2015 04:20 PM, Adam D. Barratt wrote: On 2015-05-14 13:48, Bas Couwenberg wrote: The osmosis version in jessie has an important bug causing the --database-dump operation to fail. (#785257) I've included a patch for the upstream change fixing the ClassCastException, which I'd like to get into jessie. The metadata for that bug indicates that it also affects the version of osmosis in unstable. Is that correct? If it is, please fix the package in unstable; if not, please fix the metadata. It also affects unstable, and fixed version for unstable is on its way. osmosis (0.43.1-5) including the fix for #785257 was just uploaded to unstable. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785300: [Pkg-mozext-maintainers] Bug#785300: xul-ext-pentadactyl: pentadactyl not compatible with iceweasel 38.0-1
Control: severity -1 serious Control: tags -1 confirmed Le 14/05/2015 08:46, Félix Sipma a écrit : Package: xul-ext-pentadactyl Version: 1.1+hg7904-0+nmu1 Severity: important pentadactyl seems to be incompatible with iceweasel 38.0-1. Agreed. Bumping the severity accordingly (since Jessie will soon be affected, not tagging it Stretch + Sid). Regards David signature.asc Description: OpenPGP digital signature
Bug#785193: mailman depends on cron instead of cron-daemon
On 14/05/2015 14:41, Joost van Baal-Ilić wrote: Using the cron-daemon virtual package is clearly where we want to end up, wrote Russ Allbery in Message-id 87r3y5dwm3@hope.eyrie.org. So that would be a Depends: cron-daemon|cron for mailman afaik. See https://lists.debian.org/30446027.mNS7mfypdK@antec for some background information. It would be nice to be able to ship a fixed mailman in stretch. No hurry for now though, I'd guess. Shouldn't the real package be listed before the virtual package in the dependency field? It would be similar to the dependencies mailman already has on apache2 | httpd and exim4 | mail-transport-agent, to give cron | cron-daemon. Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785317: ITP: tucnak -- VHF/UHF/SHF Hamradio contest logging program
Package: wnpp Severity: wishlist Owner: Colin Tuckley col...@debian.org * Package name: tucnak Version : 4.03 Upstream Author : Ladislav Vaiz ok1...@nagano.cz * URL : http://tucnak.nagano.cz * License : GPL-2 Programming Lang: C Description : VHF/UHF/SHF Hamradio contest logging program VHF/UHF/SHF Hamradio contest logging program Tucnak is a VHF/UHF/SHF logging program for hamradio contests. It supports multi bands, free input, networking, voice and CW keyer, WWL database and much more. This is a new upstream version of tucnak. Prvious releases included the version number in the program name. (We have tucnak2 in Debian which will be removed soon). Tucnak requires libzia which is also in preparation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779384: Bug is serious.
Hi there, When I upgraded my laptop from Wheezy to Jessie the JME driver failed. When I was running Wheezy the Debian-supplied version did not work at all, leaving me with no Ethernet connection. So I would routinely replace the JME driver supplied by Debian with one from JMicron which I compiled myself. A week or so ago, when I upgraded to Jessie, the Debian-supplied driver again failed, but the driver which I have been using with Wheezy does not compile under Jessie's updated build system. It would be much easier to switch to a different distribution than to find out why it won't compile and fix it, so I trawled the 'net with the search engines and found this Ubuntu list post which describes a workaround: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/880316 This workaround is to reduce the speed at which the interface operates from 1Gbit/s to 100Mbit/s. Obviously to find this post I had to use a different a computer, since mine wasn't able to connect to the network. 'Upgrading' my laptop to Jessie felt like a definite downgrade as it prevented me from using my computer. So I'd call this bug SERIOUS. -- 73, Ged. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784783: krb5-admin-server: install failure during dpkg --configure
tags 784783 - moreinfo thanks On Wed, 13 May 2015, Jonathon Anderson wrote: As I recall, I was following this guide: https://www.linode.com/docs/security/upgrading/upgrade-to-debian-8-jessie And my upgrade failed first during this install: sudo apt-get install apt dpkg aptitude I *think* that I first had krb5-admin-server break during *that* install; but maybe I'm misremembering, and I lost an ssh session or something. Okay, this gets more interesting; again in a (new) clean wheezy VM with a kdc/kadmind running and not much else, after swapping jessie in the sources.list and apt-get update, apt-get install apt dpkg aptitude wants to remove libkadm5srv-mit8 and add new packages: gcc-4.9-base init-system-helpers libboost-iostreams1.55.0 libdb5.3 libkadm5clnt-mit9 libkadm5srv-mit9 libkdb5-7 libperl4-corelibs-perl and to upgrade a long list, including apt, aptitude, and dpkg, as well as ~all of the src:krb5 packages not already mentioned. Again saying 'yes' to libc's question about restarting services without asking, I do see some issues. In the terminal log Preparing to unpack .../krb5-admin-server_1.12.1+dfsg-19_amd64.deb ... [ ok ] Stopping Kerberos administrative servers: kadmind. Unpacking krb5-admin-server (1.12.1+dfsg-19) over (1.10.1+dfsg-5+deb7u3) ... dpkg: libkadm5srv-mit8:amd64: dependency problems, but removing anyway as you requested: krb5-kdc depends on libkadm5srv-mit8 (= 1.10+dfsg~); however: Package libkadm5srv-mit8:amd64 is to be removed. [...] [FAIL] Starting Kerberos KDC: krb5kdc failed! Setting up krb5-admin-server (1.12.1+dfsg-19) ... Installing new version of config file /etc/init.d/krb5-admin-server ... [] Starting Kerberos administrative servers: kadmindkadmind: could not initialize loop, aborting failed! [...] And no running krb5kdc or kadmind processes. auth.log has krb5kdc complaining Cannot allocate memory - while creating main loop, and the same kadmind error quoted above. dpkg -l|grep -v ^ii finds only rc libkadm5srv-mit8:amd64 The error while creating main loop is something of an artificial use of ENOMEM, as it is used when loop_init(VERTO_EV_TYPE_NONE); fails, which may or may not be due to a failure to allocate memory. Upgrading libverto-libev1 lets the kdc start properly. I guess it seems like we need a versioned dependency on libverto-libev1, then. -Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785308: mono: please provide a mono-source package
Hi Stephen, How tightly coupled is wine-mono to specific Mono releases? e.g. how much will it ruin your day when I upload Mono 4.0.x? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785269: drupal7: Can't setup: Unicode library Error. Check php.ini mbstring.http_input setting
Hi, Your report strikes me as quite weird, as I recently did the same without any trouble. Does your Apache installation allow for directives to be specified via .htcaccess? (look for AllowOverride in your Apache configurations) You mention: Tried everything under the sun: modified /etc/php5/cli/php.ini (input_encoding, mbstring.http_input others) modified /etc/drupal/7/htaccess kept restarting apache and update.php ing. How do you have configured the Apache↔PHP interface? You most likely do so via libapache2-mod-php5; if so, editing /etc/php5/cli/php.ini will have no effect, you have to edit /etc/php5/apache2/php.ini instead. The directives that should be added there are: ini_set('mbstring.http_input', 'pass'); ini_set('mbstring.http_output', 'pass'); You might want to refer to the following Drupal issues — Quite old (2006 and 2008), but relevant to the issue at hand: https://www.drupal.org/node/87138 https://www.drupal.org/node/211648 Particularly, there's one extra line one user mentions as useful to him (and that's part of the .htaccess we ship): php_value mbstring.encoding_translation 0 One further comment (#40) comments about this problem while using Debian Jessie, and mentions the problem having disappeared after adding the ini_set(...) lines in the [drupal_folder]/sites/default/settings.php file. Please do confirm if any of the above fix the problem for you! signature.asc Description: Digital signature
Bug#785188: needrestart: does not prompt for reboot when newer Linux kernel image is installed
forcemerge 781657 -1 retitle 781657 needrestart: prefers wrong kernel version (3.16 4.0) thanks Hi, On 05/13/2015 10:36 AM, Paul Wise wrote: Package: needrestart Version: 2.0-2 Severity: wishlist I recently installed the Linux kernel from unstable (4.0), upgrading from 3.16. After installation completed, I ran needrestart but it didn't recognise that there was a newer kernel installed. this bug is the same as in #781657 and #783238. The problem was discovered after one of the last linux 4.0-rc* releases. Sadly, it was just to late to fix it for jessie. Although it has been fixed upstream, there is neighter a fix available in stretch/sid, yet. The fix will be part of the upcoming needrestart 2.1 release. HTH, Thomas -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: signature.asc Description: OpenPGP digital signature
Bug#723723: Add support for CDDL in illumos source tree
Hello Thanks for the report and the patch. Unfortunately, the patch is a little bit of a hack and too specific to CDDL. Turns out licensecheck already has a mechanism to handle the sentences used in CDDL header. But the regexp was buggy. I've fixed the regexp and licensecheck now returns: $ perl scripts/licensecheck.pl --copyright test/licensecheck/cddl.h test/licensecheck/cddl.h: CDDL [Copyright: 2006 Sun Microsystems, Inc. All rights reserved] All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785315: liblensfun-data: debian/control file needs updating to support multiarch dependencies
Package: liblensfun-data Version: 0.2.8-2 Severity: important Dear Maintainer, * What led up to the situation? I asked aptitude to install liblensfun0:amd64 on a newly upgraded jessie multiarch system. Dpkg reports as follows: : nr@homedog 10074 ; dpkg --print-architecture i386 : nr@homedog 10075 ; dpkg --print-foreign-architectures amd64 * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Marking the package with the plus sign resulted in an error messages that a dependency of liblensfun0:amd64 was not satisfied. It is liblensfun-data:amd64 This package, without the :amd64 suffix, is installed on my system, and dpkg -s reports Architecture: all I suspect that something may be wrong with the dependencies. * What outcome did you expect instead? I expected the liblensfun0:amd64 package to be installed. I reported a very similar problem against darktable as bug 785163, but the darktable maintainers suggest that the problem actually lies in the dependencies. In searching documentation online, I found the following statement about Architecture: all packages Pre-multiarch, architecture-dependent packages may depend on Architecture: all packages and assume that the transitive dependencies will be resolved using packages of the same architecture or other packages that are Architecture: all. To avoid breaking this assumption, Architecture: all packages will, at least initially, be treated as equivalent to packages of the native architecture for all dependency resolution.1 This means that for an Architecture: all package to satisfy the dependencies of a foreign-architecture package, it must be marked Multi-Arch: foreign or Multi-Arch: allowed. According to the documentation I can find, Multi-Arch: foreign might be suitable for your package. I have confirmed that if this line is added to your debian/control file (for the liblensfun-data package), and I rebuild the .deb file, the package installs, and (when other dependencies are similarly updated), aptitude installs liblensfun0:amd64 and darktable:amd64 without complaint. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- 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#784955: blackbox: Focus is sometimes lost when clicking on a window
On Mon, 11 May 2015 08:43:30 +0200 August Karlstrom fusionf...@gmail.com wrote: Patrick Keshishian found a fix described at https://bugs.freedesktop.org/show_bug.cgi?id=83900 Actually a proper fix was found by Brian Bidulock who maintains a fork of Blackbox at https://github.com/bbidulock/blackboxwm. -- August --- src/blackbox.cc.orig 2015-05-14 06:53:02.221198559 +0200 +++ src/blackbox.cc 2015-05-14 07:08:26.020864286 +0200 @@ -281,6 +281,7 @@ bool lost_focus = true; // did the window really lose focus? bool no_focus = true; // did another window get focus? +XSync(XDisplay(), False); XEvent event; if (XCheckIfEvent(XDisplay(), event, scanForFocusIn, NULL)) { process_event(event);
Bug#785312: tomcat6: CVE-2014-0227: HTTP request smuggling or DoS by streaming malformed data
Source: tomcat6 Version: 6.0.35-6+deb7u1 Severity: important Tags: security patch upstream fixed-upstream Hi there, The following vulnerability affects current tomcat 6.x in squeeze and wheezy. According to CVE-2014-0227 [cve], Apache Tomcat 6.x before 6.0.42, 7.x before 7.0.55, and 8.x before 8.0.9 does not properly handle attempts to continue reading data after an error has occurred, which allows remote attackers to conduct HTTP request smuggling attacks or cause a denial of service (resource consumption) by streaming data with malformed chunked transfer coding. I have prepared the attached patch, based on [fix]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. [cve] https://security-tracker.debian.org/tracker/CVE-2014-0227 [fix] https://svn.apache.org/viewvc?view=revisionrevision=1603628 Please adjust the affected versions in the BTS as needed. Cheers, Santiago Description: Improvements to ChunkedInputFilter - Clean-up - i18n for ChunkedInputFilter error message - Add error flag to allow subsequent attempts at reading after an error to fail fast Fixes CVE-2014-0227 Origin: https://svn.apache.org/viewvc?view=revisionrevision=1603628 Index: tomcat6-6.0.41/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java === --- tomcat6-6.0.41.orig/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java +++ tomcat6-6.0.41/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java @@ -14,7 +14,6 @@ * See the License for the specific language governing permissions and * limitations under the License. */ - package org.apache.coyote.http11.filters; import java.io.EOFException; @@ -29,6 +28,7 @@ import org.apache.coyote.http11.Constant import org.apache.coyote.http11.InputFilter; import org.apache.tomcat.util.buf.MessageBytes; import org.apache.tomcat.util.http.MimeHeaders; +import org.apache.tomcat.util.res.StringManager; /** * Chunked input filter. Parses chunked data according to @@ -39,9 +39,11 @@ import org.apache.tomcat.util.http.MimeH */ public class ChunkedInputFilter implements InputFilter { +private static final StringManager sm = StringManager.getManager( +ChunkedInputFilter.class.getPackage().getName()); -// -- Constants +// -- Constants protected static final String ENCODING_NAME = chunked; protected static final ByteChunk ENCODING = new ByteChunk(); @@ -49,7 +51,6 @@ public class ChunkedInputFilter implemen // - Static Initializer - static { ENCODING.setBytes(ENCODING_NAME.getBytes(), 0, ENCODING_NAME.length()); } @@ -57,7 +58,6 @@ public class ChunkedInputFilter implemen // - Instance Variables - /** * Next buffer in the pipeline. */ @@ -120,6 +120,11 @@ public class ChunkedInputFilter implemen /** + * Flag that indicates if an error has occurred. + */ +private boolean error; + +/** * Flag set to true if the next call to doRead() must parse a CRLF pair * before doing anything else. */ @@ -130,13 +135,10 @@ public class ChunkedInputFilter implemen * Request being parsed. */ private Request request; - -// - Properties // InputBuffer Methods - /** * Read bytes. * @@ -146,11 +148,12 @@ public class ChunkedInputFilter implemen * whichever is greater. If the filter does not do request body length * control, the returned value should be -1. */ -public int doRead(ByteChunk chunk, Request req) -throws IOException { - -if (endChunk) +public int doRead(ByteChunk chunk, Request req) throws IOException { +if (endChunk) { return -1; +} + +checkError(); if(needCRLFParse) { needCRLFParse = false; @@ -159,7 +162,7 @@ public class ChunkedInputFilter implemen if (remaining = 0) { if (!parseChunkHeader()) { -throw new IOException(Invalid chunk header); +throwIOException(sm.getString(chunkedInputFilter.invalidHeader)); } if (endChunk) { parseEndChunk(); @@ -171,8 +174,7 @@ public class ChunkedInputFilter implemen if (pos = lastValid) { if (readBytes() 0) { -throw new IOException( -Unexpected end of stream whilst reading request body); +throwIOException(sm.getString(chunkedInputFilter.eos)); } }
Bug#785313: libjs-scriptaculous: debian/control needs Multi-Arch: foreign or Multi-Arch: all
Package: libjs-scriptaculous Version: 1.9.0-2 Severity: important Dear Maintainer, * What led up to the situation? I asked aptitude to install darktable:amd64 on a newly upgraded jessie multiarch system. Dpkg reports as follows: : nr@homedog 10074 ; dpkg --print-architecture i386 : nr@homedog 10075 ; dpkg --print-foreign-architectures amd64 * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Marking the package with the plus sign resulted in an error messages that two dependencies of darktable:amd64 are not satisfied. They are libjs-prototype:amd64 libjs-scriptaculous:amd64 These packages, without the :amd64 suffix, are installed on my system, and dpkg -s reports Architecture: all I suspect that something may be wrong with the dependencies. * What outcome did you expect instead? I expected the darktable:amd64 package to be installed. I reported this problem against darktable as bug 785163, but the darktable maintainers suggest that the problem actually lies in the dependencies. In searching documentation online, I found the following statement about Architecture: all packages Pre-multiarch, architecture-dependent packages may depend on Architecture: all packages and assume that the transitive dependencies will be resolved using packages of the same architecture or other packages that are Architecture: all. To avoid breaking this assumption, Architecture: all packages will, at least initially, be treated as equivalent to packages of the native architecture for all dependency resolution.1 This means that for an Architecture: all package to satisfy the dependencies of a foreign-architecture package, it must be marked Multi-Arch: foreign or Multi-Arch: allowed. According to the documentation I can find, Multi-Arch: foreign might be suitable for your package. I have confirmed that if this line is added to your debian/control file, the package installs, and (when other dependencies are similarly updated), aptitude installs darktable:amd64 without complaint. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libjs-scriptaculous depends on: ii libjs-prototype 1.7.1-3 libjs-scriptaculous recommends no packages. libjs-scriptaculous 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#785314: libjs-prototype: debian/control file needs updating to support multiarch dependencies
Package: libjs-prototype Version: 1.7.1-3 Severity: important Dear Maintainer, * What led up to the situation? I asked aptitude to install darktable:amd64 on a newly upgraded jessie multiarch system. Dpkg reports as follows: : nr@homedog 10074 ; dpkg --print-architecture i386 : nr@homedog 10075 ; dpkg --print-foreign-architectures amd64 * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Marking the package with the plus sign resulted in an error messages that two dependencies of darktable:amd64 are not satisfied. They are libjs-prototype:amd64 libjs-scriptaculous:amd64 These packages, without the :amd64 suffix, are installed on my system, and dpkg -s reports Architecture: all I suspect that something may be wrong with the dependencies. * What outcome did you expect instead? I expected the darktable:amd64 package to be installed. I reported this problem against darktable as bug 785163, but the darktable maintainers suggest that the problem actually lies in the dependencies. In searching documentation online, I found the following statement about Architecture: all packages Pre-multiarch, architecture-dependent packages may depend on Architecture: all packages and assume that the transitive dependencies will be resolved using packages of the same architecture or other packages that are Architecture: all. To avoid breaking this assumption, Architecture: all packages will, at least initially, be treated as equivalent to packages of the native architecture for all dependency resolution.1 This means that for an Architecture: all package to satisfy the dependencies of a foreign-architecture package, it must be marked Multi-Arch: foreign or Multi-Arch: allowed. According to the documentation I can find, Multi-Arch: foreign might be suitable for your package. I have confirmed that if this line is added to your debian/control file, the package installs, and (when other dependencies are similarly updated), aptitude installs darktable:amd64 without complaint. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) libjs-prototype depends on no packages. Versions of packages libjs-prototype recommends: ii javascript-common 11 libjs-prototype 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#785018: KVM internal error and emulation failure
On 14/05/2015 16:47, Josh Triplett wrote: On Thu, May 14, 2015 at 10:40:34AM +0200, Paolo Bonzini wrote: On 13/05/2015 22:15, j...@joshtriplett.org wrote: Leaving aside the why KVM is in emulation mode, though, shouldn't emulation mode support finit? Yes, it should strive to support all instructions. But there are a lot, and since it's only used for big real mode you pick your fights. If you're on a pre-Westmere chip and your program uses the FPU in big real mode, it's probably not using any fancy KVM feature and then it's faster to use QEMU's translator instead of KVM. Thus, the emulator covers most non-FPU instructions, and all instructions that access memory (because those are used for MMIO even if not in big real mode). That doesn't explain, though, why this same BIOS image works fine with -enable-kvm on a Sandy Bridge system. Found it. It's eptad; you can avoid the problem by loading kvm-intel with eptad=N. OVMF used to place page tables in ROM, which works on real hardware, and also works on VMs except: - on AMD systems - on Intel systems, if you have EPT page tables with A/D bits on Why? Because on these systems, the processor treat page table accesses as writes. (Why piggyback this on enabling accessed and dirty flags for EPT? the answer is probably deep in the EPT microcode). For Intel, see 28.2.3.2 (EPT Violations) and 28.2.4 (Accessed and Dirty Flags for EPT) in the SDM. We did fix it for eptad=N and ept=N (commit ba6a35415455, KVM: mmu: allow page tables to be in read-only slots, 2013-09-09), but ultimately the processor does not cooperate. You need to update OVMF to a more recent version, which builds page tables at run time instead of embedding them in the FD: commit c90e37b503d4e79dbebbd49f9bfc3c6c14ffb67d Author: Jordan Justen jordan.l.jus...@intel.com Date: Tue Sep 24 18:23:20 2013 + OvmfPkg: Add platform specific reset vector code for X64 KVM has a bug that prevents using page tables in the ROM if the ROM region utilizes the KVM READONLY memory feature. Therefore, we avoid using page tables stored in the ROM. Since OVMF doesn't require memory initialization, we just build page table entries in RAM at 0x8 very early in the OVMF boot process. This address is just after the 'temp RAM' which is set up by the SEC module. Currently we only set up 4GB of page tables for OVMF's PEI, but DxeIpl will build identity mapped page tables that cover all of the available processor physical address space. Reported-by: Gary Ching-Pang Lin g...@suse.com Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jordan Justen jordan.l.jus...@intel.com Reviewed-by: Laszlo Ersek ler...@redhat.com Tested-by: Laszlo Ersek ler...@redhat.com git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@14715 6f19259b-4bc3-4df7-8a09-765794883524 Thanks, Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785259: [Pkg-xfce-devel] Bug#785259: lightdm: login-screen appear just after mouse-click
On 14.05.2015 at 09:47 wrote Yves-Alexis Perez: control: reassign -1 lightdm-gtk-greeter control: merge 785055 785259 On jeu., 2015-05-14 at 00:11 +0200, Christian Stalp wrote: Package: lightdm Version: 1.14.0-1 Severity: normal on the lenovo x60s with a docking-station and an attached 19-display I get no login-screen. Just after a mouse-click the screen appears. The active-monitor = 0-solution leads to a login-screen with which I cannot login at all. The screen-resolutions changed after the upgrade, maybe this is importand? This is apparently a bug in the greeter, actually. See #785055 Hello Yves-Alexis, yes seems so, but in my case this active-monitor = 0-solution does not work. In my case this is not actually a multi-monitor setup since the actual notebook-display is deactivated. /chris signature.asc Description: OpenPGP digital signature
Bug#755517: golang-go.net-dev: please package a new upstream version
On 7 May 2015 at 14:18, Jonathan Dray jonathan.d...@gmail.com wrote: I was very busy lately and i didn't take the time to update / repackage everything. I will really take a close look at that this week end. At this point how can i help efficiently ? Would it be acceptable to add pkg-go[1] to Uploaders or Maintainer and move this package to be team-maintained (like other similar packages are[2])? That way, the rest of the pkg-go team could help pick up the slack here and get the latest golang.org/x/net stuff packaged, which is blocking a few projects now. :) [1]: https://alioth.debian.org/projects/pkg-go [2]: https://anonscm.debian.org/cgit/pkg-go/packages/ ♥, - Tianon 4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785320: RM: python-simplemediawiki -- RoQA; RC-buggy, not part of any Debian release, low popcon
Package: ftp.debian.org Severity: normal Please remove python-simplemediawiki from the archive. It is RC-buggy for almost four years (#645164). It was never part of a Debian release and has low popcon (9). Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#691385: yasnippet: Upstream location changed to github and new version available
Barak A. Pearlmutter writes: I am an user of this package and also a DM. Current version brings many improvements, including a built-in mode for defining new user templates. I can help you to release the current version if you wish, or take over the maintenance. Given the state of this package, and the conflict between the current ancient version of yasnippet and the haskell-mode package, I think it would be reasonable to take the package over by simply adding yourself as an uploader and going to town. Ok. Unfortunately, I think that uploaders are not defined in debian/control anymore, but by means of dak commands. Unless the current maintainer objects. Yes, although he seems really MIA. If you'd like, I'd be happy to serve as the DD sponsor for this. That would be great! In that case, I already have something that works in debian mentors. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784969: Output corruption with 2.99.917 and HD4400
On Mon, May 11, 2015 at 12:24:08 +0200, Yuri D'Elia wrote: Package: xserver-xorg-video-intel Version: 2:2.99.917-1 Severity: normal Since the update from 2.21.15 (with kernel/xorg staying the same, since I also tried 2.99.917-1~exp1 before the xorg api breakage), I noticed that the video output is occasionally corrupted, with horizontal banding being visible, like for a miscalculated stride offset. I'm also experiencing stalls of 1-2 seconds, independently of the output corruption. Nothing is being written in dmesg/xorg logs when any of the above happens. This also seems to happen irregardless if there's one single output or a second monitor is also connected to the system. Unfortunately hard to reproduce reliably. Please file this upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=xorgcomponent=Driver/intel Thanks, Julien signature.asc Description: Digital signature
Bug#448638: RFP: i2p -- I2P is an anonymizing network
On Wed, Nov 26, 2014 at 02:56:58AM +, kytv wrote: Control: retitle -1 ITP: i2p -- I2P is an anonymizing network Control: owner -1 killyou...@i2pmail.org intrigeri wrote: kytv wrote (20 Nov 2014 03:08:58 GMT) : On Mon, 17 Nov 2014 12:01:12 + (UTC) intrigeri intrig...@debian.org wrote: Now that you've started contributing to Debian, maybe you would be interested in maintaining I2P directly in there? This would make the Tails release process and source tree a bit simpler :) Yes, I would certainly be willing to do so. \o/ I think the next formal step is to retitle this bug to ITP and set yourself as the owner, then :) Let's see if I did it correctly... Looks like you did! :) Now, the next step is to actually upload the package, is this something that's coming soon? Thanks! a. -- I'm sorry if any of you are catholic. I'm not sorry if you're offended, I'm actually just sorry by the fact that you're catholic - Bill Hicks signature.asc Description: Digital signature
Bug#785319: RM: psiconv -- RoQA; RC-buggy, not part of last two Debian releases, unmaintained upstream
Package: ftp.debian.org Severity: normal Please remove psiconv from the archiv. It is RC buggy for over four years (#609535) and was not part of the last two stable releases. According to [1], it is also no longer maintained upstream. Cheers [1] http://frodo.looijaard.name/project/psiconv -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#782663: wheezy-pu: package commons-httpclient/3.1-10.2
On Tue, 12 May 2015 23:22:17 +0200, Markus Koschany wrote: I am looking for a sponsor for commons-httpclient. The upload would fix a security vulnerability which is still present in wheezy. [..] I have already got the go ahead from the release team, I only need someone who wants to upload the same package to wheezy. I have attached the debdiff to this bug report. https://bugs.debian.org/782663 Uploaded, thanks for your work! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Die Tontauben: how deep signature.asc Description: Digital Signature
Bug#784005: [Pkg-postgresql-public] Bug#784005: postgresql-9.4: Cluster upgrade from 9.1 to 9.4 results in broken configuration
Control: severity -1 normal Control: reassign -1 postgresql-common Re: Gunnar Wolf 2015-05-02 20150502022312.5656.52842.report...@mosca.iiec.unam.mx Now, following the instructions at /usr/share/doc/postgresql-common/README.Debian.gz (section Default clusters and upgrading) led to a seemingly correct cluster migration — Just at the final step, at the cluster restart time, I got: 2015-05-02 01:27:01 GMT FATAL: could not open shared memory segment /PostgreSQL.1804289383: Function not implemented dynamic_shared_memory_type = sysv As posix semantics seem not to work under LXC (or not under its default configuration). Hi Gunnar, I'd call it a LXC bug if it doesn't support POSIX shared memory. That said, I've been bitten by this problem as well - in my case, /dev/shm was simply not mounted and a cluster with no explicit dynamic_shared_memory_type setting defaulted to posix didn't start. If you create a new cluster in such an environment, initdb will probe the various shared memory types and pick one that works. I'm not really happy with this auto-probing because it hides the real problem, but atm that's what upstream has designed. We'll document the gotcha in README.Debian. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784351: A similar issue with libjs-query
Control: clone -1 -2 Control: retitle -2 Some functionalities are broken due to outdated jQuery Control: severity -2 important Control: block -2 by 730014 ❦ 14 mai 2015 21:34 +0200, Vegh, Attila pe...@pemga.darktech.org : When reading a mail, the Move drop-down button does not work. In the browser console it logs: TypeError: Argument 1 of Node.appendChild does not implement interface Node. in the jquery.min.js, line 5209. It looks like it is because in Debian unstable libjs-jquery is older than the one packaged in the roundcube tarball (1.7.2 Vs 2.1.3). Removing the symlink and providing the file from the tarball helped. I know it is not the same bug, but very related... if you want and tell me how to open a new bug, I'll file it as a new one :). It's better to file a new one, otherwise, we may miss this when it is corrected. I am cloning this one, no need for you to open another one. Unfortunately, there are also some bugs open against jQuery to get a new upstream but there is little progress on this front: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730014 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716796 -- Use the good features of a language; avoid the bad ones. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#784183: debarchiver: Incomplete upstream version string.
Hej Thanks for this. Corrected and uploaded. // Ola On Mon, May 4, 2015 at 12:19 AM, Mats Erik Andersson mats.anders...@gisladisker.se wrote: Package: debarchiver Version: 0.10.4 Severity: important Hello there, ever since version 0.6.3 was released, in 2006, the code for checking duplicate upstream version has been defective. The variable '$upstream_version' is populated with the upstream version string of the original archive, but the variable '$upver' is late queried for its content, which is invariably empty! In practice this means that debarchiver is more inclined to refuse the removal of the incoming archive, than to carelessly remove it. This coding error would have been elementary, should the software have been written with strictures turned on. Best regards, Mats Erik Andersson Index: src/debarchiver.pl === --- src/debarchiver.pl (revision 1) +++ src/debarchiver.pl (arbetskopia) @@ -2167,7 +2167,7 @@ # only do checks of processing source tarballs if ($file =~ m/.tar.gz$/) { my @upstream_version = split(/-/, $ver); - $upstream_version = $upstream_version[0]; + my $upver = $upstream_version[0]; # get list of remaining *.changes files of this package upstream # version Index: patches/multiple_packages_one_orig_v2.diff === --- patches/multiple_packages_one_orig_v2.diff (revision 1) +++ patches/multiple_packages_one_orig_v2.diff (arbetskopia) @@ -35,7 +35,7 @@ + # only do checks of processing source tarballs + if ($file =~ m/.tar.gz$/) { + my @upstream_version = split(/-/, $ver); -+ $upstream_version = $upstream_version[0]; ++ my $upver = $upstream_version[0]; + + # get list of remaining *.changes files of this package upstream + # version -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Bug#784193: debarchiver: Portuguese translation is still missing.
Hi Thanks a lot for this. It was the config file that was wrong. Corrected and uploaded now. // Ola On Mon, May 4, 2015 at 12:57 AM, Mats Erik Andersson mats.anders...@gisladisker.se wrote: Package: debarchiver Version: 0.10.4 Severity: important The maintainer has forgotten to produce and to add the file po4a/debarchiver.add.pt causing the build target 'all' to fail completely, thus discarding all translated manual pages. In addition to the above file, clearly the setting in 'po4a/po4a.cfg' is so sensitive to the existence of all language templates mentioned in section 'type: pod', that a single missing file (./debarchiver.add.pt in this case) overthrows the production of all other language targets. Is the software 'po4a' to blame, or just this file 'po4a.cfg'? I am not confident enough with 'po4a' to pass a judgment. Best regards, Mats Erik Andersson -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Bug#755071: [Pkg-xfce-devel] Bug#755071: evince-gtk still necessary?
Am 14.05.2015 um 16:13 schrieb Emilio Pozuelo Monfort: Just build evince with DEB_DH_MAKESHLIBS_ARGS_evince += -X/usr/lib/nautilus/ (or whatever it should be, I'm saying this from memory). That would exclude the extension from ${shlibs:Depends}, which means evince won't depend on libnautilus-extension1a. Since the extension is (I guess) only used by nautilus itself, which already links to libnautilus-extension, that should be fine (and is what we normally do for dlopen'ed extensions). The downside would be, that it would become harder to tracker reverse dependencies of libnautilus, in case there is an API incompatible change and extensions need to be updated. -- 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