Bug#760540: duplicate report
On Fri, 5 Sep 2014 07:35:15 +0200 Helmut Grohne hel...@subdivi.de wrote: forcemerge 742871 760540 I don't believe merging these two bugs is correct. 742871 appears in versions possibly as early and 1.7.6.1-2.1 and definitely in 1.8.1-1. libopendbx builds fine with 1.8.7. It only fails with 1.8.8, so despite the similar symptoms, I don't understand how it could be the same issue. Also, I think causing multiple packages to FTBFS is more significant the important. Please raise to at least serious. Surely you don't believe doxygen is fit to release in this state? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758543: mplayer bug ducktape fix
Am Freitag, den 05.09.2014, 15:25 +1000 schrieb Stuart Prescott: Installing mplayer how? There is no mplayer package in either jessie or sid. (And packages from wheezy are not going to work in jessie or sid -- that's what this bug is about) I guess d-m.o packages are involved here. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759647: autoconf: please support configure --runstatedir
On Thu, Sep 04, 2014 at 08:14:28PM -0400, Benjamin Kaduk wrote: On Sun, 31 Aug 2014, Ben Pfaff wrote: On Fri, Aug 29, 2014 at 12:25:33AM -0400, Benjamin Kaduk wrote: Package: autoconf Version: 2.69-7 Severity: wishlist Upstream autoconf has introduced the ability to set runstatedir with an argument to configure, for the 2.70 release. I would like to use this feature for krb5, to put a socket used at runtime in /run instead of /etc/. It looks like Autoconf 2.70 is not yet released. I am nervous, in any case, about upgrading Debian is a whole new version of Autoconf at this stage in the release. I don't think I was intending to suggest a wholesale upgrade, rather that we investigate applying a patch to the Debian package. Have you taken a look at what patches would be required to add just this feature to Autoconf 2.69? If they are small, then it might be appropriate to apply just those patches to the Debian package. I had not previously looked, but it appears to be just a single commit, http://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=commitdiff;h=a197431414088a417b407b9b20583b2e8f7363bd It looks low-risk to me, and I agree that it is potentially beneficial. I will plan to apply this to the Debian package for 2.69. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561670: Powermanga : new upstream release (version 0.92)
Markus Koschany a...@gambaru.de writes: I now assume that those bugs are either fixed in the latest version of Powermanga, 0.92, or that more information are needed to fix them. Bug #561670 D-pad won't move the ship straight left doesn't seem seem fixed in the upstream Powermanga 0.92. If you search for SDL_HAT_LEFT in src/display_sdl.c, you'll see that it still sets both joy_right = 1 and joy_left = 1. It's a bit difficult for me to test it in practice though, as I forgot where I've put the gamepad. What kind of information would you need to fix this? pgpkHYrRTHfNV.pgp Description: PGP signature
Bug#757412: fixed in exiv2 0.24-3
Hi Aurelien, On 2014-09-05 00:33, Aurelien Jarno wrote: exiv2 (0.24-3) experimental; urgency=medium . * Team upload. * Integrate 0.23-1.1 NMU (thanks Wookey). * Move the libjs-jquery, doxygen, graphviz build dependencies as Build-Depend-Indep, as they are needed in indep-build only. * Update libtool files for ppc64el. (Closes: #757412) Thanks for this quick fix. We would also need this in unstable as it currently prevent KDE to be built on ppc64el (through strigi). Do you thing it is possible to do an upload soon? Theoretically, the ideal way would be going forward with #732957, which also fixes and improves various stuff in the Debian packaging. If that transition does not get approved soon, I'll see what to do. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529555: [Puppet] onlyif + unless precedence = No, an AND relationship. To close.
Control: notfound -1 3.6.1-1 Hi Jayen, This is weird because when I test this particular case (no file and no link) on my computer, I don't have the error (even in verbose mode): - $ rm -f /tmp/myfile $ test -L /tmp/myfile $ echo $? 1 $ stat -L /tmp/myfile stat: cannot stat ‘/tmp/myfile’: No such file or directory $ echo $? 1 $ puppet apply -v -e exec { 'rm /tmp/myfile': onlyif = 'test -L /tmp/myfile', unless = 'stat -L /tmp/myfile', path = '/usr/bin:/usr/sbin:/bin'; } Notice: Compiled catalog for mypc.localhost in environment production in 0.04 seconds Info: Applying configuration version '1409898803' Notice: Finished catalog run in 0.06 seconds - The only way to reproduce your error is to remove the 'onlyif' in my version, but then, having the error is normal! What version of puppet do you have? Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760545: mumble mumble 1.2.8~7~g76f6870-2 shortcuts not capturing input
Package: mumble Version: 1.2.8~7~g76f6870-2 Severity: normal Just installed mumble and was configuring it when I found that trying to add a shortcut, that relies on a key or mouse button, doesn't work. This can be found in Configure-Settings-Shortcuts. For example, I was setitng up a push-to-talk key and when you click to setup what key/button you want it, it doesn't take any input. It just stays stuck at Press Shortcut and doesn't accept any input what-so-ever. Because of this, it's impossible to setup a shortcut. When searching around, I found a similar issue with this version posted on Ubuntu's bug tracker: https://bugs.launchpad.net/ubuntu/+source/mumble/+bug/1361834 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/6 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 mumble depends on: ii gconf2 3.2.6-3 ii libasound2 1.0.28-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libavahi-compat-libdnssd1 0.6.31-4 ii libc6 2.19-10 ii libg15daemon-client1 1.9.5.3-8.3 ii libgcc11:4.9.1-4 ii libopus0 1.1-2 ii libprotobuf8 2.5.0-9 ii libpulse0 5.0-6 ii libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libsndfile11.0.25-9 ii libspeechd20.8-6 ii libspeex1 1.2~rc1.2-1 ii libspeexdsp1 1.2~rc1.2-1 ii libssl1.0.01.0.1i-2 ii libstdc++6 4.9.1-4 ii libx11-6 2:1.6.2-3 ii libxi6 2:1.7.4-1 ii lsb-release4.1+Debian13 mumble recommends no packages. Versions of packages mumble suggests: pn mumble-server none ii speech-dispatcher 0.8-6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760453: RFS: amap/5.4+dfsg-1
On Thu, 2014-09-04 at 14:36 +0100, Gianfranco Costamagna wrote: Hi Gianfranco, Well, amap has been previously been removed from Debian due to licesnse reasons. (Please see #346313) You write in #753704 that is no longer is the case -- I just saw that LICENSE.AMAP is still there without any further digging; can you briefly update me? Hi Tobias, In #346313 the developer says: hmmm so basically I need to edit the LICENSE.GNU file to remove the license name as well as to remove the no further restrictions paragraph from it? ok, I will do that then for the next release ... Seems that the developer didn't do this, but in the source files (headers) you can see the license is GPL, and the LICENSE.GNU is almost the same as the one in usr/share/common-licenses. So IANAL, but we can just refer to the GPL-2 license, because the other one is not actually used? Well, the presence of the LICENSE.AMAP file and stating that this is the LICENCE FOR AMAP (all version) brings some doubt that GPL-2 (or GPL-2+ as in the souce) is the effective license; it could be GPL-2 witorth AMAP Restrictions (lets look at those below) and that would be indeed I just checked debsnap olds version (doing just a lazy gbp import-dscs --debsnap amap) and compared it to the current source: The license headers in the *.(c|h) has not been changed since. (So I fear that we cannot say it's GPL without a clear statement from upstream.) Unfortunatly, LICENSE.AMAP is not dfsg-free: For example, it fails The Desert Island test (must be made available to the author free of charge). and maybe The Dissident Test (enforcing that commercial use say that it uses the programm; 4. and 5. of the license. [1] (The special requirements for use in commercial fields are non-free as well, DFSG §5) Licenses' §2 except for a small transfer/medium fee is non-free (see 12j and 21 in [1]) Licenses' §3 is clearly non free (DFSG §6); refer to the famous JSON Licsense Must used for good not evil (see also (BTW, License 6 is a contradition to the source -- the source says GPL-2+ while §6 says only GPL-2) [1] https://people.debian.org/~bap/dfsg-faq.html So its non-free... Unless the authors relicenses in a way that LICENSE.AMAP is not applicavble anymore. Trickier is to evaluate if the AMAP and the GPL are compatible, because if not the whole would be not even distributeable. (GPL §7) So my concerns are GPL §6 -- You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License. Is herein the complete license or just the GPL part? I think I read somewhere (couldn't find the source now) the latter, and then it would become not distributeable at all I absolutely not sure on the above -- this question should be directed to debian-legal... (If I'd be right, amap would not even suitable for non-free) Otherwise, would be non-free possible (I need to think about it -- its complex topic -- if an upload to non-free could be possible instead license-wise) I don't know about this, I still don't understand this kind of licenses war (I mean, I understand them but I don't like them) ;) Yes, copyright/licenses are hard, tedious and boring, but unfortunatly it is very important to be accurate here, as these might create legal risks for the project. Upstream also writes that amap is depreciated in favour of nmap... Do you have any specific *why* wee still should have it in Debian, this question is not to torture, but this question could come up from other parties. some tools (e.g. openvas) uses it, moreover for some specific applications should perform better than nmap. So today, I recommend to rather use nmap -sV for application fingerprinting rather than amap (although in some circumstances amap will yield better results, but these are rare). Currently there are two tools for this purpose: amap (you are looking at it), and nmap (www.insecure.org/nmap). Both have their strength and weaknesses, as they deploy different techniques. We recommend to use both tools for reliabe identification. I know some penetration testing distros uses it, but I don't know how better performs than nmap, so maybe we can just leave it go. Ok, it seems that for (the niche of) pentesting this program could be interesting in addtion to nmap. (I think the website says that amap can do IPV6, but nmap not -- I don't know if this is real or just old information) -- tobi signature.asc Description: This is a digitally signed message part
Bug#758619: [reportbug/master] uninstall GTK+ readline hook, this prevent a crash in reportbug; thanks to Eric Valette for the report and to Simon McVittie for the GTK+-side analysis and patch; Closes
tag 758619 pending tag 758619 pending thanks Date: Thu Sep 4 23:14:37 2014 +0100 Author: Sandro Tosi mo...@debian.org Commit ID: 0d118098881a15a92a089ed20ba3e2eb08cfc4b7 Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=0d118098881a15a92a089ed20ba3e2eb08cfc4b7 Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=0d118098881a15a92a089ed20ba3e2eb08cfc4b7 uninstall GTK+ readline hook, this prevent a crash in reportbug; thanks to Eric Valette for the report and to Simon McVittie for the GTK+-side analysis and patch; Closes: #758619 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757190: [reportbug/master] Acknowledge NMU (thanks for that!); Closes: #757190
tag 757190 pending tag 757190 pending thanks Date: Thu Sep 4 23:04:49 2014 +0100 Author: Sandro Tosi mo...@debian.org Commit ID: dd6aa26ef5d5fe4dddf12ea52caacfbfd862b6ed Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=dd6aa26ef5d5fe4dddf12ea52caacfbfd862b6ed Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=dd6aa26ef5d5fe4dddf12ea52caacfbfd862b6ed Acknowledge NMU (thanks for that!); Closes: #757190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760546: djvusmooth: PageUp/PageDown for page turning doesn't work
Package: djvusmooth Version: 0.2.14-3 Severity: normal PageUp/PageDown for turning page isn't working. But, Setting - Previous page/Next page could be used for that. Greetings, Daniel Stender -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages djvusmooth depends on: ii djvulibre-bin3.5.25.4-4 ii python-djvu 0.3.9-4 ii python-wxgtk3.0 3.0.0.0+dfsg-4 ii python-xdg 0.25-4 pn python:any none djvusmooth recommends no packages. djvusmooth 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#754252: gvfsd-metadata exited with status 1
Package: evince Version: 3.4.0-3.1 Hi! I also get tons of the following messages: ** (evince:26018): WARNING **: DBus error org.freedesktop.DBus.Error.Spawn.Child Exited: Process /usr/lib/gvfs/gvfsd-metadata exited with status 1 I run fvwm as window-manager. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (300, 'proposed-updates'), (90, 'testing'), (70, 'testing-proposed-updates'), (60, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common3.4.0-3.1 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.19-10 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libevdocument3-4 3.4.0-3.1 ii libevview3-3 3.4.0-3.1 ii libgail-3-0 3.4.2-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.4.2-7 ii libice6 2:1.0.8-2 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+wheezy1 ii shared-mime-info 1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages evince recommends: ii dbus-x11 1.6.8-1+deb7u3 ii gvfs 1.12.3-4 Versions of packages evince suggests: pn nautilus none ii poppler-data 0.4.5-10 ii unrar 1:4.1.4-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#760547: info documentation not viewable in UTF-8 locale
Package: eblook Version: 1:1.6.1-13 Tags: patch The eblook info documentation cannot be displayed properly in a UTF-8 locale. I have tried viewing it using $ info eblook at the command line, and in Emacs. In both cases, the characters are garbled (mojibake). Both the .info files and the .texi sources are currently encoded in euc-jp. According to the texinfo documentation (https://www.gnu.org/software/texinfo/manual/texinfo/html_node/_0040documentencoding.html), texinfo doesn't currently support euc-jp input. I was able to fix the problem by reencoding eblook.texi as UTF-8 (using iconv -f euc-jp -t utf-8), and then adding @documentencoding UTF-8 to the texinfo header (see patch below). Makeinfo writes the document encoding into the local variables section of the info file, therefore the info-viewer should be able to display the UTF-8 encoded .info file correctly in locales using euc-jp too (untested). Patch (to be applied after reencoding eblook.texi as UTF-8): --- eblook.reencoded-from-euc-jp-to-utf-8.texi +++ eblook.texi @@ -3,6 +3,7 @@ @setfilename eblook.info @settitle eblook @setchapternewpage off +@documentencoding UTF-8 @c %**end of header @set UPDATED 23 Oct. 2002 -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760546: Bug#758950: djvusmooth: Please update to use wxpython3.0
Control: tags -1 +patch Thanks for the new patch! I've filed another bug on the PageUp/PageDown issue. Greetings, Daniel On 24.08.2014 04:53, Olly Betts wrote: Control: tags -1 +patch On Sat, Aug 23, 2014 at 06:25:14PM +0200, Jakub Wilk wrote: Alas, after applying this patch djvusmooth doesn't work well with wxPython 3.0. I spotted two problems: * The PageUp and PageDown cannot be used for switching between pages. I partially fixed it by using wx.Notebooks instead of wx.Choicebook[1]. But the keys still don't work when the focus is on a TreeCtrl widget. If you add a lot of bookmarks (lean on Ctrl+B for a bit), it becomes clearer why - Page Up and Page Down are used by that control to scroll up and down that list (and Home and End are also eaten). We can add a handler for EVT_KEY_DOWN to steal these key presses back. * Editing items in TreeCtrl widgets doesn't work. I'm not sure why it doesn't just work (as wxPython/demo/TreeCtrl.py from the wxPython 3.0 sources does and the code is very similar) but adding a handler for EVT_RIGHT_CLICK which calls EditLabel() makes it work as before. If you have ideas how to fix any of these problems, I'm all ears. :-) Unfortunately, I won't have much time to debug them myself. I've attached a debdiff - this is against what's in unstable, using the packaging from the SVN repo plus fixes for the two issues above. You might need to similarly fix the other wx.TreeCtrl - the djvu file I had to hand for testing had no text so I couldn't check that. Cheers, Olly -- https://qa.debian.org/developer.php?login=debian%40danielstender.com PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760493: how-can-i-help: please include manpage
On 05/09/14 at 02:40 +0200, Tomasz Nitecki wrote: Hey, On 04/09/14 19:25, Holger Levsen wrote: package: how-can-i-help please merge the branch feature/manpage so that how-can-i-help gets a manpage. Feature/manpage branch was already merged back and how-can-i-help contains a nice manpage (accessible via man how-can-i-help). Build-depends on asciidoc was removed by Lucas in bcc3b2e64bed896a3e907aa948c0f55135fe2af0 [1]. As of now, hcih contains both pregenerated manpage and a text version of it (that can be used to generate a manpage by a2x). I will delete feature/manpage branch if Lucas doesn't mind me doing so. Sure, go ahead. Lucas signature.asc Description: Digital signature
Bug#700093: patch update
Hi! Well... it looks like upstream efforts to add x32 JIT have been stalled for two years already. So let's just disable the JIT, like it's disabled on most architectures. Could you please upload fixed qtwebkit? It's in build-dependency chain for a lot of packages. Daniel's patch requires updating: 1. Source/JavaScriptCore/wtf/Platform.h is now Source/WTF/wtf/Platform.h 2. some defines need to be set by hand (which you do from debian/rules, I just had to add x32 to the list of architectures) Updated patch attached. During testing, I kept randomly getting recipe for target 'incremental' failed during roughly 2/3 build attempts, but a glance at current build status show this is unrelated. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. diff -urd qtwebkit-2.3.2.dfsg.0/Source/WTF/wtf/Platform.h qtwebkit-2.3.2.dfsg/Source/WTF/wtf/Platform.h --- qtwebkit-2.3.2.dfsg.0/Source/WTF/wtf/Platform.h 2013-07-10 14:34:26.0 +0200 +++ qtwebkit-2.3.2.dfsg/Source/WTF/wtf/Platform.h 2014-09-05 08:19:01.061759253 +0200 @@ -159,8 +159,12 @@ /* CPU(X86_64) - AMD64 / Intel64 / x86_64 64-bit */ #if defined(__x86_64__) \ || defined(_M_X64) +#ifdef __ILP32__ +#define WTF_CPU_X86_64_32 1 +#else #define WTF_CPU_X86_64 1 #endif +#endif /* CPU(ARM) - ARM, any version*/ #if defined(arm) \ diff -urd qtwebkit-2.3.2.dfsg.0/debian/rules qtwebkit-2.3.2.dfsg/debian/rules --- qtwebkit-2.3.2.dfsg.0/debian/rules 2014-09-03 17:53:27.0 +0200 +++ qtwebkit-2.3.2.dfsg/debian/rules 2014-09-05 08:44:52.150856020 +0200 @@ -31,7 +31,7 @@ #disable JIT assembler on archs where it doesn't compile #disable WTF_USE_3D_GRAPHICS on ARM where it doesn't compile #disable forcing SSE2 on all other platforms -ifneq (,$(filter arm64 armel mips mipsel powerpc ppc64el,$(DEB_HOST_ARCH))) +ifneq (,$(filter arm64 armel mips mipsel powerpc ppc64el x32,$(DEB_HOST_ARCH))) ./Tools/Scripts/build-webkit --qt DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_CXXFLAGS) else ifeq ($(DEB_HOST_ARCH),armhf) ./Tools/Scripts/build-webkit --qt DEFINES+=WTF_USE_3D_GRAPHICS=0 DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_CXXFLAGS)
Bug#379901: Pour re-valider votre compte e-mail
Votre compte de messagerie a dépassé sa limite de stockage. Vous ne serez pas en mesure de recevoir ou d'envoyer un message.Afin de rétablir votre compte s'il vous plaît Cliquezici: http://slb.edicy.co/ et soumettre votre webmail information requise. Merci. IT Service de sécurité Bureau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758937: GNUnet: compatibility with libcurl
I'd like to, but I there are some more bugs to be fixed, and with some of the team on the move to Rennes, releases are likely way slower than desired for a little while longer. -Christian 0x48426C7E.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#760548: python-djangorestframework: Broken symlink for grid.png
Package: python-djangorestframework Version: 2.3.14-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, The package ships a symlink in /usr/lib/python2.7/dist-packages/rest_framework/static/rest_framework/img/grid.png pointing to .../../../../../../../share/pyshared/rest_framework/static/rest_framework/img/grid.png (resolves to/usr/share/pyshared/rest_framework/static/rest_framework/img/grid.png) But this file does not exists. This breaks the `collectstatic` command for django. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-djangorestframework depends on: ii libjs-jquery 1.7.2+dfsg-3.2 ii libjs-twitter-bootstrap 2.0.2+dfsg-4 ii python 2.7.8-1 ii python-django1.6.6-1 Versions of packages python-djangorestframework recommends: ii python-defusedxml 0.4.1-2 ii python-django-filters 0.7-4 ii python-django-guardian 1.2.4-2 ii python-markdown 2.4.1-1 ii python-pil 2.5.3-1 ii python-yaml 3.11-1+b1 Versions of packages python-djangorestframework suggests: pn python-djangorestframework-doc none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUCWwVAAoJEGlMre9Rx7W2ZfYQAJdI6mM9F/7X1TJPLEInEyMY rhPtBF0zOzHppXxYfp+Pd1SPknJtPNhJM71sKRdm9LUn5EcLDcURTRo7/RDpQ9Ye cK/r0vpt+eI2xNrJtj/CdtqeMjobUtt9TBMY81p+piLB/9UzFm2n5cOxLjWpAnfb oo5icrg9g1CeXGkP+JWtxYgNnJ3KEhgEfSSc1hUH20idRX3bJ8nrJ7XmTVKHGhDO yNiZI6nXewqFZHd/E8LRXO0XzpownOy3Q/AEGn3wEiQ0ovLh4NmoPC7D7KZKnmqW 1H52vGOVkT7JVVEkDjD2EbLS4b8VG+IA1ZTwXSGSNsIvmdUbva2iLX388lg9u9CB cSBP3NzmwlGtUTZw9HnZ2ycgYDesFYa2+/55MCgWHh13NtLkDUyVW1v0DmA4RFkq szAf0lN6/PlEMBzeoG5ROAzT8Kb7HOG2mf2ULnB32EasSlIAAQ6nmG+86SR67bHf PwcH68UbhbMQHxplVpN9VcMhnIMrJqxQDFBQEvh6/y/OqXCUZiK0HdstiGOahded IccK8yk2blYFB9+aAfHPUmdufxH7zjuHlD3OOl/Az5nWck6JxUVlFmFTSz69CPuu SQuzOoBcL9ykTyvHrxETLh5L9/D3L5T/j6bYbmFgERy3vJeIiA+D19IsrjL/O4vc Yfbea0m2USIUrDPwyCDa =eg3K -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#760549: python-apt: apt_pkg.init_config() should apt_pkg.config.clean()
Package: python-apt Version: 0.9.3.9 Severity: normal I have had symptoms very similar to http://bugs.debian.org/728274 but in a different context. I want to use apt_pkg directly and want to call apt_pkg.init() after having set APT_CONFIG to point to my custom configuration. Unfortunately my code also import apt (because it needs apt.progress.base.AcquireProgress) and that import unhelpfully triggers apt_pkg.init(). Even though I'm calling that a second time, the configuration is not cleared and while the entries I have defined are overriden, the global entries (such as APT::Target-Release) are there to interfere with my logic. Thus I believe that a call to apt_pkg.init_config() should really clear the apt_pkg.config object first. That's what I did in my code: http://anonscm.debian.org/cgit/qa/distro-tracker.git/commit/?id=e34d8aaaca11b0706ffa9a773f65442c9c24c987 + # Clean up the configuration we might have read during import apt + for root_key in apt_pkg.config.list(): + apt_pkg.config.clear(root_key) + # Load the proper configuration apt_pkg.init() Furthermore it would be nice if the configuration was loaded in a lazy way in all the apt.* modules. That would probably solve #728274. -- 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/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii libapt-inst1.5 1.0.7 ii libapt-pkg4.12 1.0.7 ii libc6 2.19-10 ii libgcc11:4.9.1-12 ii libstdc++6 4.9.1-12 ii python 2.7.8-1 ii python-apt-common 0.9.3.9 Versions of packages python-apt recommends: ii iso-codes3.56-1 ii lsb-release 4.1+Debian13 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages python-apt suggests: pn python-apt-dbg none ii python-apt-doc 0.9.3.9 ii python-gtk2 2.24.0-4 ii python-vte 1:0.28.2-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757711: netcfg: promptly kills dhclient, deconfigures interface
Steven Chamberlain ste...@pyro.eu.org (2014-08-31): On 31/08/14 07:00, Philipp Kern wrote: Is perhaps the same true for stop_rdnssd() on the next line? So Steven committed a patch in to git, getting rid of the dhcp part; Philipp, should I upload that and we'll figure out the rdnssd part another time? Mraw, KiBi. signature.asc Description: Digital signature
Bug#754850: upower 0.99 drops support for non-systemd
Hello Adam Borowski! Thanks for the (initially) useful feedback. On Fri, Sep 05, 2014 at 06:50:38AM +0200, Adam Borowski wrote: [...] sudo cat EOF/etc/polkit-1/localauthority/50-local.d/suspend-hibernate.pkla /etc/polkit-1 cat ./localauthority/50-local.d/org.freedesktop.upower.pkla [Suspend/hibernate permissions] Identity=unix-group:sudo Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.suspend ResultAny=yes ResultInactive=yes ResultActive=yes EOF That's not something an user should need to do. And even if you added this configuration by default, only people in the sudo group would be able to suspend -- rather than whoever is logged on. I agree, and so does everyone else it seems. That's why there's already a bug open on systemd-shim about this. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757348 (Unfortunately it seems to show the same abandonware signs as I've gotten the feeling systemd-shim is in the past. I'm sure your help is welcome if you really want to continue using it.) Ofcourse, if you want to avoid fiddling around with undermaintained software you could always install/keep systemd-sysv instead. ;) I did not break this, the utopia team did. Just keeping the packages at their working version would work -- so it's not a matter of undermaintained, it's maintained in a bad way. Inaction would be enough (or at the moment, reverting to wheezy's or mid-jessie-cycle state). This is so full of bullshit. You would have a much easier time finding the solution to your problems if you didn't make up your mind before to even looking at the issue. And on 3 out of 5 machines in the room I'm currently I can't even install systemd-sysv even if I somehow wanted to. Have you reported bugs? My interactions with you on this issue makes me wonder, maybe you're just doing it wrong? But back to the problem at hand: could you list your test environment, so I could see any setup where upower _does_ work? I haven't been able to find any environment where it does not work. For example, xfce4 works with systemd. The problem is in systemd-shim, which as previously shown also works but isn't usable out of the box since it needs manual configuration to set up useful policies. I really hope you can move onto actually fixing up the broken software you insist on using instead of blaming others and things which are not related. The support for non-default init systems relies on someone actually contributing to keep them alive. Package maintainers are not responsible for doing that work. Let me relay exactly how tech-ctte members at debconf described it, Patches welcome. Please realise that the bug tracking system is not a support forum. Noone here has any obligations to help you solve your issues. If you feel that systemd-shim is so broken it's unusable/unfixable, you should be able to very easily write a glue layer between DBus org.freedesktop.login1 IPC and pm-utils (if that's your preferred implementation) to handle the suspend/hibernate part (if that's all you care about). For furter support on this issue, please first get a support contract. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760550: Add dependency to nmap
Package: python3-nmap Version: 0.3.4-1 Hi, the python3-nmap as well as the python-nmap packages are calling nmap from command line but both packages are missing the dependency to nmap. I think this is not absolutely necessary as nmap is installed on most systems but i think it could be useful to add it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760472: korganizer: Korganizer crashes when adding traditional KDE calendar fails to find any plugins
After reading the bug report I submitted, I found this appended at the end of it: Versions of packages korganizer suggests: pn kdepim-kresources none After I installed kdepim-kresources, I could see plugins, choose one, and get my calendar to work just as before. Perhaps that kdepim-kresources should be part of the default KDE package dependency tree somehow? Or perhaps the Compatibility Assistand should recognize the situation where it has no plugins to show, and display some helpful message telling that the user could try to install kdepim-kresources. Anyway, my acute problem is solved. - Heikki -- Heikki Levantoheikki at indexdata dot dk In Murphy We Turst -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760551: shorewall: example 'universal' fails after upgrade
Package: shorewall Version: 4.6.3-1 Severity: normal Hi, after the latest update of shorewall the 'universal' example configuration fails: $ sudo shorewall start Compiling... Processing /etc/shorewall/params ... Processing /etc/shorewall/shorewall.conf... Loading Modules... Compiling /etc/shorewall/zones... Compiling /etc/shorewall/interfaces... Determining Hosts in Zones... Locating Action Files... Compiling /etc/shorewall/policy... Adding rules for DHCP Compiling TCP Flags filtering... Compiling Kernel Route Filtering... Compiling Martian Logging... Compiling MAC Filtration -- Phase 1... Compiling /etc/shorewall/rules... Compiling /etc/shorewall/conntrack... Compiling MAC Filtration -- Phase 2... Applying Policies... Compiling /usr/share/shorewall/action.Drop for chain Drop... Compiling /usr/share/shorewall/action.Broadcast for chain Broadcast... Generating Rule Matrix... Optimizing Ruleset... Creating iptables-restore input... Shorewall configuration compiled to /var/lib/shorewall/.start Starting Shorewall ERROR: No network interface available: Firewall state not changed Terminated The configuration worked fine before. With the help of [1], I found that modifying '/etc/shorewall/interfaces' fixed/worked around the issue: andi@flashgordon:/etc/shorewall$ diff -u interfaces interfaces.good --- interfaces 2014-09-05 09:58:21.616550151 +0200 +++ interfaces.good 2014-09-04 14:27:06.630210721 +0200 @@ -11,4 +11,4 @@ ### #ZONE INTERFACE OPTIONS - lo ignore -netall dhcp,physical=+,routeback,optional +neteth0dhcp,routeback,optional Looks like the wildcard '+' is not working as expected. Thanks, Andi [1] URL:https://bbs.archlinux.org/viewtopic.php?pid=1449379#p1449379 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/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 shorewall depends on: ii bc 1.06.95-9 ii debconf [debconf-2.0] 1.5.53 ii iproute1:3.16.0-1 ii iproute2 3.16.0-1 ii iptables 1.4.21-2 ii perl-modules 5.20.0-4 ii shorewall-core 4.6.3-1 shorewall recommends no packages. Versions of packages shorewall suggests: ii make 4.0-8 pn shorewall-doc none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760453: RFS: amap/5.4+dfsg-1
Hi Tobias, Il Venerdì 5 Settembre 2014 8:46, Tobias Frost t...@debian.org ha scritto: On Thu, 2014-09-04 at 14:36 +0100, Gianfranco Costamagna wrote: Hi Gianfranco, Well, amap has been previously been removed from Debian due to licesnse reasons. (Please see #346313) You write in #753704 that is no longer is the case -- I just saw that LICENSE.AMAP is still there without any further digging; can you briefly update me? Hi Tobias, In #346313 the developer says: hmmm so basically I need to edit the LICENSE.GNU file to remove the license name as well as to remove the no further restrictions paragraph from it? ok, I will do that then for the next release ... Seems that the developer didn't do this, but in the source files (headers) you can see the license is GPL, and the LICENSE.GNU is almost the same as the one in usr/share/common-licenses. So IANAL, but we can just refer to the GPL-2 license, because the other one is not actually used? Well, the presence of the LICENSE.AMAP file and stating that this is the LICENCE FOR AMAP (all version) brings some doubt that GPL-2 (or GPL-2+ as in the souce) is the effective license; it could be GPL-2 witorth AMAP Restrictions (lets look at those below) and that would be indeed I just checked debsnap olds version (doing just a lazy gbp import-dscs --debsnap amap) and compared it to the current source: The license headers in the *.(c|h) has not been changed since. (So I fear that we cannot say it's GPL without a clear statement from upstream.) Unfortunatly, LICENSE.AMAP is not dfsg-free: For example, it fails The Desert Island test (must be made available to the author free of charge). and maybe The Dissident Test (enforcing that commercial use say that it uses the programm; 4. and 5. of the license. [1] (The special requirements for use in commercial fields are non-free as well, DFSG §5) Licenses' §2 except for a small transfer/medium fee is non-free (see 12j and 21 in [1]) Licenses' §3 is clearly non free (DFSG §6); refer to the famous JSON Licsense Must used for good not evil (see also (BTW, License 6 is a contradition to the source -- the source says GPL-2+ while §6 says only GPL-2) [1] https://people.debian.org/~bap/dfsg-faq.html So its non-free... Unless the authors relicenses in a way that LICENSE.AMAP is not applicavble anymore. Trickier is to evaluate if the AMAP and the GPL are compatible, because if not the whole would be not even distributeable. (GPL §7) So my concerns are GPL §6 -- You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License. Is herein the complete license or just the GPL part? I think I read somewhere (couldn't find the source now) the latter, and then it would become not distributeable at all I absolutely not sure on the above -- this question should be directed to debian-legal... (If I'd be right, amap would not even suitable for non-free) Otherwise, would be non-free possible (I need to think about it -- its complex topic -- if an upload to non-free could be possible instead license-wise) I don't know about this, I still don't understand this kind of licenses war (I mean, I understand them but I don't like them) ;) Yes, copyright/licenses are hard, tedious and boring, but unfortunatly it is very important to be accurate here, as these might create legal risks for the project. Upstream also writes that amap is depreciated in favour of nmap... Do you have any specific *why* wee still should have it in Debian, this question is not to torture, but this question could come up from other parties. some tools (e.g. openvas) uses it, moreover for some specific applications should perform better than nmap. So today, I recommend to rather use nmap -sV for application fingerprinting rather than amap (although in some circumstances amap will yield better results, but these are rare). Currently there are two tools for this purpose: amap (you are looking at it), and nmap (www.insecure.org/nmap). Both have their strength and weaknesses, as they deploy different techniques. We recommend to use both tools for reliabe identification. I know some penetration testing distros uses it, but I don't know how better performs than nmap, so maybe we can just leave it go. Ok, it seems that for (the niche of) pentesting this program could be interesting in addtion to nmap. (I think the website says that amap can do IPV6, but nmap not -- I don't know if this is real or just old information) I suspect the license problem is too risky, even if upstream is *clearly* don't caring about the wrong license files (yes, they are wrong since they conflicting each others). So maybe we need just to close this
Bug#760549: python-apt: apt_pkg.init_config() should apt_pkg.config.clean()
Control: tag -1 wontfix On Fri, Sep 05, 2014 at 09:56:26AM +0200, Raphaël Hertzog wrote: Package: python-apt Version: 0.9.3.9 Severity: normal I have had symptoms very similar to http://bugs.debian.org/728274 but in a different context. I want to use apt_pkg directly and want to call apt_pkg.init() after having set APT_CONFIG to point to my custom configuration. Unfortunately my code also import apt (because it needs apt.progress.base.AcquireProgress) and that import unhelpfully triggers apt_pkg.init(). Even though I'm calling that a second time, the configuration is not cleared and while the entries I have defined are overriden, the global entries (such as APT::Target-Release) are there to interfere with my logic. Thus I believe that a call to apt_pkg.init_config() should really clear the apt_pkg.config object first. That's what I did in my code: That would break other code unfortunately, especially code using different root directories, as init_config() looks at Dir::Etc::main and stuff to find the configuration files to look. If we cleared in init_config(), you could not specify a different root directory or other settings for another root directory you are working with. We could whitelist some stuff we don't want to clear, but that would be a bit inconsistent and we'd probably get the list wrong anyway. Furthermore it would be nice if the configuration was loaded in a lazy way in all the apt.* modules. That would probably solve #728274. It would not, AFAICT. The thing with #728274 is that is a use case that directly conflicts with another use case. One group of users like in the bug report want to specify configuration files in the chroot, and others are setting them outside the chroot (especially APT::Architecture for foreign chroots). Both cannot work together. And because the latter was existing behaviour, it had to be reverted. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760501: coreutils: df does not show LVM root partiton
Hi Mike, Here is the output: # ls -l /etc/mtab -rw-r--r-- 1 root root 387 sep 5 10:02 /etc/mtab # cat /etc/mtab tmpfs /run/user tmpfs rw,noexec,nosuid,nodev,size=104857600,mode=0755 0 0 tmpfs /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0 /dev/sda1 /boot ext2 rw 0 0 /dev/mapper/pulsar-home /home ext4 rw 0 0 rpc_pipefs /run/rpc_pipefs rpc_pipefs rw 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=gonzalo 0 0 However in another jessie installations I see that /etc/mtab is a symlink that points to /proc/mounts In my case I did one jessie install over one previous partitioned LVM structure (from another previous distro). And I did another installation in nother PC with the same weekly jessie iso and this didn't happen. So how seems that mtab is not complete. So should I create one symlink from /etc/mtab to /proc/mounts? Regards This is the /proc/mounts output: # cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=10240k,nr_inodes=492960,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=792100k,mode=755 0 0 /dev/mapper/pulsar-root / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,mode=755 0 0 cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0 pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0 cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0 cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0 cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0 cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0 cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0 cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0 cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0 systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0 mqueue /dev/mqueue mqueue rw,relatime 0 0 debugfs /sys/kernel/debug debugfs rw,relatime 0 0 hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 tmpfs /run/user tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755 0 0 /dev/sda1 /boot ext2 rw,relatime 0 0 /dev/mapper/pulsar-home /home ext4 rw,relatime,data=ordered 0 0 rpc_pipefs /run/rpc_pipefs rpc_pipefs rw,relatime 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0 gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0 2014-09-04 23:17 GMT+02:00 Michael Stone mst...@debian.org: reassign 760501 debian-installer thanks On Thu, Sep 04, 2014 at 09:30:22PM +0200, Gonzalo Marcote wrote: After a new clean jessie installation df command or mount command does not show / root parition: Sounds like a problem with /etc/mtab configuration. It doesn't sound like a coreutils problem if it's also affecting mount. What is the output of ls -l /etc/mtab cat /etc/mtab Mike Stone
Bug#760549: python-apt: apt_pkg.init_config() should apt_pkg.config.clean()
On Fri, Sep 5, 2014 at 10:21 AM, Julian Andres Klode j...@debian.org wrote: On Fri, Sep 05, 2014 at 09:56:26AM +0200, Raphaël Hertzog wrote: Furthermore it would be nice if the configuration was loaded in a lazy way in all the apt.* modules. That would probably solve #728274. It would not, AFAICT. The thing with #728274 is that is a use case that directly conflicts with another use case. One group of users like in the bug report want to specify configuration files in the chroot, and others are setting them outside the chroot (especially APT::Architecture for foreign chroots). Sorry, yes it actually would solve it in case you only create a single Cache(). Unfortunately, our configuration is a global thing, and thus the entries from the different root directory would remain even after the cache was closed; for example, when creating a new one. It might make sense to provide the ability to switch apt_pkg.config between different Configuration instances (setting _config on the C++ level), but I'm not sure if that would provide a consistent behaviour. In short, global state sucks a lot, and there's not much we can do to fix it. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747431: [Debian-med-packaging] Bug#747431: these bugs are not fixed
Hi Matthias, thanks for notifying me! The story behind these missing patches it that as I am also the upstream author of genometools, I have incorporated the content of these patches (about -m64, as well as many others) into the upstream source for 1.5.3 and removed the patches from the series file as a consequence. However, while the patches for mips64 and mips64el are in there, I must have missed adding the one for aarch64. I will include that one again at once and also propagate this to the current genometools upstream git master. Thanks again Sascha On 04/09/2014 19:43, Matthias Klose wrote: these bugs are not fixed, the patches are missing form the series file, and there are a lot more patches missing from the series file. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760552: PyAssertionError bitmap.GetWidth prevents startup
Package: tribler Version: 6.2.0+git20130731.149555fa-2 Severity: serious on my machine, tribler shows a Tribler encountered an error screen during the splash screen phase, and freezes in the splash screen if the dialog is cancelled. this happens even with a freshly created user. the error message displayed is: Tribler version: 6.2.0 Traceback (most recent call last): File Tribler/Main/tribler.py, line 281, in __init__ self.frame = MainFrame(None, channel_only, PLAYBACKMODE_INTERNAL in return_feasible_playback_modes(self.utility.getPath()), self.splash.tick) File /usr/share/tribler/Tribler/Main/vwxGUI/MainFrame.py, line 223, in __init__ self.librarydetailspanel = LibraryDetails(self.splitter_bottom_window) File /usr/share/tribler/Tribler/Main/vwxGUI/__init__.py, line 109, in invoke_func return func(*args, **kwargs) File /usr/share/tribler/Tribler/Main/vwxGUI/list_details.py, line 957, in __init__ TorrentDetails.__init__(self, parent) File /usr/share/tribler/Tribler/Main/vwxGUI/__init__.py, line 109, in invoke_func return func(*args, **kwargs) File /usr/share/tribler/Tribler/Main/vwxGUI/list_details.py, line 145, in __init__ self.createAllTabs() File /usr/share/tribler/Tribler/Main/vwxGUI/list_details.py, line 987, in createAllTabs self.createPeersTab() File /usr/share/tribler/Tribler/Main/vwxGUI/list_details.py, line 1028, in createPeersTab self.country_to_index[code] = self.peersTab.il.Add(flag) File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_gdi.py, line 6731, in Add return _gdi_.ImageList_Add(*args, **kwargs) PyAssertionError: C++ assertion (bitmap.GetWidth() = m_width bitmap.GetHeight() == m_height) || (m_width == 0 m_height == 0) failed at ../src/generic/imaglist.cpp(66) in Add(): invalid bitmap size in wxImageList: this might work on this platform but definitely won't under Windows. the log file generated in /tmp is attached. i tried to do some debugging by editing the list_details.py file, but didn't find the issue -- it seems that the exception is thrown even though the `flag` object has non-zero GetWidth() and GetHeight() properties, i didn't find where the m_width/m_height values come from. -- 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-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tribler depends on: ii gconf2 3.2.6-3 ii libav-tools6:10.4-1 ii libjs-mootools 1.4.5~debian1-2.1 ii python-apsw3.8.5-r1-1 ii python-feedparser 5.1.3-2 ii python-libtorrent 0.16.17-2 ii python-m2crypto0.21.1-3 ii python-netifaces 0.10.4-0.1 ii python-wxgtk2.82.8.12.1+dfsg2-2 pn python:any none ii tribler-swift 6.2.0+git20130731.149555fa-2 ii vlc2.2.0~pre2-4 tribler recommends no packages. tribler suggests no packages. -- no debconf information -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom LinuxSingleInstanceChecker returned 21891 python Tribler/Main/tribler.py:1127: wxPyDeprecationWarning: Using deprecated class PySimpleApp. app = wx.PySimpleApp(redirect=False) Client Starting Up. Tribler is using /usr/share/tribler as working directory spm: get_or_create_sp: Creating new 21897 spm: Need to sleep 1 second for swift to start on Linux?! FIXME SwiftProcess_7758_stderr: CWD /tmp SwiftProcess_7758_stderr: cmdgw: Creating new TCP listener on addr 127.0.0.1:27758 SwiftProcess_7758_stderr: swift: Mainloop SwiftProcess_7758_stderr: cmd: Got new cmd connection 11 lmc: Dispersy is listening on port 7759 using Tribler.dispersy.endpoint.RawserverEndpoint object at 0x7f5e73450e90 cachedb: init: SQL FILE /home/guest/.Tribler/sqlite/tribler.sdb No existing database found. Attempting to creating a new database u'/home/guest/.Tribler/sqlite/tribler.sdb' begin page_size upgrade... ...end page_size upgrade /home/guest/.Tribler/sqlite/tribler.sdb Using actual DB thread Tribler.dispersy.callback.Callback object at 0x7f5e73450f10 SQLiteNoCacheDB.initialBegin: BEGIN pymdht: bootstrap: mainfile /usr/share/tribler/Tribler/Core/DecentralizedTracking/pymdht/core/bootstrap.main pymdht: bootstrap: backfile /usr/share/tribler/Tribler/Core/DecentralizedTracking/pymdht/core/bootstrap.backup SQLiteNoCacheDB.commitNow: BEGIN Creating SwiftTracker LibtorrentMgr: listening on 7760tribler: Dispersy communities are ready LibtorrentMgr: could not restore dht state, starting from scratch Tribler is expecting swift in /usr/share/tribler/swift Setting up languages Language file: /usr/share/tribler/Tribler/Lang english.lang Tribler Version: 6.2.0 Build: Build 31061 Instance2Instance binding to 127.0.0.1:57891 Traceback (most recent call
Bug#760501: coreutils: df does not show LVM root partiton
I went ahead and created one symlink from /etc/mtab to /proc/mounts and now I show the info without issues: # ls -l /etc/mtab; df -hT; mount *lrwxrwxrwx 1 root root 12 sep 5 10:30 /etc/mtab - /proc/mounts* S.ficheros Tipo Tamaño Usados Disp Uso% Montado en */dev/mapper/pulsar-root ext4 7,1G 4,5G 2,3G 68% /* udevdevtmpfs10M 0 10M 0% /dev tmpfs tmpfs 774M 8,9M 765M 2% /run tmpfs tmpfs 1,9G14M 1,9G 1% /dev/shm tmpfs tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs tmpfs 100M20K 100M 1% /run/user /dev/sda1 ext2 236M28M 196M 13% /boot /dev/mapper/pulsar-home ext444G 1,6G 40G 4% /home sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=492960,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,relatime,size=792100k,mode=755) */dev/mapper/pulsar-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)* securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/user type tmpfs (rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755) /dev/sda1 on /boot type ext2 (rw,relatime) /dev/mapper/pulsar-home on /home type ext4 (rw,relatime,data=ordered) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000) --- If you need more info from my side for why this happened on the installation I will be glad to provide it. Regards, 2014-09-05 10:21 GMT+02:00 Gonzalo Marcote Peña gonzalomarc...@gmail.com: Hi Mike, Here is the output: # ls -l /etc/mtab -rw-r--r-- 1 root root 387 sep 5 10:02 /etc/mtab # cat /etc/mtab tmpfs /run/user tmpfs rw,noexec,nosuid,nodev,size=104857600,mode=0755 0 0 tmpfs /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0 /dev/sda1 /boot ext2 rw 0 0 /dev/mapper/pulsar-home /home ext4 rw 0 0 rpc_pipefs /run/rpc_pipefs rpc_pipefs rw 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=gonzalo 0 0 However in another jessie installations I see that /etc/mtab is a symlink that points to /proc/mounts In my case I did one jessie install over one previous partitioned LVM structure (from another previous distro). And I did another installation in nother PC with the same weekly jessie iso and this didn't happen. So how seems that mtab is not complete. So should I create one symlink from /etc/mtab to /proc/mounts? Regards This is the /proc/mounts output: # cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=10240k,nr_inodes=492960,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=792100k,mode=755 0 0 /dev/mapper/pulsar-root / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 tmpfs /sys/fs/cgroup tmpfs
Bug#757711: netcfg: promptly kills dhclient, deconfigures interface
On Fri, Sep 05, 2014 at 09:55:24AM +0200, Cyril Brulebois wrote: Steven Chamberlain ste...@pyro.eu.org (2014-08-31): On 31/08/14 07:00, Philipp Kern wrote: Is perhaps the same true for stop_rdnssd() on the next line? So Steven committed a patch in to git, getting rid of the dhcp part; Philipp, should I upload that and we'll figure out the rdnssd part another time? ACK. I wanted to look at it today, but meh. rdnssd isn't as critical as it won't take your interface down if you kill it. You just won't get updated DNS information. Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#760546: djvusmooth: PageUp/PageDown for page turning doesn't work
Control: tags -1 - patch Please excuse me - the mail I've forwarded to the new bug was on the other patch (already applied). I'm going into it. Greetings, Daniel On 05.09.2014 03:21, Olly Betts wrote: On Thu, Sep 04, 2014 at 09:31:42AM +0200, Daniel Stender wrote: I've rechecked 0.2.14-3 and PageUp/PageDown for page turning aren't yet working on my Laptop, is that reproducible? Those work for me with focus in the Outline, but not the Hyperlinks or Text. Looks like those will also need a wx.EVT_KEY_DOWN handler for these keys, like I added to OutlineBrowser. Cheers, Olly -- http://www.danielstender.com/blog PGP key: 2048R/1DFED696 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760297: Is MediaElement.js fit for testing?
Quoting David Prévot (2014-09-05 03:57:02) On Fri, Sep 05, 2014 at 01:21:52AM +0200, Jonas Smedegaard wrote: Quoting Debian Bug Tracking System (2014-09-04 23:24:05) # Please, stop overriding the maintainer’s call without reason. I ask a question I already pointed at explanations before, ...and I pointed out how that reference did not answer the question. I just want you to stop playing, and advise you to get in touch with the release team if you want them to enforce an RC-bug here. Yes, that's an option if we cannot work as a team. Or one of us can leave the team. Now, to the facts: - MediaElement is currently embedded in at least two packages (wordpress and owncloud). As such, preventing the current package to enter testing is pointless (it’s already there), and harmful (code duplication, security tracking, etc.) Removing (all or some of) MediaElement from wordpress and owncloud packages do not render those packages mostly useless by their users. Whether that is also true for the js-mediaelement package depends on answer to my question. - All functionalities of the package are not yet enabled, and that is documented in the package description. As proven (at least via owncloud: I’ve not investigated how/if the media playing works in wordpress), the current package allows to play video and audio in a browser, which make it all but useless. Please elaborate on that proof: Is the opposite true - i.e. if MediaElement is completely missing do owncloud then no longer allow playing video and audio in a [modern] browser? - Since the initial packaging that has been approved by ftpmasters, upstream documented a way to rebuild the Flash parts. They use Flex SDK to do so (the present bug as been documented as blocked by the relevant RFP one day after you opened it). Ftpmaster approval relates to legality, and therefore irrelevant for this discussion on qualitative assesment of the package. Great that there is hope that MediaElement some day can make sense to package. Use an alternative build system to the one used upstream, (e.g., as3compile from swftools). I already tried [building with swftools], but back then, the package wasn’t yet accepted in the archive, which made the effort less attractive. Hence the question if the approach you considered attractive produces relevant result for our users: Do we currently ship the main functionality of MediaElement or a smaller/different subset than that? Can you please elaborate on that question. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#760553: debian-installer: changing from guided to manual with LVM results in corrupt LVM metadata
Package: debian-installer Version: debian-7.6.0-amd64-netinst.iso Severity: important hi, I've set Version: to the ISO I used for install as I'm not sure what version of d-i that correlates to, nor whether this is a bug fixed since. I recently performed an install and opted for guided - use LVM initially. When presented with the results, I was not satisfied (I didn't want the entire device filled up with a root LV - see also #651280) so I went back to manual and started over: I deleted each LV and the partition housing the PV, then created a new (smaller) partition for the LV and re-created the LVs. The GPT partition table I ended up with is as follows Model: ATA ST1000LM024 HN-M (scsi) Disk /dev/sdb: 1000GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 1049kB 512MB 511MB fat32EFI System Partition boot, esp 2 512MB 768MB 256MB ext2 msftdata 3 768MB 10.8GB 10.0GB lvm 4 10.8GB 10.9GB 132MB fat16FREEDOS msftdata Note that I created partition #4 via parted post-installation (an experiment which failed: UEFI-boot for BIOS flashing is a no-go). However, I have just noticed that the LVM volume has corrupt metadata: # vgs VG #PV #LV #SN Attr VSize VFree qusp_vg 1 2 0 wz--n- 930.80g 921.49g # pvs PVVG Fmt Attr PSize PFree /dev/sdb3 qusp_vg lvm2 a-- 930.80g 921.49g Note that the above shows that it thinks the PV is approx 1T in size, but as parted shows, it's only ~10G. I was just about to create a new LV but if I had done so, I believe it would have started to overwrite partition #4 above and resulted in corruption. 'pvscan' didn't cure the issue, but 'pvresize' seems to have got things to where they should be # pvresize /dev/sdb3 Physical volume /dev/sdb3 changed 1 physical volume(s) resized / 0 physical volume(s) not resized I think the problem appears to be within d-i/partman and handling of deleting PVs or deleting partitions upon which PVs are stored. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758870: nfs-common: nfs v4: uid/gid lookup fails for some of the users
Hi Iustin, On 2014-09-04 19:11, Iustin Pop wrote: [...] Just another datapoint: this is different from my case. No new users created, randomly new files get -1 for a while, after which the correct UID is listed. No, this is not different: all new users get new files, which have never been served by the nfs server before. With me, a while might last forever for some identities. When I create files or dirs, they may be owned by the infamous -2 (4294967294), regardless _where_ I created them (i.e. through nfs or locally on the filesystem. You report that after a while the currect uid and gid are listed. Same for me, but sadly not always, some identities get stuck on 4294967294 forever. I'm curious if we have any differences in our setups: - Do you also have a mixture of wheezy and jessie systems? Is your nfs server also on a wheezy system? Are your clients both jessie and wheezy systems? - Did you see any changes in the behaviour of the wheezy clients after the jessie clients mounted? - Do you have inet6 entries in /etc/netconfig enabled on the jessie clients (which is the default)? - Did you change /etc/idmapd.conf? - Did you change or add any files in /etc/request-key.d/ ? (small test: rename the id_resolver file, and suddenly _all_ identities are 4294967294) - Is the serving filesystem XFS formatted? - Is NIS involved? Or LDAP? (A small test by copying the passwd, shadow and group entries to the client system: everything is ok). - Do you use nsswitch to resolve identities (uid/gid)? - Does your client run a name service caching daemon (nscd or unscd)? - Did you see nobody/nogroup (65534/65534) identities too? Just to make sure: this is nfs v4 (v4.0) only. Mounting with nfs version 3 over tcp works fine. Regards, Piet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760498: No idea how to use this plugin
On Thu, Sep 04, 2014 at 12:20:20PM -0700, martin f krafft wrote: Package: network-manager-iodine Version: 0.0.5~0.gita09ce6-1 Severity: normal I installed this plugin, but I find absolutely nothing anywhere on how to use it. There is no documentation, no UI element and no other lead. This renders the plugin useless, unless of course I am too stupid to see the light. It's configured like any other VPN plugin but this got broken by the switch of NM to multiarch. 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#760540: duplicate report
Control: unmerge 760540 Control: notforwarded 760540 Control: block 759951 by 760540 On Fri, Sep 05, 2014 at 01:59:19AM -0400, Scott Kitterman wrote: On Fri, 5 Sep 2014 07:35:15 +0200 Helmut Grohne hel...@subdivi.de wrote: forcemerge 742871 760540 I don't believe merging these two bugs is correct. 742871 appears in versions possibly as early and 1.7.6.1-2.1 and definitely in 1.8.1-1. libopendbx builds fine with 1.8.7. It only fails with 1.8.8, so despite the similar symptoms, I don't understand how it could be the same issue. I agree with your assessment. Even though libopendbx is affected by #742871, this is not the cause for your FTBFS. #760540 is indeed a new issue introduced somewhere between 1.8.7-3 (exclusively) and 1.8.8-3. Also, I think causing multiple packages to FTBFS is more significant the important. Please raise to at least serious. Surely you don't believe doxygen is fit to release in this state? I consider doxygen releasable as long as it doesn't crash for more than 10% of the invocations, because there is not much choice. Unfortunately, doxygen is transitively build-essential, so you cannot just remove it from jessie. Clearly, failing to produce some manual pages does not make the package unusable to everyone, and clearly this issue has a major impact on a few users. Doxygen is known for regularly breaking backwards compatibility. I bisected this issue and attach a bisection log. Unfortunately, it ended up segfaulting eventually and I marked all segfaults with skip. If one pretends that 14f88af12bae98859eafe605ddb5f54029e44076 is not the cause for this regression and cherry-picks it throughout the bisection, then 0dd59398b3f62288897c8c3405977a27a94fbfee is called out as the offending commit. I do not understand why either of these commits would introduce the regression though. Helmut # bad: [702865ddecd217cd54c5bd7bd93dfc6ef98c38e7] Imported Debian patch 1.8.8-3 # good: [3db4321e038bff50e52fac9a415f668d4d57] Imported Debian patch 1.8.7-3 git bisect start 'debian' 'debian/1.8.7-3' # good: [54ac45bd9f535d13b2bf98e4d71b27b4590c3dc7] Documentation generator: added support for C# property accessors visibility modifiers. git bisect good 54ac45bd9f535d13b2bf98e4d71b27b4590c3dc7 # good: [fe533aeb3d6618d30d2b1c99527812a8cf8cf1fe] Merge branch 'master' of github.com:doxygen/doxygen git bisect good fe533aeb3d6618d30d2b1c99527812a8cf8cf1fe # bad: [b272b4b5077873457a0f6b517ac799f4a5f8c951] Bug 733722 - XML Output invalid: XML_PROGRAMLISTING=YES copies Unicode form feed character (U+000C) to XML files git bisect bad b272b4b5077873457a0f6b517ac799f4a5f8c951 # skip: [e7a188b769b9eed3b0c6501890d2f36b6475ade9] Merge branch 'feature-groupbreadcrumbs' of https://github.com/NimbusKit/doxygen into NimbusKit-feature-groupbreadcrumbs git bisect skip e7a188b769b9eed3b0c6501890d2f36b6475ade9 # skip: [c7c7d73c184ee2eebf65e83044cf1e325751cffa] Made bread crumb trails enabled unconditionally git bisect skip c7c7d73c184ee2eebf65e83044cf1e325751cffa # skip: [7d204d1d76c6531dd55e7d59415d07e846596f98] Merge branch 'bug734099' git bisect skip 7d204d1d76c6531dd55e7d59415d07e846596f98 # skip: [c5c763056535216ccce4bed4892358bf5c8d1fd5] Fixed test 021 git bisect skip c5c763056535216ccce4bed4892358bf5c8d1fd5 # skip: [a36ddbe0ee97c5ee248b7b391b4c30fd4b3c884b] Bug 733605 - Incorrect LaTeX generation for private union member in C++ git bisect skip a36ddbe0ee97c5ee248b7b391b4c30fd4b3c884b # skip: [3cb963061343aa5b3b8a044cdfa62848723a02ee] Bug 732768 - nested html tables cause pdflatex to hang (1.8.4 and 1.8.6) git bisect skip 3cb963061343aa5b3b8a044cdfa62848723a02ee # bad: [7d9d4320f5d183c4e1ebc87a316589c36f0afeed] Bug 734727 - GENERATE_TAGFILE no longer includes any @*section links git bisect bad 7d9d4320f5d183c4e1ebc87a316589c36f0afeed # skip: [c863b9bca1d75088d3285d204eb5670648be] Merge branch 'groleo-master' git bisect skip c863b9bca1d75088d3285d204eb5670648be # skip: [7506404e646f1fcc5a26ca6fca91a7f65154f05a] Bug 731947 - Support for PlantUML git bisect skip 7506404e646f1fcc5a26ca6fca91a7f65154f05a # skip: [7a1196384f9124f872befea1249eaf9bb99924b5] Merge branch 'NimbusKit-feature-groupbreadcrumbs' git bisect skip 7a1196384f9124f872befea1249eaf9bb99924b5 # skip: [3b8fea2f1f7f2e6a83a35626e6dec9d114a78c9e] Vhdl fixes git bisect skip 3b8fea2f1f7f2e6a83a35626e6dec9d114a78c9e # skip: [d1e39098f94487f544a068b7864aa8d1b1f345cd] Made setName() virtual so overloading works git bisect skip d1e39098f94487f544a068b7864aa8d1b1f345cd # skip: [cfde6cdd600b21bba6a2eb0ca0e7e208e014ccaf] Bug 728740 - XML Output: Doxygen doesnât escape characters (included in a hyperlink) in detaileddescription git bisect skip cfde6cdd600b21bba6a2eb0ca0e7e208e014ccaf # skip: [9451c09694970ee9856cdf798967c0c463d72ffa] Merge branch 'master' of https://github.com/groleo/doxygen-1 into groleo-master git bisect skip 9451c09694970ee9856cdf798967c0c463d72ffa # bad:
Bug#760375: radvd: FTBFS on x32 due to lack of sysctl
Daniel Schepler dixit: It would probably be a better idea to remove the sysctl(2) code altogether, as No, because sysctl is perfectly fine for use e.g. in chroots or on systems where Linux procfs has not been mounted, e.g. to gather some entropy in the absence of /dev/urandom (from random_uuid), or other cases. (Speaking as a BSD developer.) the kernel support is unmaintained anyway, and as I understand it the kernel complains to the dmesg log if sysctl is ever actually used. Still, removing it for architectures where it worked before is a regression. Also, whenever the Linux kernel developers gain some sense, they can just add sysctl to x32 and it will work. Also, more realistically, I prefer to provide minimal-invasive patches to upstream first, and do things like this only later or leave them up to upstream, especially if they have political dimensions. bye, //mirabilos -- 13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good guy. But he's always right! In every fsckin' situation, he's right. Even with his deeply perverted taste in software and borked ambition towards broken OSes - in the end, he's damn right about it :(! […] works in mksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759379: general: Mouse resp. touchpad cursor is flickering, disapearing and jumping
Tomasz Nitecki t...@tnnn.pl wrote: Stefan is experiencing flickering and disappearing cursor under gnome. The problem manifests itself under gnome desktop but everything is fine at the login screen (most likely gdm3). This behavior is reproducible both using his built-in touchpad and external mouse. Stefan provided detailed description of the problem - it is attached to an earlier message (BugDescription.txt) along dmesg, lsusb and lspci outputs. He is using Dell Inspiron 15 7000 (with a non functional touchscreen, that may be the source of some strange dmesg messages) and he is running: xorg version: 1:7.7+3~deb7u1 gnome version: 1:3.4+7+deb7u1 Thanks for detailing. This looks like a bug in the 3D driver. Using the “GNOME Classic” session should work as an interim solution. Since the graphics card looks unsupported by wheezy, you probably need to install a backport of the graphics driver. Cheers, -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760555: bind9: rndc hang can prevent network interface scripts from running
Package: bind9 Version: 1:9.9.5.dfsg-4 Severity: important Tags: patch Currently, the following scripts are installed by the bind9 package: /etc/ppp/ip-up.d/bind9 /etc/ppp/ip-down.d/bind9 /etc/network/if-up.d/bind9 /etc/network/if-down.d/bind9 These scripts contain the following call: rndc reconfig /dev/null 21 || true I had an issue on my system that made the named daemon freeze in such a way that any rndc command would hang forever. Since rndc is called as part of network interface up/down scripts, it made these scripts hang as well. As a result, my machine lost its network connection. Network interface up/down scripts should not have a critical dependency on some non-critical part of the system (bind9) behaving correctly. Otherwise it makes the network subsystem exceedingly brittle. To fix the issue, I suggest replacing the line above with the following so that the network subsystem will never wait on rndc: rndc reconfig /dev/null 21 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bind9 depends on: ii adduser3.113+nmu3 ii bind9utils 1:9.9.5.dfsg-4 ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.19 ii libbind9-901:9.9.5.dfsg-4 ii libc6 2.19-6 ii libcap21:2.22-1.2 ii libcomerr2 1.42.11-1 ii libdns100 1:9.9.5.dfsg-4 ii libgssapi-krb5-2 1.12.1+dfsg-3 ii libisc95 1:9.9.5.dfsg-4 ii libisccc90 1:9.9.5.dfsg-4 ii libisccfg901:9.9.5.dfsg-4 ii libk5crypto3 1.12.1+dfsg-3 ii libkrb5-3 1.12.1+dfsg-3 ii liblwres90 1:9.9.5.dfsg-4 ii libssl1.0.01.0.1h-3 ii libxml22.9.1+dfsg1-4 ii lsb-base 4.1+Debian13 ii net-tools 1.60-26 ii netbase5.2 bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc none ii knot-dnsutils [dnsutils] 1.5.0-1 ii resolvconf1.75 pn ufw none -- Configuration Files: /etc/bind/named.conf.local changed [not included] /etc/bind/named.conf.options changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755656: The fix is not enough
Control: tag -1 + patch On Wed, 13 Aug 2014, Thomas Goirand wrote: After applying the fix for calling django.setup(), there's still the below errors which do not appear with Django 1.6: Indeed. This is due to Django 1.7 adding an id attribute to radio buttons. It doesn't break the package itself but only the testsuite. Please find attached the needed patches. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ From a910e8a2c0a8d99008c811eb65096fbaaa7bf9f6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org Date: Fri, 5 Sep 2014 10:05:22 +0200 Subject: [PATCH 1/2] Add django.setup() for Django 1.7 compatibility --- tests/__init__.py | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/tests/__init__.py b/tests/__init__.py index aadc141..4533d82 100644 --- a/tests/__init__.py +++ b/tests/__init__.py @@ -13,13 +13,16 @@ from django.template import Template, Context from django.core.management import call_command from django import forms +import django +if hasattr(django, 'setup'): +django.setup() TEST_DIR = os.path.abspath(os.path.join(__file__, '..')) CHOICES = ( -(0, 'Zero'), -(1, 'One'), +(0, 'Zero'), +(1, 'One'), (2, 'Two'), ) -- 2.1.0 From 6a04f63c3eadc164f75c6719b362949014f889da Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org Date: Fri, 5 Sep 2014 11:20:08 +0200 Subject: [PATCH 2/2] Fix test case for Django 1.7's addition of an id attribute to radio widgets As documented on https://docs.djangoproject.com/en/1.7/ref/forms/widgets/#radioselect Django 1.7 now adds id attribute to the radio fields. The test case must be adapted to cope with this. --- tests/__init__.py | 12 tests/fixtures/basic.html | 6 +++--- tests/fixtures/horizontal.html | 6 +++--- 3 files changed, 18 insertions(+), 6 deletions(-) diff --git a/tests/__init__.py b/tests/__init__.py index 4533d82..979c2a4 100644 --- a/tests/__init__.py +++ b/tests/__init__.py @@ -1,5 +1,6 @@ import os import sys +import re os.environ['DJANGO_SETTINGS_MODULE'] = 'tests.test_settings' @@ -41,6 +42,13 @@ class ExampleForm(forms.Form): class BootstrapTemplateTagTests(TestCase): def setUp(self): call_command('syncdb', interactive=False) +self.maxDiff = None + +@classmethod +def drop_radio_id_with_old_django(cls, content): +if django.VERSION ('1', '7'): +return re.sub(r' id=id_radio_choice_\d', '', content) +return content def test_basic_form(self): form = ExampleForm() @@ -51,6 +59,8 @@ class BootstrapTemplateTagTests(TestCase): with open(os.path.join(TEST_DIR, tpl)) as f: content = f.read() +content = self.drop_radio_id_with_old_django(content) + self.assertHTMLEqual(html, content) def test_horizontal_form(self): @@ -62,4 +72,6 @@ class BootstrapTemplateTagTests(TestCase): with open(os.path.join(TEST_DIR, tpl)) as f: content = f.read() +content = self.drop_radio_id_with_old_django(content) + self.assertHTMLEqual(html, content) diff --git a/tests/fixtures/basic.html b/tests/fixtures/basic.html index 322806e..636dfe7 100644 --- a/tests/fixtures/basic.html +++ b/tests/fixtures/basic.html @@ -56,21 +56,21 @@ div class=radio label -input name=radio_choice type=radio value=0 / +input id=id_radio_choice_0 name=radio_choice type=radio value=0 / Zero /label /div div class=radio label -input name=radio_choice type=radio value=1 / +input id=id_radio_choice_1 name=radio_choice type=radio value=1 / One /label /div div class=radio label -input name=radio_choice type=radio value=2 / +input id=id_radio_choice_2 name=radio_choice type=radio value=2 / Two /label /div diff --git a/tests/fixtures/horizontal.html b/tests/fixtures/horizontal.html index b255d51..e49ee15 100644 --- a/tests/fixtures/horizontal.html +++ b/tests/fixtures/horizontal.html @@ -56,21 +56,21 @@ div class=radio label -input name=radio_choice type=radio value=0 / +input id=id_radio_choice_0 name=radio_choice type=radio value=0 / Zero /label /div div class=radio label -
Bug#760549: python-apt: apt_pkg.init_config() should apt_pkg.config.clean()
On Fri, 05 Sep 2014, Julian Andres Klode wrote: On Fri, Sep 5, 2014 at 10:21 AM, Julian Andres Klode j...@debian.org wrote: On Fri, Sep 05, 2014 at 09:56:26AM +0200, Raphaël Hertzog wrote: Furthermore it would be nice if the configuration was loaded in a lazy way in all the apt.* modules. That would probably solve #728274. It would not, AFAICT. The thing with #728274 is that is a use case that directly conflicts with another use case. One group of users like in the bug report want to specify configuration files in the chroot, and others are setting them outside the chroot (especially APT::Architecture for foreign chroots). Sorry, yes it actually would solve it in case you only create a single Cache(). Unfortunately, our configuration is a global thing, and thus the entries from the different root directory would remain even after the cache was closed; for example, when creating a new one. It might make sense to provide the ability to switch apt_pkg.config between different Configuration instances (setting _config on the C++ level), but I'm not sure if that would provide a consistent behaviour. In short, global state sucks a lot, and there's not much we can do to fix it. Well, you could at least avoid to initialize it before the user had a chance to initialize it the way he want... Hence the suggestion of lazy loading. It would not fix the case where people want to use multiple configurations, but it would fix my use case where I want a single configuration that is not polluted by the system-wide configuration. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760297: [Pkg-javascript-devel] Processed: severity of 760297 is wishlist
severity 760297 grave thanks Quoting Jérémy Lal (2014-09-05 01:37:37) Le vendredi 05 septembre 2014 à 01:21 +0200, Jonas Smedegaard a écrit : [David wrote - via cont...@bugs.debian.org:] # Please, stop overriding the maintainer’s call without reason. I fully agree. Maintainer of this package is the Javascript team Reason for grave severity is to keep this package from entering testing, because it is considered unsuitable in its current form (sorry if that was somehow unclear from my previous posts). What do others in the team think of this bug? I agree mediaelementjs cannot go into testing like this - at least not without a better reason than it's too hard to properly package half of it. If that's really the case - the plugins cannot be recreated from source without a crazy deal of work - package them in non-free and put mediaelementjs in contrib. Thanks for your input, Jérémy. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#760556: uucp: unnecessary sleeps
Package: uucp Version: 1.07-20.1 Severity: normal Tags: upstream patch I had reported this bug against 1.07-20 before (#675101), but it was ignored. Since bug reports against stable packages generally seem to get ignored, I'm reporting it again against the version in unstable. (I could also report it against experimental (1.07-22), the version there is unchanged in the respective places.) I've been using uucp with my patch for over 2 years now and had no problems with it. Original report: I noticed that uucico (using protocol t over ssh) takes rather long, even though the actual connection and data transfer is quite fast. Digging through the source, I found 3 apparently unneccesary sleeps of 2s each: - prott.c: ftstart(): sleeps just so before returning (at least nothing indicates why, probably just copied from other protocols that may need it). Since protocol t is meant to be used over an error-free connection, I removed it. - Two sleeps just for killing the child process. I replaced them with a loop or shorter sleeps while checking whether the process still exists. This is not the most elegant solution, but a rather simple one that works, and it won't break on other systems, since I make the change only if HAVE_USLEEP and HAVE_WAITPID are set. With those two changes (see patch), it runs much faster for me without any discernible drawback. --- prott.c.orig2012-05-29 21:14:51.0 +0200 +++ prott.c 2012-05-29 21:15:45.0 +0200 @@ -88,7 +88,7 @@ zTbuf[0] = 0; zTbuf[1] = 0; fTfile = FALSE; - usysdep_sleep (2); + // usysdep_sleep (2); -- why? protocol t is meant to be used over an error-free connection return TRUE; } --- unix/pipe.c.orig2012-05-29 21:33:16.0 +0200 +++ unix/pipe.c 2012-05-29 21:41:34.0 +0200 @@ -164,10 +164,43 @@ if (qsysdep-ipid = 0) { if (kill (qsysdep-ipid, SIGHUP) == 0) -usysdep_sleep (2); +{ + #if defined (HAVE_USLEEP) defined (HAVE_WAITPID) + /* Avoid wasting 4 seconds (including the SIGPIPE case below). + Quick and dirty work-around to avoid depending on SIGCHLD: + Just sleep up to 20 times 0.1s as long as the child exists. */ + int i, status; + for (i = 20; i 0; i--) +{ + if (waitpid (qsysdep-ipid, status, WNOHANG) == qsysdep-ipid) +{ + qsysdep-ipid = -1; + return fret; +} + usleep (10); +} + #else + usysdep_sleep (2); + #endif +} #ifdef SIGPIPE if (kill (qsysdep-ipid, SIGPIPE) == 0) -usysdep_sleep (2); +{ + #if HAVE_USLEEP + int i, status; + for (i = 20; i 0; i--) +{ + if (waitpid (qsysdep-ipid, status, WNOHANG) == qsysdep-ipid) +{ + qsysdep-ipid = -1; + return fret; +} + usleep (10); +} + #else + usysdep_sleep (2); + #endif +} #endif if (kill (qsysdep-ipid, SIGKILL) 0 errno == EPERM) { -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760297: [Pkg-javascript-devel] Processed: retitle 760297 to Please, (build and) ship Flash and Silverlight parts
retitle 760297 libjs-mediaelement: should (build and) ship Flash or Silverlight parts thanks Point of this bug is a) that the package is useless without those parts (hence should instead of please) and need only one of the fallbacks for proper media element implementations (hence or instead of and). Also, titles should generally be prefixed with their package name. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#699024: forwarded to upstream bugzilla
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=736109 I filed this in the upstream bugzilla. From my poking around, it _seems_ this is entirely a testsuite problem as time_t appears to be never stored by glib, just passed as an argument / return value. I have no clue about gir though, so its upstream is more likely to know what to do. At least, adding support for time_t as a first-class type would be massive overkill. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760557: pu: package proftpd-dfsg/1.3.4a-5+deb7u1
Package: release.debian.org Severity: wishlist User: release.debian@packages.debian.org Usertags: pu Tags: wheezy X-Debbugs-CC: proftpd-d...@packages.debian.org Hi, I'd like to fix #738067 in stable, which is a crash in ProFTPD's SFTP module with larger files. The fix is trivial - two instances of memcpy become memmove (yay overlapping regions); a debdiff is attached. We've been running packages containing the fix at $dayjob for a few months with no issues. I've mentioned the fix to the maintainers a few times, at least once on IRC and via the BTS and @packages.d.o but not received a {,n}ack. I've X-Debbugs-CCed them in case they wish to comment. Regards, Adamdiff -Nru proftpd-dfsg-1.3.4a/debian/changelog proftpd-dfsg-1.3.4a/debian/changelog --- proftpd-dfsg-1.3.4a/debian/changelog 2013-09-28 17:57:27.0 +0100 +++ proftpd-dfsg-1.3.4a/debian/changelog 2014-09-04 15:33:47.0 +0100 @@ -1,3 +1,10 @@ +proftpd-dfsg (1.3.4a-5+deb7u2) wheezy; urgency=low + + * Non-maintainer upload. + * Fix SFTP crash with large files (Closes: #738067) + + -- Adam D. Barratt a...@adam-barratt.org.uk Thu, 04 Sep 2014 15:33:21 +0100 + proftpd-dfsg (1.3.4a-5+deb7u1) stable-security; urgency=high * Non-maintainer upload by the Security Team. diff -Nru proftpd-dfsg-1.3.4a/debian/patches/series proftpd-dfsg-1.3.4a/debian/patches/series --- proftpd-dfsg-1.3.4a/debian/patches/series 2013-09-28 17:46:11.0 +0100 +++ proftpd-dfsg-1.3.4a/debian/patches/series 2014-09-04 15:34:45.0 +0100 @@ -12,3 +12,4 @@ use_hypen_in_manpage 3841 CVE-2013-4359.patch +sftp_crash_memmove diff -Nru proftpd-dfsg-1.3.4a/debian/patches/sftp_crash_memmove proftpd-dfsg-1.3.4a/debian/patches/sftp_crash_memmove --- proftpd-dfsg-1.3.4a/debian/patches/sftp_crash_memmove 1970-01-01 01:00:00.0 +0100 +++ proftpd-dfsg-1.3.4a/debian/patches/sftp_crash_memmove 2014-09-04 15:34:03.0 +0100 @@ -0,0 +1,48 @@ +Index: contrib/mod_sftp/fxp.c +=== +RCS file: /cvsroot/proftp/proftpd/contrib/mod_sftp/fxp.c,v +retrieving revision 1.139 +diff -u -r1.139 fxp.c +--- a/contrib/mod_sftp/fxp.c 15 Feb 2012 22:10:56 - 1.139 b/contrib/mod_sftp/fxp.c 15 Feb 2012 22:30:19 - +@@ -2511,7 +2511,18 @@ + fxp_packet_data_allocsz += sz; + } + +-memcpy(curr_buf, data, datalen); ++/* We explicitly want to use memmove(3) here rather than memcpy(3), ++ * since it is possible (and likely) that after reading data out ++ * of this buffer, there will be leftover data which is put back into ++ * the buffer, only at a different offset. This means that the ++ * source and destination pointers CAN overlap; using memcpy(3) would ++ * lead to subtle memory copy issue (e.g. Bug#3743). ++ * ++ * This manifested as hard-to-reproduce SFTP upload/download stalls, ++ * segfaults, etc, due to corrupted memory being read out as ++ * packet lengths and such. ++ */ ++memmove(curr_buf, data, datalen); + curr_buflen = datalen; + + return; +@@ -2556,8 +2567,18 @@ + } + } + +-/* Append the SSH2 data to the current unconsumed buffer. */ +-memcpy(curr_buf + curr_buflen, data, datalen); ++/* We explicitly want to use memmove(3) here rather than memcpy(3), ++ * since it is possible (and likely) that after reading data out ++ * of this buffer, there will be leftover data which is put back into ++ * the buffer, only at a different offset. This means that the ++ * source and destination pointers CAN overlap; using memcpy(3) would ++ * lead to subtle memory copy issue (e.g. Bug#3743). ++ * ++ * This manifested as hard-to-reproduce SFTP upload/download stalls, ++ * segfaults, etc, due to corrupted memory being read out as ++ * packet lengths and such. ++ */ ++memmove(curr_buf + curr_buflen, data, datalen); + curr_buflen += datalen; + } +
Bug#561670: Powermanga : new upstream release (version 0.92)
Hello, On 05.09.2014 08:26, Kalle Olavi Niemitalo wrote: Markus Koschany a...@gambaru.de writes: I now assume that those bugs are either fixed in the latest version of Powermanga, 0.92, or that more information are needed to fix them. Bug #561670 D-pad won't move the ship straight left doesn't seem seem fixed in the upstream Powermanga 0.92. If you search for SDL_HAT_LEFT in src/display_sdl.c, you'll see that it still sets both joy_right = 1 and joy_left = 1. It's a bit difficult for me to test it in practice though, as I forgot where I've put the gamepad. What kind of information would you need to fix this? One of the developers of Powermanga stated that he can't reproduce the issue with his joysticks. See https://lists.alioth.debian.org/pipermail/pkg-games-devel/2014-August/031871.html I don't have a gamepad myself at the moment and can't verify your issue. In this case more information means that it would be interesting to know what would happen if you changed the variables to a different value but I understand that it's difficult to test without a gamepad. I therefore ask Bruno again: @ Bruno Do you believe that setting joy_right = 1 and joy_left = 1 in display_sdl.c can result in the described behaviour? Can you confirm that this might be a problem for some players? Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#760558: pu: package libsnmp-session-perl/1.13-1
Package: release.debian.org Severity: wishlist User: release.debian@packages.debian.org Usertags: pu Tags: wheezy X-Debbugs-CC: libsnmp-session-p...@packages.debian.org Hi, I'd like to fix #628804 in stable, which causes a lot of noise from mrtg when libsocket6-perl is installed; a debdiff is attached. We've been running packages containing the fix at $dayjob for a couple of months with no issues. I pinged the bug report a few weeks ago but have not received a {,n}ack. I've X-Debbugs-CCed the maintainers in case they wish to comment. Regards, Adamdiff -u libsnmp-session-perl-1.13/debian/changelog libsnmp-session-perl-1.13/debian/changelog --- libsnmp-session-perl-1.13/debian/changelog +++ libsnmp-session-perl-1.13/debian/changelog @@ -1,3 +1,22 @@ +libsnmp-session-perl (1.13-1.1~deb7u1) wheezy; urgency=low + + * Non-maintainer upload. + * Rebuild against wheezy. + + -- Adam D. Barratt a...@adam-barratt.org.uk Thu, 04 Sep 2014 15:50:57 +0100 + +libsnmp-session-perl (1.13-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix Warnings from SNMP_Session.pm: +apply modified patch from upstream bug tracker at +https://code.google.com/p/snmp-session/issues/detail?id=5 +(Closes: #628804) +Thanks also to Geoff Crompton who came up with the same patch. +This should also fix mrtg's #629331. + + -- gregor herrmann gre...@debian.org Sat, 18 May 2013 13:06:58 +0200 + libsnmp-session-perl (1.13-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- libsnmp-session-perl-1.13.orig/lib/SNMP_Session.pm +++ libsnmp-session-perl-1.13/lib/SNMP_Session.pm @@ -146,7 +146,7 @@ if (eval {local $SIG{__DIE__};require Socket6;} eval {local $SIG{__DIE__};require IO::Socket::INET6; IO::Socket::INET6-VERSION(1.26);}) { - import Socket6; + Socket6-import(qw(inet_pton getaddrinfo)); $ipv6_addr_len = length(pack_sockaddr_in6(161, inet_pton(AF_INET6(), ::1))); $SNMP_Session::ipv6available = 1; } @@ -605,7 +605,7 @@ BEGIN { if($SNMP_Session::ipv6available) { import IO::Socket::INET6; - import Socket6; + Socket6-import(qw(inet_pton getaddrinfo)); } }
Bug#758839: contains non-free data
On Thu, 21 Aug 2014 23:31:57 +0200 Per Andersson avtob...@debian.org wrote: Package: childsplay Version: 2.6.2-1 Severity: serious Hi! I just installed childsplay and checked it out because I want to include it in the Debian Junior tasks. (Debian Junior is a pure blend targeting kids and youth.) When I tested a few applications in the menu I realized that there are some non-free data in the package. Hi, my name is Stas Zytkiewicz and I'm the author of childsplay. Thank you reporting these issues. In the new 2.6.2 release I've made the following changes. My quickly formed tentative list: * An image of Vault Boy from the Fallout games, which are very nice but nontheless non-free /usr/share/childsplay/CPData/good_en.png /usr/share/childsplay/CPData/thumbs.png /usr/share/childsplay/CPData/thumbsup.png The thumbsup image is replaced with an image from openclipart.org. good_en.png is a copy of thumbsup.png and thumbs.png is no longer present in the latest and prior release. * Sounds from the pacman inspired game are from the rock n' roll classic I Feel Good by James Brown /usr/share/childsplay/CPData/PackidData/feelgood.ogg It's replaced with a free sample from the freebies section of http://www.samplephonics.com and are also probably sampled from Pacman /usr/share/childsplay/CPData/PackidData/waka.wav /usr/share/childsplay/CPData/PackidData/walk.wav Not true, it's of course inspired by the pacman sound but the length of the 'waka' is 0.17 seconds and the length of the 'walk' is 0.08 second and are sound effects. It's not the original pacman sound and I'm surprised that someone would think those very tiny sounds files could be the original pacman sounds. * A sound from The Simpsons, where Homer shouts wohoo. Classic sound byte, but non-free /usr/share/childsplay/CPData/wahoo.wav Not true, it's an recording of *me* shouting wohoo and then altered a bit with audacity filters. The copyright file states that these files should be GPL-3+, but that is surely not the case. Note that I have not made a detailed license analysis of the entire package contents and that there might be more non-free data. Perhaps, but it's an illusion to think one can check every image or sound in this day and age where images and sounds are copied and distributed numerous times on the internet. Either remove the data, or, better, replace it with free images and samples. -- Regards, Stas Zytkiewicz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757597: closed by Andreas Tille ti...@debian.org (Bug#757597: fixed in r-cran-rsqlite 0.11.4-2)
found 757597 0.11.4-2 thanks On Sun, Aug 10, 2014 at 10:06:10AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the r-cran-rsqlite package: #757597: r-cran-rsqlite: Fail of tests in debci (autopkgtest) * Fix autopkgtest script Closes: #757597 Hi, the test is still failing as the -exec argument to find is misspelled: find: unknown predicate `-exed' HTH, -- Niko Tyni nt...@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#757644: lxc: Failed to allocate free veth pair
Hi, Not only this breaks lxc, but this also breaks OpenStack networking, aka Neutron. According to James Page, the attached patch fixes the issue. As this bug is affecting 2 other important packages in Sid/Jessie, I have increased the severity to serious. Probably it should be grave, given the definition of severity, but what's important is that this should be considered RC. Please do consider fixing the iproute2 package and applying the patch. Cheers, Thomas Goirand (zigo) Note that I don't think replying this way to Guido Günther (who I believe is a responsible person) was appropriate. If you don't want him to NMU the package to have a working fix, then the correct way is to tell that, and upload the fix yourself ASAP. Keeping the issue open for nearly a month doesn't help anyone. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757644: also impacts OpenStack
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 this change in the ip supported CLI syntax also impacts OpenStack neutron/nova which rely on veth devices for instance connectivity. Guido's patch looks correct and works for me (and I've uploaded it to Ubuntu to unblock our OpenStack Juno testing - thankyou!). - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUCZFqAAoJEL/srsug59jDrjwP/3kAwlpOtzZJQ5cv63hshvr8 Zzq21TeCuxYLZAPh0yh1sQpS8NdoY79IYtWY0T5jdmuvOAsKw4SBIP1UOwFnQrI3 Ct7xe+5jfpzjhjW/RE54ZRzSFW81lnnq4POfVw61n3Q24gtSQ9zoddTccItecx0A o7yH10VvH1u7ctf0PWnJU2JKLMTvVJ+86MNKMAXJzKGRP1oDfKZjZpxRMuk30tcz ztWN3XAYanyoVv3yiNRv1frX0MplZI9evjCIzrCLfV3UNjztBDdOYNA6PUvIBg+T 4xWr/PQOtj/dxko0x9SuzrFmOaDkn79AxcVghBefoE1Brk+BKiyHHJNBLxaDuI4i yaVk3NEq69Wr6SL1KDidq5CBlnwFNuD9JzdcBXILLH07J6bRQ9AVenLVQnvJnp3G cq6eDj5yEcCy4qCQbEV7gMfgghJjIR7c2zyQy2S6HC6yk/L5I2n9305Gg1rXirHs gRdjq3WY/NjVKjSbmn4jRbIA9ajddSMpecNtCzI7yu6RzbhN+eo6OIJ2oEKaZHLc Aj9/WSnV6hwqaCOGJ1398o72pD3g6vQd3r9syNSkugUitetl2chT6o7q9HEtx2nC iLs/i/+Bec5FTGd98GKu9oXLe84GlxPNN0Rxojfom3HHBM76gOPH5WzUMnEpNVTz O7L8ZPop0CjbrIoJHxBA =D6xR -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#760559: openldap: uninstallable Build-Depends due to gnutls and gcrypt schizophrenia
Source: openldap Version: 2.4.39-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, I’ve just noticed this problem while binNMU’ing openldap on x32 (to stay in sync with i386 and amd64), but it applies to all architectures: Currently, src:openldap cannot be rebuilt in the archive because it uses several virtual and nōn-virtual Build-Depends which are not coïnstallable: openldap build-depends on: - libgcrypt-dev | --virtual-libgcrypt-dev openldap build-depends on: - libgnutls-dev (= 1.7) libgnutls-dev depends on: - libgcrypt11-dev (= 1.4.0) libgcrypt20-dev conflicts with: - libgcrypt11-dev Please fix this and/or reassign to other relevant packages in places where it can/should/must be fixed. Thanks! -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760520: metview: FTBFS: cannot access 'debian/metview-data/...'
Thanks. I've been debugging this and scripts buried in the install section fail as they presume $HOME is set, which it is in pbuilder but not sbuild. I'm uploading a fix today (setting HOME=/tmp in debian/rules does the job). regards Alastair On 04/09/2014 23:53, Aaron M. Ucko wrote: Source: metview Version: 4.4.8+dfsg.1-1 Severity: serious Justification: fails to build from source Thanks again for addressing #760028! Builds now get much further, but still fail when covering only metview's architecture-dependent binary packages: chmod -R -x debian/metview-data/usr/share/metview/* chmod: cannot access 'debian/metview-data/usr/share/metview/*': No such file or directory make[1]: *** [override_dh_fixperms] Error 1 debian/rules:57: recipe for target 'override_dh_fixperms' failed make[1]: Leaving directory '/«BUILDDIR»/metview-4.4.8+dfsg.1' make: *** [binary-arch] Error 2 debian/rules:22: recipe for target 'binary-arch' failed Could you please arrange to run this command (and any others specific to metview-data) only when actually building metview-data? Thanks! -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry Software is like Poetry - most of it shouldn't have been written. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757597: closed by Andreas Tille ti...@debian.org (Bug#757597: fixed in r-cran-rsqlite 0.11.4-2)
Hi Niko, sorry for my sloppyness and thanks for your patience with maintainers like me and all your other effort to increase the quality of Debian packages Andreas. On Fri, Sep 05, 2014 at 01:31:11PM +0300, Niko Tyni wrote: found 757597 0.11.4-2 thanks On Sun, Aug 10, 2014 at 10:06:10AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the r-cran-rsqlite package: #757597: r-cran-rsqlite: Fail of tests in debci (autopkgtest) * Fix autopkgtest script Closes: #757597 Hi, the test is still failing as the -exec argument to find is misspelled: find: unknown predicate `-exed' HTH, -- Niko Tyni nt...@debian.org ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760560: RM: ghostscript-cups/9.06~dfsg-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Seems from https://qa.debian.org/excuses.php?package=ghostscript and https://release.debian.org/migration/testing.pl?package=ghostscript that binary package ghostscript-cups needs to explicitly be removed from testing to allow new release (which has that package dropped) is allowed to migrate to testing. ...and reportbug tells me you are the ones to task to about that. - Jonas - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJUCZXaXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWB4AIAI6xk3D6qHsFmNFH/Kosu6lE kpuuccpiDf/etE8ctjnbQPSLbQ7qmW1OlISNYouDQ2hNOWF4Q6eh9I0BW1jdlS9w 4yF3ebmD8Tij+hOo4b+NGezNYV1kEXduVk6MxzZnx/u+p7W7SKCP/OwvqOovjJZW dH9vp4ZqFoI3rKMbZn18L6GQk/1tHEssJKuK3faaQrgFzhqCi6FdT9ochQBakjMo xgnBUGhEJxYxL2GdTUpjlGztxYxXQ4OafImEPibYMXlo0SRCgIN7ccDdswELwNXs 9Y7NSY0eTeGRTil/GGEijHBmZqgBuqxtHHS6rixKI3ubo67x0JO8uPXzrUGHBdI= =UOB5 -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#753297: apt list --upgradable gives lot of false positives: possible solution
On Mon, Jul 21, 2014 at 05:52:11PM +0200, Michael Musenbrock wrote: Package: apt Version: 1.0.6 Followup-For: Bug #753297 Thanks for your patch! [..] for me the problem (listing packages as upgradable if they are not) occurs for all packages, which have a newer version in an archive with lower APT:Pinning score. So if I understood the source correctly, the pkgPolicy handles the candidate version in respect to the correct pinning. The attached patch [1] should do the trick. [..] This is fixed in git now and it will be part of the next upload. Your patch was superhelpful to get to the bottom of the problem, the new apt binary did not always initialize the depcache/policy in the right order so that the depcache ended up with the wrong pkgPolicy. This should be fixed in HEAD and a test was added. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760561: Output redirection lets local users overwrite any file writable by the caller
Package: tribler Version: 6.2.0+git20130731.149555fa-2 Tags: security The script /usr/bin/tribler redirects its output to /tmp/$USER-tribler.log. If an attacker creates a symlink with this name pointing to one of the user's files, this file would be overwritten. The safe way to create a file in a world-writable directory like /tmp is mktemp(1). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760528: curl v7.26.0-1 fails to validate asterisk CN/subAltName certificates correctly
On gio, set 04, 2014 at 08:51:35 -0400, Jason wrote: Package: curl Version: 7.26.0-1+wheezy9 Curl fails to validate SSL certificates with asterisks in their CN or subAltName. This works: $ curl -vv -o - https://blah.s3.amazonaws.com * About to connect() to blah.s3.amazonaws.com port 443 (#0) * Trying 205.251.243.81... * connected [snip] * Server certificate: * subject: C=US; ST=Washington; L=Seattle; O=Amazon.com Inc.; CN=*.s3.amazonaws.com * start date: 2014-04-09 00:00:00 GMT * expire date: 2015-04-09 23:59:59 GMT * subjectAltName: blah.s3.amazonaws.com matched * issuer: C=US; O=VeriSign, Inc.; OU=VeriSign Trust Network; OU=Terms of use at https://www.verisign.com/rpa (c)10; CN=VeriSign Class 3 Secure Server CA - G3 * SSL certificate verify ok. [snip] While this fails: $ curl -vv -o - https://blah.blah.s3.amazonaws.com * About to connect() to blah.blah.s3.amazonaws.com port 443 (#0) * Trying 205.251.243.81... * connected [snip] * Server certificate: * subject: C=US; ST=Washington; L=Seattle; O=Amazon.com Inc.; CN=*.s3.amazonaws.com * start date: 2014-04-09 00:00:00 GMT * expire date: 2015-04-09 23:59:59 GMT * subjectAltName does not match blah.blah.s3.amazonaws.com [snip] For this specific certificate, both the CN and the DNS (subjectAltName) have the *.s3.amazonaws.com domains listed. This is actually the correct behaviour, as per RFC6125 section 6.4.3 [0] (which curl follows). In fact, every other application I tested (wget, chromium, ...) follows this rule as well. This was introduced in curl 7.26.0 AFAICT. The version of curl currently on Squeeze validates any of those domains correctly. It's running curl v7.21.0-2.1+squeeze8. If anything, this is a bug in squeeze's curl, unlikely to get fixed though. Cheers [0] http://tools.ietf.org/html/rfc6125#section-6.4.3 signature.asc Description: Digital signature
Bug#745904: rsyslogd-2068: could not load module '/usr/lib/rsyslog/lmnsd_gtls.so', rsyslog error -2078
I have changed the error (message) handling: https://github.com/rsyslog/rsyslog/commit/20d8a9904e95aff4390d044ab35c4722c8893676 Note the commit comments on why this change may cause problems. As such, it's done to the development version, only (8.5.0). Rainer On Thu, Aug 21, 2014 at 2:52 PM, Edy Corak e...@loenshotel.de wrote: On Do, Aug 21, 2014 13:04:48, Michael Biebl wrote: Am 21.08.2014 10:28, schrieb Edy Corak: I have now found the problem. Sorry, that was my mistake. The certificate has been updated and because the server was not rebooted long time, I got the error not noticed. After a reboot, just this error message appears in the log files. Perhaps it is possible to specify the error message, so that the error is easier to see ? Have you also tried to run it in debug mode (-d)? If you also didn't get a proper error message this way, please file a bug upstream [1] and report back with the bug number. Michael [1] http://bugzilla.adiscon.com/ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? Hi, I have try the debug mode (-d). The path was changed to non existing, to see what error message will be shown. Only at the start in debug mode (-d) there is following message: unexpected GnuTLS error -64 in nsd_gtls.c:583: Error while reading file. Called LogError, msg: could not load module '/usr/lib/rsyslog/lmnsd_gtls.so', rsyslog error -2078 And later there is only the last one about could not load module Called LogError, msg: could not load module '/usr/lib/rsyslog/lmnsd_gtls.so', rsyslog error -2078 When I start rsyslogd with (-c5 -d) there is only one message rsyslogd-2068: could not load module '/usr/lib/rsyslog/lmnsd_gtls.so', rsyslog error -2078 [try http://www.rsyslog.com/e/2068 ] Maybe this can be changed to show always the complete error message. I missed the error message at the beginning in debug mode (-d). But now it's ok, everything works like it should. Thanks for your help Best regards Edy Corak
Bug#760434: Same problem here
I have the same problem. I noticed the most you use the UI, sooner it crash: (amule:2815): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 16 (amule:2815): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 16 (amule:2815): GLib-CRITICAL **: Source ID 1861 was not found when attempting to remove it (amule:2815): GLib-CRITICAL **: Source ID 9825 was not found when attempting to remove it After this point only kill -9 works.
Bug#756780: closed by Andreas Tille ti...@debian.org (Bug#756780: fixed in bowtie 1.0.1-2)
Control: reopen -1 On 2014-09-05 09:57:05, Debian Bug Tracking System wrote: Changes: bowtie (1.0.1-2) unstable; urgency=medium . * Do not use copy of outdated gcc header file which destroys portability to other architectures Closes: #756780 That doesn't appear to be enough. It still fails everywhere except on amd64 and kfreebsd-amd64. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#756780: closed by Andreas Tille ti...@debian.org (Bug#756780: fixed in bowtie 1.0.1-2)
Hi Sebastian, some seconds ago I realised the same and repeated your reopen ... Thanks for the hint anyway Andreas. On Fri, Sep 05, 2014 at 01:16:15PM +0200, Sebastian Ramacher wrote: Control: reopen -1 On 2014-09-05 09:57:05, Debian Bug Tracking System wrote: Changes: bowtie (1.0.1-2) unstable; urgency=medium . * Do not use copy of outdated gcc header file which destroys portability to other architectures Closes: #756780 That doesn't appear to be enough. It still fails everywhere except on amd64 and kfreebsd-amd64. Cheers -- Sebastian Ramacher -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760560: RM: ghostscript-cups/9.06~dfsg-1
Control: reassign -1 ftp.debian.org On 2014-09-05 11:52, Jonas Smedegaard wrote: Seems from https://qa.debian.org/excuses.php?package=ghostscript and https://release.debian.org/migration/testing.pl?package=ghostscript that binary package ghostscript-cups needs to explicitly be removed from testing to allow new release (which has that package dropped) is allowed to migrate to testing. No, it needs to be removed _from unstable_. Binary packages are not individually removed from testing other than as part of an automatic migration. (and in any case removal from testing wouldn't help, as the outdated packages would still be _in unstable_.) ...and reportbug tells me you are the ones to task to about that. If your choice of suite were correct, sure. :-) As it's not, it's not. I'm re-assigning this to ftp.d.o rather than closing it, but to save people checking, the reason that the package isn't getting semi-autoremoved by the FTP team is: dak rm -m [auto-cruft] NBS (no longer built by ghostscript) -s unstable -a amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b ghostscript-cups - broken Depends: splix: printer-driver-splix Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760562: Please suggest network-manager-iodine
Package: iodine Version: 0.6.0~rc1-20 Severity: wishlist File: /usr/sbin/iodine Hi, I'd be nice if you could suggest network-manager-iodine and network-manager-iodine-gnome to help with desktop integration. Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-rc6 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iodine depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-9 ii udev 208-8 ii zlib1g 1:1.2.8.dfsg-1 iodine recommends no packages. Versions of packages iodine suggests: ii dnsutils 1:9.9.5.dfsg-4 pn fping | oping none ii gawk 1:4.1.1+dfsg-1 ii ipcalc 0.41-4 ii iproute2 3.16.0-1.1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747700: ircii
Hi, Eriberto! I uploaded the package as NMU. Is the correct or should I make any changes in the package ircII? Thank you very much! -- Denis Rodrigues Ferreira PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756780: More help for ams statements needed (Was: [Help] Need help for architecture specific code)
Hi, On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote: +++ Andreas Tille [2014-08-04 09:48 +0200]: on arm*, powerpc, sparc and s390x architectures the build problem is: third_party/cpuid.h: In constructor 'EbwtTStr:: ^^^ I worked around this part of the problem since I realised that upstream simply is adding a code copy of cpuid.h which is from some old gcc version. While I was hoping that simply removing -I third_party from the build system would help I learned that this only leads to other problems[1]. 1. it seems with the exception of i386 other architectures do not even seem to have this include file: processor_support.h:17:22: fatal error: cpuid.h: No such file or directory # include cpuid.h 2. i386 results in ebwt.h: Assembler messages: ebwt.h:1909: Error: invalid instruction suffix for `popcnt' ebwt.h:1909: Error: invalid instruction suffix for `popcnt' ebwt.h:1909: Error: invalid instruction suffix for `popcnt' ebwt.h:1909: Error: invalid instruction suffix for `popcnt' make[2]: *** [bowtie-build] Error 1 The relevant line in the code is: $ grep -w -n asm e* ebwt.h:1909:asm (popcntq %[x],%[count]\n: [count] =r (count): [x] r (x)); Any help would be welcome - otherwise the package (and its rdepends) need to be restricted to amd64 architecture. Kind regards Andreas. [1] https://buildd.debian.org/status/package.php?p=bowtie -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663012: procps: Occurs for kfreebsd inside freebsd jail
On Thu, Sep 04, 2014 at 09:21:52AM -0400, Daniel Dickinson wrote: I will have to further testing to confirm this, but from outside the jail I can see that procfs is mounted on jail's proc. Since FreeNAS runs on FreeBSD that looks to me like FreeBSD's procfs is mounted on jail's /proc and is likely why the mount of linprocfs from inside the jail (by freebsd-utils) fails (assuming of course the it's not actually a case of needing to hack on things so that linprocfs gets mounted prior to jail startup). OK then, you might find its not a compatible procfs in any case then. That would mean you'd need to use the native freebsd tools, which would understand that partition better. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760563: xen-hypervisor-4.4-amd64: Xen =4.1 not booting on IBM HS20
Package: xen-hypervisor-4.4-amd64 Version: 4.4.0-4 Severity: normal -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash xen-hypervisor-4.4-amd64 depends on no packages. Versions of packages xen-hypervisor-4.4-amd64 recommends: ii xen-utils-4.4 4.4.0-4 xen-hypervisor-4.4-amd64 suggests no packages. -- no debconf information From xen =4.1 it doesn't work with an IBM bladecenter using HS20, it was working without any problems with Debian 6 and xen 4.0. But with Debian 7 and xen 4.1 is not working and if we trey debian 7 and xen 4.0 works. Also tried with citrix 6.2 and during install server was rebooted Error verified with Debian 7 and xen 4.1, Debian 8 and xen.4.4. Attached additional information about errors reportes by IBM AMM (files attached) Additional information: http://lists.xen.org/archives/html/xen-devel/2013-09/msg00584.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760564: postgresql-9.4: regexp_matches behavior change 9.3 - 9.4
Package: postgresql-9.4 Version: 9.4~beta2-1+b1 Severity: normal Dear Maintainer, With postgres 9.3 i have select regexp_matches('gestion/football/ligue-des-champions', '^((?!d{4}-d{1,2}-d{1,2})[^/]+?)(?:/((?!d{4}-d{1,2}-d{1,2})[^/]+?))(?:/((?!d{4}-d{1,2}-d{1,2})[^/]+?))?$', 'g'); regexp_matches {gestion,football,ligue-des-champions} With postgres 9.4 it returns 0 row. Removing the greedy quantifier at the end [^/]+? - [^/]+ makes it return a result again. Regards, Jérémy. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (670, 'unstable'), (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-9.4 depends on: ii libc6 2.19-10 ii libgssapi-krb5-2 1.12.1+dfsg-9 ii libldap-2.4-2 2.4.39-1.1+b1 ii libpam0g 1.1.8-3.1 ii libpq5 9.4~beta2-1+b1 ii libssl1.0.01.0.1i-2 ii libxml22.9.1+dfsg1-4 ii locales2.19-10 ii postgresql-client-9.4 9.4~beta2-1+b1 ii postgresql-common 160 ii ssl-cert 1.0.34 ii tzdata 2014g-1 postgresql-9.4 recommends no packages. Versions of packages postgresql-9.4 suggests: pn locales-all none pn oidentd | ident-server none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757941: busybox-static: DNS resolver stopped working in busybox-static version 1.22.0-7
On Tue, 12 Aug 2014 19:31:12 +0200 Diederik de Haas didi.deb...@cknow.org wrote: On Tuesday 12 August 2014 21:16:06 Michael Tokarev wrote: Also, it is specific to amd64 arch, it does not happen on i386 (from 2 variants of x86 arches). It's not just limited to amd64, since I encountered the issue on raspbian for the Raspberry Pi, which is somewhere between armel and armhf. See https://github.com/debian-pi/raspbian-ua-netinst/issues/80 -- GPG: 0x138E41915C7EFED6 Another Pi user here - also suffering with the same issue. As suggested, using a wheezy static package works without issue. It also seems to have damaged NTP support - even when specifying an NTP server by IP (tried my own and one on the web), setting the time fails. As does package installation by IP (even with a local mirror). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758111: installation-reports: Please consider dbus for the core files
On 05/09/14 06:04, Michael Biebl wrote: Am 20.08.2014 14:50, schrieb Michael Biebl: Since systemd already depends on libdbus-1-3, I'd bump libdbus-1-3 to important and dbus to standard. Does that sound ok? Just a quick followup: Since systemd v209 and later no longer uses libdbus-1-3 and we plan to update systemd to v215 for jessie, I guess there is no longer a need to bump the priority of libdbus-1-3. Bumping dbus to standard still makes sense though. I can't do that (I can change its debian/control, but that has no practical effect), and neither can the systemd maintainers. #759293 is the request for the ftp-masters, who *can* do this, to do so. Is there any point in this bug remaining open in its own right, or should it be merged with #759293? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760428: grub2: FTBFS on x32: error: gcc-4.9 failed to produce assembly code
On Wed, Sep 03, 2014 at 06:50:08PM -0700, Daniel Schepler wrote: I'm not sure why -m64 is present in the first test but gets dropped in the second, but that's probably the reason the test for -mcmodel=large succeeds but then causes problems down the line. This is handled a bit baroquely, but does this patch work for you? To test it, you should just be able to unpack a fresh source package, apply this patch, and run debian/rules debian/stamps/build-grub-emu. diff --git a/configure.ac b/configure.ac index 735313d..665ffa6 100644 --- a/configure.ac +++ b/configure.ac @@ -344,10 +344,12 @@ AC_SYS_LARGEFILE # Identify characteristics of the host architecture. unset ac_cv_c_bigendian -if test x$target_cpu-$platform = xsparc64-emu ; then - CFLAGS=$CFLAGS -m64 - HOST_CFLAGS=$HOST_CFLAGS -m64 -fi +case $target_cpu-$platform in +sparc64-emu | x86_64-emu) + CFLAGS=$CFLAGS -m64 + HOST_CFLAGS=$HOST_CFLAGS -m64 + ;; +esac AC_C_BIGENDIAN AC_CHECK_SIZEOF(void *) Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760560: RM: ghostscript-cups/9.06~dfsg-1
Quoting Adam D. Barratt (2014-09-05 13:22:06) Control: reassign -1 ftp.debian.org On 2014-09-05 11:52, Jonas Smedegaard wrote: Seems from https://qa.debian.org/excuses.php?package=ghostscript and https://release.debian.org/migration/testing.pl?package=ghostscript that binary package ghostscript-cups needs to explicitly be removed from testing to allow new release (which has that package dropped) is allowed to migrate to testing. No, it needs to be removed _from unstable_. Binary packages are not individually removed from testing other than as part of an automatic migration. (and in any case removal from testing wouldn't help, as the outdated packages would still be _in unstable_.) ...and reportbug tells me you are the ones to task to about that. If your choice of suite were correct, sure. :-) As it's not, it's not. I'm re-assigning this to ftp.d.o rather than closing it, but to save people checking, the reason that the package isn't getting semi-autoremoved by the FTP team is: dak rm -m [auto-cruft] NBS (no longer built by ghostscript) -s unstable -a amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b ghostscript-cups - broken Depends: splix: printer-driver-splix Thanks for the explanation. I will file a severe bugreport against printer-driver-splix. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#756780: More help for ams statements needed (Was: [Help] Need help for architecture specific code)
Le vendredi 05 septembre 2014 à 13:35 +0200, Andreas Tille a écrit : Hi, On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote: +++ Andreas Tille [2014-08-04 09:48 +0200]: ebwt.h:1909: Error: invalid instruction suffix for `popcnt' make[2]: *** [bowtie-build] Error 1 The relevant line in the code is: $ grep -w -n asm e* ebwt.h:1909:asm (popcntq %[x],%[count]\n: [count] =r (count): [x] r (x)); A quick search shows this instruction is supported by -msse4.2 switch, which is probably not enabled on debian i386 arch. Another quick search show how to switch to popcnt (without q): ({ __cpu_mask r; \ - asm (popcntq %1, %0 : =r (r) : 0 (l));\ + asm (popcnt %1, %0 : =r (r) : 0 (l));\ r; }) Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760560: RM: ghostscript-cups/9.06~dfsg-1
Quoting Jonas Smedegaard (2014-09-05 14:13:42) Quoting Adam D. Barratt (2014-09-05 13:22:06) Control: reassign -1 ftp.debian.org On 2014-09-05 11:52, Jonas Smedegaard wrote: Seems from https://qa.debian.org/excuses.php?package=ghostscript and https://release.debian.org/migration/testing.pl?package=ghostscript that binary package ghostscript-cups needs to explicitly be removed from testing to allow new release (which has that package dropped) is allowed to migrate to testing. No, it needs to be removed _from unstable_. Binary packages are not individually removed from testing other than as part of an automatic migration. (and in any case removal from testing wouldn't help, as the outdated packages would still be _in unstable_.) ...and reportbug tells me you are the ones to task to about that. If your choice of suite were correct, sure. :-) As it's not, it's not. I'm re-assigning this to ftp.d.o rather than closing it, but to save people checking, the reason that the package isn't getting semi-autoremoved by the FTP team is: dak rm -m [auto-cruft] NBS (no longer built by ghostscript) -s unstable -a amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b ghostscript-cups - broken Depends: splix: printer-driver-splix Thanks for the explanation. I will file a severe bugreport against printer-driver-splix. No wait - I won't: I believe nothing's wrong with that dependency. the package ghostscript-cups should be dropped, but a non-versioned dependency against it is fine as that is satisfied by cups-filters now providing that package. So tell me again: Which package needs removal in unstable for ghostscript to be allowed into testing?!? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#760560: RM: ghostscript-cups/9.06~dfsg-1
On 2014-09-05 13:16, Jonas Smedegaard wrote: Quoting Jonas Smedegaard (2014-09-05 14:13:42) Quoting Adam D. Barratt (2014-09-05 13:22:06) [...] dak rm -m [auto-cruft] NBS (no longer built by ghostscript) -s unstable -a amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b ghostscript-cups - broken Depends: splix: printer-driver-splix Thanks for the explanation. I will file a severe bugreport against printer-driver-splix. No wait - I won't: I believe nothing's wrong with that dependency. the package ghostscript-cups should be dropped, but a non-versioned dependency against it is fine as that is satisfied by cups-filters now providing that package. dak's removal tool doesn't always cope with cases such as this. So tell me again: Which package needs removal in unstable for ghostscript to be allowed into testing?!? The answer's still the same - the ghostscript-cups binary needs to be removed, because it's no longer built from the ghostscript source. Now that the details have been explained, someone from the FTP team will hopefully pick this up and everything will be fine. :) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760565: Cannot access Desktop Pager Settings from panel
Subject: lxpanel: Cannot access Desktop Pager Settings from panel Package: lxpanel Version: 0.7.0-1 Severity: normal Dear Maintainer, * What led up to the situation? 1. Right clicked on pager area in panel 2. Left clicked on ``Desktop Pager Settings'' * What was the outcome of this action? 1. Nothing happened * What outcome did you expect instead? 1. A dialogue box to change the pager settings to appear. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxpanel depends on: ii libasound2 1.0.28-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-10 ii libcairo21.12.16-3 ii libfm-gtk4 1.2.2.1-1 ii libfm-modules1.2.2.1-1 ii libfm4 1.2.2.1-1 ii libfontconfig1 2.11.0-6 ii libfreetype6 2.5.2-1.1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libiw30 30~pre9-8 ii libmenu-cache3 0.6.0-1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpangoft2-1.0-01.36.6-1 ii libwnck222.30.7-1 ii libx11-6 2:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii lxmenu-data 0.1.2-2 ii lxpanel-data 0.7.0-1 Versions of packages lxpanel recommends: ii xkb-data 2.12-1 Versions of packages lxpanel suggests: ii iceweasel [www-browser] 31.0-3 ii lxsession0.4.9.2-1 ii menu 2.1.47 ii w3m [www-browser]0.5.3-17 -- 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#760566: [shared-mime-info] application/x-n64-rom nearly never detected
Package: shared-mime-info Version: 1.3-1 Severity: normal Tags: patch It seems that Nintendo64 roms are nearly never detected. Only extension for one subformat is part of the mime info database and no magic info is stored at all. The attached patch fixes it by adding the missing two extensions for the two missing subformats and adding the magic for each subformat. The information is taken from http://sources.debian.net/src/mupen64plus-core/2.0-7/src/main/rom.c/?hl=69#L69 --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstablehttp.debian.net --- Package information. --- Depends(Version) | Installed -+- libc6 (= 2.14) | libglib2.0-0 (= 2.35.9) | libxml2 (= 2.7.4) | Package's Recommends field is empty. Package's Suggests field is empty.Description: Increase detection rate for application/x-n64-rom --- diff --git a/freedesktop.org.xml.in b/freedesktop.org.xml.in index d1c422cd46d5f242a3738e98fe0d5a83a677a9ad..ee927be0808c29b8ecf9e0a4dc17b0056221567c 100644 --- a/freedesktop.org.xml.in +++ b/freedesktop.org.xml.in @@ -2658,6 +2658,16 @@ command to generate the output files. _commentNintendo64 ROM/_comment generic-icon name=application-x-executable/ glob pattern=*.n64/ +glob pattern=*.z64/ +glob pattern=*.v64/ +magic + !-- native *.z64 -- + match type=big32 offset=0 value=0x80371240/ + !-- byteswapped [BADC] *.v64 -- + match type=big32 offset=0 value=0x37804012/ + !-- wordswapped [DCBA] *.n64 -- + match type=big32 offset=0 value=0x40123780/ +/magic /mime-type mime-type type=application/x-nautilus-link _commentNautilus link/_comment
Bug#759516: ofono: Please upgrade ofono to version 1.15
pulseaudio master branch has some ofono support since 2014-08-22: http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=6d88a139 Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760567: Use dpkg-buildflags
Source: redis Version: 2.8.13 Severity: normal Tags: patch Hi, Please find attached a proposal that use dpkg-buildflags (and hardening flags) and enable multiple make jobs in your package. Please note that *FLAGS are defined and exported manually in debian/rules since the package use debhelper 7 (these 4 lines can be removed if debhelper 9 used). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-67-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -Nru redis-2.8.13/debian/changelog redis-2.8.13/debian/changelog --- redis-2.8.13/debian/changelog 2014-08-05 18:16:56.0 +0200 +++ redis-2.8.13/debian/changelog 2014-09-05 14:31:00.0 +0200 @@ -1,3 +1,12 @@ +redis (2:2.8.13-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use dpkg-buildflags CFLAGS, CPPFLAGS (patch upstream Makefile) and +LDFLAGS, also use pie and relro via DEB_BUILD_MAINT_OPTIONS + * Call make V=1 to show gcc command lines (blhc) and enable parallel build + + -- Guillaume Delacour g...@iroqwa.org Fri, 05 Sep 2014 09:49:19 +0200 + redis (2:2.8.13-3) unstable; urgency=low * Correct permissions of our /var directories by chowning them recursively. diff -Nru redis-2.8.13/debian/patches/04-dpkg-buildflags.diff redis-2.8.13/debian/patches/04-dpkg-buildflags.diff --- redis-2.8.13/debian/patches/04-dpkg-buildflags.diff 1970-01-01 01:00:00.0 +0100 +++ redis-2.8.13/debian/patches/04-dpkg-buildflags.diff 2014-09-05 12:16:02.0 +0200 @@ -0,0 +1,43 @@ +Author: Guillaume Delacour g...@iroqwa.org +Subject: Add CPPFLAGS in upstream makefiles +Last-Update: 2014-09-05 + +Index: redis-2.8.13/src/Makefile +=== +--- redis-2.8.13.orig/src/Makefile redis-2.8.13/src/Makefile +@@ -87,7 +87,7 @@ ifeq ($(MALLOC),jemalloc) + FINAL_LIBS+= -ljemalloc + endif + +-REDIS_CC=$(QUIET_CC)$(CC) $(FINAL_CFLAGS) ++REDIS_CC=$(QUIET_CC)$(CC) $(FINAL_CFLAGS) $(CPPFLAGS) + REDIS_LD=$(QUIET_LINK)$(CC) $(FINAL_LDFLAGS) + REDIS_INSTALL=$(QUIET_INSTALL)$(INSTALL) + +Index: redis-2.8.13/deps/linenoise/Makefile +=== +--- redis-2.8.13.orig/deps/linenoise/Makefile redis-2.8.13/deps/linenoise/Makefile +@@ -6,7 +6,7 @@ R_CFLAGS= $(STD) $(WARN) $(OPT) $(DEBUG) + R_LDFLAGS= $(LDFLAGS) + DEBUG= -g + +-R_CC=$(CC) $(R_CFLAGS) ++R_CC=$(CC) $(R_CFLAGS) $(CPPFLAGS) + R_LD=$(CC) $(R_LDFLAGS) + + linenoise.o: linenoise.h linenoise.c +Index: redis-2.8.13/deps/hiredis/Makefile +=== +--- redis-2.8.13.orig/deps/hiredis/Makefile redis-2.8.13/deps/hiredis/Makefile +@@ -28,7 +28,7 @@ CC:=$(shell sh -c 'type $(CC) /dev/null + OPTIMIZATION?=-O3 + WARNINGS=-Wall -W -Wstrict-prototypes -Wwrite-strings + DEBUG?= -g -ggdb +-REAL_CFLAGS=$(OPTIMIZATION) -fPIC $(CFLAGS) $(WARNINGS) $(DEBUG) $(ARCH) ++REAL_CFLAGS=$(OPTIMIZATION) -fPIC $(CFLAGS) $(WARNINGS) $(DEBUG) $(ARCH) $(CPPFLAGS) + REAL_LDFLAGS=$(LDFLAGS) $(ARCH) + + DYLIBSUFFIX=so diff -Nru redis-2.8.13/debian/patches/series redis-2.8.13/debian/patches/series --- redis-2.8.13/debian/patches/series 2014-08-05 18:16:56.0 +0200 +++ redis-2.8.13/debian/patches/series 2014-09-05 14:04:24.0 +0200 @@ -1,3 +1,4 @@ 01-fix-ftbfs-on-kfreebsd.diff -p1 02-fix-ftbfs-on-kfreebsd -p1 03-use-system-jemalloc.diff -p1 +04-dpkg-buildflags.diff -p1 diff -Nru redis-2.8.13/debian/rules redis-2.8.13/debian/rules --- redis-2.8.13/debian/rules 2014-08-05 18:16:56.0 +0200 +++ redis-2.8.13/debian/rules 2014-09-05 14:18:15.0 +0200 @@ -1,6 +1,17 @@ #!/usr/bin/make -f -unexport CFLAGS +export DEB_BUILD_MAINT_OPTIONS = hardening=+all + +CPPFLAGS:=$(shell dpkg-buildflags --get CPPFLAGS) +CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) +LDFLAGS:=$(shell dpkg-buildflags --get LDFLAGS) +export CPPFLAGS CFLAGS LDFLAGS + +ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) + NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) + MAKEFLAGS += -j$(NUMJOBS) + export MAKEFLAGS +endif ifneq (,$(filter $(shell dpkg-architecture -qDEB_HOST_ARCH),armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 s390 sparc)) export FORCE_LIBC_MALLOC = yes @@ -14,6 +25,9 @@ override_dh_auto_install: +override_dh_auto_build: + dh_auto_build --parallel -- V=1 + clean: dh $@ rm -f src/release.h
Bug#760560: RM: ghostscript-cups/9.06~dfsg-1
Quoting Adam D. Barratt (2014-09-05 14:23:08) On 2014-09-05 13:16, Jonas Smedegaard wrote: the package ghostscript-cups should be dropped, but a non-versioned dependency against it is fine as that is satisfied by cups-filters now providing that package. dak's removal tool doesn't always cope with cases such as this. So tell me again: Which package needs removal in unstable for ghostscript to be allowed into testing?!? The answer's still the same - the ghostscript-cups binary needs to be removed, because it's no longer built from the ghostscript source. Now that the details have been explained, someone from the FTP team will hopefully pick this up and everything will be fine. :) Thanks, again :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#760568: base-files: please depend on base-passwd to help (c)debootstrap process
Package: base-files Version: 7.5 Severity: normal User: de...@kali.org Usertags: origin-kali In the context of a derivative distribution (Kali), I had failures with cdebootstrap. They look like this: P: Configuring package base-files D: Updating base-files to status 3 O: chown: invalid user: 'root:root' O: dpkg: error processing package base-files (--configure): O: subprocess installed post-installation script returned error exit status 1 [...] O: Setting up base-passwd (3.5.33) ... P: Configuring package base-passwd D: Updating base-passwd to status 3 O: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Debconf/Config.pm line 22. [...] O: dpkg: dependency problems prevent configuration of bash: O: bash depends on base-files (= 2.1.12); however: O: Package base-files is not configured yet. O: O: dpkg: error processing package bash (--configure): O: dependency problems - leaving unconfigured When googling for this problem I came upon this bugreport explaining that the order of the configuration between base-files and base-passwd is not set in stone and might vary depending on which order packages are listed in the Packages file: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601670 So debootstrap is immune to this problem just because it manually configures base-passwd before base-files. We could probably also fix cdeboostrap in a similar way but cdebootstrap is actually relying on apt/dpkg to let them configure the packages in the right order and maybe the better fix is thus to add a Depends: base-passwd on base-files so that the two packages are configured in the correct order. I just deployed such a fix in Kali and it works well. I'm ccing the cdebootstrap and base-passwd maintainers in case they want to voice an opinion too. -- 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/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages base-files depends on: ii gawk [awk] 1:4.1.1+dfsg-1 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files 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#758964: gcc-4.9 assembler errors when building md5 code from fbb on arm64
Control: severity -1 serious Control: tag -1 +patch On Sat, Aug 23, 2014 at 10:54:54AM +0100, peter green wrote: Package: gcc-4.9 Version: 4.9.1-7 x-debbugs-cc: f...@packages.debian.org Control:| affects -1 fbb| While building the latest version of fbb (the previous version built successfully) for arm64 the autobuilders (both on debian-ports and debian official) ran into the following error. They were using gcc-4.9 version 4.9.1-7 gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wstrict-prototypes -O2 -g -funsigned-char -D__LINUX__ -DPROTOTYPES -I../include -DUSE_NCURSES -D_FORTIFY_SOURCE=2 -c -o md5c.o md5c.c /tmp/ccrwJ404.s: Assembler messages: /tmp/ccrwJ404.s:609: Error: operand 1 should be an integer register -- `ldr v12,[x1]' /tmp/ccrwJ404.s:610: Error: invalid use of vector register at operand 1 -- `eor v12,x6,v12' builtin: recipe for target 'md5c.o' failed I was able to reproducte this locally (under user mode qemu) with 4.9.1-8 and have prepared a reduced (though unfortunately stil fairly large) testcase. root@debian:/# gcc -g -fstack-protector-strong -O2 -c -o test.o test.c /tmp/ccap2vnU.s: Assembler messages: /tmp/ccap2vnU.s:421: Error: operand 1 should be an integer register -- `ldr v7,[x0]' /tmp/ccap2vnU.s:422: Error: invalid use of vector register at operand 1 -- `eor v7,x8,v7' root@debian:/# It seems this bug can be worked around by adding -fno-inline-small-functions and -fno-inline-functions-called-once (note: the first of these is sufficient with the reduced testcase where I removed static to make reduction work easier, both are needed with the original code) or removing -fstack-protector-strong It's the stack-protector thing that's key here. This bug is showing up in a number of other packages too right now, and has been diagnosed upstream with a patch available for testing: https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00320.html So I'm tagging this appropriately. Other packages affected are (at least): alpine einspline fbb jigit uw-imap vdmfec vxl yasm and yasm is quite critical as a build-dep. Matthias: would you like me to do some testing with that patch as well, or are you already on top of this? -- Steve McIntyre, Cambridge, UK.st...@einval.com Aardvark I dislike C++ to start with. C++11 just seems to be handing rope-creating factories for users to hang multiple instances of themselves. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Tuesday 02 September 2014 02:00 PM, Ritesh Raj Sarraf wrote: On Monday 01 September 2014 05:27 PM, Laurent Bigonville wrote: I think this is actually a race condition between apport-notifyd and /usr/share/apport/apport. Shouldn't apport-notifyd only respond to IN_CLOSE_WRITE inotify events instead of IN_CREATE so we are sure the file is fully written? Thanks Laurent. That should be the reason. I'll check and do a new upload soon. Did you play with the change you had proposed ? I tried it but now I do not get the apport popups. I'll look into it sometime later but if you already did, please do share your results. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760478: [ibus-anthy] ibus-anthy is not working. Input English instead of Japanese.
Package: ibus-anthy Version: 1.5.5-1 --- Please enter the report below this line. --- I also confirm this bug. ibus-anthy is not working. When trying to input Japanese, ibus-anthy reacts very slow and finally inputs English instead of Japanese. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 990 testing www.deb-multimedia.org 990 testing security.debian.org 990 testing ftp.jp.debian.org 990 testing ftp.cn.debian.org 500 unstable www.deb-multimedia.org 500 unstable ftp.jp.debian.org 500 unstable ftp.cn.debian.org 500 stable www.deb-multimedia.org 500 stable ftp.jp.debian.org 500 stable ftp.cn.debian.org 500 oldstable ftp.cn.debian.org 500 dev repo.getspringseed.com 1 experimental www.deb-multimedia.org 1 experimental ftp.jp.debian.org 1 experimental ftp.cn.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760569: Virtualbox lets any user mess with system's network configuration
Package: virtualbox Version: 4.3.14-dfsg-1 Tags: security Virtualbox lets any local user create and configure network interfaces (vboxnet*), and also send and receive traffic through them. It also lets users bridge their VMs to other network interfaces. Normally, such operations are reserved for users with CAP_NET_ADMIN capability for a good reason. Such actions can be used to disrupt other users' communications, capture their network traffic and even perform MITM attacks against them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#293727: gocr: Wrong encoding of ff in UTF8
On Fri, 18 Jul 2008 12:48:51 -0300 Cosimo Alfarano ka...@bononia.it wrote: Hi Etienne, could you tell me in in the current version in testing/unstable of GOCR it gives you the same problem, please? I did some tests with v0.50 of gocr and it seems to recognise ‘ff’, attaching an example of test (a sentence from this very bug report). gocr -f UTF8 file gocr -i file both recognise “ff”, closing the bug.
Bug#760297: The BTS is not a ping-pong table (or it is?)
Control: severity -1 important On Fri, Sep 05, 2014 at 11:49:12AM +0200, Jonas Smedegaard wrote: severity 760297 grave Really, again? [David wrote - via cont...@bugs.debian.org:] # Please, stop overriding the maintainer’s call without reason. I fully agree. Maintainer of this package is the Javascript team That’s fixed now, thanks again to your valuable input. https://anonscm.debian.org/cgit/pkg-owncloud/mediaelement.git/commit/?id=d1f88116baff56bb4ae1c5ed54529b6905bcef8d Regards David signature.asc Description: Digital signature
Bug#760478: AWASHIRO Ikuya's patch works
Hi, I tested the patch from AWASHIRO Ikuya. The patch works. Thanks! Yafan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694493: t1-cyrillic: commas instead of points in 'ItalicAngle' parameters
Dear maintainer, I verified that this bug breaks any package which makes use of python-matplotlib. To create a local build with the proposed patch included I downloaded the source package from wheezy. I've build the package without any change on my machine. In all mentioned *.afm files I did not find the comma (',') in the ItalicAngle parameter (no change from my side at this point). Additionally I've checked the package for jessie and it's the same. All files contain a point ('.') in the ItalicAngle parameter. Thus I presume something went wrong during the creation of the package for wheezy. As the bug is fixed in jessie I would propose to close it. Best regards, Jens Oeser -- Wer fröhlich ist, hat auch gleich gute Laune! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760570: lintian should update default jre version for bytecode version
package: lintian version: 2.5.25 W: gnukhata: incompatible-java-bytecode-format Java7 version (Class format: 51) N: N:The package contains Java class files with a minimum requirement on the N:listed Java version. This Java version is not supported by the default N:JVM in Debian and is therefore likely to be a mistake. I think lintian should check the version of default-jre during runtime as default-jre is now java 7. $ apt-cache policy default-jre default-jre: Installed: 2:1.7-52 Candidate: 2:1.7-52 Also the package I'm building (gnukhata) explicitly depend on java7-runtime and uses java-wrappers to find java7 when launching it. You can get the gnukhata package from here if you want to reproduce this https://people.debian.org/~praveen/gnukhata/ signature.asc Description: OpenPGP digital signature
Bug#756518: (no subject)
Hi Breno, Erwan, Thanks for the bug report and the attached patch. There are a couple of other bugs ( #758499 and #728979) opened against presage. I plan on pushing these changes upstream, having a new presage release cut, and producing a new debian package fixes these issues. I'm hoping to have this done by Sept 15th. Cheers, - Matteo
Bug#760568: base-files: please depend on base-passwd to help (c)debootstrap process
On Fri, Sep 05, 2014 at 02:46:25PM +0200, Raphaël Hertzog wrote: So debootstrap is immune to this problem just because it manually configures base-passwd before base-files. We could probably also fix cdeboostrap in a similar way but cdebootstrap is actually relying on apt/dpkg to let them configure the packages in the right order and maybe the better fix is thus to add a Depends: base-passwd on base-files so that the two packages are configured in the correct order. I just deployed such a fix in Kali and it works well. I'm ccing the cdebootstrap and base-passwd maintainers in case they want to voice an opinion too. Doesn't seem entirely terrible. That said, this is all hopelessly delicate. I wonder if instead it would be better for base-files to hardcode the various IDs it uses in the postinst (UIDs: root, GIDs: root, mail, utmp, staff), and thus sidestep this requirement entirely? They're all global static, so could safely be hardcoded. Something like this (untested): diff --git a/debian/postinst.in b/debian/postinst.in index 5f0f1a2..21a0dc2 100644 --- a/debian/postinst.in +++ b/debian/postinst.in @@ -1,12 +1,21 @@ #!/bin/sh set -e +# Hardcode all IDs, in order that we can be configured even when base-passwd +# has never been configured. This is safe because all IDs used here are in +# the global static space. +root_uid=0 +root_gid=0 +mail_gid=8 +utmp_gid=43 +staff_gid=50 + install_local_dir() { if [ ! -d $1 ]; then mkdir -p $1 fi if [ -f /etc/staff-group-for-usr-local ]; then -chown root:staff $1 2 /dev/null || true +chown $root_uid:$staff_gid $1 2 /dev/null || true chmod 2775 $1 2 /dev/null || true fi } @@ -20,7 +29,7 @@ install_from_default() { install_directory() { if [ ! -d /$1 ]; then mkdir /$1 -chown root:$3 /$1 +chown $root_uid:$3 /$1 chmod $2 /$1 fi } @@ -58,16 +67,16 @@ if [ $1 = configure ] [ $2 = ]; then install_from_default /usr/share/base-files/dot.bashrc/root/.bashrc install_from_default /usr/share/base-files/profile /etc/profile install_from_default /usr/share/base-files/motd /etc/motd - install_directory srv 755 root - install_directory opt 755 root - install_directory etc/opt 755 root - install_directory var/opt 755 root - install_directory media 755 root - install_directory var/mail 2775 mail + install_directory srv 755 $root_gid + install_directory opt 755 $root_gid + install_directory etc/opt 755 $root_gid + install_directory var/opt 755 $root_gid + install_directory media 755 $root_gid + install_directory var/mail 2775 $mail_gid if [ ! -L /var/spool/mail ]; then ln -s ../mail /var/spool/mail fi - install_directory run/lock 1777 root + install_directory run/lock 1777 $root_gid migrate_directory /var/run /run migrate_directory /var/lock /run/lock @@ -92,30 +101,30 @@ if [ $1 = configure ] [ $2 = ]; then if [ ! -f /var/log/lastlog ]; then echo -n/var/log/lastlog fi - chown root:utmp /var/log/wtmp /var/log/btmp /var/log/lastlog + chown $root_uid:$utmp_gid /var/log/wtmp /var/log/btmp /var/log/lastlog chmod 664 /var/log/wtmp /var/log/lastlog chmod 660 /var/log/btmp if [ ! -f /var/run/utmp ]; then echo -n/var/run/utmp fi - chown root:utmp /var/run/utmp + chown $root_uid:$utmp_gid /var/run/utmp chmod 664 /var/run/utmp fi if [ ! -d /var/lib/dpkg ]; then mkdir -m 755 -p /var/lib/dpkg - chown root:root /var/lib/dpkg + chown $root_uid:$root_gid /var/lib/dpkg fi if [ ! -f /var/lib/dpkg/status ]; then echo /var/lib/dpkg/status chmod 644 /var/lib/dpkg/status - chown root:root /var/lib/dpkg/status + chown $root_uid:$root_gid /var/lib/dpkg/status fi if [ ! -f /usr/info/dir ] [ ! -f /usr/share/info/dir ]; then install_from_default /usr/share/base-files/info.dir /usr/share/info/dir chmod 644 /usr/share/info/dir - chown root:root /usr/share/info/dir + chown $root_uid:$root_gid /usr/share/info/dir fi if [ $1 = configure ] [ $2 != ]; then I'd be more comfortable with this approach than with adding a new dependency to the very core of the Essential set, but I'd appreciate Santiago's thoughts. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760571: libftgl2: problems with bitmap fonts, incorrect blending function, etc.
Package: libftgl2 Version: 2.1.3~rc5-4+nmu1 Severity: normal Tags: upstream patch See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589601 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742469 Since bug reports against stable seem to be generally ignored, I'm reporting this again for the version in unstable. (I don't actually use it, but since the version there is unchanged (except for an unrelated NMU), the bugs are obviously still there.) I don't know what more I could do: - I provided a detailed description and analysis of the problems. - I supplied patches, ready to apply, and tested. (The patches are included in the original reports, but I'm attaching a combined patch again, just in case.) - It's been more than 5 years since the original report (#531489), in which time I've been using ftgl with my patch and had no problems with it, and there hasn't been even a single reply to the bug reports (other that the automatic acknowledgement from the server) in all this time. - I'm mailing both the Debian BTS and the listed contact addresses for ftgl. So could you please apply my patches now, before another major release goes by with the bugs included? Otherwise I really wonder why I should report bugs at all. If I have to keep separate patched versions anyway, I can stop wasting my time trying to help other users who may experience the same problems, and keep my patches to myself. That's not my idea how free software should work, but neither is tracking simple changes for years with no response at all. --- src/FTGlyph/FTPolygonGlyph.cpp.orig 2008-06-09 14:52:41.0 +0200 +++ src/FTGlyph/FTPolygonGlyph.cpp 2010-07-17 07:00:27.0 +0200 @@ -64,6 +64,7 @@ FTPolygonGlyphImpl::FTPolygonGlyphImpl(FT_GlyphSlot glyph, float _outset, bool useDisplayList) : FTGlyphImpl(glyph), +vectoriser(0), glList(0) { if(ft_glyph_format_outline != glyph-format) --- src/FTGlyph/FTOutlineGlyph.cpp.orig 2010-07-17 06:59:51.0 +0200 +++ src/FTGlyph/FTOutlineGlyph.cpp 2010-07-17 06:59:55.0 +0200 @@ -64,6 +64,7 @@ FTOutlineGlyphImpl::FTOutlineGlyphImpl(FT_GlyphSlot glyph, float _outset, bool useDisplayList) : FTGlyphImpl(glyph), +vectoriser(0), glList(0) { if(ft_glyph_format_outline != glyph-format) --- src/FTGlyph/FTBitmapGlyphImpl.h.orig 2008-06-09 14:49:52.0 +0200 +++ src/FTGlyph/FTBitmapGlyphImpl.h 2010-07-17 07:48:40.0 +0200 @@ -32,6 +32,7 @@ class FTBitmapGlyphImpl : public FTGlyphImpl { friend class FTBitmapGlyph; +friend class FTPixmapGlyph; protected: FTBitmapGlyphImpl(FT_GlyphSlot glyph); --- src/FTGL/FTPixmapGlyph.h.orig 2008-05-05 16:51:52.0 +0200 +++ src/FTGL/FTPixmapGlyph.h 2010-07-17 07:29:06.0 +0200 @@ -41,6 +41,8 @@ */ class FTGL_EXPORT FTPixmapGlyph : public FTGlyph { +static FTGlyphImpl *NewImpl(FT_GlyphSlot glyph); + public: /** * Constructor --- src/FTGlyph/FTPixmapGlyph.cpp.orig 2008-06-09 14:52:35.0 +0200 +++ src/FTGlyph/FTPixmapGlyph.cpp 2010-07-17 07:40:10.0 +0200 @@ -32,6 +32,7 @@ #include FTInternals.h #include FTPixmapGlyphImpl.h +#include FTBitmapGlyphImpl.h // @@ -40,7 +41,7 @@ FTPixmapGlyph::FTPixmapGlyph(FT_GlyphSlot glyph) : -FTGlyph(new FTPixmapGlyphImpl(glyph)) +FTGlyph(NewImpl(glyph)) {} @@ -48,10 +49,22 @@ {} +FTGlyphImpl *FTPixmapGlyph::NewImpl(FT_GlyphSlot glyph) +{ + FTPixmapGlyphImpl *Impl = new FTPixmapGlyphImpl(glyph); + if (Impl-destWidth Impl-destHeight) +return Impl; + return new FTBitmapGlyphImpl(glyph); +} + + const FTPoint FTPixmapGlyph::Render(const FTPoint pen, int renderMode) { FTPixmapGlyphImpl *myimpl = dynamic_castFTPixmapGlyphImpl *(impl); -return myimpl-RenderImpl(pen, renderMode); +if (myimpl) + return myimpl-RenderImpl(pen, renderMode); +FTBitmapGlyphImpl *myimpl_bitmap = dynamic_castFTBitmapGlyphImpl *(impl); +return myimpl_bitmap-RenderImpl(pen, renderMode); } @@ -67,7 +80,7 @@ data(0) { err = FT_Render_Glyph(glyph, FT_RENDER_MODE_NORMAL); -if(err || ft_glyph_format_bitmap != glyph-format) +if(err || ft_glyph_format_bitmap != glyph-format || glyph-bitmap.num_grays == 1) { return; } --- src/FTFont/FTBitmapFont.cpp.orig 2008-06-09 14:51:51.0 +0200 +++ src/FTFont/FTBitmapFont.cpp 2010-07-17 07:52:32.0 +0200 @@ -77,7 +77,7 @@ glPixelStorei(GL_UNPACK_LSB_FIRST, GL_FALSE); glPixelStorei(GL_UNPACK_ALIGNMENT, 1); -glDisable(GL_BLEND); +// glDisable(GL_BLEND); FTPoint tmp = FTFontImpl::Render(string, len, position, spacing, renderMode); --- src/FTGlyph/FTTextureGlyph.cpp.orig 2008-06-09 14:52:43.0 +0200 +++ src/FTGlyph/FTTextureGlyph.cpp 2010-07-17 08:22:23.0 +0200 @@ -92,8 +92,33 @@
Bug#760303: squid 3.3.8-1.2 segfaults during initscript start/restart
Now, in addition to the sefault during startup, log rotation is failing with the following error message: /etc/cron.daily/logrotate: 2014/09/05 06:25:08| assertion failed: mem.cc:281: size == StrPoolsAttrs[i].obj_size Aborted error: error running shared postrotate script for '/var/log/squid3/*.log ' run-parts: /etc/cron.daily/logrotate exited with return code 1 In spite of the error message, I do get new log files each day - very strange. Dale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760572: Debian Jessie libsane bug / problem
Package: libsane Version: libsane (1.0.24-1.2) Samsung SCX-4623 is not working. Printing with cups work. Problem: Simple-scan will just show a »Unable to start scan« error. I also tested with xsane. Scanner is not powering up an gets an I/O-Error. Done so far: - lsusb Bus 001 Device 006: ID 04e8:3434 Samsung Electronics Co., Ltd - cat /lib/udev/rules.d/60-libsane.rules | grep 3434 ATTRS{idVendor}==04e8, ATTRS{idProduct}==3434, ENV{libsane_matched}=yes - cat /etc/sane.d/xerox_mfp.conf | grep 3434 usb 0x04e8 0x3434 As you can see the IDs are properly set in udev and sane.d configuration. Also the device is supported by sane (http://www.sane-project.org/cgi-bin/driver.pl?manu=samsungmodel=scx+4623bus=anyv=p=) The kernel module is properly loaded when the printer is connected, no blacklisting. Also tried: - Running simple-scan and xscan as root - Adding myself to lp, saned and scanner groups, then log off + log on - Power cyling the printer, disconnected and plugged back in - Switching USB port (USB2 - USB3) - Restarting the udev service Good to know: I am not 100% sure, if this is a libsane bug. But right now I don't know better... Sorry. I am using Debian GNU/Linux Jessie (testing), kernel 3.14-2-amd64 and libsane (1.0.24-1.2). Best regards Anonymous -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org