Bug#769583: unblock: bind9/ 9.9.5 with patch or 9.9.6?
On 21/11/14 18:58, Niels Thykier wrote: On 2014-11-17 23:43, LaMont Jones wrote: [...] Again, without actually looking at it, I'm inclined to agree. 87k lines this late in the process is too many. I'll get a patch together for 9.9.5, but it may be wednesday before I have it uploaded to sid, and a diff sent to you guys. lamont Hi LaMont, Any news on this upload? :) ~Niels Hi LaMont, I've prepared an NMU, the debdiff is attached and I am happy to upload it if you like Regards, Daniel diff -u bind9-9.9.5.dfsg/debian/changelog bind9-9.9.5.dfsg/debian/changelog --- bind9-9.9.5.dfsg/debian/changelog +++ bind9-9.9.5.dfsg/debian/changelog @@ -1,3 +1,10 @@ +bind9 (1:9.9.5.dfsg-5.1) unstable; urgency=high + + * Non-maintainer upload. + * Ensure dlz_dlopen.h is installed. (Closes: #769117) + + -- Daniel Pocock dan...@pocock.pro Fri, 28 Nov 2014 07:49:27 +0100 + bind9 (1:9.9.5.dfsg-5) unstable; urgency=medium * Avoid libnsl dependency on non-linux architectures. Closes: #766430 diff -u bind9-9.9.5.dfsg/debian/rules bind9-9.9.5.dfsg/debian/rules --- bind9-9.9.5.dfsg/debian/rules +++ bind9-9.9.5.dfsg/debian/rules @@ -126,6 +126,7 @@ dh_installdirs $(MAKE) -C export install DESTDIR=`pwd`/debian/bind9 $(MAKE) install DESTDIR=`pwd`/debian/bind9 + install -m 644 -o root -g root ./lib/dns/include/dns/dlz_dlopen.h debian/bind9/usr/include/dns/dlz_dlopen.h rm -rf debian/bind9/usr/etc find debian/bind9 -name \*.la -execdir rm -f {} \; mkdir -p debian/bind9/lib/$(DEB_HOST_MULTIARCH)
Bug#769646: still happening with android-libcutils 21-5
Control: tags 769646 + patch On 27/11/14 20:51, Simon McVittie wrote: In the short term, the attached should work for the ability to build android-platform-build on the architectures where android-libutils exists at all (amd64 and i386). Here is the patch that I had intended to attach. I would recommend test-building the whole stack in an i386 chroot before uploading, using linux32(1) to get the right uname (sbuild-createchroot sets this up for you automatically). S diff -Nru android-platform-system-core-21/debian/patches/libandroidcutils_makefile_pkgconfig android-platform-system-core-21/debian/patches/libandroidcutils_makefile_pkgconfig --- android-platform-system-core-21/debian/patches/libandroidcutils_makefile_pkgconfig 2014-11-18 10:59:50.0 + +++ android-platform-system-core-21/debian/patches/libandroidcutils_makefile_pkgconfig 2014-11-27 20:37:11.0 + @@ -58,7 +58,7 @@ +ifeq ($(shell uname -m), armhf) + commonSources += atomic.c +endif -+ifeq ($(shell uname -m), i386) ++ifeq ($(shell uname -m | sed -e 's/i[3-9]86/i386/'), i386) + commonSources += atomic.c +endif +ifeq ($(shell uname -m), mips)
Bug#771283: unblock: libsdl2/2.0.2+dfsg1-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libsdl2 The bug 770670 [1] reports that compilation of a software including libsdl2 is not possible on ppc64el when g++ is used with option -std=c++0x. The fix is to disable a compilation option (configure --disable-altivec) when compiling on ppc64el, just like when compiling on powerpc. Only ppc64el version of the package will actually be different. Here's the debdiff: $ debdiff libsdl2_2.0.2+dfsg1-{5,6}.dsc diff -Nru libsdl2-2.0.2+dfsg1/debian/changelog libsdl2-2.0.2+dfsg1/debian/changelog --- libsdl2-2.0.2+dfsg1/debian/changelog2014-10-18 19:02:01.0 +0200 +++ libsdl2-2.0.2+dfsg1/debian/changelog2014-11-27 18:53:32.0 +0100 @@ -1,3 +1,9 @@ +libsdl2 (2.0.2+dfsg1-6) unstable; urgency=medium + + * rules: disable activec for ppc64el build (Closes: #770670) + + -- Dominique Dumont d...@debian.org Thu, 27 Nov 2014 18:52:50 +0100 + libsdl2 (2.0.2+dfsg1-5) unstable; urgency=medium * patch to use default screen from DISPLAY (Closes: #754401) diff -Nru libsdl2-2.0.2+dfsg1/debian/rules libsdl2-2.0.2+dfsg1/debian/rules --- libsdl2-2.0.2+dfsg1/debian/rules2014-10-18 19:02:01.0 +0200 +++ libsdl2-2.0.2+dfsg1/debian/rules2014-11-27 18:53:32.0 +0100 @@ -16,6 +16,10 @@ confflags += --disable-altivec endif +ifeq ($(DEB_HOST_ARCH_CPU),ppc64el) + confflags += --disable-altivec +endif + # disable Wayland on non-Linux, they do not support other kernels at the moment ifeq (hurd,$(findstring hurd,$(DEB_HOST_ARCH_CPU))) confflags += --disable-video-wayland unblock libsdl2/2.0.2+dfsg1-6 All the best [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770670 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758768: add alt text for Ubuntu logo
Hi Nicolas, On Fri, 28 Nov 2014, Nicolas Sévelin-Radiguet wrote: Regarding the bugs icon, here it shows bug history graph as can be seen in distro_tracker/vendor/debian/templates/debian/bugs.html line 6. This is what you see in the tooltip, yes. But AFAIK, this only works if you have javascript enabled. I believe that we should not rely on this just to have tooltips and it has been suggested in the past to replace those data-title with standart title=… attributes (and then drop the has-tooltip class). There are many more places where we should fix this. Also the picture is displayed via CSS on a simple i tag which again might render to nothing in a text-mode browser. I'm not sure if we can put an alt attribute on a i so maybe we should replace those i with img... Some experimenting might be required (with links and/or lynx). See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753800 for another bug where someone complains of this. For the Ubuntu logo, one could go with the simple attached patch. Thanks! I applied this already in git (will deploy when more changes have accumulated). PS: I was made aware of this bug by the how-can-i-help package :) Great, that's why I added the newcomer tag, I hope you will have a look at other bugs and start enjoying to contribute more :-) Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771229: [Pkg-sysvinit-devel] Bug#771229: insserv: FATAL
[Salvo Tomaselli] Dear Maintainer, Please see #771172 While doing a d-u I got this message: insserv: FATAL: service dnsmasq is missed in the runlevels 2 3 4 5 to use service postfix [...] I honestly have no idea what is wrong with postfix or dnsmasq services. They were not part of the upgrade. This message mean that postfix had a dependency on dnsmasq, and that dnsmasq as far as insserv could tell, were missing. Looking at URL: http://sources.debian.net/src/postfix/2.11.3-1/debian/init.d/ , I see this header: ### BEGIN INIT INFO # Provides: postfix mail-transport-agent # Required-Start:$local_fs $remote_fs $syslog $named $network $time # Required-Stop: $local_fs $remote_fs $syslog $named $network # Should-Start: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot # Should-Stop: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Postfix Mail Transport Agent # Description: postfix is a Mail Transport agent ### END INIT INFO The Required-Start and Required-Stop values are hard dependencies and could cause the error reported. I suspect the expansion of the $named facility is the trigger here, and that content in /etc/insserv.conf.d/ listed dnsmasq as a hard requirement of $named. Do you still see if when you run 'update-rc.d postfix defaults' as root? It hard to debug any further without more information, but you can try to run /usr/share/insserv/make-testsuite and attach the result to allow us to try to reproduce the problem. I doubt it is a bug in insserv, as these things are tested in the testsuite during build, but it might be a test case that is missing or some problem with the systemd interaction. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771260: testng: misses a build depend on ant
Control: tags -1 moreinfo unreproducible Hi Hector, On Fri, Nov 28, 2014 at 02:07:02AM +0100, Hector Oron wrote: Hello, While trying to compile testng, I encountered the following build failure: Adding a build dependency on ant, solved the issue for me. Could you clarify in what kind of environment you are doing the build? In my tests (with pbuilder), ant gets pulled in by the other build-dependencies, both in jessie and in sid. BTW if the build really fails, this bug should be serious, not important. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771284: apper: Install recommended and suggested packages.
Package: apper Version: 0.9.1-2 Severity: wishlist Tags: upstream Give apper the possibility to install the recommended and suggested packages from the package that is going to be installed. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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 Versions of packages apper depends on: ii apper-data 0.9.1-2 ii kde-runtime 4:4.14.2-1 ii libappstream10.7.3-1 ii libc62.19-13 ii libdebconf-kde0 0.3-1 ii libgcc1 1:4.9.1-19 ii libgee-0.8-2 0.16.1-1 ii libglib2.0-0 2.42.0-2 ii libkcmutils4 4:4.14.2-3 ii libkdecore5 4:4.14.2-3 ii libkdeui54:4.14.2-3 ii libkemoticons4 4:4.14.2-3 ii libkidletime44:4.14.2-3 ii libkio5 4:4.14.2-3 ii libkprintutils4 4:4.14.2-3 ii libkutils4 4:4.14.2-3 ii libkworkspace4abi2 4:4.11.13-2 ii liblistaller-glib0 0.5.9-4 ii libpackagekitqt4-0 0.9.5-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-declarative 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xmlpatterns 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libsolid44:4.14.2-3 ii libstdc++6 4.9.1-19 ii packagekit 1.0.1-1 ii polkit-kde-1 0.99.1-1 ii software-properties-kde 0.92.25debian1 Versions of packages apper recommends: ii appstream-index 0.7.3-1 Versions of packages apper suggests: pn debconf-kde-helper none ii listaller 0.5.9-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755256: [PATCH] grub-install: Include all decompressor modules in pvxen core image.
From: Ian Campbell i...@debian.org This avoids needing to update all the native update-grub stanzas to also probe for and arrange to load the relevant decompressor, which would be wasteful on native boots. Signed-off-by: Ian Campbell i...@debian.org --- util/grub-install.c | 25 + 1 file changed, 25 insertions(+) diff --git a/util/grub-install.c b/util/grub-install.c index 7a7734e..6ad5afb 100644 --- a/util/grub-install.c +++ b/util/grub-install.c @@ -422,6 +422,14 @@ push_cryptodisk_module (const char *mod, void *data __attribute__ ((unused))) } static void +push_all_decompressor_modules(void) +{ + grub_install_push_module (gzio); + grub_install_push_module (xzio); + grub_install_push_module (lzopio); +} + +static void probe_mods (grub_disk_t disk) { grub_partition_t part; @@ -1228,6 +1236,23 @@ main (int argc, char *argv[]) } } + + switch (platform) +{ +case GRUB_INSTALL_PLATFORM_I386_XEN: +case GRUB_INSTALL_PLATFORM_X86_64_XEN: + /* When booting a Xen PV kernel grub may need to decompress the + * kernel which may use a variety of algorithmns. Since we try + * to reuse the native grub.cfg files rather than trying to + * insmod the relevant decompressors on the fly we build them + * into the core image. This means we avoid needlessly loading + * modules on native. */ + push_all_decompressor_modules(); + break; +default: + break; +} + grub_install_copy_files (grub_install_source_directory, grubdir, platform); -- 2.1.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768916: RFS: systempreferences.app/1.2.0-2 -- GNUstep preferences application [RC]
tags 768916 - moreinfo thanks On Mon, Nov 24, 2014 at 09:11:15PM +0100, Tobias Frost wrote: On Sun, 23 Nov 2014 16:48:13 +0200 Yavor Doganov ya...@gnu.org wrote: Sebastian Ramacher wrote: The file /usr/lib/GNUstep/Frameworks/PreferencePanes.framework/Versions/Current is moved from libpreferencepanes1 to libpreferencepanes-dev. This requires appropriate Breaks+Replaces relationships. I seem to recall that dpkg does not guarantee unpacking order within the same run but nevertheless all my test upgrades (and real ones as rsskit, dbuskit, addresses-for-gnustep and pantomime1.2 have all been upgraded after the relevant gnustep-make bug got fixed) completed successfully. Despite your experiments results, Sebastian is right. Policy §7.4/§7.6.1 says that you need a Break+Replace when moving files from one package to another. It is not safe otherwise. So it would appear that all these successful upgrades were mere coincidence. Strange. I added the appropriate Breaks+Replaces and reuploaded the package to mentors.d.n (also pushed the changes to the git repository). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771285: Please add Daniel Stender to Debian Maintainers keyring
Package: debian-maintainers Severity: normal Please add me to the Debian Maintainers keyring. I've attached the jetring changeset. The primary UID of my key (4096R/DF5182C8) is dan...@danielstender.com. For Debian packaging concerns, I'm using the associated UID deb...@danielstender.com. Thank you very much in advance, Daniel Stender -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Daniel Stender deb...@danielstender.com Date: Fri, 28 Nov 2014 09:32:16 +0100 Action: import Recommended-By: Tobias Quathamer t.quatha...@gmx.net Christoph Haas h...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2014/11/msg4.html Advocates: http://lists.debian.org/debian-newmaint/2014/11/msg00013.html http://lists.debian.org/debian-newmaint/2014/11/msg00051.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQINBFQ0cekBEACswbn4zEIlYNcjZuVyGIYMNj1p4WxfmapUi7Xfyl0jYt/UE5hC p1SonmA+k2/doeCcfYXee+OiEwqDtgg9GHSzr0/4pMfmd8p7boJc9Tr0nny4smPB 62lpXZkEVVWDWFioDzIcYFSTLdx4vnaFZy4Mgj1fPF1CJgDOawgG8t7qzlSbrZ9R kylBZApOZ55v3sthxxOZcbtizhA22DO4kUEDvmw7pGJPdafxPsWQBCfyLdwedueX jawablgt5USLQ5hd6avyX061//2wklhuu8Yu64QopmKtJ/X0ZKK67mkmjmSa98kN Z43RgV/4F+Do/ZZSxe49p1rsMyhaY4/Ap4QuvBPPB5cUtvBeovfQcBmmuo3awxeW 3A1GVwTu831J9vh2D4+epJi9p0y0xliUmCguVSvnMcMgJMh70N5l90NfW6SsH6t3 CXEn9m0aHAvEei6h9Mrgha9DoDDGx6tQvaQD88DEoTjHT6nsKwd6UrSrvy7rvwtB 2pOLUXI1Yaf8tHqJPYbhNL53nusSZ5CsAOEM3p8JuhX2l954jp/kLSZ7DArVA8Dn 8f/SegJIKv6uVS3gfqkcpfJ23xVBPFKN3Y2l4N5DWNknBEtj2dBBvTmFM6N1CCvQ ahBLe2zfrTh8cZkz5vNZot1+bPb7XisK3iNdHhuMgtPnn6cu9UsyJ5hEwQARAQAB tClEYW5pZWwgU3RlbmRlciA8ZGViaWFuQGRhbmllbHN0ZW5kZXIuY29tPokCNwQT AQoAIQUCVDR10gIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRAV4Jr031GC yLpUEACb0u6vfSpbrZG/VZrTDEsGLfxk20bV+sr3N6SnjNaJPTWAOyJkbB9SzJle 9kCEGsh7fv0oC0JhuQpDSv+9zsi1h6VPgVqE6uJnq64z7W1Bi6sQpTQi2QY1jzJm VSVA94Bb+8PmGPBvX9b/zyR3v2vvVbTF13n8drExR3fxFgih41TOTPz4KQubjNIX h0WqsWaAfpo/mQi3Q3rubqr6Ig8r25Ydi90ET2/k9Ee8MuW3FWid9SdcvoR2qNpy oibsJjNz+S5wVnX/Tej7/UMqqCcgRVGKgVSpphgTSv8ByuHbjPbQI/EC8mFkk17z xS1UJgNORxoDgfXp+6J2qZyDUHlKKooPcttlmD23TwC2nGJpBSDa0zsZzhSSGmfZ zzhsfm/Hp8nPzzmtyszZTo+dHY3XG7qR5p5/j5qmkQe53QA3+5PVSXCKaXqj+1o4 ZQMx7+8eAhckywKVlHzrwOFwjTy1/sWoikFJjltJ2B0KG9iW683fqsQ/DHqchflF 8Mp1LOWC8AmlOpLPVi2NYRFZk8Kw2FTS0fjodyVb2EEdcuHTStElMI8y9KfhhAc/ LuccoKvebOR181SAbMb4RBZzzR3MO+7FsgkopemsOqaDq5fj47yS15qv77wzhXJV IcPr133OW/wg3ZUG+dkFUNXg4/LTnz2/5Sx4imD+wpACIIt3+okCHAQQAQoABgUC VEKwEQAKCRCD/RxGgtE44N1cD/4mCbyqoSdlJUZcgbAjo3AHc895ssJN2pmEeqqp W7YR4fERqqeDRWCXkpXc2GPf4iBByujv6Kkb8PI4a5CbKx9PUVfycOiR8KajZ1Bu +h/trhFp2ClYiEuEGUEZHPfFwFcJ4otagoU6oDlzUjCW8axZwqYMQjUTjGbxxBw0 Kdxza0WnM1M6Rxdqk/dTy/TbTXrOMpX4vKQe+AMKV7OrL7YsLgWlGoPgvbu4CBYE wMz26Dr1diwAiMs5zPNBEwoczdqZErBA20i1+QJk1M4235uKfSxe8dBKCyk3gpdG Xu2Bb7rs2Dwvcs0nOehzjHwX3hm+EgJ+U57k/d0zuc/1Dna6GGJ1iRaDMJV5btom RmbVG5nOFQvtLxf38YW5K5+BKVHvOx58DBGHqb1w38bd1eS7kVv9sOlssAq5zMn7 lFMuM+MRCTPDGzLE3YgcOlD1TIAM5XqE5LC+tcvi5N93bkf6wjN94cU8/qysSGCK TbmhnxU4PLgYsROXC58iiDK3qJ9DcmlO9yis45wW2D52ukutkKYTfx8yfHp7vabO VZ1nFuwGYmQDjDiHaV0LNWSfZ5zYp9oCX0olgDvV3zg2geNj4VJ6je3YI/TpFgEI xT8AJCyQl723RpCPSI9i/xI4IWiszoCYrUlxlZLjjSg4cf+DSySKhSFS4or/4XfD YnJDj4kCHAQTAQgABgUCVET+yAAKCRD+A45ZULWjQwkLD/4t8P5WRZy/rmkm0Vhe dfjIvFd3FG7tCfDjJPIYa3ORLoi2UewPdopSXwbmVijCXUt2Fu0fIPyio5vobIrX ewSGS75AsUf8pw1jQmnom3EB5julaHSXEnQj165pL5qIvZdds9ie+Bx3d0fYBj4/ 9rFVG4UNinZrp0KvFuViLhM3xgnE+EM5sf75lB/hvIz68roXZ3ggG8srwCdj5TtI XlblP59vNFjBbCVH7n/ZSbrnvE2lndL9jeGxWQ57ItL9zhpoe46HvMZf9ixUkrM5 62/VLxqtKn9k0quz76yRvMAvb1CySOXUIn3q5U1K1+/xGyRWyqj9UcFgAbR3izAd s5PjFq42ujmUR3x+SHes2xtrXfPpHUqbE//SWwfeufAdckkLAmE+a63NPaZAblb8 7i7mUARTDgAWg5XqZvJuxJ/qBMe0jQ+tUjgbi4unQAlLvw1QZ6Kni1E4BsN6yOuy bwlMXVnG1uJ9i1URSmKCH/NlhzYj+U+pLXkShG1p1uD6IEehKgzbQmu2kYMLKRU4 bzfZ0044177lbcbsK/bfikfPsL17GBK20j6aQZKzJSZTT1PAvSTTBMSfB2NjyE6f NGn4/OVybaIziXlX0Ou6dPkWNhIUnGS93Txjo2jhC42cU+I5U4bOHxMk8E1M8NtR eZqUhg6u42OultNLi1f2Hp44/LQpRGFuaWVsIFN0ZW5kZXIgPGRhbmllbEBkYW5p ZWxzdGVuZGVyLmNvbT6JAjoEEwEKACQCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgEC F4AFAlQ0df8CGQEACgkQFeCa9N9RgsgwOBAAh4E4UCjuqv1fGz/zJ3uxlEQDjky0 9Yha6EY5WOdH14pkgqzYbtdRQ09jd6DJ+/zstPwnjIDQoj/7blUVazs8cyvQLSD+ FQAU0rNwrWXfgpLEv1rQqMoTDi8rUlJXeJG6c/BbXUwV+hE+sY4zY1uuOMN+ZjrL vL04W1MlRpV0E/gMIUxindIItrIgBdowUWWI+S7OksHFH3tKBqjTyOPBeeX2ARaJ 202r4cFBy02KwdSy4S3daxED2K2Rid/08+q12Mqv7ounbO6h19NvuadO1IoQ+YE2 FQD/k6ZfSXobVtrMBy2PF+bVIdravr66b/JyUH+B/pnvRGmIyhY2Q2vuxrO79MqU IsWarW7WutzjPhTWp8Pkvs6X5MDFxfsunzzojzN4j6VL+OKSyC8Dw3SzI7aJA0ii QUduTtjF2XhK4YQ8SoZXYECSjH5ik4ds8oceaXqk3GAv4wHaUoZ2/7XCz54S93ac zg6xx1crH8JZyG6jM2hyuYhQw5FQ51jdClmR6Vhj9lgdWJAxqJBhqRAnfnixT4sx aLdcojwuBCOKXeINadARL/JOqH8RmXr4+u0IejsjrBWAuPkYKrt3WvZciXXohmnA
Bug#771286: privacy breach: loads FAQ from the network after first installation
Package: xul-ext-https-everywhere Version: 4.0.2-1 Severity: important Tags: patch upstream The first time the browser is started after installing xul-ext-https-everywhere, a notification bar is shown, informing of the fact that some https enforcement is active and pointing to the toolbar button for options. What is bad about that is that when the notification is dismissed, the browser is forced to open https://www.eff.org/https-everywhere/faq This is a privacy breach, as it informs the authors (and user's ISP) that there is a new installation of https-everywhere. The attached patch adds a dedicated button to the notification bar. Pressing that button loads the FAQ page as before, and just dismissing the notification bar does nothing. In other words, it makes the user *request* the FAQ before loading it. -- dam -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-https-everywhere depends on: ii icedove31.2.0-1 ii iceweasel 33.1-1 xul-ext-https-everywhere recommends no packages. xul-ext-https-everywhere suggests no packages. -- no debconf information Description: load FAQ after install only if requested The first time the browser is started after installing xul-ext-https-everywhere, a notification bar is shown, informing of the fact that some https enforcement is active and pointing to the toolbar button for options. . What is bad about that is that when the notification is dismissed, the browser is forced to open https://www.eff.org/https-everywhere/faq . This is a privacy breach, as it informs the authors (and user's ISP) that there is a new installation of https-everywhere. . The attached patch adds a dedicated button to the notification bar. Pressing that button loads the FAQ page as before, and just dismissing the notification bar does nothing. In other words, it makes the user *request* the FAQ before loading it. Author: Damyan Ivanov d...@debian.org --- a/src/chrome/content/toolbar_button.js +++ b/src/chrome/content/toolbar_button.js @@ -122,11 +122,15 @@ httpsEverywhere.toolbarButton = { 'https-everywhere', 'chrome://https-everywhere/skin/https-everywhere-24.png', nBox.PRIORITY_WARNING_MEDIUM, - [], - function(action) { - // see https://developer.mozilla.org/en-US/docs/XUL/Method/appendNotification#Notification_box_events - gBrowser.selectedTab = gBrowser.addTab(faqURL); - } +[ +{ accessKey: 'F', +callback: function(ntf, btn) { +// see https://developer.mozilla.org/en-US/docs/XUL/Method/appendNotification#Notification_box_events +gBrowser.selectedTab = gBrowser.addTab(faqURL); +}, +label: 'FAQ…', +} +] ); } gBrowser.removeEventListener(DOMContentLoaded, tb.handleShowHint, true);
Bug#771287: systemd: Multiple DMs can be started at the same time or none under systemd
Package: systemd Version: 215-7 Severity: serious We are starting to see multiple bug reports about several display managers started at boot. In addition, if /etc/X11/default-display-manager if changed manually, we can end up in a situation where no display manager is started at all on system boot. This is due to the fact that some display manager are using init scripts only, and the dynamic converted version of this unit is then started. Some systemd units as well are not checking /etc/X11/default-display-manager (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748668 for more details). One solution would be to convert all dms to ship systemd services with the same template and /etc/X11/default-display-manager check. One side-effect is that if you install multiple dms, you will always end up with a Status: degraded in systemctl. A less invasive solution is to create and patch systemd generators to dynamically (at each boot) mask in memory all sysv-init scripts-only services that don't match /etc/X11/default-display-manager, and redirect the default configured dm to the selected systemd or sysv-init unit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771215: git-buildpackage: please merge support for gbp pq-rpm
On Thu, Nov 27, 2014 at 11:56:17PM +0100, Tzafrir Cohen wrote: Hi, On Thu, Nov 27, 2014 at 09:44:03PM +0100, Guido Günther wrote: Hi Tzafrir, On Thu, Nov 27, 2014 at 06:52:10PM +0200, Tzafrir Cohen wrote: Source: git-buildpackage Version: 0.6.22 Severity: wishlist Dear Maintainer, I attach a pretty trivial merge of the command gbp pq-rpm from the git-buildpackage-rpm tree. I basically included the script itself and added two patches it depended on. Those two patches are intended to make the patch queue branch name more configurable. If those patches are not acceptable, I'll try rewriting the script to avoid them. Thanks for the patch but usually I'm trying to cherry-pick form Markus tree directly. I'd be happy to add gbp pq-rpm, could you work out wich patches to cherry-pick from Markus github repo? The two first patches are cherry-picked from Markus's tree. The final one is basically a copy of the script itself and the help options it complained were missing. Yeah, I figured that out from the commit. We could actually pull in the make pq branch name configurable part iff that's consistent (also adds the necessary options to config.py / gbp pq as well so it becomes usable. There are two things we should address before that: * gbp-pq-rpm introduces several new options unsuppoted by gbp pq can we port them over. It's confusing to have different option sets for similar tools * there are functions lq switch_pq and others which should be shared between the tools. Can these be moved over to gbp.common.pq? I'll look into that. Another minor part missing: bash completion (and other completions). If we're down to that level of detail already (which is good) there's also the docs and the manpage. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769947: mate-terminal: Not related to xmonad for me
Hi Ben, On Fr 28 Nov 2014 00:39:17 CET, Ben Whyall wrote: Package: mate-terminal Version: 1.8.1+dfsg1-2 Followup-For: Bug #769947 Hi Alex To confirm that I dont have either xmonad or marco installed. I am probably an edge case in that I am running mate under E17 as my desktop environment. If you like I can try and get the code and build it and see if it works. Though it might be the wekeend before I can manage it. Ben Please build mate-terminal and include that patch provided further above in this bug's mail backlog. If you need any help ping me via mail or on IRC (#debian-mate on OFTC or Freenode). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpl32wOBqEPu.pgp Description: Digitale PGP-Signatur
Bug#771288: RFS: sleepenh/1.4-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sleepenh * Package name: sleepenh Version : 1.4-1 Upstream Author : Nicolas Schier nico...@hjem.rpa.no * License : GPL-2.0+ Section : utils It builds those binary packages: sleepenh - Sleep until a given date with subsecond resolution To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sleepenh Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sleepenh/sleepenh_1.4-1.dsc Changes since the last upload: * New upstream release: + Makefile: update and allow compile flag changes via command line. + Command line options for help and version. + Add time warp option. * Purge obsolete patch makefile--use-debian-compiler-flags. * Add debian/watch file. * Update copyright file. * Remove obsolete buildflags lines from debian/rules. Kind regards, Nicolas signature.asc Description: Digital signature
Bug#771229: [Pkg-sysvinit-devel] Bug#771229: insserv: FATAL
In data venerdì 28 novembre 2014 09:22:09, Petter Reinholdtsen ha scritto: [Salvo Tomaselli] Dear Maintainer, Please see #771172 While doing a d-u I got this message: insserv: FATAL: service dnsmasq is missed in the runlevels 2 3 4 5 to use service postfix [...] I honestly have no idea what is wrong with postfix or dnsmasq services. They were not part of the upgrade. This message mean that postfix had a dependency on dnsmasq, and that dnsmasq as far as insserv could tell, were missing. Looking at URL: http://sources.debian.net/src/postfix/2.11.3-1/debian/init.d/ , I see this header: ### BEGIN INIT INFO # Provides: postfix mail-transport-agent # Required-Start:$local_fs $remote_fs $syslog $named $network $time # Required-Stop: $local_fs $remote_fs $syslog $named $network # Should-Start: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot # Should-Stop: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Postfix Mail Transport Agent # Description: postfix is a Mail Transport agent ### END INIT INFO The Required-Start and Required-Stop values are hard dependencies and could cause the error reported. I suspect the expansion of the $named facility is the trigger here, and that content in /etc/insserv.conf.d/ listed dnsmasq as a hard requirement of $named. Do you still see if when you run 'update-rc.d postfix defaults' as root? # update-rc.d postfix defaults insserv: FATAL: service dnsmasq has to be enabled to use service postfix insserv: exiting now! update-rc.d: error: insserv rejected the script header I don't use dnsmasq normally, it is configured to be started manually, and I use it to provide dhcp for when I create a wi-fi network with my laptop, to share the wired connection using NAT. Possibly dnsmasq should not be the only provider of named, since I can resolve names just fine when it's not running, or maybe postfix shouldn't depend on named to be started? Basically I use postfix to relay outgoing emails to gmail, I don't receive anything because the machine is a laptop and has no stable IP or connection. I have a script to create a wi-fi network that will use masquerading and will start dnsmasq to provide dhcp on the wi-fi interface. In my configuration dnsmasq doesn't even listen to localhost. It hard to debug any further without more information, but you can try to run /usr/share/insserv/make-testsuite and attach the result to allow us to try to reproduce the problem. Attached. I doubt it is a bug in insserv, as these things are tested in the testsuite during build, but it might be a test case that is missing or some problem with the systemd interaction. I see that it might be a problem with the declared dependencies in one of the daemons… But it is peculiar because I've had this configuration for ages and it was not giving me problems before. -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ test.txt.bz2 Description: application/bzip
Bug#771098: libjavascriptcoregtk-3.0-0: webkit browsers unusable on 32-bit powerpc
On Wed, Nov 26, 2014 at 05:01:52PM +, Paul Garlick wrote: This is a webkitgtk Big Endian bug. There has been a recent fix upstream in version 2.6.0. See: http://trac.webkit.org/wiki/WebKitGTK/2.6.x and http://trac.webkit.org/changeset/173886 Ok, thanks! Did you test the patch in 2.4.7 yourself? I can try to include it in the next release. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771259: cups: Printing via a raw queue is broken
On Fri 28 Nov 2014 at 00:56:36 +, Brian Potkin wrote: Two logs are attached. Successful proceesing through a raw queue happens when the gziptoany filter is invoked. The correct log-fail is attached to this message. Forgetfully, Brian. D [27/Nov/2014:22:27:14 +] [Client 14] Accepted from localhost (Domain) D [27/Nov/2014:22:27:14 +] [Client 14] Waiting for request. D [27/Nov/2014:22:27:14 +] [Client 14] POST / HTTP/1.1 D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Dirty files D [27/Nov/2014:22:27:14 +] [Client 14] No authentication data provided. D [27/Nov/2014:22:27:14 +] [Client 14] 2.0 Get-Printer-Attributes 1 D [27/Nov/2014:22:27:14 +] Get-Printer-Attributes ipp://localhost:631/printers/test D [27/Nov/2014:22:27:14 +] [Client 14] Returning IPP successful-ok for Get-Printer-Attributes (ipp://localhost:631/printers/test) from localhost D [27/Nov/2014:22:27:14 +] [Client 14] Content-Length: 731 D [27/Nov/2014:22:27:14 +] [Client 14] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=731, response=0xb9425f60(IPP_IDLE), pipe_pid=0, file=-1 D [27/Nov/2014:22:27:14 +] [Client 14] Writing IPP response, ipp_state=DATA, old wused=0, new wused=0 D [27/Nov/2014:22:27:14 +] [Client 14] bytes=0, http_state=0, data_remaining=0 D [27/Nov/2014:22:27:14 +] [Client 14] Waiting for request. D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Dirty files, busy=Active clients and dirty files D [27/Nov/2014:22:27:14 +] [Client 14] POST /printers/test HTTP/1.1 D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Dirty files D [27/Nov/2014:22:27:14 +] [Client 14] No authentication data provided. D [27/Nov/2014:22:27:14 +] [Client 14] 2.0 Create-Job 2 D [27/Nov/2014:22:27:14 +] Create-Job ipp://localhost:631/printers/test D [27/Nov/2014:22:27:14 +] cupsdMarkDirty(---J-) D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files D [27/Nov/2014:22:27:14 +] add_job: requesting-user-name=root I [27/Nov/2014:22:27:14 +] [Job 5] Adding start banner page none. D [27/Nov/2014:22:27:14 +] Discarding unused job-created event... I [27/Nov/2014:22:27:14 +] [Job 5] Queued on test by root. D [27/Nov/2014:22:27:14 +] [Client 14] Returning IPP successful-ok for Create-Job (ipp://localhost:631/printers/test) from localhost D [27/Nov/2014:22:27:14 +] [Client 14] Content-Length: 181 D [27/Nov/2014:22:27:14 +] [Client 14] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=181, response=0xb9425fb8(IPP_IDLE), pipe_pid=0, file=-1 D [27/Nov/2014:22:27:14 +] [Client 14] Writing IPP response, ipp_state=DATA, old wused=0, new wused=0 D [27/Nov/2014:22:27:14 +] [Client 14] bytes=0, http_state=0, data_remaining=0 D [27/Nov/2014:22:27:14 +] [Client 14] Waiting for request. D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Dirty files, busy=Active clients and dirty files D [27/Nov/2014:22:27:14 +] [Client 14] POST /printers/test HTTP/1.1 D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Dirty files D [27/Nov/2014:22:27:14 +] [Client 14] No authentication data provided. D [27/Nov/2014:22:27:14 +] [Client 14] 2.0 Send-Document 3 D [27/Nov/2014:22:27:14 +] Send-Document ipp://localhost:631/printers/test D [27/Nov/2014:22:27:14 +] cupsdIsAuthorized: requesting-user-name=root D [27/Nov/2014:22:27:14 +] [Job 5] Auto-typing file... D [27/Nov/2014:22:27:14 +] [Job 5] Request file type is text/plain. D [27/Nov/2014:22:27:14 +] cupsdMarkDirty(---J-) D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files I [27/Nov/2014:22:27:14 +] [Job 5] File of type text/plain queued by root. I [27/Nov/2014:22:27:14 +] [Job 5] Adding end banner page none. D [27/Nov/2014:22:27:14 +] cupsdMarkDirty(---J-) D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files D [27/Nov/2014:22:27:14 +] [Job 5] time-at-processing=1417127234 D [27/Nov/2014:22:27:14 +] cupsdMarkDirty(---J-) D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files D [27/Nov/2014:22:27:14 +] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files D [27/Nov/2014:22:27:14 +] Discarding unused printer-state-changed event... D [27/Nov/2014:22:27:14 +] [Job 5] Sending job to queue tagged as raw... D [27/Nov/2014:22:27:14 +] [Job 5] job-sheets=none,none D [27/Nov/2014:22:27:14 +] [Job 5] argv[0]=test D [27/Nov/2014:22:27:14 +] [Job 5]
Bug#771289: dict-freedict-eng-hin: incorrect definition of word 'lust'
Package: dict-freedict-eng-hin Version: 2014.10.22-2 Severity: normal The example set for the word lust in the eng-hin dictionary is incorrect: From [fd-eng-hin]: lust N 1. कामुकताOn eshould learn to curb one's lust. 2. लालचHis lust for power is frightening. It should be One should.. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dict-freedict-eng-hin depends on no packages. dict-freedict-eng-hin recommends no packages. Versions of packages dict-freedict-eng-hin suggests: ii dicod 2.2-8 ii dict 1.12.1+dfsg-3 -- 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#771290: bluez-obexd package improperly Provides obexd-client, obexd-server
Package: bluez-obexd Version: 5.23-1 Severity: serious Hello, bluez-obexd packages provides obexd-client, obexd-server as they are NOT providing the same dbus interfaces. obexd-client and obexd-server are porviding interfaces like org.bluez.obex.Transfer or org.bluez.obex.Client OTHO, bluez-obexd is providing org.bluez.obex.Transfer1 and org.bluez.obex.Client1 (yes this is confusing). The provide should at least be remove (and the Replaces too I guess as they doesn't seems to provide the same file on disk). I'm not exactly sure for the Conflicts, the .service file are providing the same dbus interface name so I guess the conflicts should stay (?). Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771291: gerris: fails with tutorial examples: error compiling expression
Package: src:gerris Version: 20131206+dfsg-4 Severity: grave Justification: make the package unusable Hello, Trying gerris with the example files given on http://gfs.sourceforge.net/tutorial/tutorial/tutorial1.html (which I'm attaching here for the sake of completeness), I have the following error: gerris: file `vt2.gfs' is not a valid simulation file vt2.gfs:14:0: error compiling expression Package gts was not found in the pkg-config search path. Perhaps you should add the directory containing `gts.pc' to the PKG_CONFIG_PATH environment variable Package 'gts', required by 'gerris2D', not found /usr/share/gerris/build_function: 28: /usr/share/gerris/build_function: mpicc: not found Installing the libgts-dev improves the situation a bit since it reduces the error message to: gerris: file `vt2.gfs' is not a valid simulation file vt2.gfs:14:0: error compiling expression /usr/share/gerris/build_function: 28: /usr/share/gerris/build_function: mpicc: not found If I install the gerris-mpi version, it isn't any better gerris2D vt2.gfs [nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required executable either could not be found or was not executable by this user in file ess_singleton_module.c at line 231 [nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required executable either could not be found or was not executable by this user in file ess_singleton_module.c at line 140 [nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required executable either could not be found or was not executable by this user in file runtime/orte_init.c at line 128 -- Sorry! You were supposed to get help about: orte_init:startup:internal-failure But I couldn't open the help file: /usr/share/openmpi/help-orte-runtime: No such file or directory. Sorry! -- -- Sorry! You were supposed to get help about: mpi_init:startup:internal-failure But I couldn't open the help file: /usr/share/openmpi/help-mpi-runtime: No such file or directory. Sorry! -- -- Sorry! You were supposed to get help about: mpi_errors_are_fatal unknown handle But I couldn't open the help file: /usr/share/openmpi/help-mpi-errors.txt: No such file or directory. Sorry! -- -- Sorry! You were supposed to get help about: ompi mpi abort:cannot guarantee all killed But I couldn't open the help file: /usr/share/openmpi/help-mpi-runtime.txt: No such file or directory. Sorry! -- I'm setting the severity to grave as essentially, it seems impossible for a user to actually use the version of gerris currently in Debian. Kind regards, Vincent -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gerris depends on: ii libav-tools 6:11-1 ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libgfortran3 4.9.1-16 ii libgfs-1.3-2 20131206+dfsg-4 ii libgfs-dev20131206+dfsg-4 ii libglib2.0-0 2.40.0-4 ii libgts-0.7-5 0.7.6+darcs121130-1.2 ii libquadmath0 4.9.1-16 Versions of packages gerris recommends: ii gfsview 20121130+dfsg-1 Versions of packages gerris suggests: ii python 2.7.8-1 -- no debconf information 1 2 GfsSimulation GfsBox GfsGEdge {} { GfsTime { end = 50 } GfsRefine 6 GfsInit {} { U = (0.5 - rand()/(double)RAND_MAX) V = (0.5 - rand()/(double)RAND_MAX) } GfsOutputTime{ istep = 10 } stdout GfsOutputProjectionStats { istep = 10 } stdout } GfsBox {} 1 1 right 1 1 top
Bug#771215: git-buildpackage: please merge support for gbp pq-rpm
Hi, On 28/11/14 11:18, Guido Günther a...@sigxcpu.org wrote: On Thu, Nov 27, 2014 at 11:56:17PM +0100, Tzafrir Cohen wrote: Hi, On Thu, Nov 27, 2014 at 09:44:03PM +0100, Guido Günther wrote: Hi Tzafrir, On Thu, Nov 27, 2014 at 06:52:10PM +0200, Tzafrir Cohen wrote: Source: git-buildpackage Version: 0.6.22 Severity: wishlist Dear Maintainer, I attach a pretty trivial merge of the command gbp pq-rpm from the git-buildpackage-rpm tree. I basically included the script itself and added two patches it depended on. Those two patches are intended to make the patch queue branch name more configurable. If those patches are not acceptable, I'll try rewriting the script to avoid them. Thanks for the patch but usually I'm trying to cherry-pick form Markus tree directly. I'd be happy to add gbp pq-rpm, could you work out wich patches to cherry-pick from Markus github repo? The two first patches are cherry-picked from Markus's tree. The final one is basically a copy of the script itself and the help options it complained were missing. Yeah, I figured that out from the commit. We could actually pull in the make pq branch name configurable part iff that's consistent (also adds the necessary options to config.py / gbp pq as well so it becomes usable. We could even do without the configurable branch names. The code is bit messy anyway. There are two things we should address before that: * gbp-pq-rpm introduces several new options unsuppoted by gbp pq can we port them over. It's confusing to have different option sets for similar tools Yes, I basically agree with this. It would be nice to merge an initial version of the tool which is more or less on-par with the deb gbp-pq tool. * there are functions lq switch_pq and others which should be shared between the tools. Can these be moved over to gbp.common.pq? I'll look into that. This is a bit more complicated, at the moment, because the pq-rpm can have (upstream) version number in the pq branch name which involves parsing the rpm packaging files. One solution would be to refactor the code into a GbpPq class that would reside in gbp.common.pq and contain most of the functionality. There would be GbpPqRpm and GbpRpmDeb classes that would extend/override functionality where needed. This would not be a huge task. Another minor part missing: bash completion (and other completions). If we're down to that level of detail already (which is good) there's also the docs and the manpage. The bash completion is something I've had in my backlog for ages and which would be nice to have, indeed. But I guess we can do without it in the initial version. If you're willing to wait for few days I could look into this and provide a patchset with minimal pq-rpm implementation (i.e. all the new cmdline options, even configurable branch names, removed). What I'd like to have there are the unit tests. Thanks, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771240: apparmor: Please make apparmor work with dracut, too.
Control: tag -1 + moreinfo Hi, Tilman Schröder wrote (27 Nov 2014 22:07:50 GMT) : please make apparmor work with dracut as the system to build an initramfs, too. I tried to use apparmor by installing it via dpkg --force-depends -i apparmor_2.9.0-2_amd64.deb but installation failed with the following error message in the journal: Nov 27 22:55:35 procyonbook systemd[1]: Cannot add dependency job for unit dracut-shutdown.service, ignoring: Unit dracut-shutdown.service failed to load: No such file or directory First of all, may you please try installing apparmor with apt-get instead? Problems that happen only with `dpkg --force-depends' are generally not bugs: you're explicitly forcing dpkg to do something it knows it shouldn't. To be frank, I doubt that AppArmor has anything to do with that dracut-related error. My gut feeling is that apparmor installs an initscript, which triggers a systemd unit files reload, which exposes a bug in the dracut systemd integration. What's the output of: # systemctl show dracut-shutdown.service # rgrep dracut-shutdown /{etc,lib}/systemd/system ? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771292: libcogl-doc: 'Path Primitives' section of reference manual is empty
Package: libcogl-doc Version: 1.18.2-3 Severity: important Dear Maintainer, i just wanted to look up the description of cogl functions with devhelp that begin with 'cogl_path_*'. I expect to find the descriptions just like on https://developer.gnome.org/cogl/1.14/cogl-Path-Primitives.html Unfortunately the local 'Path Primitives' page of the cogl reference manual is empty, despite some headings (Path Primitives, Description, Functions, Types and Values). Not even one function is described. All other pages of the cogl manual contain the full description. I compared this with the references listed at https://developer.gnome.org/cogl/ and found that the last reference version that contains the whole information is 1.14.0. Strangely those information are omitted in both version 1.16.2 and 1.18.2. It would be great if it will be fixed. Thank you for your effort -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, '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 libcogl-doc depends on no packages. libcogl-doc recommends no packages. Versions of packages libcogl-doc suggests: ii devhelp 3.14.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771291: More information
Hello again, I can get the program working by installing, in addition to gerris (the non-MPI version): libgts-dev and libmpich-dev I didn't manage to get the MPI version to work. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771293: bluedevil requires bluez-obexd
Package: bluedevil Version: 2.0~rc1-44-gb7697a7-2 Severity: serious Hi, In adding to #771116, it seems that, after looking at the code, bluedevil really requires bluez-obexd. bluedevil uses interfaces like org.bluez.Agent*1* which are only provided by bluez-obexd, obexd-client and obex-data-server are only provding org.bluez.Agent (without the 1). Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771177: NMU submitted to the delayed/5 queue
I've taken the liberty to fix this via an NMU in the delayed/5days queue. Feel free to cancel it if you'd prefer to upload your own package. Francois -- Francois Marier identi.ca/fmarier http://fmarier.org twitter.com/fmarier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771294: develock-el: 0.45-0.1 NMU
Package: develock-el Version: 0.39-1 Severity: normal Tags: patch This NMU fixes an RC bug (#771177) fixed upstream in 0.45. It consists simply of merging the 0.45 upstream release. Full debdiff is attached. Francois diff -Nru develock-el-0.39/debian/changelog develock-el-0.45/debian/changelog --- develock-el-0.39/debian/changelog 2012-02-29 23:52:28.0 +1300 +++ develock-el-0.45/debian/changelog 2014-11-28 23:29:41.0 +1300 @@ -1,3 +1,10 @@ +develock-el (0.45-0.1) unstable; urgency=medium + + * Non-maintainer upload. + * New upstream release (closes: #771177, #771176) + + -- Francois Marier franc...@debian.org Fri, 28 Nov 2014 23:27:47 +1300 + develock-el (0.39-1) unstable; urgency=low * New upstream release. diff -Nru develock-el-0.39/develock.el develock-el-0.45/develock.el --- develock-el-0.39/develock.el 2009-08-18 22:44:49.0 +1200 +++ develock-el-0.45/develock.el 2013-11-15 13:33:33.0 +1300 @@ -1,13 +1,14 @@ ;;; develock.el --- additional font-lock keywords for the developers -;; Copyright (C) 2001, 2002, 2003, 2005, 2006, 2007, 2008, 2009 Katsumi Yamaoka +;; Copyright (C) 2001-2003, 2005-2009, 2012, 2013 +;; Katsumi Yamaoka ;; Author: Katsumi Yamaoka yama...@jpl.org ;; Jun'ichi Shiono j...@fsas.fujitsu.com ;; Yasutaka SHINDOH ring-...@fan.gr.jp ;; Oscar Bonillao...@bitmover.com ;; Created: 2001/06/28 -;; Revised: 2009/08/18 +;; Revised: 2013/11/15 ;; Keywords: font-lock emacs-lisp change-log texinfo c java perl html ;; tcl ruby mail news @@ -213,7 +214,7 @@ ;;; Code: -(defconst develock-version 0.39 +(defconst develock-version 0.45 Version number for this version of Develock.) (require 'advice) @@ -831,6 +832,8 @@ :group 'develock :group 'font-lock) +(defvar change-log-indent-text) + (defcustom develock-change-log-font-lock-keywords '(;; a long line (develock-find-long-lines @@ -857,7 +860,11 @@ (1 'develock-whitespace-3)) ;; leading 2 or more tabs (^\\([\t ][\t ]+\\)[^\t\n] - (1 'develock-whitespace-2)) + ;; Improved by NISHIYAMA-san; cf. [Elips: 0005541]. + (1 (if (and (eq (char-after (develock-point-at-bol)) ?\t) + (not (= (- (match-end 1) (match-beginning 1) 1) + change-log-indent-text))) + 'develock-whitespace-2))) ;; trailing whitespace ([^\t\n ]\\([\t ]+\\)$ (1 'develock-whitespace-1 t)) @@ -1453,16 +1460,16 @@ (progn (goto-char (min (develock-point-at-eol) limit)) nil) - (setq start (point) - end (min (develock-point-at-eol) limit)) + (setq start (point-marker) + end (set-marker (make-marker) +(min (develock-point-at-eol) limit))) (or (memq (char-after) '(?\t ?\ )) (skip-chars-backward 0-9A-Za-z)) (if ( (current-column) max-column) (if ( (move-to-column max-column) max-column) (forward-char -1))) - (store-match-data (list (point) end - (point) start - start end)) + (let ((mk (point-marker))) + (store-match-data (list mk end mk start start end))) (goto-char end) (defun develock-find-tab-or-long-space (limit) @@ -1505,6 +1512,12 @@ (eval-when-compile (defvar lisp-interaction-mode-hook)) +(eval-when-compile + (defmacro develock-called-interactively-p (kind) +(if (fboundp 'called-interactively-p) + `(called-interactively-p ,kind) + '(interactive-p + ;;;###autoload (defun develock-mode (arg) Toggle Develock mode. @@ -1517,14 +1530,14 @@ develock-ignored-buffer-name-regexp (string-match develock-ignored-buffer-name-regexp (buffer-name))) - (if (interactive-p) + (if (develock-called-interactively-p 'any) (message Develock is inhibited for this buffer))) ((and (not develock-mode) buffer-file-name develock-ignored-file-name-regexp (string-match develock-ignored-file-name-regexp (file-name-nondirectory buffer-file-name))) - (if (interactive-p) + (if (develock-called-interactively-p 'any) (message Develock is inhibited for this file))) (t (let ((oldmode develock-mode) @@ -1663,15 +1676,15 @@ (or (fboundp 'develock-Orig-lisp-indent-line) (defalias 'develock-Orig-lisp-indent-line ;; The genuine function definition of `lisp-indent-line'. - (symbol-function (if (fboundp 'ad-Orig-lisp-indent-line) - 'ad-Orig-lisp-indent-line - 'lisp-indent-line) + (or (ad-real-orig-definition 'lisp-indent-line) + (symbol-function 'lisp-indent-line) -(defun develock-lisp-indent-line (optional whole-exp do-not-move) +(defun develock-lisp-indent-line (optional whole-exp) Internal function used to advise some Lisp indent functions. (save-restriction (widen) -(let (pt mod orig) +(let ((st (set-marker (make-marker) (point))) + pt mod orig) (save-excursion (end-of-line) (setq pt (point)) @@ -1705,15 +1718,14 @@ (looking-at [\t ]*) (match-string 0)))
Bug#771192: grml-debootstrap to /dev/loop0 tries to access /dev/loop (missing 0)
* sebast...@pipping.org [Thu Nov 27, 2014 at 02:50:03PM +0100]: This output of grml-deboostrap 0.54 on wheezy demonstrates the issue: # sudo grml-debootstrap --verbose --release wheezy --target /dev/loop0 --grub /dev/loop0 --nopackages * grml-debootstrap [0.54] - Please recheck configuration before execution: Target: /dev/loop0 Install grub:/dev/loop0 [...] blockdev: cannot open /dev/loop: No such file or directory [..] This indeed is unwanted and needs to be fixed. Thanks for reporting. regards, -mika- signature.asc Description: Digital signature
Bug#771295: glibc: [INTL:de] updated German man page translation
Package: glibc Version: 2.19-13 Severity: wishlist Tags: patch l10n Please find the updated German man page translation for glibc attached. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # base-config manual page # Copyright (C) 2005 Free Software Foundation, Inc. # Jens Seidel jenssei...@users.sf.net, 2005. # Helge Kreutzmann deb...@helgefjell.de, 2013, 2014. # msgid msgstr Project-Id-Version: eglibc 2.19-13\n POT-Creation-Date: 2014-10-21 15:29+0200\n PO-Revision-Date: 2014-11-28 11:38+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n # type: TH #. type: TH #: validlocale.8:1 #, no-wrap msgid validlocale msgstr validlocale # type: TH #. type: TH #: validlocale.8:1 #, no-wrap msgid 0.1 msgstr 0.1 # type: TH #. type: TH #: validlocale.8:1 #, no-wrap msgid Petter Reinholdtsen msgstr Petter Reinholdtsen # type: SH #. type: SH #: validlocale.8:2 #, no-wrap msgid NAME msgstr NAME # type: Plain text #. type: Plain text #: validlocale.8:5 msgid validlocale - Test if a given locale is available msgstr validlocale - Prüfen, ob eine übergebene Locale verfügbar ist # type: SH #. type: SH #: validlocale.8:5 #, no-wrap msgid SYNTAX msgstr SYNTAX # type: Plain text #. type: Plain text #: validlocale.8:8 msgid validlocale EltIlocaleEgt msgstr validlocale EltILocaleEgt # type: SH #. type: SH #: validlocale.8:8 #, no-wrap msgid DESCRIPTION msgstr BESCHREIBUNG # type: Plain text #. type: Plain text #: validlocale.8:13 msgid Test if the locale given as argument is a valid locale. If it isn't, print on stdout the string to add to /etc/locale.gen to make locale-gen generate the locale (if it exists at all). msgstr Überprüft, ob eine als Argument übergebene Locale gültig ist. Falls sie es nicht ist, wird auf der Standardausgabe die Zeichenkette angegeben, die zu / etc/locale.gen hinzugefügt werden muss, damit locale-gen die Locale (falls sie überhaupt existiert) erstellt. # type: SH #. type: SH #: validlocale.8:13 #, no-wrap msgid FILES msgstr DATEIEN # type: Plain text #. type: Plain text #: validlocale.8:16 msgid I/usr/sbin/validlocale msgstr I/usr/sbin/validlocale # type: Plain text #. type: Plain text #: validlocale.8:18 msgid I/usr/share/i18n/SUPPORTED msgstr I/usr/share/i18n/SUPPORTED # type: SH #. type: SH #: validlocale.8:18 #, no-wrap msgid ENVIRONMENT VARIABLES msgstr UMGEBUNGSVARIABLEN # type: TP #. type: TP #: validlocale.8:20 #, no-wrap msgid BDEFAULTCHARSET msgstr BDEFAULTCHARSET # type: Plain text #. type: Plain text #: validlocale.8:24 msgid Which charset to assume if the given locale is missing from the list of supported locales. msgstr welcher Zeichensatz angenommen werden soll, falls eine übergebene Locale nicht in der Liste der unterstützten Locale enthalten ist # type: SH #. type: SH #: validlocale.8:24 #, no-wrap msgid EXAMPLES msgstr BEISPIELE # type: Plain text #. type: Plain text #: validlocale.8:28 msgid If you give a valid locale as parameter, it outputs a string specifying this on stderr: msgstr Falls Sie eine gültige Locale als Parameter übergeben, wird auf der Standardfehlerausgabe eine Zeichenkette ausgegeben, die diese angibt: # type: Plain text #. type: Plain text #: validlocale.8:31 msgid % validlocale C msgstr % validlocale C # type: Plain text #. type: Plain text #: validlocale.8:33 msgid locale 'C' valid and available msgstr locale 'C' valid and available # type: Plain text # s/invalid/invalid Locale/ #. type: Plain text #: validlocale.8:37 msgid When given a invalid (not generated or just nonexistent), it outputs a string on stderr telling that this is an invalid locale, and a string to stdout with the string to add to /etc/locale.gen to have this locale generated: msgstr Wenn eine ungültige (nicht erstellte oder einfach nicht existierende) Locale übergeben wird, wird es eine Zeichenkette auf der Standardfehlerausgabe ausgeben, die dies mitteilt und eine Zeichenkette auf die Standardausgabe, der zu /etc/locale.gen hinzugefügt werden muss, damit die Locale erstellt wird: # type: Plain text #. type: Plain text #: validlocale.8:40 msgid % validlocale de_AU@euro msgstr % validlocale de_AU@euro #. type: Plain text #: validlocale.8:42 msgid locale 'de_AU@euro' not available msgstr locale 'de_AU@euro' not available #. type: Plain text #: validlocale.8:44 msgid de_AU@euro ISO-8859-15 msgstr de_AU@euro ISO-8859-15 # type: SH #. type: SH #: validlocale.8:44 #, no-wrap msgid AUTHORS msgstr AUTOREN # type: Plain text #. type: Plain text #: validlocale.8:47 msgid Petter Reinholdtsen Eltp...@hungry.comegt msgstr Petter Reinholdtsen Eltp...@hungry.comegt # type: SH #. type:
Bug#768325: [Intent to NMU] Bug#768325: machanger: Automatic run doesn't change the serial number, only vendor id
Hi Hans-Christoph David, Jean-Michel Nirgal Vourgère wrote (27 Nov 2014 09:48:03 GMT) : The attached patch changes the -A into a -e. I believe it's the best choice, so that the user doesn't draw attention to himself by using an unknown vendor id. Fully agreed. I intend to NMU based on Jean-Michel's patch (and proposed package update on mentors.d.n), and then request an unblock before the December 5th deadline. Any objection? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771291: gerris: fails with tutorial examples: error compiling expression
severity 771291 minor thanks Hi Vincent, gerris has autopkgtests and they are all passing regularly [1]. Of course, it can be, that not all examples are working, but it does not make gerris unusable. [1] http://ci.debian.net/packages/g/gerris/unstable/amd64/ Regards Anton 2014-11-28 11:12 GMT+01:00 Vincent Fourmond fourm...@debian.org: Package: src:gerris Version: 20131206+dfsg-4 Severity: grave Justification: make the package unusable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771296: rlinetd: [INTL:de] updated German po file translation
Package: rlinetd Version: 0.9-2.1 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for rlinetd attached. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of rlinetd man page template to German # Copyright (C) YEAR Robert Luberda rob...@debian.org (msgids) # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2011, 2014. # This file is distributed under the same license as the rlinetd package. # msgid msgstr Project-Id-Version: rlinetd 0.9-2.1\n Report-Msgid-Bugs-To: rlin...@packages.debian.org\n POT-Creation-Date: 2013-11-17 18:01+0100\n PO-Revision-Date: 2014-11-28 11:45+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: utf-8\n #. type: TH #: rlinetd.8.in:1 #, no-wrap msgid RLINETD msgstr RLINETD #. type: TH #: rlinetd.8.in:1 #, no-wrap msgid July, 15th 2011 msgstr 15. Juli 2011 #. type: TH #: rlinetd.8.in:1 rlinetd.conf.5.in:2 inetd2rlinetd.8.in:1 #, no-wrap msgid Debian msgstr Debian #. type: TH #: rlinetd.8.in:1 rlinetd.conf.5.in:2 inetd2rlinetd.8.in:1 #, no-wrap msgid rlinetd %version% msgstr rlinetd %version% #. type: SH #: rlinetd.8.in:2 rlinetd.conf.5.in:3 inetd2rlinetd.8.in:2 #, no-wrap msgid NAME msgstr NAME #. type: Plain text #: rlinetd.8.in:4 msgid rlinetd - an(other) internet super-server msgstr rlinetd - ein (weiterer) Internet-Super-Server #. type: SH #: rlinetd.8.in:4 inetd2rlinetd.8.in:4 #, no-wrap msgid SYNOPSIS msgstr ÜBERSICHT #. type: Plain text #: rlinetd.8.in:10 msgid [B-f|B--config IEltconfig-fileEgt] [B-p|B--parser IEltparser-moduleEgt] msgstr [B-f|B--config IEltKonfig-DateEgt] [B-p|B--parser IEltParser-ModulEgt] #. type: SH #: rlinetd.8.in:12 rlinetd.conf.5.in:5 inetd2rlinetd.8.in:14 #, no-wrap msgid DESCRIPTION msgstr BESCHREIBUNG #. type: Plain text #: rlinetd.8.in:16 msgid Brlinetd is a connection manager which binds and listens to a number of ports, and performs specified actions when a connection is made. msgstr Brlinetd ist ein Verbindungsverwalter, der sich mit einer Reihe von Ports verbindet, auf Anfragen wartet und bestimmte Aktionen durchführt, wenn eine Verbindung hergestellt wird. #. type: SH #: rlinetd.8.in:16 inetd2rlinetd.8.in:21 #, no-wrap msgid OPTIONS msgstr OPTIONEN #. type: Plain text #: rlinetd.8.in:19 msgid The program will accept a number of arguments to adjust the startup sequence. msgstr Das Programm akzeptiert eine Reihe von Argumenten, um die Hochfahrsequenz anzupassen. #. -d | --debug #. type: Plain text #: rlinetd.8.in:25 msgid is a flag to raise the debug level. This will, amongst other things, prevent dissociation from the controlling terminal and give output on stderr. msgstr ist ein Schalter, um die Fehlersuch- (Debug-)Stufe zu erhöhen. Dies wird unter anderem dazu führen, dass die Trennung vom steuernden Terminal unterbleibt und Ausgabe auf Stderr erfolgt. #. -h | --help #. type: Plain text #: rlinetd.8.in:29 msgid will give a brief synopsis of the options. msgstr gibt eine kurze Übersicht der Optionen aus #. type: TP #: rlinetd.8.in:29 #, no-wrap msgid B-f , --configI Eltconfig-fileEgt msgstr B-f , --configI EltKonfigurationsdateiEgt #. type: Plain text #: rlinetd.8.in:33 msgid allows the specification of an alternative configuration file to be read. msgstr erlaubt die Angabe einer alternativ einzulesenden Konfigurationsdatei #. type: TP #: rlinetd.8.in:33 #, no-wrap msgid B-p , --parserI Eltparser-moduleEgt msgstr B-p , --parserI EltParser-ModulEgt #. type: Plain text #: rlinetd.8.in:37 msgid allows the specification of an alternative parser module to be used when parsing the configuration file. msgstr erlaubt die Angabe eines alternativen Parser-Moduls, das zum Auswerten der Konfigurationsdatei verwandt wird #. type: SH #: rlinetd.8.in:37 #, no-wrap msgid FILES msgstr DATEIEN #. type: Plain text #: rlinetd.8.in:41 msgid default configuration file. msgstr Standard-Konfigurationsdatei #. type: Plain text #: rlinetd.8.in:44 msgid default parser module. msgstr Standard-Parser-Modul #. type: SH #: rlinetd.8.in:44 rlinetd.conf.5.in:812 inetd2rlinetd.8.in:56 #, no-wrap msgid SEE ALSO msgstr SIEHE AUCH #. type: SH #: rlinetd.8.in:46 rlinetd.conf.5.in:815 inetd2rlinetd.8.in:61 #, no-wrap msgid AUTHOR msgstr AUTOR #. type: Plain text #: rlinetd.8.in:48 rlinetd.conf.5.in:817 inetd2rlinetd.8.in:63 msgid This manual page was written by Mikolaj J. Habryn Eltdichro-doc@rcpt. toEgt. Modified by Robert Luberda Eltrob...@debian.orgegt. msgstr Diese Handbuchseite wurde von Mikolaj J. Habryn Eltdichro-...@rcpt.toegt geschrieben. Geändert von Robert Luberda Eltrob...@debian.orgegt. #. type:
Bug#771297: Jessie i686 and xen-hypervisor-amd64
Package: xen-hypervisor-amd64 Version: 4.4.1-3 On a 32 bits computer with debian jessie 3.16.0-4-686-pae, apt-get install xen-hypervisor fetch the xen-hypervisor-amd64 package. When I try to boot on the Xen kernel : ERR: Not a 64-bit CPU! Please let me know if you need more. Regards, Xavier Chotard
Bug#771291: gerris: fails with tutorial examples: error compiling expression
Hello, On Fri, Nov 28, 2014 at 11:51 AM, Anton Gladky gl...@debian.org wrote: severity 771291 minor thanks I won't play severity fights, but you *are* missing dependencies on the gerris package. This is a grave bug. And it should be fixed for jessie ASAP. The proof of that is that you need extra dependencies in your debian/test/control package. Don't expect users to figure this out by themselves. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771296: Acknowledgement (rlinetd: [INTL:de] updated German po file translation)
retitle 771296 rlinetd: [INTL:de] updated German man page translation) Hello Robert, sorry for the typo in the report. The update concerns the German man page translation. If an upload for Jessi is still possible, this would be great! Thanks Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#771298: openafs-modules-dkms: fails to build against v3.18 based kernels
Package: openafs Version: 1.6.10-3 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu vivid ubuntu-patch Dear Maintainer, In Ubuntu we are about to switch up to a v3.18 based kernel. It seems there are a trio of incompatibilities exposed there for the DKMS module. They all seem pretty safely fixed, and we have just uploaded that to Ubuntu for testing. In Ubuntu, the attached patch was applied to achieve the following: * Upstream v3.18 porting (LP: #1397275): - follow removal of key_type match op - follow removal of ctl_table typedef - d_invalidate now returns void Thanks for considering these patches for Debian. -apw -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), (100, 'vivid-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru openafs-1.6.10/debian/changelog openafs-1.6.10/debian/changelog diff -Nru openafs-1.6.10/debian/patches/series openafs-1.6.10/debian/patches/series --- openafs-1.6.10/debian/patches/series 2014-11-06 20:06:47.0 + +++ openafs-1.6.10/debian/patches/series 2014-11-27 21:21:32.0 + @@ -1,3 +1,6 @@ 0001-userok.c-Fix-fixed-size-on-stack-path-buffers.patch 0002-Tweak-AFSDIR_PATH_MAX-definition.patch 0003-Add-dummy-exit-command-for-afsd-to-do-nothing.patch +ubuntu-v3.18-key_type-removes-match.patch +ubuntu-v3.18-typedef-ctl_table-removed.patch +ubuntu-v3.18-d_invalidate-returns-void.patch diff -Nru openafs-1.6.10/debian/patches/ubuntu-v3.18-d_invalidate-returns-void.patch openafs-1.6.10/debian/patches/ubuntu-v3.18-d_invalidate-returns-void.patch --- openafs-1.6.10/debian/patches/ubuntu-v3.18-d_invalidate-returns-void.patch 1970-01-01 01:00:00.0 +0100 +++ openafs-1.6.10/debian/patches/ubuntu-v3.18-d_invalidate-returns-void.patch 2014-11-27 21:42:33.0 + @@ -0,0 +1,61 @@ +Description: v3.18 porting -- d_invalidate now returns void + In v3.18 they have changed d_invalidate to return void as it can no + longer fail. Comment out the recovery code as it is no longer needed. +Author: Andy Whitcroft a...@ubuntu.com +--- + +--- openafs-1.6.10.orig/src/afs/LINUX/osi_vcache.c openafs-1.6.10/src/afs/LINUX/osi_vcache.c +@@ -39,11 +39,15 @@ restart: + dget_locked(dentry); + + spin_unlock(dcache_lock); ++#if defined(D_INVALIDATE_NOT_VOID) + if (d_invalidate(dentry) == -EBUSY) { + dput(dentry); + /* perhaps lock and try to continue? (use cur as head?) */ + goto inuse; + } ++#else ++ d_invalidate(dentry); ++#endif + dput(dentry); + spin_lock(dcache_lock); + goto restart; +@@ -71,11 +75,15 @@ restart: + dget(dentry); + + spin_unlock(inode-i_lock); ++#if defined(D_INVALIDATE_NOT_VOID) + if (d_invalidate(dentry) == -EBUSY) { + dput(dentry); + /* perhaps lock and try to continue? (use cur as head?) */ + goto inuse; + } ++#else ++ d_invalidate(dentry); ++#endif + dput(dentry); + spin_lock(inode-i_lock); + goto restart; +--- openafs-1.6.10.orig/src/cf/linux-test4.m4 openafs-1.6.10/src/cf/linux-test4.m4 +@@ -182,6 +182,18 @@ AC_DEFUN([LINUX_INODE_SETATTR_RETURN_TYP + ]) + + ++AC_DEFUN([LINUX_D_INVALIDATE_RETURN_TYPE], [ ++ AC_CHECK_LINUX_BUILD([for d_invalidate return type], ++ [ac_cv_linux_func_d_invalidater_returns_int], ++ [#include linux/dentry.h], ++ [struct dentry _dentry; ++ int i; ++ i = d_invalidate(_dentry);], ++ [D_INVALIDATE_NOT_VOID], ++ [define if your d_invalidate return return non-void], ++ []) ++]) ++ + + AC_DEFUN([LINUX_AOP_WRITEBACK_CONTROL], [ + AC_CHECK_LINUX_BUILD([whether aop.writepage takes a writeback_control], diff -Nru openafs-1.6.10/debian/patches/ubuntu-v3.18-key_type-removes-match.patch openafs-1.6.10/debian/patches/ubuntu-v3.18-key_type-removes-match.patch --- openafs-1.6.10/debian/patches/ubuntu-v3.18-key_type-removes-match.patch 1970-01-01 01:00:00.0 +0100 +++ openafs-1.6.10/debian/patches/ubuntu-v3.18-key_type-removes-match.patch 2014-11-27 21:42:13.0 + @@ -0,0 +1,46 @@ +Description: v3.18 porting -- follow removal of key_type match op + In v3.18 they have removed the key_type match op. This now defaults to + a direct match. As this is what the afs match does we can simply stop + supplying our match. +Author: Andy Whitcroft a...@ubuntu.com +--- + +Index: openafs-1.6.10/acinclude.m4 +=== +--- openafs-1.6.10.orig/acinclude.m4 openafs-1.6.10/acinclude.m4 +@@ -842,6 +842,7 @@ case $AFS_SYSNAME in *_linux* | *_umlinu + AC_CHECK_LINUX_STRUCT([inode_operations], [truncate], [fs.h]) + AC_CHECK_LINUX_STRUCT([key_type], [preparse], [key-type.h]) +
Bug#770224: Broken postinst script?
This bug looks similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765911 which got fixed in 1.4.2-0.3 by removing the /usr/sbin/prelink line from the config file. I've chosen to keep currently-installed version of /etc/rkhunter.conf That's a problem and won't work because the configuration file format has changed between 1.4.0 and 1.4.2. I don't think we necessarily can (or should) fix this. Users should accept the new config file and merge their changes manually. I did not dig deeper but it looks like something is broken in postinst configuration handling... This part of the postinst script could be made more robust to handle the case where the config file is missing: # Copy the passwd/group files to the TMP directory # to avoid warnings when rkhunter is first run. # This is normally done by the installer script. rkhtmpdir=$(grep '^TMPDIR' /etc/rkhunter.conf | sed 's/TMPDIR=//') [ -f $rkhtmpdir/passwd ] || cp -p /etc/passwd $rkhtmpdir /dev/null 21 [ -f $rkhtmpdir/group ] || cp -p /etc/group $rkhtmpdir /dev/null 21 Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771299: support for JsSIP event name 'confirmed'
Package: jscommunicator-web-phone Version: 2.0.1-1 Severity: important The latest JsSIP releases now emit an event called 'confirmed' instead of 'started' For people to use newer JsSIP versions, JSCommunicator should recognise this event. For maximum flexibility, JSCommunicator needs to handle either the new or old event name. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767802: ETA for upload
Hello Dmitry, do you have an ETA for upload the pending translation? If you need any help for the upload (or the integration of the translation), do not hesitate to ask me. Thanks! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#768965: ETA for upload?
Hello Matainer, do you have an ETA for the upload of the German (and other) translations? If you need help integrating the translation(s) or for the upload, do not hesitate to ask me. Thanks! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#771157: unblock: metacity/3.14.3-1 (pre-approval)
Control: tags -1 -moreinfo Control: retitle -1 unblock: metacity/3.14.3-1 On Thu, 27 Nov 2014 19:43:54 +0100, Niels Thykier wrote: Ack, please have this uploaded to unstable before the 5th of December and we will accept it. Please remove the moreinfo tag once it has been accepted in to unstable. It is now in unstable. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#765946: ETA for upload?
Hello maintainers, do you have an ETA for an upload of this (and the other) Debconf translations? If you need any help integrating the translations or for uploading, do not hesitate to ask! Thanks! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#759693: unattended-upgrades: please document how to configure the logging options
2014-11-27 16:58 GMT+02:00 Martin-Éric Racine martin-eric.rac...@iki.fi: 2014-11-27 13:50 GMT+02:00 Alexandre Detiste alexandre.deti...@gmail.com: Sorry, but this hardly qualifies as a log. It only shows the intallation of one single package and a summary. :/ Martin-Éric I had grabbed 0.83.2 yesterday from incoming, and the run from this morning was perfect. Fetched it and installed. Let's see how the log looks like when the cron job runs in the morning. :) Btw, Michael, I guess that my initial bug report can be solved in two ways: 1) either make everything configurable via APT options e.g. in /etc/apt/apt.conf.d/50unattended-upgrades or, 2) document what the static settings are, so that people know what to expect. Martin-Éric What I got with 0.83.2: 8X Unattended upgrade returned: True Packages that were upgraded: iucode-tool libksba8 liblzma5 xz-utils Package installation log: Log started: 2014-11-28 07:56:04 (Reading database ... 104233 files and directories currently installed.) Preparing to unpack .../iucode-tool_1.1.1-1_i386. deb ... Unpacking iucode-tool (1.1.1-1) over (1.1-1) ... Processing triggers for man-db (2.7.0.2-3) ... Setting up iucode-tool (1.1.1-1) ... localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB Total disk space freed by localepurge: 0 KiB Log ended: 2014-11-28 07:56:18 Unattended-upgrades log: Initial blacklisted packages: Initial whitelisted packages: Starting unattended upgrades script Allowed origins are: ['origin=Debian,archive=jessie,label=Debian-Security', 'o=Debian,a=oldstable,label=Debian-Security', 'o=Debian,a=oldstable-updates', 'o=Debian,a=oldstable', 'o=Debian,a=stable,label=Debian-Security', 'o=Debian,a=stable-updates', 'o=Debian,a=stable', 'o=Debian,a=testing,label=Debian-Security', 'o=Debian,a=testing-updates', 'o=Debian,a=testing', 'o=Funkyware,a=testing,label=Funkyware-Security'] Packages that are auto removed: '' Packages that will be upgraded: iucode-tool libksba8 liblzma5 xz-utils Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg.log' All upgrades installed 8X This obviously doesn't constitute a complete log. Four packages slated for upgrade, but the log only shows the installation of the first one. Btw, would printing the version of unattended-upgrade somewhere in the log be a good idea? Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#768325: [Intent to NMU] Bug#768325: machanger: Automatic run doesn't change the serial number, only vendor id
intrigeri: Hi Hans-Christoph David, Jean-Michel Nirgal Vourgère wrote (27 Nov 2014 09:48:03 GMT) : The attached patch changes the -A into a -e. I believe it's the best choice, so that the user doesn't draw attention to himself by using an unknown vendor id. Fully agreed. I intend to NMU based on Jean-Michel's patch (and proposed package update on mentors.d.n), and then request an unblock before the December 5th deadline. Any objection? Cheers, -- intrigeri Sounds good to me! .hc signature.asc Description: OpenPGP digital signature
Bug#767807: ETA for upload?
Hello John, do you have an ETA for the upload of the German (and other) Debconf translations? If you need any help integrating the translation(s) or with uploading the package do not hesitate to ask me. Thanks! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#771300: vcmibuilder should not be case sensitive
Package: vcmi Version: 0.97+dfsg-2 Severity: important Tags: upstream vcmibuilder is case-sensistive, while you can’t expect some strict case scheme from HoMM3 data. An example here where all data is available but vcmibuilder miss it due to case sensitivity: dave@HAL9000:~$ ls /usr/local/share/games/heroes-of-might-and-magic-3/ binkw32.dll goggame.sdb h3camped.exe h3update.txt heroes3_tutorial.pdf readmesd.txt data h3blade.cnt h3camped.hlp heroes3_ab_manual.pdf ifc21.dll readme.txt eula h3blade.exe h3ccmped.cnt heroes3.cnt maps smackw32.dll gamesh3blade.hlp h3ccmped.exe heroes3.exe mcp.dll webcache.zip gameuxinstallhelper.dll h3bmaped.cnt h3ccmped.hlp heroes3.hlp mp3 goggame-1207658787.dll h3bmaped.exe h3maped.cnt heroes3_manual.pdf mp3dec.asi goggame-1207658787.ico h3bmaped.hlp h3maped.exe heroes3_refcard.pdf mss32.dll goggame-1207658787.info h3camped.cnt h3maped.hlp heroes3_sod_manual.pdf readmeab.txt dave@HAL9000:~$ LANGUAGE=C vcmibuilder --data /usr/local/share/games/heroes-of-might-and-magic-3/ cp: cannot stat ‘/usr/local/share/games/heroes-of-might-and-magic-3//Data’: No such file or directory cp: cannot stat ‘/usr/local/share/games/heroes-of-might-and-magic-3//Maps’: No such file or directory cp: cannot stat ‘/usr/local/share/games/heroes-of-might-and-magic-3//Mp3’: No such file or directory The problem can be seen with GOG installer version 2.1.0.20, that includes the directory mp3 while vcmibuilder looks for Mp3: dave@HAL9000:~$ LANGUAGE=C vcmibuilder --gog setup_homm3_complete_french_2.1.0.20.exe cp: cannot stat ‘/home/dave/.local/share/vcmi/buildertmp/app/Mp3’: No such file or directory Tagged as important as it breaks vcmibuilder with some version(s?) of GOG installer, fell free to set down the severity if you think it is not a breaking bug. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'unstable'), (900, 'testing'), (900, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vcmi depends on: ii libavcodec566:11-2 ii libavformat56 6:11-2 ii libavutil54 6:11-2 ii libboost-filesystem1.55.0 1.55.0+dfsg-3 ii libboost-locale1.55.0 1.55.0+dfsg-3 ii libboost-program-options1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.19-13 ii libfuzzylite5.0 5.0+dfsg-2 ii libgcc1 1:4.9.2-3 ii libminizip1 1.1-3 ii libqt5core5a5.3.2+dfsg-4+b1 ii libqt5gui5 5.3.2+dfsg-4+b1 ii libqt5network5 5.3.2+dfsg-4+b1 ii libqt5widgets5 5.3.2+dfsg-4+b1 ii libsdl2-2.0-0 2.0.2+dfsg1-6 ii libsdl2-image-2.0-0 2.0.0+dfsg-3+b4 ii libsdl2-mixer-2.0-0 2.0.0+dfsg1-5 ii libsdl2-ttf-2.0-0 2.0.12+dfsg1-2 ii libstdc++6 4.9.2-3 ii libswscale3 6:11-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vcmi recommends: ii innoextract 1.4-1+b1 pn libav-tools none ii unshield 1.0-1 ii unzip6.0-12+b1 vcmi 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#762984: Alert! /dev/vg0/usr does not exist
Control: clone 762984 -2 Control: retitle 762984 cannot mount /usr if it is a separate LVM LV: Alert! /dev/vg0/usr does not exist Control: retitle -2 cannot mount /usr if INITRDSTART in /etc/default/mdadm does not include the necessary device On Thu, 27 Nov 2014 at 21:09:09 +0100, Elimar Riesebieter wrote: * Simon McVittie s...@debian.org [2014-11-27 11:51 +]: I think this bug report is actually describing more than one bug in more than one package that have similar symptoms. ... Elimar Riesebieter's System 2 has a bunch of mdadm (RAID) partitions. Elimar, what is in your /etc/default/mdadm on System 2 (and System 1 for that matter)? I predict that the answer includes something like INITRDSTART=/dev/md6. Right, adding root and usr raid partitions to INITRDSTART like INITRDSTART='/dev/md3 /dev/md5' or just 'all' does the job. I'm splitting off the situation on your System 2 into a separate bug, because as far as I can see, this is the only part of this report that does not involve LVM. Some of the other reports do involve RAID arrays, but none of them seem to require bringing up additional RAID arrays in the initramfs (that were not already needed for the root filesystem), so they could all be fixed with only LVM-related changes. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770242: Tentative patch
The attached patch fixes installation when /etc/rkhunter.conf is missing. -- Francois Marier identi.ca/fmarier http://fmarier.org twitter.com/fmarier commit f91d229ad51b19d52b979720f8a1edf1e2aea385 Author: Francois Marier franc...@debian.org Date: Sat Nov 29 00:27:20 2014 +1300 Work-around missing /etc/rkhunter.conf in postinst (closes: #770242) diff --git a/debian/postinst b/debian/postinst old mode 100644 new mode 100755 index 7179cff..d93fdd6 --- a/debian/postinst +++ b/debian/postinst @@ -35,7 +35,10 @@ case $1 in # Copy the passwd/group files to the TMP directory # to avoid warnings when rkhunter is first run. # This is normally done by the installer script. -rkhtmpdir=$(grep '^TMPDIR' /etc/rkhunter.conf | sed 's/TMPDIR=//') +rkhtmpdir=/var/lib/rkhunter/tmp +if [ -e /etc/rkhunter.conf ]; then +rkhtmpdir=$(grep '^TMPDIR' /etc/rkhunter.conf | sed 's/TMPDIR=//') +fi [ -f $rkhtmpdir/passwd ] || cp -p /etc/passwd $rkhtmpdir /dev/null 21 [ -f $rkhtmpdir/group ] || cp -p /etc/group $rkhtmpdir /dev/null 21
Bug#771302: Uninstallable in sid? Depends on wrong version of gvfs
Package: nemo Version: 2.2.4-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ~-root@ioapt-get install nemo Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nemo : Depends: gvfs (= 1.3.2) but it is not going to be installed Recommends: gvfs-backends E: Unable to correct problems, you have held broken packages. As per https://tracker.debian.org/pkg/gvfs the highest available version in Debian is experimental's 1.23.2-1 Thanks! - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nemo depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.14.1-1 pn gvfs none ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libcinnamon-desktop4 2.2.3-3 ii libexempi3 2.2.1-2 ii libexif12 0.6.21-2 ii libgail-3-03.14.5-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglib2.0-data2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libnemo-extension1 2.2.4-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libx11-6 2:1.6.2-3 ii libxml22.9.2+dfsg1-1 ii nemo-data 2.2.4-2 ii shared-mime-info 1.3-1 Versions of packages nemo recommends: pn cinnamon-translations none ii eject 2.1.5+deb1+cvs20081104-13.1 pn gvfs-backends none ii librsvg2-common2.40.5-1 pn nemo-filerollernone Versions of packages nemo suggests: ii eog3.14.1-1 ii evince [pdf-viewer]3.14.1-1 ii totem 3.14.0-2 ii vlc [mp3-decoder] 1:2.2.0~rc2-dmo1 ii vlc-nox [mp3-decoder] 1:2.2.0~rc2-dmo1 ii xdg-user-dirs 0.15-2 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlR4XR4ACgkQNFDtUT/MKpD1twCfVfziEi8lhsKa3OwNEv4bcKCg Q34An2/jMFa3c8ysFj/z1BJgtczg9wBY =dRdJ -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#761671: gnome-terminal: Keypress lagging by one character
Pedro Sorin and Conrad, could you please still reproduce this issue Pedro with newer version of libvte-2.91-0 and gnome-terminal ? It gradually faded away for me shortly after I reported the bug: I can't remember encountering it recently at all. Currently on: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii libvte-2.90-9 1:0.36.3-1 amd64Terminal emulator widget for GTK+ ii libvte-2.90-co 1:0.36.3-1 all Terminal emulator widget for GTK+ ii libvte-2.91-0 0.38.1-1 amd64Terminal emulator widget for GTK+ ii libvte-2.91-co 0.38.1-1 all Terminal emulator widget for GTK+ ii libvte-common 1:0.28.2-5 all Terminal emulator widget for GTK+ ii libvte91:0.28.2-5 amd64Terminal emulator widget for GTK+ ii gnome-terminal 3.14.1-1 amd64GNOME terminal emulator applicati ii gnome-terminal 3.14.1-1 all Data files for the GNOME terminal .. I think the barest hint of it may still be present, in that I still notice when starting vim that terminal control sequences sometimes show up half-completed on screen as text (so it's a bit of a mess at the bottom of the screen, and the cursor doesn't move to the top until you type i, but things clear up once you do that). Pedro If so, is the same behavior as Pedro https://bugzilla.gnome.org/show_bug.cgi?id=730763 like Egmont reported ? They could amount to the same thing, but I can't test this. I did hypothesise that it could be display lag rather than input lag in my original report. I never got a chance to thoroughly test this though. Regards, Conrad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761942: Intention for integration the new template (and their translations)?
Hello Elmar, the Debconf template of arb was reviewed and updated by the SMITH project. After the review, 13 translation teams updated their respective translations. It would be kind to all people involved, if you could clarify if you like the new template (in this case an upload for Jessi would be logical) and if you like translations of your template (in this case the upload should contain them). From previous conversations I got the impression that you might not like (some, at least the German) translations, so please consider at least uploading the new template and the (in your view) sensible translation(s). If you have any problem integrating the new template, the translation(s) or with uploading do not hesitate to contact me (and I assume bubulle would also be willing to help, I CC'ed him). Thanks for considering Helge P.S. This is not for some statistics but for the users of your package in English (the template review) and other languages. P.P.S. If I know what you want I can also arrange for an NMU, this way you can avoid the work in case you don't have time atm. -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#771304: unblock: jscommunicator/2.0.3-1
Package: release.debian.org User: release.debian@packages.debian.org UserTags: unblock The main reason for this unblock request: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771299 This ensures that users can mix-and-match JSCommunicator with newer versions of JsSIP. This is the change to JSCommManager.js in the debdiff. The debdiff also includes changes to the debian/copyright and upstream AUTHORS files to add the translators. diff -Nru jscommunicator-2.0.1/AUTHORS jscommunicator-2.0.3/AUTHORS --- jscommunicator-2.0.1/AUTHORS2014-11-08 20:03:43.0 +0100 +++ jscommunicator-2.0.3/AUTHORS2014-11-28 11:06:08.0 +0100 @@ -1,12 +1,20 @@ -Daniel Pocock danielpocock.com -Juliana Louback julianalouback.com -Christian Henz github.com/chenz -Jeroen Massar jeroen.massar.ch -elprincipe github.com/elprincipe -Yehuda Korotkin github.com/yedako +Daniel Pocock http://danielpocock.com +Juliana Louback http://julianalouback.com +Christian Henz https://github.com/chenz +Jeroen Massar http://jeroen.massar.ch +elprincipe https://github.com/elprincipe +Yehuda Korotkin https://github.com/yedako Carla Araos carlaaraos.com -aavia github.com/aavia -mirazusman github.com/mirazusman -tehilazi github.com/tehilazi -Matías A. Bellone github.com/toote -tami4 github.com/tami4 +aavia https://github.com/aavia +mirazusman https://github.com/mirazusman +tehilazi https://github.com/tehilazi +Matías A. Bellone https://github.com/toote +tami4 https://github.com/tami4 +Christian Henz chrh...@gmx.de +Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl +Ivan Masár heli...@centrum.sk +Martin Hristov martinhris...@abv.bg +Matías A. Bellone matiasbellone+l...@gmail.com +Miguel Ángel Molina ssl...@gmail.com +Thomas Vincent tho...@vinc-net.fr +timothymctim timothymc...@users.noreply.github.com diff -Nru jscommunicator-2.0.1/debian/changelog jscommunicator-2.0.3/debian/changelog --- jscommunicator-2.0.1/debian/changelog 2014-11-08 22:18:54.0 +0100 +++ jscommunicator-2.0.3/debian/changelog 2014-11-28 12:22:24.0 +0100 @@ -1,3 +1,11 @@ +jscommunicator (2.0.3-1) unstable; urgency=high + + * New upstream release. + * Support for JsSIP 'confirmed' event. (Closes: #771299) + * Update copyright, add translators. + + -- Daniel Pocock dan...@pocock.pro Fri, 28 Nov 2014 11:09:40 +0100 + jscommunicator (2.0.1-1) unstable; urgency=medium * New upstream release. diff -Nru jscommunicator-2.0.1/debian/copyright jscommunicator-2.0.3/debian/copyright --- jscommunicator-2.0.1/debian/copyright 2014-11-05 22:09:49.0 +0100 +++ jscommunicator-2.0.3/debian/copyright 2014-11-28 12:25:48.0 +0100 @@ -7,6 +7,27 @@ 2014, Juliana Louback http://julianalouback.com License: GPL-2+ +Files: internationalization/* +Copyright: 2014, Christian Henz https://github.com/chenz + 2014, Jeroen Massar http://jeroen.massar.ch + 2014, elprincipe https://github.com/elprincipe + 2014, Yehuda Korotkin https://github.com/yedako + 2014, Carla Araos http://carlaaraos.com + 2014, aavia https://github.com/aavia + 2014, mirazusman https://github.com/mirazusman + 2014, tehilazi https://github.com/tehilazi + 2014, Matías A. Bellone https://github.com/toote + 2014, tami4 https://github.com/tami4 + 2014, Christian Henz chrh...@gmx.de + 2014, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl + 2014, Ivan Masár heli...@centrum.sk + 2014, Martin Hristov martinhris...@abv.bg + 2014, Matías A. Bellone matiasbellone+l...@gmail.com + 2014, Miguel Ángel Molina ssl...@gmail.com + 2014, Thomas Vincent tho...@vinc-net.fr + 2014, timothymctim timothymc...@users.noreply.github.com +License: GPL-2+ + Files: parseuri.js Copyright: 2007, Steven Levithan stevenlevithan.com License: MIT diff -Nru jscommunicator-2.0.1/JSCommManager.js jscommunicator-2.0.3/JSCommManager.js --- jscommunicator-2.0.1/JSCommManager.js 2014-11-08 20:03:43.0 +0100 +++ jscommunicator-2.0.3/JSCommManager.js 2014-11-28 11:06:08.0 +0100 @@ -380,11 +380,18 @@ Arbiter.publish(jsc/ua/idle, null, {async:true}); }); -call.on('started', function(e) { +var handleConfirmed = function(e) { JSCommUI.session_connect(call, e); // Signal that a call connected Arbiter.publish(jsc/call/connected, null, {async:true}); -}); +}; +// The 'started' event was generated by JsSIP 0.4.0 +// whereas later versions send 'accepted' and 'confirmed' events +// Discussed in https://github.com/versatica/JsSIP/issues/239 +// One of these two lines will log an error but it proceeds anyway +console.log('only one of the event handlers confirmed or started will be registered and the other generates a log error which can be ignored'); +call.on('confirmed',
Bug#771303: Add JPEG-XR
Package: file Version: 1:5.20-2 Tags: upstream It would be nice to add support for JPEG-XR file. For instance: $ wget -O test.jxr http://phpied.com/files/jpeg-xr/sunset-paint.wdp $ file test.jxr test.jxr: data According to: http://www.itu.int/rec/T-REC-T.832-201201-I/en the header is defined with: A.5.2 FIXED_FILE_HEADER_II_2BYTES FIXED_FILE_HEADER_II_2BYTES shall be equal to 0x4949. A.5.3 FIXED_FILE_HEADER_0XBC_BYTE FIXED_FILE_HEADER_0XBC_BYTE shall be equal to 0xBC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770242: Broken postinst script?
This bug looks similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765911 which got fixed in 1.4.2-0.3 by removing the /usr/sbin/prelink line from the config file. I've chosen to keep currently-installed version of /etc/rkhunter.conf That's a problem and won't work because the configuration file format has changed between 1.4.0 and 1.4.2. I don't think we necessarily can (or should) fix this. Users should accept the new config file and merge their changes manually. I did not dig deeper but it looks like something is broken in postinst configuration handling... My patch should fix that problem. Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771042: blender: Blender crashes while rendering with cycles
Hi, Tried to reproduce with default cube scene and some production .blend files here in the studio, no luck. The questions are: - Does this issue happen with default cube scene? If not, it really worth preparing .blend file which gives issues for sure. - Is it CPU or GPU rendering? - Is OSL involved into the test file? - How much threads you're using for rendering? - Is it crash when rendering animation or rendering still image also gives issues? - Does the crash happens when you render from command line: `blender -b /path/to/file.blend -f 1` This information would help us nailing the root of the issue down. -- With best regards, Sergey Sharybin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771089: quodlibet: Display glitch in filesystem view
On Thu, Nov 27, 2014 at 9:23 PM, Jérôme jer...@jolimont.fr wrote: Thu, 27 Nov 2014 11:24:38 +0100 Christoph Reiter a écrit: On Wed, Nov 26, 2014 at 5:57 PM, Jerome jer...@jolimont.fr wrote: It happens all the time. Basically, when the mouse passes over the directories, they move a little bit up or down (about half the height of a directory line). Not only is it a visual annoyance, it makes it hard to click on the target directory. Does GTK_DEBUG=no-pixel-cache quodlibet help? No. OK, reminded me of https://bugzilla.gnome.org/show_bug.cgi?id=734799 But accidentally, I noticed that it only happens if I'm using one of the following themes : - BlackMate - GnomishBeige - GreenLaguna I don't know about the two others, but GnomishBeige is not packaged. I get it from here: http://tsujan.deviantart.com/art/GnomishBeige-300113500 I guess I should blame that on the theme then. And you can close the bug (I don't know how to do that, if I even have the right to do it). Thanks for figuring it out. I can reproduce with GnomishBeige and the cause seem to be the list separators in the directory tree. If you want to keep the theme you can use the Theme Switcher plugin in QL to force a different theme just for QL. GnomishBeige is using the main theme engine, so this is likely a bug in GTK+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770224: Broken postinst script?
Nevermind my last email, I got the wrong bug number :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771305: mantual: document 'T' state flag
Package: aptitude Version: 0.6.11-1+b1 Severity: minor I happened to have one package partially installed ('T' current state flag). However, 'T' is not documented in the manual. It would be nice if it was. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie
Hello, In the (last) hope that the CTTE will bring this issue on the agenda next meeting on December 4. Additional information below and a short summary. On Wed, 2014-11-26 at 09:56 +0100, Thorsten Glaser wrote: On Tue, 25 Nov 2014, Svante Signell wrote: (another partial? solution is to change order of the (pre-)depends of the init package, as proposed in No, that breaks due to the bug in debootstrap’s dependency “resolver” (see #557322, #668001, #768062) and the unwillingness of KiBi to fix that. That is, it breaks fresh installs. Note, this (long-time) refusal to make changes to that package has to be weighted in when the CTTE is discussing this issue: There are very small patches available before the freeze Wed, 5 Nov 2014 (Sun, 22 Nov 2009 and Fri, 17 Oct 2014) that has not been addressed by the maintainer: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557322#24 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668001#20 and reported working https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668001#50 And according to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762194 with preliminary results in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762194#142 the order of pre-depends for int init package should change from Pre-Depends: systemd-sysv | sysvinit-core | upstart to Pre-Depends: sysvinit-core | systemd-sysv | upstart (I hope I made the correct links and conclusions) 1) Heavily advertise (release-notes?) that doing an upgrade from wheezy/etc to jessie will give you systemd as init system and inform about the apt pinning solution. That should be a given, a minimum, independent of the others. I'll file a bug against release notes about the release-notes! In summary: a) Upgrades should _not_ change init: whatever is installed should be kept. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. More detailed: 1) Fix debootstrap bugs 2) Add a (non-aborting) debconf message referring to release-notes on how to install sysvinit-core when installing from scratch. 3) Add information in release-notes on how to: - Upgrade from stable/testing/sid to jessie to avoid getting systemd-sysv installed (this should not strictly be needed if the ctte chooses to decide that upgrades will _not_ switch init) - Install sysvinit-core after installation and reboot after getting systemd-sysv as default. 3.1) I'll file a bug against release-notes as written above. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771306: ITP: libjs-autonumeric -- jQuery plugin that automatically formats currency and numbers
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-autonumeric Version : 1.9.12 Upstream Author : Robert J. Knothe b...@decorplanit.com * URL : https://github.com/BobKnothe/autoNumeric * License : Expat Programming Lang: Javascript Description : jQuery plugin that automatically formats currency and numbers autoNumeric is a jQuery plugin that automatically formats currency and numbers as you type on form inputs. It supports most International numeric formats and currency signs including those used in Europe, North and South America, Asia and India lakhs (Lakhs values supported below 1 billion). . Any number of currency formats can reside on the same page and are configured by settings/options that can be placed as HTML5 data attribute or passed as an argument. These settings can easily be changed at any time using the new update method or via the callback feature. autoNumeric to many other elements, allowing you to place formatted numbers and currency on just about any part of the page. . Seven built in methods gives you the flexibility needed to use autoNumeric to its maximum potential. You can now easily start and stop autoNumeric, update the settings and remove the formatting from multiple inputs, preparing the values for manipulation or form submission. This is a dependency for OpenStack Fuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771307: Add JPEG-XR support
Package: eog Version: 3.14.1-1 Tags: upstream It would be (super) nice to add support for JPEG-XR file. For instance: $ wget -O test.jxr http://phpied.com/files/jpeg-xr/sunset-paint.wdp $ eog test.jxr - Could not load image 'test.jxr' - Unrecognized image file format The library to handle JPEG-XR file is called jxrlib: https://packages.qa.debian.org/j/jxrlib.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771308: ITP: libjs-backbone-deep-model -- improved support for models with nested attributes
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-backbone-deep-model Version : 0.10.4 Upstream Author : Charles Davison, Pow Media Ltd, char...@powmedia.co.uk * URL : https://github.com/powmedia/backbone-deep-model * License : Expat Programming Lang: Javascript Description : Improved support for models with nested attributes Deep model is a plugin for the Backbone javascript library, which allows to get and set nested attributes with path syntax, e.g. `user.type`. It Triggers change events for changes on nested attributes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Fri, 28 Nov 2014, Svante Signell wrote: the order of pre-depends for int init package should change from Pre-Depends: systemd-sysv | sysvinit-core | upstart to Pre-Depends: sysvinit-core | systemd-sysv | upstart That would probably require changes in d-i to ensure that systemd is, indeed, installed by default on fresh installs, but otherwise has the most chance of keeping existing systems running properly, so I think that this change is fair, yes. a) Upgrades should _not_ change init: whatever is installed should be kept. Are there any upgrade paths where software existing in wheezy requires systemd in jessie? If so, these are corner cases where switching init may or may not be avoidable; if not, present a debconf message here. But the vast majority probably should not (need to; even GNOME can work with the shim) switch, yes. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. I think this is not fair, though. CTTE decided that systemd be the default init system for Linux in jessie “period”. That means no debconf message required here. Do note that new installs of kFreeBSD and Hurd should not get systemd, but what exactly is probably up to the porters for lack of a CTTE decision in that. 1) Fix debootstrap bugs Yesplease! bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771310: unblock: gnome-user-share/3.14.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team The current version of gnome-user-share in testing (3.14.0-1) is dependending against obex-data-server (org.openobex) which was used in the past. Now gnome-user-share is using the new org.bluez.obex dbus api provided by the bluez-obex package. The depdendencies have now been ajusted accordingly Please unblock package gnome-user-share unblock gnome-user-share/3.14.0-2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru gnome-user-share-3.14.0/debian/changelog gnome-user-share-3.14.0/debian/changelog --- gnome-user-share-3.14.0/debian/changelog 2014-09-22 21:05:23.0 +0200 +++ gnome-user-share-3.14.0/debian/changelog 2014-11-28 12:53:53.0 +0100 @@ -1,3 +1,10 @@ +gnome-user-share (3.14.0-2) unstable; urgency=medium + + * debian/control.in: Depends against bluez-obexd instead of +obex-data-server, gnome-user-share now uses the new interfaces + + -- Laurent Bigonville bi...@debian.org Fri, 28 Nov 2014 12:53:48 +0100 + gnome-user-share (3.14.0-1) unstable; urgency=medium * New upstream release. diff -Nru gnome-user-share-3.14.0/debian/control gnome-user-share-3.14.0/debian/control --- gnome-user-share-3.14.0/debian/control 2014-09-22 21:05:58.0 +0200 +++ gnome-user-share-3.14.0/debian/control 2014-11-28 12:54:37.0 +0100 @@ -6,7 +6,7 @@ Section: gnome Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Andreas Henriksson andr...@fatal.se, Emilio Pozuelo Monfort po...@debian.org, Michael Biebl bi...@debian.org +Uploaders: Andreas Henriksson andr...@fatal.se, Emilio Pozuelo Monfort po...@debian.org, Laurent Bigonville bi...@debian.org, Michael Biebl bi...@debian.org Build-Depends: cdbs, debhelper (= 8), dh-autoreconf, @@ -34,7 +34,7 @@ ${misc:Depends}, apache2-bin (= 2.4), libapache2-mod-dnssd (= 0.6-3.1~), - obex-data-server [linux-any], + bluez-obexd [linux-any], gnome-bluetooth (= 3.9.3) [linux-any] Description: User level public file sharing via WebDAV or ObexFTP gnome-user-share is a small package that allows easy user-level file sharing diff -Nru gnome-user-share-3.14.0/debian/control.in gnome-user-share-3.14.0/debian/control.in --- gnome-user-share-3.14.0/debian/control.in 2014-07-15 18:52:15.0 +0200 +++ gnome-user-share-3.14.0/debian/control.in 2014-11-28 11:55:46.0 +0100 @@ -30,7 +30,7 @@ ${misc:Depends}, apache2-bin (= 2.4), libapache2-mod-dnssd (= 0.6-3.1~), - obex-data-server [linux-any], + bluez-obexd [linux-any], gnome-bluetooth (= 3.9.3) [linux-any] Description: User level public file sharing via WebDAV or ObexFTP gnome-user-share is a small package that allows easy user-level file sharing
Bug#771309: RFP: gpcslots2 -- gpcslots2 is a text console casino for *nix.
Package: wnpp Severity: wishlist * Package name: gpcslots2 Version : 0.4.5b Upstream Author : MikeeUSA f...@bar.org * URL : https://gpcslots2.codeplex.com/releases/view/138295 * License : (GPL) Programming Lang: (Perl) Description : gpcslots2 is a text console casino for *nix. (gpcslots2 is a text console casino for *nix. It uses ascii art to represent the slot machines and the table games. It is fully featured as a slot machine game to the extent that it even supports the 3d dual lcd displays found on modern slot machine displays (--dual) by seperating out the text output. It is one of the only known text console slot machine games for linux, the other being its predecessor. I includes 5 slot machines, 2 dice games, 3 roulette games, a bank, a stock market, cash-in/cash-out, and html status printout It was previously improperly rejected because a debian maintainer did not like the authors political views on women and debian is a feminist-only project filled with social justice warriors (everyone else was kicked out years ago: see Ted Walther) It's quality is similar to many text based games Debian packages. It has been included in a polish linux distribution. It does what it was designed to do and would not have been rejected if the author was neutral or was a feminist supporter.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771311: ITP: libjs-backbone.stickit -- Backbone data binding plugin that binds Model attributes to View elements
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-backbone.stickit Version : 0.7.0 Upstream Author : The New York Times, Matthew DeLambo dela...@gmail.com * URL : https://github.com/NYTimes/backbone.stickit * License : Expat Programming Lang: Javascript Description : Backbone data binding plugin that binds Model attributes to View elements Stickit is a Backbone data binding plugin that binds Model attributes to View elements with a myriad of options for fine-tuning a rich app experience. Unlike most model binding plugins, Stickit does not require any extra markup in your html; in fact, Stickit will clean up your templates, as you will need to interpolate fewer variables (if any at all) while rendering. In Backbone style, Stickit has a simple and flexible api which plugs in nicely to a View's lifecycle. This is another dependency for OpenStack Fuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768774: closed by Martin Pitt mp...@debian.org (Bug#748668: fixed in systemd 217-1)
Control: reopen 768774 Debian Bug Tracking System [2014-11-28 11:09 +]: * Handle display-manager transitions: (Closes: #748668) - Add a generator to ensure /etc/X11/default-display-manager is controlling which display-manager is started. - Modify insserv generator to mask of sysvinit-only dms with insserv $x-display-manager tag if they don't match /etc/X11/default-display-manager. This avoids starting multiple dms at boot. Sorry, that didn't quite go as expected. This systemd fix is a fallback for window managers which don't ship a systemd unit, and aimed towards Jessie where we apparently can't update all DM packages to include systemd units any more. But this systemd fallback is now tracked as bug 771287. So reopening this one, as slim itself should still grow a proper systemd unit. Sorry for the confusion, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771313: ITP: libjs-cocktail -- implementation of Backbone mixins
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-cocktail Version : 0.5.7 Upstream Author : Onsi Fakhouri onsi...@gmail.com * URL : https://github.com/onsi/cocktail * License : Expat Programming Lang: Javascript Description : implementation of Backbone mixins With Cocktail, it is possible to break out a shared Backbone.js model/collection/view behaviors into separate modules and mix them into classes with. Cocktail is an implementation of Backbone mixins. Mixins are simply bare-bones JavaScript objects that provide additional functionality to Backbone objects. Think of them as bags of methods that will get added to all instances of objects. This is another dependency of OpenStack Fuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771312: Recommends libjxr-tools
Package: imagemagick Version: 8:6.8.9.9-3 It would be nice if imagemagick could Recommends: libjxr-tools. Right now we have: $ wget -O test.jxr http://phpied.com/files/jpeg-xr/sunset-paint.wdp $ convert test.jxr bla.bmp sh: 1: JxrDecApp: not found mv: cannot stat ‘/tmp/magick-8739U5riC59qNZM1.bmp’: No such file or directory convert: delegate failed `mv %i %i.jxr; JxrDecApp -i %i.jxr -o %o.bmp -c 0; mv %i.jxr %i; mv %o.bmp %o' @ error/delegate.c/InvokeDelegate/1310. convert: unable to open image `/tmp/magick-8739cbQEqPka55jt': No such file or directory @ error/blob.c/OpenBlob/2709. convert: unable to open file `/tmp/magick-8739cbQEqPka55jt': No such file or directory @ error/constitute.c/ReadImage/540. convert: no images defined `bla.bmp' @ error/convert.c/ConvertImageCommand/3210. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768516: Up for grabs
I thought I'd have more time to take this one over, but then I got busy. So I'll just unassign myself for now and give others a chance to pick it up. Francois -- Francois Marier identi.ca/fmarier http://fmarier.org twitter.com/fmarier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771257: pre-approval unblock: aircrack-ng/1:1.2-0~beta3-4
Control: tags -1 - moreinfo On 28/11/14 08:55, Adam D. Barratt wrote: Control: tags -1 + confirmed moreinfo On 2014-11-28 0:21, Carlos Alberto Lopez Perez wrote: Please grant a pre-approval unblock for the debdiff attached here for the package aircrack-ng. This fixes bug #771221 which makes airodump-ng unable to access the IEEE OUI database to show the information about the manufacturers. Please go ahead, and remove the moreinfo tag once the package is in unstable. Regards, Adam I have uploaded it, and the package has been accepted in unstable (but not yet installed into the pool, is still at incoming.debian.org) Please unblock aircrack-ng/1:1.2-0~beta3-4 Thanks! signature.asc Description: OpenPGP digital signature
Bug#771314: ITP: libjs-i18next -- easy way to translate a website on clientside
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-i18next Version : 1.7.1 Upstream Author : Jan Muehlemann jan.muehlem...@gmail.com * URL : http://github.com/i18next/i18next * License : Expat Programming Lang: Javascript Description : easy way to translate a website on clientside i18next provides an easy way to translate a website on clientside: * fetch resources from server * fetch each resource file individually (static) or all once via dynamicRoute * apply translation to HTML tags with the _data-i18n_ attribute * post missing key-value pairs to server (for easy development, just translate the new keys) * search for key en-US first, then in en, then in fallback language (or de-DE, de, fallback). This is another dependency of OpenStack Fuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768876: unblock: busybox/1:1.22.0-14
On Thu, 27 Nov 2014, Michael Tokarev wrote: (The Built-Using field generation is a bit fun here: I asked on IRC how people identify which libc is in use, and got various somewhat- incpmplete replies (the prob is that on different arches, libc package is named differently). So I invented my own way for busybox, because You didn’t ask in the #!/bin/mksh channel on IRC (= Freenode) ;-) So let me add mine: ‣ intimate knowledge of the build system required, so you know what precidely is pulled in (reading shlibs:Depends from the build of the shared version is almost certainly wrong) In the mksh case, I have a switch between different libcs to use. For dietlibc and klibc, the cases are clear: • libc_pkgname='libklibc-dev linux-libc-dev' • libc_pkgname=dietlibc-dev For (e)glibc, or rather, “the default libc”, a little trick: • x=$(dpkg -S $(readlink -f $($CC -print-file-name=libc.a))) libc_pkgname=${x%%: *} In *all* cases, you also need • x=$(dpkg -S $(readlink -f $($CC -print-file-name=libgcc.a))) libgcc_pkgname=${x%%: *} Now you need to get from that to the corresponding source packages: for x in $libc_pkgname $libgcc_pkgname; do dpkg-query -Wf '${source:Package} (= ${source:Version})\n' $x done | sort -u | { srcpkgnames= while IFS= read -r x; do test -n $x || continue test x$x = x (= ) continue echo Built Using: $x test -z $srcpkgnames || srcpkgnames=$srcpkgnames, srcpkgnames=$srcpkgnames$x done echo mksh:B-U=$srcpkgnames builddir/substvars } bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771315: (pre-approval for) unblock: dictionaries-common/1.23.17
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock (pre-approval) Please unblock package dictionaries-common Hi, release team, I would like to upload to sid a new dictionaries-common package with some documentation fixes, to deal with some wrong information (#770484), see attached patch. When dealing with dictionaries using autobuildhash at postinst, symlinks to the actual hashes under /var were previosuly created by installdeb-{a,i}spell scripts. This is no longer the case since some time ago, but that behavior is still shown as available in installdeb-{a,i}spell man pages (#770484). I think is important not to have wrong info in the man pages and that is why I set bugs's severity to Important, but others might think differently. I would like to upload a fixed package, but since severity might be considered different I would like to confirm first if you consider these changes eligible for a freeze exception. Although the change was announced a while ago in the dict-common-dev mailing list, I made more clear what it implies in a reply that was bcc'ed to all related packages. This means that the practical impact of that wrong info is not that grave, but I would prefer the info be fixed in jessie if possible. Thanks and regards, -- Agustin From 33c3b7feecd5b09ae10e3fc77475011065a0ca15 Mon Sep 17 00:00:00 2001 From: Agustin Martin Domingo agmar...@debian.org Date: Fri, 21 Nov 2014 17:36:59 +0100 Subject: [PATCH] installdeb.in: Fix info about automatic symlink creation. Add info about substvars (Closes: #770484). installdeb-ispell and installdeb-aspell man pages wrongly state that unless previous stuff exists, /usr/lib/{a,i}spell}/$hash - /var/lib/{a,i}spell/$hash symlinks will be automatically created. This is no longer true since 1.23.0, those symlinks are now created by autobuildhash scripts when needed, and not created by the installdeb-* script. Maintainers cannot rely on this old feature, and documentation must clearly show that. Also, this requires dictionaries-common version for newly built ispell and aspell dictionary packages to be at least 1.23.0. Otherwise, installation in wheezy might be attempted and will fail (see #769552) instead of complaining about an insufficient dependency on dictionaries-common. Another feature was included in 1.21.0, substvar variables, but info about it was not included in the relevant pod section, and this is very useful to keep Depends line up to date. --- debian/changelog| 10 ++ scripts/debhelper/installdeb.in | 40 ++-- 2 files changed, 40 insertions(+), 10 deletions(-) diff --git a/debian/changelog b/debian/changelog index 4c75763..fecae42 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +dictionaries-common (1.23.17) unstable; urgency=medium + + * installdeb.in: Important documentation fix (Closes: #770484). +- Fix info about this script automatically creating symlinks for + hashes created by {a,i}spell-autobuildhash. This is not true + since 1.23.0. +- Add info about specific substvar variables. + + -- Agustin Martin Domingo agmar...@debian.org Fri, 21 Nov 2014 17:36:35 +0100 + dictionaries-common (1.23.16) unstable; urgency=medium * aspell-autobuildhash: Do not return a '0' string on failed autobuild, diff --git a/scripts/debhelper/installdeb.in b/scripts/debhelper/installdeb.in index bc15812..1b738d7 100644 --- a/scripts/debhelper/installdeb.in +++ b/scripts/debhelper/installdeb.in @@ -160,6 +160,16 @@ Fdebian/package.info-[I:ispell:][A:aspell:][H:hunspell:][W:wordlist:]. If thi successfully parsed, it is installed in the F/var/lib/dictionaries-common/[I:ispell:][A:aspell:][H:hunspell:][W:wordlist:] directory. +=item * Substvars substitutions + +This script will populate a Fsubstvars file, so Depends line in +control file can contain +${[I:ispell:][A:aspell:][H:hunspell:][W:wordlist:]:Depends} to +automatically care for dictionaries-common dependencies. + +This requires CBuild-Depends on at least dictionaries-common-dev +1.23.0 and is highly recommended. + =item * Debconf files [IW: =over @@ -268,10 +278,13 @@ one to create/reset compatfile(s) in postinst and the other to remove files in a removal list from postrm. Removal list will contain compat file(s) and associated hash(es) with the same basename. -Unless previous stuff exists, -F/usr/lib/ispell}/$dict.hash -Egt /var/lib/ispell/$dict.hash -symlinks will also be automatically created. -:I][A: + +F/usr/lib/ispell/$dict.hash -Egt /var/lib/ispell/$dict.hash +symlinks are no longer created automatically by this script. +They are now created by new ispell-autobuildhash together with the +relevant hashes. +Make sure to depend on at least dictionaries-common 1.23 +(See Fdictionaries-common.checklist). :I][A: =item * Extra installdeb-aspell options in Language info file @@ -285,11 +298,9 @@ files in a removal list
Bug#771317: unblock: ruby-pygments.rb/0.5.4~ds1-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ruby-pygments.rb During BSP in Munich we created an NMU patch that fixed the bug https://bugs.debian.org/768615 . The debdiff is attached. unblock ruby-pygments.rb/0.5.4~ds1-1.1 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) diff -Nru ruby-pygments.rb-0.5.4~ds1/debian/changelog ruby-pygments.rb-0.5.4~ds1/debian/changelog --- ruby-pygments.rb-0.5.4~ds1/debian/changelog 2014-04-04 04:06:32.0 +0200 +++ ruby-pygments.rb-0.5.4~ds1/debian/changelog 2014-11-22 17:17:34.0 +0100 @@ -1,3 +1,10 @@ +ruby-pygments.rb (0.5.4~ds1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update the testsuite (Closes: #768615) + + -- Tomasz Buchert tomasz.buch...@inria.fr Sat, 22 Nov 2014 15:18:14 +0100 + ruby-pygments.rb (0.5.4~ds1-1) unstable; urgency=low * Initial release (Closes: #703188) diff -Nru ruby-pygments.rb-0.5.4~ds1/debian/patches/0007-Update-test-result.patch ruby-pygments.rb-0.5.4~ds1/debian/patches/0007-Update-test-result.patch --- ruby-pygments.rb-0.5.4~ds1/debian/patches/0007-Update-test-result.patch 2014-04-04 03:54:49.0 +0200 +++ ruby-pygments.rb-0.5.4~ds1/debian/patches/0007-Update-test-result.patch 2014-11-22 17:17:34.0 +0100 @@ -1,18 +1,28 @@ Description: Update test result Subject: Update test result - Using old test result. + The upstream testsuite is using an embedded pygments version, which + at the moment of writing this is 2.0pre. The version in Debian is + slightly different (2.0rc1) and there are some minor mismatches. Most + importantly, the Debian version is unable to find a good lexer for + ambigous code a. It is fixed by forcing it to use Ruby lexer. Already reported upstream https://github.com/tmm1/pygments.rb/issues/118 Author: Per Andersson avtob...@gmail.com --- --- a/test/test_pygments.rb +++ b/test/test_pygments.rb -@@ -32,7 +32,7 @@ - def test_highlight_works_with_larger_files - code = P.highlight(REDIS_CODE) - assert_match 'used_memory_peak_human', code --assert_equal 455203, code.bytesize.to_i -+assert_equal 454107, code.bytesize.to_i +@@ -88,7 +88,7 @@ end - def test_returns_nil_on_timeout + def test_highlight_works_with_single_character_input +-code = P.highlight(a) ++code = P.highlight(a, :lexer = 'ruby') + assert_match 'a/span', code + end + +@@ -283,5 +283,3 @@ + assert list['Html'][:aliases].include?('html') + end + end +- +-
Bug#771318: ITP: libjs-requirejs -- uses plain script tags to load modules/files
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-requirejs Version : 2.1.9 Upstream Author : jrburke jrbu...@gmail.com * URL : https://github.com/jrburke/requirejs * License : BSD-or-MIT Programming Lang: Javascript Description : uses plain script tags to load modules/files RequireJS uses plain script tags to load modules/files, so it should allow for easy debugging. It can be used simply to load existing JavaScript files so one can add it to existing project without having to re-write JavaScript files. . RequireJS includes an optimization tool one can run as part of packaging steps for deploying code. The optimization tool can combine and minify JavaScript files to allow for better performance. This is another dependency of OpenStack Fuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768965: ETA for upload?
Hello Helge, I commited a new version fixing the translation bugs (sources available on github), but i unfortunately do not have upload rights on the debian repositories. I cc'ed sylvestre, who uploaded the first version. I hope he'll have time to take a look soon. Feel free to ask if there is something else. Regards,
Bug#771316: youtube-dl: please package new upstream release
Package: youtube-dl Version: 2014.10.30-1 Severity: wishlist Hi, could you please package the new youtube-dl upstream version (2014.11.27 as of now)? This will be needed by the new mpv version I'm preparing, which added support for playing YouTube videos and similar by using youtube-dl instead of libquvi. Cheers -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages youtube-dl depends on: ii python2.7.8-2 ii python-pkg-resources 5.5.1-1 Versions of packages youtube-dl recommends: pn libav-tools | ffmpeg | ffprobe none pn mplayer2 | mplayer none pn rtmpdumpnone youtube-dl 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#771319: debian-maintainers: Annual ping for Thomas Krennwallner
Package: debian-maintainers Severity: normal I reconfirm my interest in Debian by sending the annual ping for 2014. Best, Thomas Krennwallner -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#771243: stage1 multilib cross compiler has unsatisfiable dependencies
On 11/27/2014 11:32 PM, Helmut Grohne wrote: Package: src:gcc-4.9 Version: 4.9.2-3.1 Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi Matthias, When building a stage1 cross compiler using the default method, the resulting multilib package is not installable. gcc-4.9-multilib-$targettriplet depends on * lib${biarch}gcc-4.9-dev This package is not built in stage1. this is wrong. find out why lib${biarch}gcc-4.9-dev is not built for you. it works for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771320: unblock: latex-mk/2.1-1.3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package latex-mk This is an NMU patch removes dependency on tgif which, with high confidence, is not going to be released with jessie. Tgif is not an essential dependency and latex-mk is goind to work just fine. If the user tries to use tgif functionality, she/he will be shown a message showing that tgif support is not available. The patch is attached. unblock latex-mk/2.1-1.3 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) diff -Nru latex-mk-2.1/debian/changelog latex-mk-2.1/debian/changelog --- latex-mk-2.1/debian/changelog 2014-04-25 16:45:24.0 +0200 +++ latex-mk-2.1/debian/changelog 2014-11-22 20:19:57.0 +0100 @@ -1,3 +1,10 @@ +latex-mk (2.1-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Disable support and dependency on tgif (Closes: #768690) + + -- Tomasz Buchert tomasz.buch...@inria.fr Sat, 22 Nov 2014 18:14:45 +0100 + latex-mk (2.1-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru latex-mk-2.1/debian/control latex-mk-2.1/debian/control --- latex-mk-2.1/debian/control 2014-04-25 16:44:02.0 +0200 +++ latex-mk-2.1/debian/control 2014-11-22 20:19:57.0 +0100 @@ -6,7 +6,7 @@ Build-Depends-Indep: texlive-base, texlive-latex-base, texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended, texinfo, xsltproc, docbook-xsl, graphicsmagick-imagemagick-compat, gv, hevea, latex2rtf, cups-bsd, - ghostscript, tgif, transfig, csh, autoconf + ghostscript, transfig, csh, autoconf Standards-Version: 3.9.2 Homepage: http://latex-mk.sourceforge.net/ @@ -15,7 +15,7 @@ Depends: ${misc:Depends} Recommends: make, texlive-latex-recommended, texlive-base Suggests: graphicsmagick-imagemagick-compat, gv, hevea, latex2rtf, cups-bsd, - ghostscript, tgif, transfig + ghostscript, transfig Description: tool for managing LaTeX projects LaTeX-Mk is a collection of Makefile fragments and shell scripts for managing small to large sized LaTeX projects. The typical LaTeX-Mk diff -Nru latex-mk-2.1/debian/patches/disable-tgif.patch latex-mk-2.1/debian/patches/disable-tgif.patch --- latex-mk-2.1/debian/patches/disable-tgif.patch 1970-01-01 01:00:00.0 +0100 +++ latex-mk-2.1/debian/patches/disable-tgif.patch 2014-11-22 20:19:57.0 +0100 @@ -0,0 +1,28 @@ +Description: Disables build dependency on tgif + tgif was removed from testing for various reasons. + First, its dependencies are not in testing (see https://bugs.debian.org/699301) + and then its own status is ambiguous (see https://bugs.debian.org/668249). + This patch disables tgif-related functionality by showing error + message if the user wants to use it. + . + latex-mk (2.1-1.3) unstable; urgency=medium + . + * Non-maintainer upload. + * Disable support and dependency on tgif (Closes: #768690) +Author: Tomasz Buchert tomasz.buch...@inria.fr +Bug-Debian: https://bugs.debian.org/768690 + +--- a/latex.mk.in.in b/latex.mk.in.in +@@ -432,9 +432,11 @@ + # pull in tgif.[g]mk if needed + + BMK:.if defined(_USE_TGIF_MK) ++BMK:.error Support for tgif files is not available, see https://bugs.debian.org/768690 + BMK:.include ${LATEX_MK_DIR}/tgif.mk + BMK:.endif + GMK:ifdef _USE_TGIF_MK ++GMK:$(error Support for tgif files is not available, see https://bugs.debian.org/768690) + GMK:include ${LATEX_MK_DIR}/tgif.gmk + GMK:endif + diff -Nru latex-mk-2.1/debian/patches/series latex-mk-2.1/debian/patches/series --- latex-mk-2.1/debian/patches/series 2011-06-22 04:36:52.0 +0200 +++ latex-mk-2.1/debian/patches/series 2014-11-22 20:19:57.0 +0100 @@ -2,3 +2,4 @@ use-fancyhdr.patch new-nomencl.patch use-gunzip-instead-of-gzcat.patch +disable-tgif.patch
Bug#770330: using getprop in debian/preinst
Hey Lazslo/GCS, Any luck with your investigation? I'd like to avoid having this package AUTORMed from jessie. I added your improved chroot detection to enforce that this package is only included on a chroot. As for the `getprop` method, I can't think of anyway to really use getprop from a debian/preinst script since it'll always be in /system/bin/getprop, and not in the Debian chroot. .hc signature.asc Description: OpenPGP digital signature
Bug#768325: [Intent to NMU] Bug#768325: machanger: Automatic run doesn't change the serial number, only vendor id
Hans-Christoph Steiner wrote (28 Nov 2014 11:23:35 GMT) : intrigeri: Fully agreed. I intend to NMU based on Jean-Michel's patch (and proposed package update on mentors.d.n), and then request an unblock before the December 5th deadline. Any objection? Sounds good to me! Uploaded and pushed to the Vcs-Git. I'll take care of the unblock request, unless Jean-Michel beats me to it (don't hesitate). Jean-Michel: I've split your changes into atomic commits, and slightly rephrased debian/changelog. Next time, don't hesitate submitting a Git branch, I suspect the maintainers would appreciate being able to simply pull from it :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771321: openssh-client: ssh-copy-id appears to hang when an existing control master is open
Package: openssh-client Version: 1:6.7p1-3 Severity: normal What actually happens is that ssh-copy-id tries to run this code, expecting it to fail: REMOTE_VERSION=$(ssh -v -o PreferredAuthentications=',' $@ 21 | sed -ne 's/.*remote software version //p') However, if an existing control master is open, and ssh is configured to use it, this will /not/ fail, leaving you controlling an ssh connection to the remote host, without seeing any of the output (since it's being piped into sed), making it look like ssh-copy-id has hung. I think most (or maybe all) of the ssh invocations in ssh-copy-id should probably just pass -o ControlPath=none since using an existing control master is not desireable in those cases. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.21 ii libc6 2.19-13 ii libedit2 3.1-20140620-2 ii libgssapi-krb5-2 1.12.1+dfsg-15 ii libselinux1 2.3-2 ii libssl1.0.0 1.0.1j-1 ii passwd1:4.2-3 ii zlib1g1:1.2.8.dfsg-2 Versions of packages openssh-client recommends: ii xauth 1:1.0.9-1 Versions of packages openssh-client suggests: pn keychain none pn libpam-sshnone ii monkeysphere 0.37-1 ii ssh-askpass 1:1.2.4.1-9 -- 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#771244: bash 4.3: Clear Scrollback and Reset (Ctrl-Shift-X) in konsole stopped to work as expected when upgrading from upstream bash 4.2 to upstream bash 4.3
Doesn't seem like a bug to me. You asked your terminal emulator to clear the screen. It did so. Now you complain that it's too clean :) I understand how it may look confusing, but I don't think the term has much option here. Suppose that instead of the shell, you were executing something else (eg. reading a log file). What would be the right behavior there? Its only option is to clear its screen. If you know you were in a shell, and want the prompt to reappear, you only need to press enter after the reset. Best regards PS: While I agree that what you are considering a bug is not Debian-specific, I don't think you had enough data at bug submission time to ascertain that this was an upstream bug (specially not knowing which was the upstream provider). However, you did a good job describing the bug report itself. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771322: monit: in rsyslog condig /var/log/messages should change once an hour (65mins) - there is no daemon on my system that writes there
Package: monit Version: 1:5.10-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? installing backported monit * What exactly did you do (or not do) that was effective (or ineffective)? activated rsyslog plugin * What was the outcome of this action? alert in non-changed /var/log/messages * What outcome did you expect instead? no alert, I suggest to monitor /var/log/syslog instead Thank you! *** End of the template - remove these lines *** -- Package-specific info: Monit config file /etc/monit/monitrc is *NOT* readable by reportbug. Please, consider to rerun reportbug as root and *carefully* examine reportbug's output (e.g., monitrc content), before sending it out. Contents of /etc/monit/ directory: /etc/monit: total 24 drwxr-xr-x 2 root root 4096 Nov 22 00:43 conf.d -rw--- 1 root root 11309 Nov 14 23:47 monitrc drwxr-xr-x 2 root root 4096 Nov 12 00:32 monitrc.d drwxr-xr-x 2 root root 4096 Nov 6 22:02 templates /etc/monit/conf.d: total 0 lrwxrwxrwx 1 root root 23 Nov 12 00:33 00_monitrc - ../monitrc.d/00_monitrc lrwxrwxrwx 1 root root 20 Nov 11 23:53 apache2 - ../monitrc.d/apache2 lrwxrwxrwx 1 root root 20 Nov 12 00:33 courier - ../monitrc.d/courier lrwxrwxrwx 1 root root 25 Nov 12 00:33 courier-auth - ../monitrc.d/courier-auth lrwxrwxrwx 1 root root 17 Nov 11 23:53 cron - ../monitrc.d/cron lrwxrwxrwx 1 root root 21 Nov 12 00:34 fail2ban - ../monitrc.d/fail2ban lrwxrwxrwx 1 root root 18 Nov 12 00:25 munin - ../monitrc.d/munin lrwxrwxrwx 1 root root 18 Nov 11 23:52 mysql - ../monitrc.d/mysql lrwxrwxrwx 1 root root 27 Nov 11 23:54 openssh-server - ../monitrc.d/openssh-server lrwxrwxrwx 1 root root 25 Nov 12 00:34 php-fpm-unix - ../monitrc.d/php-fpm-unix lrwxrwxrwx 1 root root 20 Nov 11 23:53 rsyslog - ../monitrc.d/rsyslog lrwxrwxrwx 1 root root 18 Nov 12 00:34 unscd - ../monitrc.d/unscd lrwxrwxrwx 1 root root 29 Nov 12 00:35 worker.szepe.net - ../monitrc.d/worker.szepe.net /etc/monit/monitrc.d: total 92 -rw-r--r-- 1 root root 342 Nov 12 00:31 00_monitrc -rw-r--r-- 1 root root 481 Nov 2 23:55 acpid -rw-r--r-- 1 root root 641 Nov 2 23:55 apache2 -rw-r--r-- 1 root root 456 Nov 2 23:55 at -rw-r--r-- 1 root root 926 Nov 17 02:18 courier -rw-r--r-- 1 root root 785 Nov 6 22:34 courier-auth -rw-r--r-- 1 root root 692 Nov 2 23:55 cron -rw-r--r-- 1 root root 290 Nov 6 22:48 fail2ban -rw-r--r-- 1 root root 603 Nov 2 23:55 mdadm -rw-r--r-- 1 root root 670 Nov 2 23:55 memcached -rw-r--r-- 1 root root 109 Nov 19 00:35 munin -rw-r--r-- 1 root root 704 Nov 2 23:55 mysql -rw-r--r-- 1 root root 522 Nov 2 23:55 nginx -rw-r--r-- 1 root root 472 Nov 2 23:55 openntpd -rw-r--r-- 1 root root 953 Nov 12 00:40 openssh-server -rw-r--r-- 1 root root 684 Nov 2 23:55 pdns-recursor -rw-r--r-- 1 root root 1208 Nov 12 00:46 php-fpm-unix -rw-r--r-- 1 root root 1422 Nov 2 23:55 postfix -rw-r--r-- 1 root root 816 Nov 19 00:36 rsyslog -rw-r--r-- 1 root root 502 Nov 2 23:55 smartmontools -rw-r--r-- 1 root root 310 Nov 2 23:55 snmpd -rw-r--r-- 1 root root 658 Nov 11 23:54 unscd -rw-r--r-- 1 root root 301 Nov 17 01:09 worker.szepe.net /etc/monit/templates: total 12 -rw-r--r-- 1 root root 164 Nov 2 23:55 rootbin -rw-r--r-- 1 root root 160 Nov 2 23:55 rootrc -rw-r--r-- 1 root root 164 Nov 2 23:55 rootstrict -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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/bash Versions of packages monit depends on: ii libc62.13-38+deb7u6 ii libpam0g 1.1.3-7.1 ii libssl1.0.0 1.0.1e-2+deb7u13 ii lsb-base 4.1+Debian8+deb7u1 monit recommends no packages. Versions of packages monit suggests: ii courier-mta [mail-transport-agent] 0.68.2-1 pn sysvinit-core none -- Configuration Files: /etc/monit/monitrc [Errno 13] Permission denied: u'/etc/monit/monitrc' /etc/monit/monitrc.d/openssh-server changed [not included] /etc/monit/monitrc.d/rsyslog changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766762: [Intent to NMU] Re: Bug#766762: upower: fatal memory leak on low battery
Hi, intrigeri wrote (25 Nov 2014 20:01:39 GMT) : for the record, new patches have been posted on the upstream bug tracker. They work fine for me. I've just pinged upstream to know if we have a chance to see these patches merged there by the end of the month. If this doesn't happen, I'd like to NMU with these patches, and ask for an unblock. The patch that I've been testing for a few days, and that fixes this bug for me, has now been merged upstream (commit 4221835fa). They plan to put a new bugfix release out soonish, that plugs a few other memory leaks and fixes some more bugs, but the total amount of changes in their master branch (compared to the UPOWER_0_99_1 tag) makes me wary to request an unblock for the whole thing: 27 files changed, 373 insertions(+), 104 deletions(-) as opposed to just commit 4221835fa: 1 file changed, 18 insertions(+), 2 deletions(-) So, I'd like to NMU with upstream commit 4221835fa cherry-picked. Any objection? Anyone who would rather take the other fixes too? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768189: debconf makes sense
When I install a webserver, I expect a running webserver after the installation is finished. That logic applies throughout Debian. So when I install macchanger, I expect my MAC to be changed. But upgrading to this behavior does break people's previous assumptions. I think having this as a DebConf option makes the most sense. I think it would be good to also include the TAILS udev approach, but I didn't have time to do that myself. Contributions are most welcome there, the git repo is in collab-maint. .hc signature.asc Description: OpenPGP digital signature
Bug#767295: xl: apparent memory leak
reopen 767295 thanks The 4.4.1-4 release only included one related fix there are actually two more: commit 379b351889a8f02abe30a06e2ce9ba8b381b91ab Author: Ian Campbell ian.campb...@citrix.com Date: Thu Nov 6 13:00:31 2014 + tools: libxl: do not leak diskpath during local disk attach libxl__device_disk_local_initiate_attach is assigning dls-diskpath with a strdup of the device path. This is then passed to the callback, e.g. parse_bootloader_result but bootloader_cleanup will not free it. Since the callback is within the scope of the (e)gc and therefore doesn't need to be malloc'd, a gc'd alloc will do. All other assignments to this field use the gc. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767295 Reported-by: Gedalya geda...@gedalya.net Signed-off-by: Ian Campbell ian.campb...@citrix.com Acked-by: Ian Jackson ian.jack...@eu.citrix.com Acked-by: Wei Liu wei.l...@citrix.com commit 8f4023dd7d77de7b2c1af77e86637202a33f948a Author: Ian Campbell ian.campb...@citrix.com Date: Thu Nov 20 15:48:47 2014 + libxc: don't leak buffer containing the uncompressed PV kernel The libxc xc_dom_* infrastructure uses a very simple malloc memory pool which is freed by xc_dom_release. However the various xc_try_*_decode routines (other than the gzip one) just use plain malloc/realloc and therefore the buffer ends up leaked. The memory pool currently supports mmap'd buffers as well as a directly allocated buffers, however the try decode routines make use of realloc and do not fit well into this model. Introduce a concept of an external memory block to the memory pool and provide an interface to register such memory. The mmap_ptr and mmap_len fields of the memblock tracking struct lose their mmap_ prefix since they are now also used for external memory blocks. We are only seeing this now because the gzip decoder doesn't leak and it's only relatively recently that kernels in the wild have switched to better compression. This is https://bugs.debian.org/767295 Reported by: Gedalya geda...@gedalya.net Signed-off-by: Ian Campbell ian.campb...@citrix.com Reviewed-by: Wei Liu wei.l...@citrix.com Which the actual leaks discovered here (of which the second is the far larger). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771089: quodlibet: Display glitch in filesystem view
Le 2014-11-28 12:44, Christoph Reiter a écrit : Thanks for figuring it out. I can reproduce with GnomishBeige and the cause seem to be the list separators in the directory tree. If you want to keep the theme you can use the Theme Switcher plugin in QL to force a different theme just for QL. Thanks for the tip. GnomishBeige is using the main theme engine, so this is likely a bug in GTK+ Oh, so should we forward this bug somewhere, then ? To GTK upstream ? -- Jérôme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771323: unblock: gnome-bluetooth/3.14.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, The current version of gnome-bluetooth (3.14.0-1) in testing is depending against obex-data-server (org.openobex) and obexd-client (ie. org.bluez.obex.Client), but the code in gnome-bluetooth is using the dbus API from the obex implementation provided by bluez-obex package (org.bluez.obex.Client.*1*). I've uploaded a new version of the package to fix the dependency. Please unblock package gnome-bluetooth unblock gnome-bluetooth/3.14.0-2 Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru gnome-bluetooth-3.14.0/debian/changelog gnome-bluetooth-3.14.0/debian/changelog --- gnome-bluetooth-3.14.0/debian/changelog 2014-09-22 21:05:41.0 +0200 +++ gnome-bluetooth-3.14.0/debian/changelog 2014-11-28 12:42:15.0 +0100 @@ -1,3 +1,11 @@ +gnome-bluetooth (3.14.0-2) unstable; urgency=medium + + * debian/control.in: Depends against bluez-obex instead of obex-data-server +and obexd-client, gnome-bluetooth uses the new interfaces +(org.bluez.obex.Client vs. org.bluez.obex.Client1, yes this is confusing) + + -- Laurent Bigonville bi...@debian.org Fri, 28 Nov 2014 12:42:14 +0100 + gnome-bluetooth (3.14.0-1) unstable; urgency=medium * New upstream release. diff -Nru gnome-bluetooth-3.14.0/debian/control gnome-bluetooth-3.14.0/debian/control --- gnome-bluetooth-3.14.0/debian/control 2014-09-22 21:06:22.0 +0200 +++ gnome-bluetooth-3.14.0/debian/control 2014-11-28 12:50:58.0 +0100 @@ -6,7 +6,7 @@ Section: gnome Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Andreas Henriksson andr...@fatal.se, Emilio Pozuelo Monfort po...@debian.org, Laurent Bigonville bi...@debian.org, Michael Biebl bi...@debian.org, Sjoerd Simons sjo...@debian.org +Uploaders: Andreas Henriksson andr...@fatal.se, Laurent Bigonville bi...@debian.org, Michael Biebl bi...@debian.org, Sjoerd Simons sjo...@debian.org Build-Depends: autotools-dev, cdbs (= 0.4.93), debhelper (= 8.1.0~), @@ -29,8 +29,7 @@ Package: gnome-bluetooth Pre-Depends: ${misc:Pre-Depends} Depends: bluez (= 5.5), - obex-data-server, - obexd-client, + bluez-obexd, udev (= 154), libpam-systemd, ${gir:Depends}, diff -Nru gnome-bluetooth-3.14.0/debian/control.in gnome-bluetooth-3.14.0/debian/control.in --- gnome-bluetooth-3.14.0/debian/control.in 2014-07-16 09:23:22.0 +0200 +++ gnome-bluetooth-3.14.0/debian/control.in 2014-11-28 10:51:51.0 +0100 @@ -25,8 +25,7 @@ Package: gnome-bluetooth Pre-Depends: ${misc:Pre-Depends} Depends: bluez (= 5.5), - obex-data-server, - obexd-client, + bluez-obexd, udev (= 154), libpam-systemd, ${gir:Depends},
Bug#771305: [Aptitude-devel] Bug#771305: mantual: document 'T' state flag
Control: forcemerge 770073 -1 Hi Yuri, Yuri D'Elia wrote: I happened to have one package partially installed ('T' current state flag). However, 'T' is not documented in the manual. It would be nice if it was. There is already a patch for that in https://bugs.debian.org/770073 -- merging. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771324: gcc-4.9: Please add patch to fix exception problem on powerpcspe
Source: gcc-4.9 Version: 4.9.2-3 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, on powerpcspe, processes with pthreads fail at pthread_exit() with SIGABRT: $ cat thread_p.c #include stdio.h #include string.h #include pthread.h #include stdlib.h #include unistd.h pthread_t tid[2]; int ret1; void* doSomeThing(void *arg) { unsigned long i = 0; printf(\n First thread processing done\n); ret1 = 100; pthread_exit(ret1); return NULL; } int main(void) { int i = 0; int err; int *ptr[2]; err = pthread_create((tid[i]), NULL, doSomeThing, NULL); if (err != 0) printf(\ncan't create thread :[%s], strerror(err)); else printf(\n Thread created successfully\n); pthread_join(tid[0], (void**)(ptr[0])); printf(\n return value from first thread is [%d]\n, *ptr[0]); return 0; } $ gcc -O0 -g -o thread_p -lpthread thread_p.c $ gdb ./thread_p GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as powerpc-linux-gnuspe. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from ./thread_p...done. (gdb) run Starting program: /home/ernie/thread_p warning: Could not load shared library symbols for linux-vdso32.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/powerpc-linux-gnuspe/libthread_db.so.1. b[New Thread 0x48832470 (LWP 3291)] First thread processing done Thread created successfully Program received signal SIGABRT, Aborted. [Switching to Thread 0x48832470 (LWP 3291)] 0x0fe5f680 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt #0 0x0fe5f680 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x0fe61220 in __GI_abort () at abort.c:89 #2 0x0fdffbd0 in uw_init_context_1 (context=context@entry=0x48831968, outer_cfa=outer_cfa@entry=0x48831d20, outer_ra=0xffd70e8 _Unwind_ForcedUnwind+148) at ../../../src/libgcc/unwind-dw2.c:1567 #3 0x0fe00550 in _Unwind_ForcedUnwind (exc=0x488326c0, stop=0xffd3f84 unwind_stop, stop_argument=0x48831db0) at ../../../src/libgcc/unwind.inc:201 #4 0x0ffd70e8 in _Unwind_ForcedUnwind (exc=optimized out, stop=optimized out, stop_argument=optimized out) at ../nptl/sysdeps/pthread/unwind-forcedunwind.c:137 #5 0x0ffd4130 in __GI___pthread_unwind (buf=optimized out) at unwind.c:129 #6 0x0ffcbc94 in __do_cancel () at pthreadP.h:280 #7 __pthread_exit (value=optimized out) at pthread_exit.c:29 #8 0x160c in doSomeThing (arg=0x0) at thread_p.c:15 #9 0x0ffcab74 in start_thread (arg=0x48832470) at pthread_create.c:311 #10 0x0ff1a508 in clone () at ../sysdeps/unix/sysv/linux/powerpc/powerpc32/clone.S:102 (gdb) After some discussion with upstream (where a similar fix is currently being integrated / pending), I came up with the attached patch for Debian's gcc-4.9. See also the upstream patches: https://gcc.gnu.org/ml/gcc-patches/2014-10/msg02605.html https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02625.html Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --- a/src/gcc/config/rs6000/rs6000.c 2014-11-28 13:37:46.330028430 +0100 +++ b/src/gcc/config/rs6000/rs6000.c 2014-11-28 13:39:15.634789216 +0100 @@ -1703,7 +1703,7 @@ rs6000_hard_regno_nregs_internal (int re SCmode so as to pass the value correctly in a pair of registers. */ else if (TARGET_E500_DOUBLE FLOAT_MODE_P (mode) mode != SCmode - !DECIMAL_FLOAT_MODE_P (mode)) + !DECIMAL_FLOAT_MODE_P (mode) SPE_SIMD_REGNO_P (regno)) reg_size = UNITS_PER_FP_WORD; else --- a/src/gcc/defaults.h 2014-11-28 13:37:11.173728954 +0100 +++ b/src/gcc/defaults.h 2014-11-28 13:37:56.326113532 +0100 @@ -438,6 +438,11 @@ #define DWARF_FRAME_REGNUM(REG) DBX_REGISTER_NUMBER (REG) #endif +/* The mapping from dwarf CFA reg number to internal dwarf reg numbers. */ +#ifndef DWARF_REG_TO_UNWIND_COLUMN +#define DWARF_REG_TO_UNWIND_COLUMN(REGNO) (REGNO) +#endif + /* Map register
Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On Nov 28, Svante Signell svante.sign...@gmail.com wrote: a) Upgrades should _not_ change init: whatever is installed should be kept. I disagree: upgrades should get the default init system unless the system administrator chooses otherwise. b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. It would be totally unacceptable to waste the time of every Debian user with pointless advertisement. This can be documented in the release notes, if needed. -- ciao, Marco pgpxwIg552ZMV.pgp Description: PGP signature
Bug#771325: ITP: libjs-require-css -- requiring and optimization with almond support
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-require-css Version : 0.1.0 Upstream Author : Guy Bedford guybedf...@gmail.com * URL : https://github.com/guybedford/require-css * License : Expat Programming Lang: Javascript Description : requiring and optimization with almond support This Javascript library allows the construction of scripts that can require CSS, using the simple RequireJS syntax. Require-css is fully compatible with IE 6+, Chrome 3+, Firefox 3.5+, Opera 10+, iOS. This is another dependency of OpenStack Fuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie
On 2014-11-28 14:41, Marco d'Itri wrote: On Nov 28, Svante Signell svante.sign...@gmail.com wrote: [...] b) New installs should get systemd-sysv as default init with a debconf message about alternative init systems. It would be totally unacceptable to waste the time of every Debian user with pointless advertisement. This can be documented in the release notes, if needed. I suspect it would fit better in the installation-guide. The release-notes concerns itself mainly with upgrades and not with fresh installs. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771326: ITP: libjs-requirejs-text -- loader plugin for loading text resources
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-requirejs-text Version : 2.0.9 Upstream Author : James Burke jrbu...@gmail.com * URL : https://github.com/requirejs/text * License : BSD-or-MIT Programming Lang: Javascript Description : loader plugin for loading text resources It is nice to build HTML using regular HTML tags, instead of building up DOM structures in script. However, there is no good way to embed HTML in a JavaScript file. The best that can be done is using a string of HTML, but that can be hard to manage, particularly for multi-line HTML. . The text.js AMD loader plugin can help with this issue. It will automatically be loaded if the text! prefix is used for a dependency. This is the hopefully last Javascript dependency for OpenStack Fuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767861: [Packaging] Bug#767861: munin-async: Fix a couple of typos in munin-async.README.Debian
control: tags -1 + pending Hi Francois, thanks for your bugreport with patch! I've just commited the fix to git, so that it will be included in 2.0.25-2 or 2.0.26-1 cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#768189: debconf makes sense
Hi, Hans-Christoph Steiner wrote (28 Nov 2014 13:20:38 GMT) : When I install a webserver, I expect a running webserver after the installation is finished. That logic applies throughout Debian. Indeed that's the case for daemons. So when I install macchanger, I expect my MAC to be changed. ... but macchanger isn't a daemon. The package description reads utility for manipulating the MAC address of network interfaces. So, I don't expect it to do any such thing by default. I instead expect it to be available for me to manipulate MAC addresses. But upgrading to this behavior does break people's previous assumptions. Indeed. IMO this bug's severity should be raised to RC, because it apparently breaks quite a few common network configurations. Quite frankly, introducing this feature that late in a release cycle feels quite risky to me. I wonder if the sanest thing to do would be to revert it for Jessie, and work on it again for Stretch. I think having this as a DebConf option makes the most sense. Agreed. In the meantime, the minimum would be to disable this feature by default IMO. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org