Bug#768369: Stack smashing in libjpeg-turbo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768369#114 I created a minimal test case in around 200 lines. It uses a file with the intercepted scanlines of the calls to jpeg_write_scanlines. Also the Exif marker is read from such a file. (And without this Exif marker the stack smash does not happen...) Use CVE-2014-9092. - -- CVE assignment team, MITRE CVE Numbering Authority M/S M300 202 Burlington Road, Bedford, MA 01730 USA [ PGP key available through http://cve.mitre.org/cve/request_id.html ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (SunOS) iQEcBAEBAgAGBQJUdYGqAAoJEKllVAevmvmsA7QH/ijNNlUkWF2Vst56xw9AZNUN dYdTRNXISkzOotHcglCpOomIzjbTWy4ablsLxryr0kUc4ZjIc5RlZuCTKAaVJ+EC RgphhkmFHkKNqPSVMLtIOpP4ZX/0uPSKAMlzoXsRzRgmEBG6pnYnokJTa47sit26 iSpvAqXUNwJ/ZA14eUFMDdP6FbpOB4wmHS9h5nnUO7lzhmM/93XasD6WluBB0EBo F9xZ/a0pCfEV+9RwKMiGsr2w+nPYDzUWlnrNbVnw8ou9msI/tolGadUbbwCM1NY9 FiemAFw4ZRExQIjDKaubApDlNuYzckmDNvBWJkwdVIJvBvQqNPVmUMP4MefDGhw= =F4GF -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#771037: [vlc] intermittent green overlay on video with audio muting when playing youtube videos
Package: vlc Version: 2.2.0~rc1-1 Severity: normal When playing youtube videos in vlc, the video will sometimes acquire a green tint 'washing over' it. At the same time, the audio cuts out. The effect showed up for me in the following videos: https://www.youtube.com/watch?v=6hvcjxI3Wa4 https://www.youtube.com/watch?v=NOsFLzpfRpU ... as well as others, but those were the only two to which I had the addresses handy. I saved the following text from the Messages dialog: core debug: VLC media player - 2.2.0-rc1 Weatherwax core debug: Copyright © 1996-2014 the VideoLAN team core debug: revision 2.2.0-pre4-97-g8a35de1 core debug: configured with ./configure '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--localstatedir=/var' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-dependency-tracking' '--build=x86_64-linux-gnu' 'CPPFLAGS=-D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-z,relro' '--config-cache' '--disable-maintainer-mode' '--disable-silent-rules' '--disable-update-check' '--enable-fast-install' '--prefix=/usr' '--docdir=/usr/share/doc/vlc-nox' '--libdir=/usr/lib' '--sysconfdir=/etc' '--with-binary-version=1' '--enable-a52' '--enable-aa' '--enable-bluray' '--enable-bonjour' '--enable-caca' '--enable-chromaprint' '--enable-dbus' '--enable-dca' '--enable-directfb' '--enable-dvbpsi' '--enable-dvdnav' '--enable-faad' '--enable-flac' '--enable-fluidsynth' '--enable-freerdp' '--enable-freetype' '--enable-fribidi' '--enable-gles1' '--enable-gles2' '--enable-glx' '--enable-gnutls' '--enable-jack' '--enable-kate' '--enable-libass' '--enable-libmpeg2' '--enable-libxml2' '--enable-lirc' '--enable-live555' '--enable-mad' '--enable-mkv' '--enable-mod' '--enable-mpc' '--enable-mtp' '--enable-mux_ogg' '--enable-ncurses' '--enable-notify' '--enable-ogg' '--enable-opus' '--enable-pulse' '--enable-qt' '--enable-realrtsp' '--enable-samplerate' '--enable-schroedinger' '--enable-sdl' '--enable-sftp' '--enable-shine' '--enable-shout' '--enable-skins2' '--enable-smbclient' '--enable-speex' '--enable-svg' '--enable-taglib' '--enable-theora' '--enable-twolame' '--enable-upnp' '--enable-vcdx' '--enable-vdpau' '--enable-vnc' '--enable-vorbis' '--enable-x264' '--enable-zvbi' '--with-kde-solid=/usr/share/kde4/apps/solid/actions/' '--disable-decklink' '--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' '--disable-goom' '--disable-libtar' '--disable-mfx' '--disable-opencv' '--disable-projectm' '--disable-sndio' '--disable-svgdec' '--disable-telx' '--disable-vpx' '--disable-vsxu' '--disable-wasapi' '--enable-alsa' '--enable-atmo' '--enable-dc1394' '--enable-dv1394' '--enable-linsys' '--enable-omxil' '--enable-udev' '--enable-v4l2' '--enable-libva' '--enable-vcd' '--disable-oss' '--enable-crystalhd' '--enable-mmx' '--enable-sse' '--disable-neon' '--disable-altivec' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security' 'CXXFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security' 'build_alias=x86_64-linux-gnu' 'OBJCFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security' xcb debug: display is visible core debug: VoutDisplayEvent 'resize' 798x194 window core warning: VoutDisplayEvent 'pictures invalid' vdpau_display debug: resetting pictures core debug: Filter 0x7f871c01c958 removed from chain core debug: removing module vdpau_chroma core debug: A filter to adapt decoder to display is needed core debug: looking for video filter2 module matching any: 63 candidates core debug: using video filter2 module vdpau_chroma core debug: Filter 'VDPAU' (0x7f871c01c958) appended to chain vdpau_chroma debug: using video mixer temporal deinterlace feature vdpau_chroma debug: using video mixer sharpness feature vdpau_chroma debug: using video mixer 29 xcb debug: display is visible core debug: auto hiding mouse cursor ...but unfortunately it doesn't include the error messages the dialog displayed at the time. Attempting to play the video (the first one listed) again produced the following in the Messages dialog: avcodec info: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding. core error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 1666 ms) core error: ES_OUT_RESET_PCR called avcodec info: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding. core error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 1947 ms) core error: ES_OUT_RESET_PCR called avcodec info: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding. When invoking vlc via terminal with command line: vlc - https://www.youtube.com/watch?v=6hvcjxI3Wa4 ...the phenomenon does not occur. Maybe the problem is with one or more of the options which apparently are specified when the program is started from the launcher or menu, but I don't know how to determine which. Any guidance will be appreciated :^) --- System information. --- Architecture:
Bug#771030: [reportbug-ng] 'default' mail client seems to be the problem
Package: reportbug-ng Version: 1.31 Changing the Mail Client setting in the Settings menu to 'Icedove' from 'Default' seems to stop the reported behavior. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-3-amd64 Debian Release: jessie/sid 500 testing-updates ftp.us.debian.org 500 testing-proposed-updates ftp.us.debian.org 500 testing security.debian.org 500 testing ftp.us.debian.org 500 stable dl.google.com 1 experimentalftp.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#236507: sane-utils: scanimage generates bad PPM files
Hello, no answer since 1 month. So I close this 10 years old bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#768695: Bug #768695: statsmodels: FTBFS in jessie: ImportError: cannot import name DateRange
Good idea, feel free to change the patch. I won't be able to do it before the evening. Tomasz On 25/11/14 20:51, Yaroslav Halchenko wrote: On Wed, 26 Nov 2014, Tomasz Buchert wrote: + import pandas as _ +-return True ++return hasattr(_, DateRange) imho this is way too aggressive and would cause skipping all pandas related tests (DateRange dependent or not) + except ImportError: + return False + +Index: statsmodels-0.4.2/statsmodels/tsa/base/tests/test_datetools.py +=== +--- statsmodels-0.4.2.orig/statsmodels/tsa/base/tests/test_datetools.py statsmodels-0.4.2/statsmodels/tsa/base/tests/test_datetools.py +@@ -3,6 +3,7 @@ import numpy.testing as npt + from statsmodels.tsa.base.datetools import (_date_from_idx, + _idx_from_dates, date_parser, date_range_str, dates_from_str, + dates_from_range, _infer_freq, _freq_to_pandas) ++import nose + + def test_date_from_idx(): + d1 = datetime(2008, 12, 31) +@@ -15,6 +16,7 @@ def test_date_from_idx(): + npt.assert_equal(_date_from_idx(d1, idx, 'M'), datetime(2010, 3, 31)) + + def test_idx_from_date(): ++raise nose.SkipTest(Skipped because of missing DateRange) if you are introducing these changes, why not to make def skip_if_no_daterange(): try: import pandas as _ if not hasaattr(_, DateRange): raise nose.SkipTest(Skipped because...) except ImportError: raise nose.SkipTest(Skipped because no pandas...) and just call that one? -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#380666: libsane: UMAX 2400S works with 2.4.27 kernel, but not 2.6.16
Hello, no answer since 1 month. So I close this 8 years old bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#387407: sm3600 doesn't scan
Hello, no answer since 1 month. So I close this 8 years old bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#381650: libsane: not doing batch/adf scan with hpaoi/officejet 6210
Hello, no answer since 1 month. So I close this 8 years old bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#411077: libsane: BENQ 5000 gives I/O error on 1.0.18-5
Hello, no answer since 1 month. So I close this bug from 2007. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#548731: libsane: [avision] does not work anymore with AV120
Hello, no answer since 1 month. So I close this bug from 2009. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#491209: sane-utils: unrecognized options (mode, resolution)
Hello, no answer since 1 month. So I close this bug from 2008. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone
xeye! You make my day! :-) 2014-11-25 22:45 GMT+01:00 ldro...@debian.org: Hi ! Same problem here with an hybrid Radeon R7 M265 + Intel Haswell-ULT HD Graphics 4000. 3D acceleration is fine as well as opencl but, the desktop is unusable because of this bug. xeyes helps a little :-) ... Anybody knows about something better than xeyes to WA this bug ? TIA, -- Ludovic Drolez. http://www.aopensource.com - The Android Open Source Portal http://www.drolez.com - Personal site - Linux and Free Software -- To unsubscribe, send mail to 762132-unsubscr...@bugs.debian.org.
Bug#586665: sane-utils: scanimage -L segmentation fault
Hello, no answer since 1 month. So I close this bug from 2010. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#657177: sane-utils: saned no longer recognised hp f4272
Hello, no answer since 1 month. So I close this bug from 2012. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#704015: libsane: sane_get_devices() returns disconnected scanners
Hello, no answer since 1 month. So I close this bug from 2013. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#722202: sane-utils: saned net transport fails with 'io/hpmud/pp.c 627: unable to read device-id ret=-1'
Hello, no answer since 1 month. So I close this bug from 2013. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#771038: unblock: ruby-twitter/5.11.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release team, This upload fixes RC bug #768160. debdiff is attahced. Thanks Praveen diff -Nru ruby-twitter-5.11.0/debian/changelog ruby-twitter-5.11.0/debian/changelog --- ruby-twitter-5.11.0/debian/changelog2014-11-26 14:08:20.0 +0530 +++ ruby-twitter-5.11.0/debian/changelog2014-11-26 14:03:44.0 +0530 @@ -1,3 +1,12 @@ +ruby-twitter (5.11.0-2) unstable; urgency=medium + + * Team upload. + * Add ruby-buftok to depends. + * Conflict and Replace ruby-twitter4r (closes: #768160). + * Bump standards version to 3.9.6 (no changes). + + -- Pirate Praveen prav...@debian.org Wed, 26 Nov 2014 14:01:21 +0530 + ruby-twitter (5.11.0-1) unstable; urgency=medium * Team upload diff -Nru ruby-twitter-5.11.0/debian/control ruby-twitter-5.11.0/debian/control --- ruby-twitter-5.11.0/debian/control 2014-11-26 14:08:20.0 +0530 +++ ruby-twitter-5.11.0/debian/control 2014-11-26 14:03:22.0 +0530 @@ -8,7 +8,7 @@ ruby-simple-oauth (= 0.2), ruby-memoizable, ruby-naught, ruby-equalizer, ruby-buftok, ruby-addressable, ruby-http, ruby-http-parser.rb, ruby-safe-yaml, ruby-simplecov, ruby-coveralls -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/ruby-twitter.git Vcs-Browser: http://anonscm.debian.org/gitweb?p=pkg-ruby-extras/ruby-twitter.git;a=summary Homepage: http://sferik.github.com/twitter/ @@ -19,7 +19,10 @@ XB-Ruby-Versions: ${ruby:Versions} Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter, ruby-faraday (= 0.9.0), ruby-multi-json (= 1.0), ruby-simple-oauth (= 0.2), - ruby-equalizer, ruby-http, ruby-http-parser.rb, ruby-memoizable, ruby-naught + ruby-equalizer, ruby-http, ruby-http-parser.rb, ruby-memoizable, ruby-naught, + ruby-buftok +Conflicts: ruby-twitter4r +Replaces: ruby-twitter4r Description: Ruby interface to the Twitter API This ruby library provides a convenient access to the Twitter API. This provides comprehensive methods to access the API. This library signature.asc Description: OpenPGP digital signature
Bug#770130: gnome-shell: Oh no! Something has gone wrong. (Fujitsu ST4121)
On Wed, 19 Nov 2014 at 18:33:47 -0800, Eric Shattow wrote: + syslog(LOG_ERR, COGL ERROR: allocate_with_size + ctx %lx, WxH %i x %i, ifmt %i\n, + (long unsigned int)ctx, width, height, internal_format); I notice this is consistently failing for non-power-of-two texture sizes, but only for gnome-shell[3624], not for gnome-shell[985]. 3624 appears to be running as uid 'user'- the actual login session - whereas 985 is presumably Debian-gdm running the login prompt, which is also done using gnome-shell. I'm not sure what would be different for the Debian-gdm instance in terms of driver support for NPOT textures, but perhaps this points someone else in the right direction? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728516: libsane: Extremely slow with Canon LiDE 25 on wheezy, ok on squeeze
Hello, no answer since 1 month. So I close this bug from 2013. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#671524: Dropping coverage patch in Samtools ?
Le Fri, Jul 27, 2012 at 02:51:13PM +, Debian Bug Tracking System a écrit : Changes: samtools (0.1.18-2) unstable; urgency=low . * added patch to fix segfault in mpileup (Closes: #544976) * added patch to fix coverage cap (Closes: #671524) Hi Dominique and everybody, in recent versions of samtools, the mpileup command has a new option to specify the coverage at run time. Would it be fine to drop our patch that was raising the default coverage cap from 8,000 to 1,000,000 ? If yes, do you think we need to mention it as a NEWS entry ? Here is a link to our patch: http://anonscm.debian.org/cgit/debian-med/samtools.git/tree/debian/patches/fix_coverage_cap.patch. And here is a link to the pull request where I was informed about the new option. https://github.com/samtools/samtools/issues/284 Have a nice day, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762194: Proposal for upgrades to jessie
On Tue, 25 Nov 2014, Svante Signell wrote: (another partial? solution is to change order of the (pre-)depends of the init package, as proposed in No, that breaks due to the bug in debootstrap’s dependency “resolver” (see #557322, #668001, #768062) and the unwillingness of KiBi to fix that. That is, it breaks fresh installs. 1) Heavily advertise (release-notes?) that doing an upgrade from wheezy/etc to jessie will give you systemd as init system and inform about the apt pinning solution. That should be a given, a minimum, independent of the others. 2) In case you missed doing the above, you get a debconf prompt when No, no, no, no, no, no, no! Again: aborting the dist-upgrade in the debconf of one package may leave the system an ugly mess, especially if you don’t preconfigure packages. The linux-image-* check in their prerm for an attempt to remove the running kernel. Even that is borderline, and only somewhat acceptable because you would not normally do that during a dist-upgrade. This is not “suboptimal”, this invites not just new bugs but new classes of bugs. Recovering the system after that is going to be hell. One thing you *could* do is a debconf warning (just a message!) after the switch to systemd, to tell users to switch back manually *before* rebooting (for these cases where e.g. systemd is incompatible with the SoC’s 2.6 kernel you absolutely must run). Does that work, anyway (i.e. does installing systemd and immediately reverting to sysvinit leave the system net unchanged, modulo the dependencies it pulls in (see planet post))? 3) Heavily advertise (again in release notes?) that you need to install sysvinit-core and add the pinning file _before_ dist-upgrading. As I said, this should be a given. Note that the only technical in the above is the creation of a debconf prompt in pre/post-inst of the init package. All the rest is just a matter of writing. Right, and I believe that a debconf *message* is appropriate, but a *prompt* with a choice to abort the upgrade is wrong. bye, //mirabilos -- Just a user… -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771039: apt: [INTL:nl] Dutch po file for the apt package
Package: apt Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch po file for the apt package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: Binary data
Bug#767367: gnome-shell: Gnome shell refusing to start on intel graphics 3rd gen
Control: reassign 767367 src:nvidia-graphics-drivers Control: forcemerge 769072 767367 Control: affects 769072 gnome-shell On Fri, 31 Oct 2014 at 23:44:11 +0100, Merlini Adrien wrote: apt-get autoremove --purge nvidia-support did the trick for me. Looks like another instance of the same problem as #769072, merging it. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751112: release-notes: [jessie] Document changes in PHP 5.4-5.5 upgrade
Hi Niels, On Tue, Nov 25, 2014, at 07:32, Niels Thykier wrote: On Tue, 10 Jun 2014 14:41:45 +0200 =?utf-8?b?T25kxZllaiBTdXLDvQ==?= ond...@debian.org wrote: Package: release-notes Severity: normal [...] Hi, this needs to be documented in the release notes: PHP 5.4-5.5 [...] PHP 5.5-5.6 [...] Hi Ondřej, I have added a first draft to the release notes, which you can see at [1]. A review would be most welcome. :) lgtm, but I am ccing the packaging group, maybe William or Lior would have some comments. Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771040: installation-reports: Messes up Mac OS 9 driver partitions
Package: installation-reports Severity: normal Dear Maintainer, Installation was flawless, except the installer somehow makes my Mac OS 9 partition unbootable. This can be fixed by booting from an OS 9 install CD, running Drive Setup, and updating the drivers. This appears to fix the driver partitions, but obviously this shouldn't happen in the first place. Regards, Dan -- Package-specific info: Boot method: CD Image version: Jessie Installer Beta 2 Date: Date and time of the install Machine: G3 iBook 14 inch (model ID Powerbook4,3) Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0] Detect network card:[0] Configure network: [0] Detect CD: [0] Load installer modules: [0] Clock/timezone setup: [0] User/password setup:[0] Detect hard drives: [0] Partition hard drives: [0] Install base system:[0] Install tasks: [0] Install boot loader:[0] Overall install:[0] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20141002 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux icebook 3.16-2-powerpc #1 Debian 3.16.3-2 (2014-09-20) ppc GNU/Linux lspci -knn: :00:0b.0 Host bridge [0600]: Apple Inc. UniNorth/Pangea AGP [106b:0027] lspci -knn: Kernel driver in use: agpgart-uninorth lspci -knn: :00:10.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV100/M6 [Rage/Radeon Mobility Series] [1002:4c59] lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RV100/M6 [Rage/Radeon Mobility Series] [1002:4c59] lspci -knn: Kernel driver in use: radeonfb lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Inc. UniNorth/Pangea PCI [106b:0028] lspci -knn: 0001:10:17.0 Unassigned class [ff00]: Apple Inc. KeyLargo/Pangea Mac I/O [106b:0025] lspci -knn: Kernel driver in use: macio lspci -knn: 0001:10:18.0 USB controller [0c03]: Apple Inc. KeyLargo/Pangea USB [106b:0026] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 0001:10:19.0 USB controller [0c03]: Apple Inc. KeyLargo/Pangea USB [106b:0026] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 0002:20:0b.0 Host bridge [0600]: Apple Inc. UniNorth/Pangea Internal PCI [106b:0029] lspci -knn: 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Apple Inc. UniNorth/Pangea FireWire [106b:0030] lspci -knn: Subsystem: Apple Inc. UniNorth/Pangea FireWire [106b:0030] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: 0002:20:0f.0 Ethernet controller [0200]: Apple Inc. UniNorth/Pangea GMAC (Sun GEM) [106b:0024] lspci -knn: Kernel driver in use: gem usb-list: usb-list: Bus 01 Device 01: OHCI PCI host controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 3.16-2-powerpc ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 01: OHCI PCI host controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 3.16-2-powerpc ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub lsmod: Module Size Used by lsmod: fuse 83828 0 lsmod: hfsplus99695 0 lsmod: usblp 12738 0 lsmod: nls_utf81220 0 lsmod: dm_mod 90711 0 lsmod: md_mod116768 0 lsmod: xfs 781669 0 lsmod: libcrc32c902 1 xfs lsmod: jfs 174033 0 lsmod: hfs50418 0 lsmod: crc32c_generic 1660 2 lsmod: btrfs 921014 0 lsmod: xor 7908 1 btrfs lsmod: zlib_deflate 19984 1 btrfs lsmod: raid6_pq 86234 1 btrfs lsmod: vfat 10479 0 lsmod: fat55638 1 vfat lsmod: ext4 466572 1 lsmod: crc16 1143 1 ext4 lsmod: mbcache 6052 1 ext4 lsmod: jbd2 73549 1 ext4 lsmod: airport 3441 0 lsmod: orinoco68505 1 airport
Bug#770941: Wontfix #770941
severity 770941 wishlist retitle 770941 Please support ident ident auth in DSN tag 770941 +wontfix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687536: /usr/sbin/saned: saned crashes when plugging in scanner
Hello, no answer since 1 month. So I close this bug from 2012. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#771041: Bring down one DHCP interface removes IP address on all DHCP interfaces
Package: isc-dhcp-client Version: 4.3.1-4 Dear Maintainer, I have configured two interfaces eth0 and eth1 using DHCP. They are configured in /etc/network/interfaces in following way: cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback source interfaces.d/* cat /etc/network/interfaces.d/eth0 auto eth0 allow-hotplug eth0 iface eth0 inet dhcp cat /etc/network/interfaces.d/eth1 auto eth1 allow-hotplug eth1 iface eth1 inet dhcp Using two DHCP interfaces I need to get gateway and DNS only from one interface. In order to do that I have configured /etc/dhcp/dhclient.conf to get this data only for eth0 interface. My configuration file: cat /etc/dhcp/dhclient.conf option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; send host-name = gethostname(); request subnet-mask, broadcast-address, time-offset, host-name, interface-mtu, ntp-servers; interface eth0 { request routers, domain-name-servers, domain-search, domain-name; } This configuration works correctly when I call ifup eth0 and ifup eth1. IP addresses are obtained correctly, I have correct gateway and DNS. The problem appears when I need to bring down eth1 interface. When I call ifdown eth1 then eth1 interface is correctly bring down but IP address is lost also on eth0 interface after this operation. Output from ifdown eth1 is following: Killed old client process Internet Systems Consortium DHCP Client 4.3.1 Copyright 2004-2014 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/00:1e:8c:b1:1c:6b Sending on LPF/eth0/00:1e:8c:b1:1c:6b Listening on LPF/eth1/00:1b:21:a4:3b:ac Sending on LPF/eth1/00:1b:21:a4:3b:ac Sending on Socket/fallback DHCPRELEASE on eth0 to 192.168.176.1 port 67 DHCPRELEASE on eth1 to 192.168.176.1 port 67 It seams that in my configuration DHCPRELEASE is done for not only eth1 but incorrectly also for eth0. This issue is present only if I have interface configuration in /etc/dhcp/dhclient.conf for eth0. Otherwise bring down one interface doesn't remove IP address from another one. When my /etc/dhcp/dhclient.conf is configured in following way: cat /etc/dhcp/dhclient.conf option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; send host-name = gethostname(); request subnet-mask, broadcast-address, time-offset, host-name, interface-mtu, ntp-servers; Then calling ifdown eth1 doesn't removes IP address from eth0. When I would like to obtain gateway and DNS for eth1 this issue doesn't appears too. In that case my configuration for dhclient looks in following way: cat /etc/dhcp/dhclient.conf option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; send host-name = gethostname(); request subnet-mask, broadcast-address, time-offset, host-name, interface-mtu, ntp-servers; interface eth1 { request routers, domain-name-servers, domain-search, domain-name; } In this case when I bring down eth0 then IP address is released only from this interface, eth1 keeps it's address. In summary when interface eth0 is configured in dhclient.conf then when other DHCP interface is bring down then IP address is incorrectly released also on eth0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505130: [net] Apply connection timeout to data connection too
Hello, no answer since 1 month. So I close this bug from 2008. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#748693: libsane: xerox_mfp: Samsung CLX-3300 support broken
Hello, no answer since 1 month. So I close this bug. Thank you for spending your time. If this bug still occurs please feel free to file a new bug. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#770941: [PKG-Openstack-devel] Bug#770941: closed by Thomas Goirand z...@debian.org (Re: Bug#770941: closed by Thomas Goirand z...@debian.org (Re: Bug#770941: nova-common - Overrides database c
On 11/26/2014 03:18 PM, Bastian Blank wrote: Well, I don't think so. You can yourself refer to the ctte or I will. Patches would be a way more efficient than wasting the ctte time. I will *not* have the time to work on this before the release of Jessie, so I welcome you to do so. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762194: Proposal for upgrades to jessie
On Wed, 2014-11-26 at 09:56 +0100, Thorsten Glaser wrote: On Tue, 25 Nov 2014, Svante Signell wrote: 2) In case you missed doing the above, you get a debconf prompt when No, no, no, no, no, no, no! Again: aborting the dist-upgrade in the debconf of one package may leave the system an ugly mess, especially if you don’t preconfigure packages. I did _not_ propose aborting the dist-upgrade here. Sorry for not being clear enough. The proposed debconf prompt is just for information: hit return to continue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771042: blender: Blender crashes while rendering with cycles
Package: blender Version: 2.72.b+dfsg0-1 Severity: normal Dear Maintainer, blender crashes with this message when rendering: Fra:9 Mem:18.23M (0.00M, Peak 35.96M) | Remaining:00:00.11 | Mem:3.25M, Peak:3.33M | Scene, RenderLayer | Path Tracing Tile 134/135 Fra:9 Mem:18.23M (0.00M, Peak 35.96M) | Remaining:00:00.09 | Mem:3.18M, Peak:3.33M | Scene, RenderLayer | Path Tracing Tile 135/135 Fra:9 Mem:18.23M (0.00M, Peak 35.96M) | Mem:1.93M, Peak:3.33M | Scene, RenderLayer | Finished blender: /build/blender- mPVjzj/blender-2.72.b+dfsg0/intern/cycles/device/../util/util_stats.h:33: void ccl::Stats::mem_free(size_t): Assertion `mem_used = size' failed. Aborted It appears randomly with any model i like to render. Best regards Tom Guder -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blender depends on: ii blender-data 2.72.b+dfsg0-1 ii fonts-droid 1:4.4.4r2-4 ii libavcodec56 6:11-2 ii libavdevice55 6:11-2 ii libavformat56 6:11-2 ii libavutil54 6:11-2 ii libboost-date-time1.55.0 1.55.0+dfsg-3 ii libboost-filesystem1.55.0 1.55.0+dfsg-3 ii libboost-locale1.55.0 1.55.0+dfsg-3 ii libboost-regex1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.19-13 ii libfftw3-double3 3.3.4-1.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-19 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglew1.10 1.10.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgomp1 4.9.1-19 ii libilmbase6 1.0.1-6.1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-10 ii libjs-jquery 1.7.2+dfsg-3.2 ii libjs-jquery-ui 1.10.1+dfsg-1 ii libopenal11:1.15.1-5 ii libopencolorio1 1.0.9~dfsg0-3 ii libopenexr6 1.6.1-8 ii libopenimageio1.4 1.4.14~dfsg0-1 ii libopenjpeg5 1:1.5.2-3 ii libpng12-01.2.50-2+b1 ii libpython3.4 3.4.2-1 ii libsdl1.2debian 1.2.15-10 ii libsndfile1 1.0.25-9+b1 ii libspnav0 0.2.2-1 ii libstdc++64.9.1-19 ii libswscale3 6:11-2 ii libtiff5 4.0.3-10+b3 ii libx11-6 2:1.6.2-3 ii libxi62:1.7.4-1+b1 ii libxxf86vm1 1:1.1.3-1+b1 ii zlib1g1:1.2.8.dfsg-2 blender recommends no packages. blender 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#762194: Proposal for upgrades to jessie
On Wed, 2014-11-26 at 09:56 +0100, Thorsten Glaser wrote: On Tue, 25 Nov 2014, Svante Signell wrote: Does that work, anyway (i.e. does installing systemd and immediately reverting to sysvinit leave the system net unchanged, modulo the dependencies it pulls in (see planet post))? I've installed testing (basic install) on a new box and immediately after first reboot installed sysvinit-core. That worked for me, but as written before, it can create problems for people having different preferences set. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771043: unblock: haproxy/1.5.9-1 (pre-approval)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, We would like to get your approval before uploading 1.5.9-1 to unstable. Upstream has released a new stable release in the 1.5 branch, containing important bugfixes and a minor new feature. The bugfixes (sorted by severity) are: - BUG/MAJOR: frontend: initialize capture pointers earlier - BUG/MAJOR: sessions: unlink session from list on out of memory - BUG/MEDIUM: checks: fix conflicts between agent checks and ssl healthchecks - BUG/MEDIUM: connection: sanitize PPv2 header length before parsing address information - BUG/MEDIUM: pattern: don't load more than once a pattern list. - BUG/MEDIUM: ssl: fix bad ssl context init can cause segfault in case of OOM. - BUG/MEDIUM: ssl: force a full GC in case of memory shortage - BUG/MINOR: config: don't inherit the default balance algorithm in frontends - BUG/MINOR: peers: the buffer size is global.tune.bufsize, not trash.size - BUG/MINOR: samples: fix unnecessary memcopy converting binary to string. - BUG/MINOR: stats: correctly set the request/response analysers - BUILD: fix make install to support spaces in the install dirs - DOC: fix typo in the body parser documentation for msg.sov The first major bugfix fixes a segfault when haproxy is used in TCP mode and payload inspection is performed, as reported in http://marc.info/?l=haproxym=141694607720769w=2 The other major bugfix fixes a potential memory corruption under memory pressure. The only new feature is adding access to three internal variables (the number of processes, the process number and whether a process is shutting down) that can be used for logging and debugging purposes. The full changes against 1.5.8-1 are attached as a debdiff. unblock haproxy/1.5.9-1 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru haproxy-1.5.8/CHANGELOG haproxy-1.5.9/CHANGELOG --- haproxy-1.5.8/CHANGELOG 2014-10-31 11:06:53.0 +0200 +++ haproxy-1.5.9/CHANGELOG 2014-11-26 01:38:07.0 +0200 @@ -1,6 +1,22 @@ ChangeLog : === +2014/11/26 : 1.5.9 +- BUILD: fix make install to support spaces in the install dirs +- BUG/MEDIUM: checks: fix conflicts between agent checks and ssl healthchecks +- BUG/MEDIUM: ssl: fix bad ssl context init can cause segfault in case of OOM. +- BUG/MINOR: samples: fix unnecessary memcopy converting binary to string. +- BUG/MEDIUM: connection: sanitize PPv2 header length before parsing address information +- BUG/MEDIUM: pattern: don't load more than once a pattern list. +- BUG/MEDIUM: ssl: force a full GC in case of memory shortage +- BUG/MINOR: config: don't inherit the default balance algorithm in frontends +- BUG/MAJOR: frontend: initialize capture pointers earlier +- BUG/MINOR: stats: correctly set the request/response analysers +- DOC: fix typo in the body parser documentation for msg.sov +- BUG/MINOR: peers: the buffer size is global.tune.bufsize, not trash.size +- MINOR: sample: add a few basic internal fetches (nbproc, proc, stopping) +- BUG/MAJOR: sessions: unlink session from list on out of memory + 2014/10/31 : 1.5.8 - BUG/MAJOR: buffer: check the space left is enough or not when input data in a buffer is wrapped - BUG/BUILD: revert accidental change in the makefile from latest SSL fix diff -Nru haproxy-1.5.8/debian/changelog haproxy-1.5.9/debian/changelog --- haproxy-1.5.8/debian/changelog 2014-10-31 14:54:12.0 +0200 +++ haproxy-1.5.9/debian/changelog 2014-11-26 11:14:25.0 +0200 @@ -1,3 +1,28 @@ +haproxy (1.5.9-1) unstable; urgency=medium + + * New upstream stable release including the following fixes: + + BUG/MAJOR: frontend: initialize capture pointers earlier + + BUG/MAJOR: sessions: unlink session from list on out of memory + + BUG/MEDIUM: checks: fix conflicts between agent checks and ssl + healthchecks + + BUG/MEDIUM: connection: sanitize PPv2 header length before parsing + address information + + BUG/MEDIUM: pattern: don't load more than once a pattern list. + + BUG/MEDIUM: ssl: fix bad ssl context init can cause segfault in case of + OOM. + + BUG/MEDIUM: ssl: force a full GC in case of memory shortage + + BUG/MINOR: config: don't inherit the default balance algorithm in + frontends + + BUG/MINOR: peers: the buffer size is global.tune.bufsize, not trash.size + + BUG/MINOR: samples: fix unnecessary memcopy converting binary to string. + + BUG/MINOR: stats: correctly set the request/response analysers + +
Bug#586135: LAST WARNING!!
-- Your mailbox has exceeded one or more size limits set by your administrator webmail, you are required to update your account with in 72 hours or else your account will be closed. click the link below and fill in the details to update your account. == http://www.keryen.kz/help/upgrade.php Thank you, WEBMASTER WEB ADMINISTRATOR Copyright © 2014 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644430: closed by Niels Thykier ni...@thykier.net (Re: installer should give warning when creating GPT without BIOS BOOT partition)
so was this addressed in =7 versions? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771044: konsole: Konsole and Yakuake hang after selecting text and right click (dbus)
Package: konsole Version: 4:4.14.2-1 Severity: normal Hello, Konsole and Yakuake hang when selecting text in the terminal window and then right-clicking (or shift right-click for curses). The menu is never drawn. The hang-up doesn't always happen, but has manifested itself for many months so it's not a new bug. I used gdb to check what is happening and both Konsole and Yakuake seem to hang on dbus via search engine functionality in the context menu (backtrace follows). There are several related bug reports for different distributions, for instance this one from the KDE bugtracker: https://bugs.kde.org/show_bug.cgi?id=306338 I'm not sure how to track the exact reason dbus hangs. Thanks for your time, Wouter #0 0x778ec18d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7fffeee04c98 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #2 0x7fffeee03b48 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #3 0x7fffeeded074 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #4 0x7fffeededa4d in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #5 0x7fffeedee02a in dbus_connection_send_with_reply_and_block () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #6 0x743b3e20 in ?? () from /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 #7 0x7439f88b in QDBusConnection::call(QDBusMessage const, QDBus::CallMode, int) const () from /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 #8 0x743beea3 in QDBusAbstractInterface::callWithArgumentList(QDBus::CallMode, QString const, QListQVariant const) () from /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 #9 0x743c07bc in QDBusAbstractInterface::call(QDBus::CallMode, QString const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const) () from /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 #10 0x743c0d7d in QDBusAbstractInterface::call(QString const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const, QVariant const) () from /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 #11 0x763fb914 in KMimeType::favIconForUrl(KUrl const) () from /usr/lib/libkdecore.so.5 #12 0x76f84cbd in ?? () from /usr/lib/libkio.so.5 #13 0x76f8595e in KUriFilterPlugin::iconNameFor(KUrl const, KUriFilterData::UriTypes) const () from /usr/lib/libkio.so.5 #14 0x7fffdb49779b in ?? () from /usr/lib/kde4/kuriikwsfilter.so #15 0x7fffdb4981ef in ?? () from /usr/lib/kde4/kuriikwsfilter.so #16 0x76f87057 in KUriFilter::filterUri(KUriFilterData, QStringList const) () from /usr/lib/libkio.so.5 #17 0x76f87204 in KUriFilter::filterSearchUri(KUriFilterData, QFlagsKUriFilter::SearchFilterType) () from /usr/lib/libkio.so.5 #18 0x775a0613 in Konsole::SessionController::updateWebSearchMenu() () from /usr/lib/libkonsoleprivate.so #19 0x775a59a8 in Konsole::SessionController::showDisplayContextMenu(QPoint const) () from /usr/lib/libkonsoleprivate.so #20 0x775a73e1 in ?? () from /usr/lib/libkonsoleprivate.so #21 0x75f30f4c in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #22 0x775b5645 in Konsole::TerminalDisplay::configureRequest(QPoint const) () from /usr/lib/libkonsoleprivate.so #23 0x775baaab in Konsole::TerminalDisplay::mousePressEvent(QMouseEvent*) () from /usr/lib/libkonsoleprivate.so #24 0x752c4057 in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #25 0x775bb0fa in Konsole::TerminalDisplay::event(QEvent*) () from /usr/lib/libkonsoleprivate.so #26 0x7527029c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #27 0x75276f0f in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #28 0x769c309a in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #29 0x75f1bf8d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #30 0x7527656f in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointerQWidget, bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #31 0x752ed0a2 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #32 0x752eba9c in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #33 0x75314ad2 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #34 0x70913c5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #35 0x70913f48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #36 0x70913ffc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #37 0x75f4b4ed in
Bug#771045: linux-image-3.16.0-4-amd64: System randomly freezes using Kernel 3.16 and radeon
Package: src:linux Version: 3.16.7-2 Severity: important Dear Maintainer, with all my computers with radeon cards the system freezes randomy. I can't reproduce freezing. It happens more often with kernel 3.16 and less often with 3.14. Some others report this issue too: http://lists.freedesktop.org/archives/dri-devel/2014-July/065061.html https://bugzilla.kernel.org/show_bug.cgi?id=85421 Sometimes the system responds via ssh, sometimes everything is locked. Best regards Tom -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=8b037d1e-7609-4503-bea5-d0d4f2a4107f ro quiet ** Not tainted ** Kernel log: [7.365395] radeon :03:00.0: firmware: direct-loading firmware radeon/PITCAIRN_me.bin [7.431087] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro [7.434492] systemd-journald[234]: Received request to flush runtime journal from PID 1 [7.464108] radeon :03:00.0: firmware: direct-loading firmware radeon/PITCAIRN_ce.bin [7.545250] radeon :03:00.0: firmware: direct-loading firmware radeon/PITCAIRN_rlc.bin [7.572113] radeon :03:00.0: firmware: direct-loading firmware radeon/PITCAIRN_mc2.bin [7.572122] [drm] radeon/PITCAIRN_mc2.bin: 31100 bytes [7.599761] radeon :03:00.0: firmware: direct-loading firmware radeon/PITCAIRN_smc.bin [7.599772] [drm] Internal thermal controller with fan control [7.599878] [drm] probing gen 2 caps for device 8086:e04 = 7a7903/e [7.611793] [drm] radeon: dpm initialized [7.635468] radeon :03:00.0: firmware: direct-loading firmware radeon/TAHITI_uvd.bin [7.635520] [drm] GART: num cpu pages 262144, num gpu pages 262144 [7.636660] [drm] probing gen 2 caps for device 8086:e04 = 7a7903/e [7.636664] [drm] PCIE gen 3 link speeds already enabled [7.654264] [drm] PCIE GART of 1024M enabled (table at 0x00276000). [7.654411] radeon :03:00.0: WB enabled [7.654415] radeon :03:00.0: fence driver on ring 0 use gpu addr 0x8c00 and cpu addr 0x88085b634c00 [7.654417] radeon :03:00.0: fence driver on ring 1 use gpu addr 0x8c04 and cpu addr 0x88085b634c04 [7.654420] radeon :03:00.0: fence driver on ring 2 use gpu addr 0x8c08 and cpu addr 0x88085b634c08 [7.654422] radeon :03:00.0: fence driver on ring 3 use gpu addr 0x8c0c and cpu addr 0x88085b634c0c [7.654424] radeon :03:00.0: fence driver on ring 4 use gpu addr 0x8c10 and cpu addr 0x88085b634c10 [7.655034] radeon :03:00.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc90015bb5a18 [7.655036] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [7.655037] [drm] Driver supports precise vblank timestamp query. [7.655065] radeon :03:00.0: irq 120 for MSI/MSI-X [7.655077] radeon :03:00.0: radeon: using MSI. [7.655140] [drm] radeon: irq initialized. [7.819842] [drm] ring test on 0 succeeded in 4 usecs [7.819847] [drm] ring test on 1 succeeded in 1 usecs [7.819851] [drm] ring test on 2 succeeded in 1 usecs [7.819863] [drm] ring test on 3 succeeded in 2 usecs [7.819873] [drm] ring test on 4 succeeded in 1 usecs [8.005659] [drm] ring test on 5 succeeded in 2 usecs [8.005666] [drm] UVD initialized successfully. [8.005909] [drm] ib test on ring 0 succeeded in 0 usecs [8.005959] [drm] ib test on ring 1 succeeded in 0 usecs [8.006007] [drm] ib test on ring 2 succeeded in 0 usecs [8.006048] [drm] ib test on ring 3 succeeded in 0 usecs [8.006088] [drm] ib test on ring 4 succeeded in 1 usecs [8.157226] [drm] ib test on ring 5 succeeded [8.157709] [drm] Radeon Display Connectors [8.157711] [drm] Connector 0: [8.157712] [drm] DP-1 [8.157712] [drm] HPD4 [8.157714] [drm] DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 0x653c [8.157715] [drm] Encoders: [8.157716] [drm] DFP1: INTERNAL_UNIPHY2 [8.157716] [drm] Connector 1: [8.157717] [drm] HDMI-A-1 [8.157718] [drm] HPD5 [8.157719] [drm] DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548 0x654c 0x654c [8.157720] [drm] Encoders: [8.157721] [drm] DFP2: INTERNAL_UNIPHY2 [8.157722] [drm] Connector 2: [8.157722] [drm] DVI-I-1 [8.157723] [drm] HPD1 [8.157724] [drm] DDC: 0x6550 0x6550 0x6554 0x6554 0x6558 0x6558 0x655c 0x655c [8.157725] [drm] Encoders: [8.157726] [drm] DFP3: INTERNAL_UNIPHY1 [8.157727] [drm] Connector 3: [8.157727] [drm] DVI-I-2 [8.157728] [drm] HPD6 [8.157729] [drm] DDC: 0x6580 0x6580 0x6584 0x6584 0x6588 0x6588 0x658c 0x658c [8.157730] [drm] Encoders: [8.157731] [drm] DFP4: INTERNAL_UNIPHY [8.157732] [drm]
Bug#770941: [PKG-Openstack-devel] Bug#770941: closed by Thomas Goirand z...@debian.org (Re: Bug#770941: closed by Thomas Goirand z...@debian.org (Re: Bug#770941: nova-common - Overrides database c
Hi Bastian Blank bastian.bl...@credativ.de writes: Control: reopen -1 On Wed, Nov 26, 2014 at 01:09:08AM +, Debian Bug Tracking System wrote: It is a valid DSN. In this: postgresql:///nova Where's the user and password? What's the hostname? User and password is not needed for ident auth, empty hostname is documented as using the unix socket. And the documentation tells:[1] | These URLs follow RFC-1738, and usually can include username, password, | hostname, database name as well as optional keyword arguments for | additional configuration. In some cases a file path is accepted, and in | others a “data source name” replaces the “host” and “database” portions. So they _can_ include, not they _must_ include. Also there are examples of this usage. If theoretically, this *may* be a valid DSN, but practically, I don't think you'd be using a DNS without a valid hostname, login and pass. It is valid in practice, otherwise it would not work in the first place. I tend to agree with Bastian here. This change must be preserved. And to me it also seems that having the database on the same host is a very valid and not only theoretical setup. But basically this is beyond the point (see below). And even if not, it must not change it. The idea behind the policy is that a config script shouldn't change a valid configuration, so that it is possible edit the configuration file, and that change be kept when installing or upgrading. No, the idea is that the user have all right to change it to whatever he wants. You can use ucf to do this task of merging config files. Again I tend to agree with Bastian. I can't see anything in policy (section 10.7.3) where the provision local changes must be preserved during a package upgrade is somehow limited to configurations the maintainer thinks are valid. While I can see some valid cases where you can change or upgrade a clearly non functioning config file. This is definitely not the case we are talking about. P.S: Please don't reopen the bug. The config and postinst scripts are doing exactly what I wanted them to do, and I feel like this is the correct behavior. If you don't like the current behavior, I welcome you to discuss it in the packaging list, but using BTS ping-pong isn't the way to do so. Please keep this bug open. There is obviously a bug somewhere in the maintainer scripts. Well, I don't think so. You can yourself refer to the ctte or I will. I don't think we need the ctte to solve this. Can't we just work together and find a solution? Gaudenz signature.asc Description: PGP signature
Bug#768574: gcc-4.9: Miscompilation of boolean negation on SH4 using -O2
On 11/08/2014 02:15 PM, Michael Karcher wrote: Package: gcc-4.9 Version: 4.9.1-16 Severity: important doko just uploaded a new SVN snapshot gcc which contains the upstream fix for this bug among several other, SH-related fixes: * Update to SVN 20141125 (r218048) from the gcc-4_9-branch. - PR target/53976 (SH), PR target/63783 (SH), PR target/51244 (SH), PR target/60111 (SH), PR target/63673 (ppc), PR tree-optimization/61750 (ice), PR target/63947 (x86, wrong code), PR tree-optimization/62167 (wrong code), PR c++/63849 (ice), PR ada/47500. I am closing this now. We just have to wait for the SH4 buildds to catch up :). Thanks to everyone who helped! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762399: console-setup: WARNING: Unknown X keysym permille
On Tue, Nov 25, 2014 at 05:45:56PM +0100, Cyril Brulebois wrote: and that… leads me to believe that nobody actually looked at what's in git between 1.114 and 1.115; there's a single commit. Now, trying to rebuild 1.114 and 1.115 from the respective git tags, using “debuild -S -i -I”, leads me to the following diff: Keyboard/ckbcomp | 84 +++ debian/changelog |8 + 2 files changed, 92 insertions(+) which matches the changes in git. So it looks to me that both the 1.114 and 1.115 uploads were including unwanted files/changes. See the following diffstats, between the versions in the archive (fetched through debsnap) and my local builds: [...] I'm therefore tempted to upload 1.116 which would match 1.115 without the cruft, also known as 1.114 plus the bugfix minus the cruft. Christian, Anton: please make sure to upload clean(er) packages next time. Except for the fontconfig directory in the source package, there are no other problems in 1.114 or 1.115. The differences between my upload and the upload of Christian are due to different versions of xkb-data we have used. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769947: mate-terminal: Segfaults after update
Control: close -1 Hi Alex, hi Ben, On Di 25 Nov 2014 20:40:03 CET, Alex Corcoles wrote: More or less, doing some trial and error I discovered that using desktopConfig instead of defaultConfig fixes magically the problem. https://github.com/alexpdp7/xmonad.pdp7/commit/037a44a8f7541fb3983ade528e34b4cfa0ea81a5 . I suppose there's some bug somewhere, but I'm happy for now- don't know if Ben Whyall has the same problem or not. ok. Thanks for feedback. Closing this bug as it is probably not (only) related to mate-terminal. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpj6FVTwcKyc.pgp Description: Digitale PGP-Signatur
Bug#762399: console-setup: WARNING: Unknown X keysym permille
Anton Zinoviev an...@lml.bas.bg (2014-11-26): On Tue, Nov 25, 2014 at 05:45:56PM +0100, Cyril Brulebois wrote: and that… leads me to believe that nobody actually looked at what's in git between 1.114 and 1.115; there's a single commit. Now, trying to rebuild 1.114 and 1.115 from the respective git tags, using “debuild -S -i -I”, leads me to the following diff: Keyboard/ckbcomp | 84 +++ debian/changelog |8 + 2 files changed, 92 insertions(+) which matches the changes in git. So it looks to me that both the 1.114 and 1.115 uploads were including unwanted files/changes. See the following diffstats, between the versions in the archive (fetched through debsnap) and my local builds: [...] I'm therefore tempted to upload 1.116 which would match 1.115 without the cruft, also known as 1.114 plus the bugfix minus the cruft. Christian, Anton: please make sure to upload clean(er) packages next time. Except for the fontconfig directory in the source package, there are no other problems in 1.114 or 1.115. The differences between my upload and the upload of Christian are due to different versions of xkb-data we have used. Errr, see the diff between the source packages in the archive and the ones actually built from the relevant git tags (the diffstats were provided, which you replaced with [...]). They are very much filled with cruft. Which makes it very hard for people to figure out what changed. Mraw, KiBi. signature.asc Description: Digital signature
Bug#770967: [Pkg-xfce-devel] Bug#770967: user-session ignored for autologin sessions
Hi Yves, On Di 25 Nov 2014 22:42:21 CET, Yves-Alexis Perez wrote: On mar., 2014-11-25 at 15:56 +0100, Mike Gabriel wrote: When I put the below into lightdm.conf... [SeatDefaults] autologin-user=mike autologin-user-timeout=0 user-session=LXDE my expectation would be to end up with an LXDE session as user mike directly after reboot. What happens: I get an i3 desktop session (my system-wide default desktop shell). It seems that the user-session parameter currently gets ignored by lightdm. Can you try with autologin-session? Regards, No need to test, I guess. By looking at the lightdm code (and the default lightdm.conf), you will notice that autologin-session is never parsed / used inside the lightdm code. I also tested it yesterday, IIRC, before checking the code more thoroughly (and it did not work, of course). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpRBMw2D_g6q.pgp Description: Digitale PGP-Signatur
Bug#771046: unblock: libjpeg-turbo/1:1.3.1-11
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please unblock package libjpeg-turbo Hi, a rare case when a Huffman local buffer can be overrun was found in libjpeg-turbo. The package pulls an upstream fix for that. changelog |7 ++ control |8 +-- patches/CVE-2014-9092.patch | 49 patches/series |1 4 files changed, 59 insertions(+), 6 deletions(-) The diff is a bigger than it could be since it also includes comments and relevant upstream changelog entries, but the only code change is just this: - -#define BUFSIZE (DCTSIZE2 * 2) +#define BUFSIZE (DCTSIZE2 * 4) Cheers, Ondrej unblock libjpeg-turbo/1:1.3.1-11 - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUdacZXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHPGgP/AzxPjUX82Y9KEHQYrbebhIc agC0V+nM+1mDZ5Y3l8TdrWCFDBbMxsJ8HiEj0vp0Ngrxlv1/LMV5ikth3bmoL0sJ LoWeeaH7WW+OscQc2BJLWXvKq/3YUkGitryfQPxkiYdpQ1SpP5nckMPiY16CZ575 PnNiijXIVt31sotScCFVS4sufHEjVIM+II463CXsRDJt+kxm7vMUTJXHMEL+jIRU lIrzWaXnrKWEx1aNkfVa+yNn4/afcirpXdveJQkrCvYu38DLeBS4o/2EcWAZ9Up8 +nu8RzMpYlML5ekFfe9q4ydHBqaBbyo9ez+946bVmdwZoQ3uxLyBDe5Yqn5nkwat JdvSFQgAqU+kf5qyQTb8tt3we9Ym6+Lxt7i7jAnlttsiNznt+9WEqpm6diAZKqFw H4zQUwn0v4mw2OJbSEdcfiLHK6qPHJZDJq7UBGcsYTJIsdonGVrWHfiJfaWrH7Rt CXgY316ZCztxtWYq24EEpgYRLHNxkzke8affy2AlQjS4Q1z+W2H/dqoS41Yg65F1 MSW2X50V/3vDw1n0vtA4dhjmTFl89eplbAVddpD6wnb1DRVbYEfKc70RfAwmMyFV CQ6jkm0/lOl0CeQxVEeLoexYmiimESZ9U25PPHFUHtsUSu03OB080asIbhUnMfqQ +ADxHsb6Iwq02F/fpWLF =JWWy -END PGP SIGNATURE- diff -Nru libjpeg-turbo-1.3.1/debian/changelog libjpeg-turbo-1.3.1/debian/changelog --- libjpeg-turbo-1.3.1/debian/changelog 2014-10-22 15:14:05.0 +0200 +++ libjpeg-turbo-1.3.1/debian/changelog 2014-11-26 11:02:13.0 +0100 @@ -1,3 +1,10 @@ +libjpeg-turbo (1:1.3.1-11) unstable; urgency=medium + + * Cleanup the list of maintainers and uploaders + * [CVE-2014-9092]: Fix a Huffman local buffer overrun + + -- Ondřej Surý ond...@debian.org Wed, 26 Nov 2014 11:00:17 +0100 + libjpeg-turbo (1:1.3.1-10) unstable; urgency=medium * Drop extra and conflicting Provides (Closes: #766347) diff -Nru libjpeg-turbo-1.3.1/debian/control libjpeg-turbo-1.3.1/debian/control --- libjpeg-turbo-1.3.1/debian/control 2014-10-22 15:14:05.0 +0200 +++ libjpeg-turbo-1.3.1/debian/control 2014-11-26 11:02:13.0 +0100 @@ -1,12 +1,8 @@ Source: libjpeg-turbo Priority: optional Section: graphics -Maintainer: Debian TigerVNC Packaging Team pkg-tigervnc-de...@lists.alioth.debian.org -Uploaders: Fathi Boudra f...@debian.org, - Osamu Aoki os...@debian.org, - Tom Gall tom.g...@linaro.org, - Mike Gabriel sunwea...@debian.org, - Ondřej Surý ond...@debian.org +Maintainer: Ondřej Surý ond...@debian.org +Uploaders: Mike Gabriel sunwea...@debian.org Build-Depends: debhelper (= 9), dh-autoreconf, nasm [any-amd64 any-i386], diff -Nru libjpeg-turbo-1.3.1/debian/patches/CVE-2014-9092.patch libjpeg-turbo-1.3.1/debian/patches/CVE-2014-9092.patch --- libjpeg-turbo-1.3.1/debian/patches/CVE-2014-9092.patch 1970-01-01 01:00:00.0 +0100 +++ libjpeg-turbo-1.3.1/debian/patches/CVE-2014-9092.patch 2014-11-26 11:02:13.0 +0100 @@ -0,0 +1,49 @@ +--- libjpeg-turbo.orig/ChangeLog.txt libjpeg-turbo/ChangeLog.txt +@@ -1,3 +1,26 @@ ++1.3.2 ++= ++ ++[5] Fixed an extremely rare bug that could cause the Huffman encoder's local ++buffer to overrun when a very high-frequency MCU is compressed using quality ++100 and no subsampling, and when the JPEG output buffer is being dynamically ++resized by the destination manager. This issue was so rare that, even with a ++test program specifically designed to make the bug occur (by injecting random ++high-frequency YUV data into the compressor), it was reproducible only once in ++about every 25 million iterations. ++ ++[9] Referring to [5] above, another extremely rare circumstance was discovered ++under which the Huffman encoder's local buffer can be overrun when a buffered ++destination manager is being used and an extremely-high-frequency block ++(basically junk image data) is being encoded. Even though the Huffman local ++buffer was increased from 128 bytes to 136 bytes to address the previous ++issue, the new issue caused even the larger buffer to be overrun. Further ++analysis reveals that, in the absolute worst case (such as setting alternating ++AC coefficients to
Bug#770982: libwebcam0-dev: dynctrl-logitech.h is missing in libwebcam0-dev
Hi, I'll fix this and request a package upload. Thank you, Paulo 2014-11-25 20:24 GMT+00:00 Fufu Fang fangf...@fangfufu.co.uk: Hi, A temporary fix is indeed copying the header file from the source to /usr/local/include. However I haven't got much clue on Debian's package process. Are there any pointers to help me get started? I suppose I can submit a patch or something. Best wishes, Fufu On 25/11/14 20:19, Juhani Numminen wrote: Hi, http://sources.debian.net/src/libwebcam/0.2.4-1/common/include/ Folder: include .. (parent) dynctrl-logitech.h webcam.h Quickly checking using sources.debian.net shows that the file dynctrl-logitech.h is included in the source package. I think this bug might be easily fixable just by modifying debian/libwebcam0-dev.install. Cheers, Juhani PS. Sorry for not actually fixing an RC bug, but maybe providing additional info will speed up someone else’s job. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767821: gir1.2-caja is someway broken - unable to import Caja from gi.repository
Control: close -1 Hi Norbert, this issue is fixed in unstable (never was broken, actually). More info: see below. On So 02 Nov 2014 21:17:52 CET, Nrbrtx wrote: Package: gir1.2-caja Severity: grave Version: 1.8.1-2~bpo70+1 Dear Debian developers! As you may know from GitHub (mate-desktop / caja / 322 https://github.com/mate-desktop/caja/issues/322) and from LP: #1170017 https://bugs.launchpad.net/bugs/1170017 I'm trying to port TortoiseHG extension from Nautilus to Caja (see comment 18 https://bugs.launchpad.net/ubuntu/+source/nautilus-python/+bug/1170017/comments/18 from the bug). I placed my python extension script in my BitBucket repository https://bitbucket.org/nrbrtx/caja-thg. For integration with Caja my script should be copied to ~/.local/share/caja-python/extensions/caja-thg.py after that Caja should be relaunched with caja -q. I tested it in Debian 8 (jessie/sid) - it works as expected (there are green star icon on a folder and TortoiseHG drop-down menus). But if I install gir1.2-caja in Debian 7 I can't use my extension because of python error: $python -c from gi.repository import Caja ERROR:root:Could not find any typelib for Caja Traceback (most recent call last): File string, line 1, in module ImportError: cannot import name Caja This is caused by wrong file-structure of gir1.2-caja package. It has /usr/lib/i386-linux-gnu/girepository-1.0/Caja-2.0.typelib but not in /usr/lib/girepository-1.0/Caja-2.0.typelib. If I move typelib manually to correct location, I can use it, but get another bug - 766879 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766879. The bug about Caja-2.0.typelib exists in Ubuntu too - it is bug 1380313 https://bugs.launchpad.net/bugs/1380313. Please fix this bug in Debian. This is a wheezy-backports only bug. I Cc: the debian-backports ML with this mail. After I have uploaded all necessary bugfixes to Debian unstable (+ received unblock conformations) I will go through all MATE packages in wheezy-backports and bring them up-to-date. However, this may take a little while, because getting MATE fixed in Debian testing currently has my priority. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpceHjxZqyLa.pgp Description: Digitale PGP-Signatur
Bug#771047: imagemagick: loads square SVG with a non-square aspect ratio
Package: imagemagick Version: 8:6.8.9.9-3 Severity: normal If I create this trivial SVG (from ikiwiki's regression tests) svg width=30 height=30/ then imagemagick has very strange ideas about its size: % identify square.svg square.svg=/tmp/magick-19348iyfzJCMX4oRz PNG 612x792 612x792+0+0 16-bit sRGB 6.1KB 0.010u 0:00.000 % convert square.svg square.png % file square.png square.png: PNG image data, 612 x 792, 8-bit gray+alpha, non-interlaced That's 20.4 pixels per user coordinate horizontally but 26.4 pixels per user coordinate vertically, which seems ... odd. It's OK that the pixels per user coordinate ratio is arbitrary, but I think it's a bug that the two dimensions get different ratios. If I set a size in preserve aspect ratio mode, the image is scaled consistently: % convert -resize 10x10 square.svg square.png square.png: PNG image data, 8 x 10, 1-bit grayscale, non-interlaced % convert -resize 10x square.svg square.png % file square.png square.png: PNG image data, 10 x 13, 1-bit grayscale, non-interlaced % convert -resize x10 square.svg square.png % file square.png square.png: PNG image data, 8 x 10, 1-bit grayscale, non-interlaced rsvg-convert and Inkscape do what I would expect, allocating the same number of pixels per user coordinate unit in each dimension (1 pixel per user coordinate unit in both cases): % rsvg-convert -o square.png square.svg % file square.png square.png: PNG image data, 30 x 30, 8-bit/color RGBA, non-interlaced % inkscape square.svg --export-png square.png Background RRGGBBAA: ff00 Area 0:0:30:30 exported to 30 x 30 pixels (90 dpi) Bitmap saved as: square.png % file square.png square.png: PNG image data, 30 x 30, 8-bit/color RGBA, non-interlaced I get the same result from imagemagick if I try changing the width and height to 30px or 30cm. This worked (ikiwiki's tests passed) last time I uploaded ikiwiki, which I think means it must have regressed since 8:6.8.9.6-4. -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org compare: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org convert: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org composite: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org conjure: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org display: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org identify: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org import: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org mogrify: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org montage: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org stream: ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii imagemagick-6.q16 8:6.8.9.9-3 imagemagick recommends no packages. imagemagick 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#761234: openvpn: Openvpn connects to server but no data pass the tunel. Bad LZO decompression in server log
Control: severity -1 important Control: tags -1 + moreinfo unreproducible On Thu, 02 Oct 2014, Alberto Gonzalez Iniesta wrote: Czesz Maciej, Could you send me your configuration files (minus the sensitive data) so I can try to reproduce it? Maciej, if you don't provide further information, there's no way that we can diagnose anything useful ouf of your report. Given that nobody else reported similar problems (and given that I'm using the current openvpn without problems), I'm downgrading the severity of this bug. It doesn't deserve to be release critical. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770847: libldns/wheezy-backports and python-ldns/wheezy don't coexist well
JFTR (a note to myself as a maintainer, so I don't have to look deeply next time when I open this bugreport) - this happens when libldns1 is installed from wheezy-backports, but python-ldns is not. O. On Mon, Nov 24, 2014, at 17:31, Christoph Egger wrote: Package: python-ldns Version: 1.6.13-1+deb7u1 Severity: normal Hi! % python -c 'import ldns' Traceback (most recent call last): File string, line 1, in module File /usr/lib/pymodules/python2.7/ldns.py, line 26, in module _ldns = swig_import_helper() File /usr/lib/pymodules/python2.7/ldns.py, line 22, in swig_import_helper _mod = imp.load_module('_ldns', fp, pathname, description) ImportError: /usr/lib/pymodules/python2.7/_ldns.so: undefined symbol: ldns_rdf2buffer_str_tsig Seems a stricter dependency is needed Christoph -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: mipsel (mips64) Kernel: Linux 3.2.0-4-loongson-2f 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 python-ldns depends on: ii libc6 2.13-38+deb7u6 ii libldns11.6.17-5~bpo70+1 ii libpython2.62.6.8-1.1 ii libpython2.72.7.3-6+deb7u2 ii python 2.7.3-4+deb7u1 ii python-support 1.0.15 python-ldns recommends no packages. python-ldns suggests no packages. -- no debconf information -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771048: check_http doesn't support TLSv1.2 in Wheezy
Package: nagios-plugins-basic Version: 1.4.16-1 Severity: wishlist Tags: upstream Dear all, The shipped check_http plugin cannot handle TLSv1.2 only servers and returns an error on Wheezy: HTTP CRITICAL - Error on receive This appears to be fixed in sid, where it properly returns: HTTP OK: HTTP/1.1 200 OK - 365 bytes in 0.115 second response time |time=0.114707s;;;0.00 size=365B;;;0 May the support be backported to Wheezy? Cheers, Pierre Schweitzer -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages nagios-plugins-basic depends on: ii iputils-ping 3:20101006-1+b1 ii libc6 2.13-38+deb7u6 ii libssl1.0.01.0.1e-2+deb7u13 ii nagios-plugins-common 1.4.16-1 ii procps 1:3.3.3-3 ii ucf3.0025+nmu3 nagios-plugins-basic recommends no packages. Versions of packages nagios-plugins-basic suggests: ii icinga 1.11.6-1~bpo70+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#771049: git-review: Please add a manpage for git-review command
Package: git-review Version: 1.24-1 Severity: normal Hi, The git-review command is missing a manpage, could be handy if the package was providing one. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-review depends on: ii git1:2.1.3-1 ii libpython2.7-stdlib [python-argparse] 2.7.8-12 ii python 2.7.8-2 ii python-requests2.4.3-5 git-review recommends no packages. git-review 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#767554: python-persistent and python-zodb: error when trying to install together
Hello, Andreas Beckmann a...@debian.org writes: Followup-For: Bug #767554 Control: found -1 767554 4.0.8-2 The Conflicts does not work ... without the proper epoch ... you need Conflicts: python-zodb ( 1:3.11.0~) Selecting previously unselected package python-persistent. Unpacking python-persistent (from .../python-persistent_4.0.8-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/python-persistent_4.0.8-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/python2.7/dist-packages/persistent/dict.py', which is also in package python-zodb 1:3.9.7-2 Errors were encountered while processing: /var/cache/apt/archives/python-persistent_4.0.8-2_amd64.deb Really sorry about that. FTR, I have not uploaded anything yet because the release team would prefer to avoid the Conflicts if possible and make python-zodb depends upon python-persistent instead. AFAIK, it does not seem to be an issue but I have just sent an email to upstream author to confirm it's not going to be an issue... Cheers, -- Arnaud Fontaine signature.asc Description: PGP signature
Bug#747637: akonadi-server: upgrade to akonadi-12-1-1 does not work so kmail too
Control: tag -1 + moreinfo Hello Markus Merlin, you reported that you were affected by Debian bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747637 Maximiliano believes that the latest update 1.13.0-1 should fix the db upgrade problems (see below). Can you confirm this so that we can close this bug ? On Tue, 19 Aug 2014, Maximiliano Curia wrote: I think the new uploaded akonadi version (1.13.0-1) fixes more db upgrade cases, but I haven't had any issues with the previous upgrades so it's hard for me to be sure. Could you please confirm if it fixes the issues you had with the 1.12.1 version? -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771050: can't read many encrypted PDFs, misleading error about password
Package: poppler Version: 0.26.5-2 Severity: important Banks and other organizations are finally starting to send email statements instead of asking people to log in to web sites and download them. E.g. Barclaycard now offers to send statements as email attachment, using PDF encryption. Unfortunately, most of the PDF readers in Debian don't work with these PDFs Even worse, they display messages stating that the password is invalid rather than explaining that they don't support the encryption method. On a jessie system: $ pdfinfo -upw $PASS statement.pdf Syntax Error: Invalid encryption key length Command Line Error: Incorrect password The feedback in the evince and okular GUIs also claims the password was wrong. On a wheezy system, evince, xpdf and okular all fail too, slightly different console output: $ evince statement.pdf Error: Weird encryption info Error: Incorrect password $ xpdf statement.pdf Error: Weird encryption info Error: Incorrect password $ pdfinfo -upw $PASS statement.pdf Error: Weird encryption info Error: Incorrect password I was able to inspect the PDF with the qpdf utility on jessie: $ qpdf --password=$PASS --show-encryption statement.pdf R = 6 P = -1084 User password = (hidden) extract for accessibility: allowed extract for any purpose: not allowed print low resolution: allowed print high resolution: allowed modify document assembly: not allowed modify forms: allowed modify annotations: not allowed modify other: not allowed modify anything: not allowed stream encryption method: AESv3 string encryption method: AESv3 file encryption method: AESv3 and as a workaround, qpdf can also convert it to a regular PDF that other tools can read: qpdf --password=$PASS --decrypt statement.pdf out.pdf but on wheezy qpdf fails too: $ qpdf --password=$PASS --show-encryption statement.pdf statement.pdf (encryption dictionary, file position 741263): Unsupported /R or /V in encryption dictionary Even if this can't be fixed/implemented fully for jessie, it would be very useful to improve the error messages so that people see different errors in the GUI when an unsupported encryption format is encountered and not just keep telling them they may have tried the wrong password. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770955: wheezy-pu: package openvswitch/1.4.2+git20120612-9.1~deb7u1.1
* Adam D. Barratt a...@adam-barratt.org.uk [141126 00:25]: Control: tags -1 + moreinfo On Tue, 2014-11-25 at 15:03 +0100, Jonathan Dupart wrote: The current openvswitch-datapath-dkms package does not build anymore since the last kernel update in wheezy (3.2.63-2+deb7u1), see bug #768095. I'm slightly confused by the patch. You mention that the upgrade to 3.2.63 caused the issue, In fact the upgrade to 3.2.63 caused the issue for me but the commit changing ip_select_ident was included in 3.2.62. but this: ++#elif LINUX_VERSION_CODE = KERNEL_VERSION(3,2,51)/* commit 703133de */ ++ ip_select_ident(skb, rt_dst(rt), NULL); ++#else + ip_select_ident(iph, rt_dst(rt), NULL); ++#endif suggests that it has in fact been broken since 3.2.51. Yes, you are right, the patch include a previous fix for another modification of the prototype of ip_select_ident which was included in 3.2.51 (commit 703133de331a7a7df47f31fb9de51dc6f68a9de8). Looking at the relevant bug in Ubuntu (#1262692) it looks like only GRE tunnel where broken by this change and nobody reported this bug, but I can confirm that these changes where included in the kernel shipped by Debian. I am affraid all my servers running openvswitch are now upgraded to 3.2.63-2+deb7u1 but I was able to build and load the openswitch module with this patch on a VM running 3.2.60-1+deb7u3. Would you prefer a patch without this modification ? -- Jonathan Dupart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771051: shows misleading error about password
Package: evince-gtk Version: 3.14.1-1 Severity: important When evince fails to decrypt a PDF, it asks the user to try another password, even for unsupported encryption protocols It should show a different message when the protocol is not supported and maybe give the exact protocol details required so the user can upgrade to a version that will work with their PDF. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760733: libspring-java: CVE-2014-0225
Hello Stephen, On Mon, 08 Sep 2014, Stephen Nelson wrote: For what it's worth, CVE-2014-3578 was assigned to a directory traversal vulnerability in libspring-java ( http://www.pivotal.io/security/cve-2014-3578) Thanks for letting us know about this one. I've had a quick look and it might be more difficult to fix given that there hasn't been a specific commit made in a later version of Spring which could be backported. However, I will look into this in more detail and report back to the BTS for this bug. I haven't seen any followup yet. Do you still plan to do the required investigation? This bug is one of Jessie's remaining release critical bugs so it would be nice if there could be some progress. (Of course, packaging a new upstream version can also be considered by release team members if backporting is too much work) Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770815: openafs-client: OpenAFS Client 1.6.10 does not start anymore
On Tuesday 25 November 2014 11:01:27 Benjamin Kaduk wrote: Okay, so this does look like the RemainAfterExit issue I had mentioned. You can check by copying /lib/systemd/system/openafs-client.service to /etc/systemd/system/openafs-client.service and adding a line RemainAfterExit=true in the [Service] section. Indeed. And now i start to understand what you mentioned. I'll see about pushing the RemainAfterExit fix to unstable soon; sorry it's taken so long. Oh, i can live with a workaround for a bit. Thanks for the help and all the work so far. And there is more to figure out in the openafs+systemd department. -- Wolfgang Scheicher Institut fur ComputerGraphik und WissensVisualisierung Inffeldgasse 16c -- TU Graz -- A-8010 Graz -- Austria -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771052: fish: FTBFS on hurd-i386
Source: fish Version: 2.1.0-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, Currently fish FTBFS on GNU/Hurd due to usage of sys_nerr and sys_errlist, for error strings, which is not defined on Hurd and depreciated (but still defined on other architectures): e.g. /usr/include/x86_64-linux-gnu/bits/sys_errlist.h /* sys_errlist and sys_nerr are deprecated. Use strerror instead. */ The attached patch solves this by using strerror(). Thanks! Index: fish-2.1.0/wutil.cpp === --- fish-2.1.0.orig/wutil.cpp +++ fish-2.1.0/wutil.cpp @@ -324,9 +324,9 @@ const char *safe_strerror(int err) // See #808 return strerror(err); #else -if (err = 0 err sys_nerr sys_errlist[err] != NULL) +if (err) { -return sys_errlist[err]; +return strerror(err); } else {
Bug#771053: unblock: openni/1.5.4.0-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package openni The version in unstable fixes a serious bug in the config file handling: * Do not ship but generate {licenses,modules}.xml at install time * (Closes: #767653) The xml files are modified from plugin packages as well, which is a policy violation. The new version generated the files in the postinst script. Thanks for consideration! Cheers Jochen unblock openni/1.5.4.0-8 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru openni-1.5.4.0/debian/changelog openni-1.5.4.0/debian/changelog --- openni-1.5.4.0/debian/changelog 2014-02-25 17:30:30.0 +0100 +++ openni-1.5.4.0/debian/changelog 2014-11-25 20:11:55.0 +0100 @@ -1,3 +1,10 @@ +openni (1.5.4.0-8) unstable; urgency=medium + + * Do not ship but generate {licenses,modules}.xml at install time +(Closes: #767653) + + -- Jochen Sprickerhof deb...@jochen.sprickerhof.de Mon, 24 Nov 2014 22:33:38 +0100 + openni (1.5.4.0-7) unstable; urgency=low [ Jochen Sprickerhof ] diff -Nru openni-1.5.4.0/debian/control openni-1.5.4.0/debian/control --- openni-1.5.4.0/debian/control 2014-02-25 17:26:18.0 +0100 +++ openni-1.5.4.0/debian/control 2014-11-25 20:03:45.0 +0100 @@ -23,7 +23,8 @@ Architecture: any Pre-Depends: dpkg (= 1.15.7.2) Depends: ${shlibs:Depends}, - ${misc:Depends} + ${misc:Depends}, + openni-utils Recommends: libopenni-sensor-pointclouds0 | libopenni-sensor-primesense0 Conflicts: openni-dev Description: framework for sensor-based 'Natural Interaction' diff -Nru openni-1.5.4.0/debian/libopenni0.dirs openni-1.5.4.0/debian/libopenni0.dirs --- openni-1.5.4.0/debian/libopenni0.dirs 1970-01-01 01:00:00.0 +0100 +++ openni-1.5.4.0/debian/libopenni0.dirs 2014-11-24 21:58:21.0 +0100 @@ -0,0 +1 @@ +/var/lib/ni diff -Nru openni-1.5.4.0/debian/libopenni0.install openni-1.5.4.0/debian/libopenni0.install --- openni-1.5.4.0/debian/libopenni0.install 2014-02-25 17:26:06.0 +0100 +++ openni-1.5.4.0/debian/libopenni0.install 2014-11-25 20:03:45.0 +0100 @@ -1,4 +1,2 @@ Platform/Linux/Bin/*-Release/lib*.so.* usr/lib/ Data/SamplesConfig.xml etc/openni/ -debian/licenses.xml var/lib/ni/ -debian/modules.xml var/lib/ni/ diff -Nru openni-1.5.4.0/debian/libopenni0.postinst openni-1.5.4.0/debian/libopenni0.postinst --- openni-1.5.4.0/debian/libopenni0.postinst 2014-02-25 17:26:06.0 +0100 +++ openni-1.5.4.0/debian/libopenni0.postinst 2014-11-24 21:58:21.0 +0100 @@ -5,6 +5,26 @@ dpkg-maintscript-helper mv_conffile /etc/openni/modules.xml /var/lib/ni/modules.xml 1.5.4.0-7~ libopenni0 -- $@ dpkg-maintscript-helper mv_conffile /etc/openni/licenses.xml /var/lib/ni/licenses.xml 1.5.4.0-7~ libopenni0 -- $@ +MODULE_DIR=/usr/lib/ +MODULES=libnimMockNodes.so.0 libnimCodecs.so.0 libnimRecorder.so.0 + +case $1 in + configure) +# Fix for #767653 +if [ -n $2 ] dpkg --compare-versions $2 lt-nl 1.5.4.0-8; then + mv /var/lib/ni/licenses.xml.dpkg-old /var/lib/ni/licenses.xml + mv /var/lib/ni/modules.xml.dpkg-old /var/lib/ni/modules.xml +fi +# Only register upon fresh install +if [ -z $2 ]; then + niLicense PrimeSense 0KOIk2JeIBYClPWVnMoRKn5cdY4= + for module in $MODULES; do +niReg -r $MODULE_DIR/$module /etc/openni + done +fi +;; +esac + #DEBHELPER# exit 0 diff -Nru openni-1.5.4.0/debian/libopenni0.postrm openni-1.5.4.0/debian/libopenni0.postrm --- openni-1.5.4.0/debian/libopenni0.postrm 2014-02-25 17:26:06.0 +0100 +++ openni-1.5.4.0/debian/libopenni0.postrm 2014-11-24 21:58:21.0 +0100 @@ -5,6 +5,13 @@ dpkg-maintscript-helper mv_conffile /etc/openni/modules.xml /var/lib/ni/modules.xml 1.5.4.0-7~ libopenni0 -- $@ dpkg-maintscript-helper mv_conffile /etc/openni/licenses.xml /var/lib/ni/licenses.xml 1.5.4.0-7~ libopenni0 -- $@ +case $1 in + purge) +rm -f /var/lib/ni/modules.xml 2/dev/null +rm -f /var/lib/ni/licenses.xml 2/dev/null +;; +esac + #DEBHELPER# exit 0 diff -Nru openni-1.5.4.0/debian/libopenni0.preinst openni-1.5.4.0/debian/libopenni0.preinst --- openni-1.5.4.0/debian/libopenni0.preinst 2014-02-25 17:26:06.0 +0100 +++ openni-1.5.4.0/debian/libopenni0.preinst 2014-11-24 21:58:21.0 +0100 @@ -5,6 +5,15 @@ dpkg-maintscript-helper mv_conffile /etc/openni/modules.xml /var/lib/ni/modules.xml 1.5.4.0-7~ libopenni0 -- $@ dpkg-maintscript-helper mv_conffile /etc/openni/licenses.xml /var/lib/ni/licenses.xml 1.5.4.0-7~ libopenni0 -- $@ +case $1 in + upgrade) +# Fix for #767653 +if dpkg --compare-versions $2 lt 1.5.4.0-8; then +
Bug#761234: openvpn: Openvpn connects to server but no data pass the tunel. Bad LZO decompression in server log
On Wed, Nov 26, 2014 at 11:33:58AM +0100, Raphael Hertzog wrote: Control: severity -1 important Control: tags -1 + moreinfo unreproducible On Thu, 02 Oct 2014, Alberto Gonzalez Iniesta wrote: Czesz Maciej, Could you send me your configuration files (minus the sensitive data) so I can try to reproduce it? Maciej, if you don't provide further information, there's no way that we can diagnose anything useful ouf of your report. Given that nobody else reported similar problems (and given that I'm using the current openvpn without problems), I'm downgrading the severity of this bug. It doesn't deserve to be release critical. Hi Raphael, for the record, he sent me his configuration files. I cannot reproduce his problem, and suspect it's related to MTU problems. So, yes, he provided further information, just not to the bug report since it was private data. No, I don't think it's release critical or even a bug. Thanks for droping by :-) -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771047: imagemagick: loads square SVG with a non-square aspect ratio
Control: retitle 771047 imagemagick: size/aspect ratio of blank SVG are lost by conversion via EPS On Wed, 26 Nov 2014 at 10:30:16 +, Simon McVittie wrote: If I create this trivial SVG (from ikiwiki's regression tests) svg width=30 height=30/ then imagemagick has very strange ideas about its size: % identify square.svg square.svg=/tmp/magick-19348iyfzJCMX4oRz PNG 612x792 612x792+0+0 16-bit sRGB 6.1KB 0.010u 0:00.000 convert -debug all square.svg square.png indicates that ImageMagick is converting it from SVG to EPS with inkscape, then from EPS to PNG. Because there are no graphical elements (lines, boxes, etc.) in the SVG, the EPS comes out with a weird bounding box: %%BoundingBox: 0 -2147483648 0 -2147483648 ... %%PageBoundingBox: 0 -2147483648 0 -2147483648 ... q 0 -2147483648 0 0 rectclip q which ImageMagick apparently interprets as 8.5x11 inches, presumably some hard-coded default size; 612x792 px is 8.5x11 inches * 72 dpi. Perhaps this is really an inkscape bug: the EPS export does not preserve the size of the bounding box (but the same inkscape version exporting a PNG is fine). To work around this for ikiwiki's regression tests, I used a slightly less trivial SVG: svg width=30 height=30 rect x=0 y=0 width=30 height=30 fill=blue/ /svg Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770935: python-2.7.pc: erroneously provides non-multiarch ${libdir}
Control: severity 770935 whishlist Control: severity 770936 wishlist On 11/25/2014 11:48 AM, Mike Gabriel wrote: Package: libpython2.7-dev Severity: important Version: 2.7.8-12 The python2.7.pc file provides libdir=${prefix}/lib (aka /usr/lib) However, the libpython2.7.so file is found at the multi-arch location /usr/lib/triplet/libpython2.7.so. I looked at several other multi-arch packages and they (correctly?) reference ${libdir} as a multi-arch library path. Please consider changing this with one of the next uploads or give feedback why you think ${libdir} should stay as is. THANKS! Btw: I currently have to work around this in python-caja (see #766879 [1]). this is a non-intended use of pkg-config. You interpret too much from this value. The library dir is on the compiler default search path, so I'll remove it from the pkgconfig file instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760733: libspring-java: CVE-2014-0225
On 26 Nov 2014 10:45, Raphael Hertzog hert...@debian.org wrote: Hello Stephen, On Mon, 08 Sep 2014, Stephen Nelson wrote: For what it's worth, CVE-2014-3578 was assigned to a directory traversal vulnerability in libspring-java ( http://www.pivotal.io/security/cve-2014-3578) Thanks for letting us know about this one. I've had a quick look and it might be more difficult to fix given that there hasn't been a specific commit made in a later version of Spring which could be backported. However, I will look into this in more detail and report back to the BTS for this bug. I haven't seen any followup yet. Do you still plan to do the required investigation? This bug is one of Jessie's remaining release critical bugs so it would be nice if there could be some progress. (Of course, packaging a new upstream version can also be considered by release team members if backporting is too much work) I couldn't find any specifics on this vulnerability other than the upstream saying it's not present in their currently supported versions. Therefore it looks like upgrading to 3.2.x would solve the security issue but is quite a lot of work and involves dependencies not yet packaged in Debian. I'm happy to help but ask more experienced Java team members on what's the best course of action here. Cheers Stephen
Bug#769613: LXC guest shutdown hangs the host SSH sessions
As i ran into the same problem, i'll give some additional feedback The problem can be reproduced with : - unspecified lxc.network.type (= none ?) - using halt/reboot/poweroff -i in the guest container Step by step instructions - create a virtualbox vm - install with source iso debian-7.7.0-amd64-netinst.iso - don't check anything in tasksel, minimal install - apt-get update apt-get dist-upgrade rebooot -i - apt-get install lxc - echo cgroup /sys/fs/cgroup cgroup defaults 0 0 /etc/fstab - mount cgroup - lxc-create -n admin1 -t debian - ip addr shows host ip config : eth0 10.0.2.15 - lxc-start -n admin1 -d - lxc-console -n admin1 - login as root/root - halt/reboot/poweroff -i - console hangs - Cltr-A q to get back to host - ip addr shows host ip config : eth0 has lost its ipv4 addresses By the way : - everything is done in the console of the host, no ssh involved - the very same happens whether the host's eth0 is dhcp or static - guest /var/lib/lxc/admin1/config file was not modified - guest /etc/network/interface was not modified The default container configuration doesn't contain an lxc.network.type statement. The default value for lxc.network.type AFAIK seems to be set to none, which as per [1] **shares** the host eth0 with he guest eth0. So when the guest is going down, the -i argument to the down command deconfigures it's interface, and as it's shared with the host, the host interface is deconfigured too As a consequence, i think the SSH problem mentioned above is more a problem of the host's eth0 being shared with the container's when lxc.network.type is not specified (=none?) **AND** using halt/reboot/poweroff with the -i parameter, which asks the container to shut down all network interfaces just before halt or reboot, and in the case above does so on the host's interface as it's shared. PS: I tested too with - lxc.network.type = empty - lxc.network.type = veth and lxc.network.link = br0 In both case, with or without -i, the host interface was untouched. [1] http://man7.org/linux/man-pages/man5/lxc.container.conf.5.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771054: lintian: FTBFS: binaries-from-other-arch fails with latest binutils
Package: lintian Severity: serious Justification: FTBFS Version: 2.5.30+deb8u2 Hello, With the recent binutils 2.24.90.20141124-1, one lintian test started failing: | Running binaries-from-other-arch 1.0... building... testing... FAILED | --- t/tests/binaries-from-other-arch/tags 2014-10-13 22:45:41.0 +0200 | +++ /«BUILDDIR»/lintian-2.5.30+deb8u2/debian/test-out/tests/binaries-from-other-arch/tags.binaries-from-other-arch 2014-11-26 12:15:08.758293112 +0100 | @@ -1,4 +1,3 @@ | E: binaries-from-other-arch: binary-from-other-architecture usr/bin/elfobject | E: binaries-from-other-arch: statically-linked-binary usr/bin/elfobject | -W: binaries-from-other-arch: apparently-corrupted-elf-binary usr/bin/elfobject | W: binaries-from-other-arch: binary-without-manpage usr/bin/elfobject This happens both during packge build (hence the RC level) and also during the autopkgtest. I confirm that the test works with binutils 2.24.90.2014 still. This might very well be a regression in binutils itself, or lintian's invocation of it needs to be adjusted, so please reassign if appropriate. I attach the complete build log for reference (but the above is the essential bit from it). Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) lintian_2.5.30+deb8u2_amd64-20141126-1211.build.xz Description: Binary data signature.asc Description: Digital signature
Bug#771055: unblock: diagnostics/0.3.3-10
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Is there a chance that diagnostics 0.3.3-10 could be allowed back into testing as it had been auto-removed due to RC bugs in its dependency ace? ace itself has meanwhile migrated back into testing (with the RC bugs fixed), and hence it would be great if diagnostics were allowed back in as well. The history is as follows: - diagnostics was removed from testing on 2014-08-26 due to: #746825: ace: ftbfs with GCC-4.9 - ace migrated back into testing 2014-11-01 - Presumably the freeze on 2014-11-05 was too early for diagnostics to migrate back!? Thanks a lot in advance, Michael unblock diagnostics/0.3.3-10 pgpdru4xL8T9v.pgp Description: PGP signature
Bug#771056: ICC stack protection false negative
Package: hardening-includes Version: 2.7 X-Debbugs-CC: costel.ma...@intel.com The script hardening-check can give a false negative result if the binary analyzed was compiled with ICC (with stack protection). Hardening-check looks for __stack_chk_fail, but in ICC compiled binaries the correct functions to be searched for should be __intel_security_cookie or __intel_security_check_cookie. Below is a naive patch: diff --git a/usr/bin/hardening-check b/hardening-check-intel index 799943c..f40eda7 100755 --- a/usr/bin/hardening-check +++ b/hardening-check-intel @@ -302,6 +302,7 @@ foreach my $file (@ARGV) { # Stack-protected $name = Stack protected; if (defined($functions-{'__stack_chk_fail'}) || + defined($functions-{'__intel_security_cookie'}) || (!$elf defined($functions-{'__stack_chk_fail_local'}))) { good($name, yes) } Regards, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760733: libspring-java: CVE-2014-0225
I've been investigating this issue as well. I contacted an upstream developer and it seems the actual fix for this issue is unknown. The version 3.2.0 was just reported as not vulnerable by the security researched who discovered this issue. I can prepare an upgrade to the latest 3.2.x version but this will at least require libhibernate-validator-java to be unblocked as well. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760733: libspring-java: CVE-2014-0225
On Wed, Nov 26, 2014 at 12:40:37PM +0100, Emmanuel Bourg wrote: I've been investigating this issue as well. I contacted an upstream developer and it seems the actual fix for this issue is unknown. The version 3.2.0 was just reported as not vulnerable by the security researched who discovered this issue. I can prepare an upgrade to the latest 3.2.x version but this will at least require libhibernate-validator-java to be unblocked as well. I didn't look into the specific issue, but Red Hat Bugzilla has references to isolated patches? https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0225 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771057: ITP: arasan -- xboard-compatible chess engine
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: arasan Version : 17.4.0 Upstream Author : Jon Dart * URL : http://www.arasanchess.org/ * License : MIT Programming Lang: C++ Description : xboard-compatible chess engine Arasan is a chess engine - a console-based program that plays the game of chess. It may be used together with interface programs such as xboard. It may be configured in different ways for a compromise between performance and playing strength. I intend to maintain this package within the Debian Games Team. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#761398: This is not workable as described in the Debian-Administratior's Handbook on Jessie/testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Today I tried the recipe described there on another system: http://debian-handbook.info/browse/stable/sect.remote-login.html [see bottom of the page] This is not workable on Jessie/testing, both as client and as vnc-host. I set up GNU-inetd: i inetutils-inetd - internet super server Then edited /etc/lightdm.conf and added that line to /etc/inetd.conf These options did not set this straight either: xserver-allow-tcp = True #if TCP/IP connections are allowed to this X server xdmcp-manager = XDMCP #manager to connect to (implies xserver-allow-tcp=true) additionally to: [XDMCPServer] enabled=true port=177 Result: andrew@s5:~$ xtightvncviewer remserv:50 xtightvncviewer: VNC server closed connection -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlR1vhoACgkQ5+rBHyUt5wu9kQCfbXlJWbzvGZzQoyXFWhlKhR7s HnsAnii/l2rxBgdH+9ErGRTlDhviUCSk =3GhF -END PGP SIGNATURE-
Bug#760733: libspring-java: CVE-2014-0225
Le 26/11/2014 12:41, Moritz Muehlenhoff a écrit : I didn't look into the specific issue, but Red Hat Bugzilla has references to isolated patches? https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0225 I don't know why the title of the mail refers to CVE-2014-0225, but the bug #760733 is related to CVE-2014-3578. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756522: bumblebee-nvidia: cannot access secondary gpu - error: Permission denied
Package: bumblebee Version: 3.2.1-7 Followup-For: Bug #756522 Hello, I'm also affected by this bug. As shown below, I'm using nouveau (bumblebee primus - bumblebee-nvidia is not installed). Adding the Screen section in bumblebee/xorg.conf didn't solve the problem. Please find as attached files the results of: - bumblebeed -vv - optirun -vv bash - /var/log/Xorg.8.log # dkms status bbswitch, 0.8, 3.16.0-4-amd64, x86_64: installed Here is what dmesg displays every time I run optirun: [ 1492.739399] bbswitch: enabling discrete graphics [ 1503.610492] bbswitch: disabling discrete graphics [ 1503.610502] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) [ 1536.341360] bbswitch: enabling discrete graphics [ 1567.443307] bbswitch: disabling discrete graphics [ 1567.443317] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bumblebee depends on: ii bbswitch-dkms0.8-1 ii dpkg 1.17.21 ii init-system-helpers 1.21 ii libbsd0 0.7.0-2 ii libc62.19-13 ii libglib2.0-0 2.42.0-2 ii libx11-6 2:1.6.2-3 Versions of packages bumblebee recommends: ii primus 0~20140711-1 Versions of packages bumblebee suggests: pn bumblebee-nvidia none -- Configuration Files: /etc/bumblebee/xorg.conf.nouveau changed: Section ServerLayout Identifier Layout0 Option AutoAddDevices false Option AutoAddGPU false EndSection Section Device Identifier DiscreteNvidia Driver nouveau EndSection Section Screen Identifier Default Screen Device DiscreteNvidia EndSection -- no debconf information -- theo --===5676455194776064026== Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=bumblebeed-vv [ 1503.259690] [DEBUG]Found card: 01:00.0 (discrete) [ 1503.259710] [DEBUG]Found card: 00:02.0 (integrated) [ 1503.259713] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf [ 1503.259885] [DEBUG]Detected nouveau driver [ 1503.259905] [DEBUG]bbswitch has been detected. [ 1503.259908] [INFO]Switching method 'bbswitch' is available and will be used. [ 1503.259911] [DEBUG]Active configuration: [ 1503.259914] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf [ 1503.259916] [DEBUG] X display: :8 [ 1503.259919] [DEBUG] LD_LIBRARY_PATH: [ 1503.259922] [DEBUG] Socket path: /var/run/bumblebee.socket [ 1503.259924] [DEBUG] pidfile: /var/run/bumblebeed.pid [ 1503.259927] [DEBUG] xorg.conf file: /etc/bumblebee/xorg.conf.nouveau [ 1503.259930] [DEBUG] xorg.conf.d dir: /etc/bumblebee/xorg.conf.d [ 1503.259932] [DEBUG] ModulePath: [ 1503.259935] [DEBUG] GID name: bumblebee [ 1503.259938] [DEBUG] Power method: auto [ 1503.259941] [DEBUG] Stop X on exit: 1 [ 1503.259943] [DEBUG] Driver: nouveau [ 1503.259946] [DEBUG] Driver module: nouveau [ 1503.259949] [DEBUG] Card shutdown state: 1 [ 1503.260042] [DEBUG]Process /sbin/modprobe started, PID 8463. [ 1503.260050] [DEBUG]Hiding stderr for execution of /sbin/modprobe [ 1503.260663] [DEBUG]SIGCHILD received, but wait failed with No child processes [ 1503.260674] [DEBUG]Configuration test passed. [ 1503.260893] [INFO]bumblebeed 3.2.1 started [ 1503.260955] [INFO]Switching dedicated card OFF [bbswitch] [ 1503.596170] [INFO]Initialization completed - now handling client requests [ 1535.984392] [DEBUG]Accepted new connection [ 1535.984529] [INFO]Switching dedicated card ON [bbswitch] [ 1536.436469] [INFO]Starting X server on display :8. [ 1536.436594] [DEBUG]Process Xorg started, PID 8591. [ 1536.440840] [DEBUG]Process with PID 8591 returned code 1 [ 1536.440861] [DEBUG][XORG] X.Org X Server 1.16.1.901 (1.16.2 RC 1) [ 1536.440864] [DEBUG][XORG] Release Date: 2014-11-02 [ 1536.440867] [DEBUG][XORG] X Protocol Version 11, Revision 0 [ 1536.440869] [DEBUG][XORG] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [ 1536.440872] [DEBUG][XORG] Current Operating System: Linux fermat 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x86_64 [ 1536.440875] [DEBUG][XORG] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/fermat-root ro quiet [ 1536.440877] [DEBUG][XORG] Build Date: 03 November 2014 09:44:08PM [ 1536.440880] [DEBUG][XORG] xorg-server 2:1.16.1.901-1 (http://www.debian.org/support) [ 1536.440883] [DEBUG][XORG] Current version of pixman: 0.32.6 [ 1536.440886] [DEBUG][XORG]Before reporting problems, check http://wiki.x.org [ 1536.440888]
Bug#771058: python-debian: please add an implementation for Debian architecture wildcard matching
Package: python-debian Version: 0.1.25 Severity: wishlist Tags: patch Hi, finding out whether a given Debian architecture name matches a wildcard is hard and not trivial. Even apt does it wrongly (#748936). It would be great if python-apt would offer a functionality that would offer correct architecture wildcard parsing using /usr/share/dpkg/triplettable There exists a python implementation for architecture wildcard matching in dak at daklib/architecture.py but when I tried it, it would raise a InvalidArchitecture exception for some wildcards. Thus, I wrote my own implementation which was very close to the libdpkg-perl implementation. I wrote a testsuite which tests all possible architecture wildcards (all combinations of known os and cpu values) against all known Debian architectures (dpkg-architecture -L), resulting in 146328 testcases. When I found that my implementation worked fine, I continued to borrow code from the dak implementation to make it more pythonic. The result is a solution which is very close to the dak implementation but has the following differences: - it does not raise an exception when an invalid architecture wildcard is encountered but instead returns no match. I find this the more reasonable approach because the function is supposed to find out whether a wildcard matches and not whether a wildcard is valid. If needed, then this can be done by another function. - it is more conservative in the sense that: - it does not parse architecture names using the architecture wildcard function just as libdpkg-perl does it - it only checks the debtriplet for the 'cpu' string just as libdpkg-perl does it - it only replaces the 'cpu' string in the first two columns just as libdpkg-perl does it You can find my implementation alongside the dak implementation in the following git repository: https://github.com/josch/debarchwildcardtest A Python implementation of architecture wildcard matching is currently needed by: - dak - qa.debian.org/dose - botch To minimize the amount of duplicated implementation it would make sense to have python-debian implement this. Please feel free to add what you think is best from above git repository to python-debian. Thanks! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770969: unblock: gnome-tweak-tool/3.14.2-1 (pre-approval)
On Tue, 25 Nov 2014 15:03:12 -, Dmitry Shachnev wrote: I would like to see gnome-tweak-tool 3.14.2-1 accepted into Jessi because it contains fixes for two bugs that I think are important: [...] The source package is in SVN, ready for upload. I have just added another important fix to the SVN — missing dependency on mutter-common. Without that package installed, gnome-tweak-tool will fail to start. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#766484: FTBFS in a cowbuilder: Error: listen EADDRNOTAVAIL
Control: tags -1 patch On Sat, 22 Nov 2014 13:48:43 +0100 Tobias Frost t...@debian.org wrote: I saw your offer to prepare a patch, which would be very appreciated. I would sponsor this as an NMU. Well this is the patch mentioned earlier from 0.10.33 [1] which fixes the build for me. Thanks, James [1] https://github.com/joyent/node/commit/707cc25011d142fe4ade14ce2aa083a96ef15bcb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766484: Info received (FTBFS in a cowbuilder: Error: listen EADDRNOTAVAIL)
Oops, actually attach the patch this time. James From 707cc25011d142fe4ade14ce2aa083a96ef15bcb Mon Sep 17 00:00:00 2001 From: Fedor Indutny fe...@indutny.com Date: Wed, 15 Oct 2014 20:50:15 +0400 Subject: [PATCH] test: fix test-crypto-stream Because of constant-timeness change made in openssl-1.0.1j the error is no longer returned from EVP_DecryptFinal_ex. Now it just return 0, and thus the error message does not contain proper error code. Adapt to this change, there is not much that we could do about it. --- test/simple/test-crypto-stream.js | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/test/simple/test-crypto-stream.js b/test/simple/test-crypto-stream.js index 72c9776..402761e 100644 --- a/test/simple/test-crypto-stream.js +++ b/test/simple/test-crypto-stream.js @@ -70,8 +70,7 @@ var key = new Buffer('48fb56eb10ffeb13fc0ef551bbca3b1b', 'hex'), cipher.pipe(decipher) .on('error', common.mustCall(function end(err) { -// TypeError: error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt -assert(/:06065064:/.test(err)); +assert(/::/.test(err)); })); cipher.end('Papaya!'); // Should not cause an unhandled exception.
Bug#771035: redmine: Could not find sprockets-2.12.1 in any of the sources
Control: forcemerge -1 767548 Hello, On Wed, Nov 26, 2014 at 04:57:39PM +1100, Dmitry Smirnov wrote: Package: redmine Version: 3.0~20140825-1 Severity: normal (Re-)installing Redmine in Jessie produced the following error: Setting up redmine (3.0~20140825-1) ... dbconfig-common: writing config to /etc/dbconfig-common/redmine/instances/default.conf Creating config file /etc/redmine/default/database.yml.new with new version dbconfig-common: flushing administrative password Populating database for redmine instance default. This may take a while. Could not find sprockets-2.12.1 in any of the sources Run `bundle install` to install missing gems. Error when running rake db:migrate, check database configuration. dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: redmine I don't quite understand where this problem is coming from. I experienced it on the instance of Redmine which was once upgraded from the earlier version. I could not reproduce this issue with new instance of Redmine... The problem is that at the first install, the Gemfile.lock gets the versions of packages that were installed then, and will forever expect those exact versions (which is obviously broken). A workaround is to symlink Gemfile.lock to /dev/null: ln -sfT /dev/null /usr/share/redmine/Gemfile.lock This change (having Gemfile.lock as a symlink to /dev/null) has been committed to git and will upload as soon as I manage to include fixes for other important bugs. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#771059: network-manager-pptp: Can't ignore provided DNS servers
Package: network-manager-pptp Version: 0.9.10.0-1 Severity: important Dear Maintainer, Disable DNS server in PPTP settings is effectless. Pushed DNS server are always written in /etc/resolv.conf potentially breaking DNS resolution. This bug on launchpad seem related to the same problem: https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/980579 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-pptp depends on: ii libc6 2.19-13 ii libdbus-1-3 1.8.10-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.42.0-2 ii libnm-glib-vpn1 0.9.10.0-3 ii libnm-glib4 0.9.10.0-3 ii libnm-util2 0.9.10.0-3 ii ppp 2.4.6-3 ii pptp-linux1.7.2-7 network-manager-pptp recommends no packages. network-manager-pptp 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#771060: ITP: ruby-mina -- deployer and server automation tool
Package: wnpp Severity: wishlist Owner: Aggelos Avgerinos evaggelos.avgeri...@gmail.com * Package name: ruby-mina Version : 0.3.1 Upstream Author : Nadarei, Inc. * URL : http://mina-deploy.github.io/mina/ * License : MIT Programming Lang: Ruby Description : deployer and server automation tool Mina is a fast deploy Bash script generator. It generates an entire deployment procedure as a Bash script and runs it remotely on a server, creating a single SSH session per deploy, minimizing the SSH connection overhead. Its syntax is similar to Capistrano. I intend to maintain it under the Debian Ruby Extras Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760314: #760314: RFH: zoneminder maintenance in Debian
Hi, For my home automation project in progress I need a system like zoneminder. So I am interested in getting zoneminder into good shape and get it back to testing. Therefore I am interested in (co)maintaining the package. I have some experience in packaging (I am the maintainer of Jabberd2 package) but need to enhance my skills. So I need a mentor / sponsor who can help me with this. As I have my build system, build around git it would be great if Vagrant migrate it to a git repository. So I am willing to pick it up... however not without a mentor who can spend time to educate me :). /Willem
Bug#767227: [oss-security] Re: CVE request: lsyncd command injection
On 2014-11-26 00:18, Ángel González wrote: On 20-11-2014 Mitre wrote: There is a command injection flaw in lsyncd, a file change monitoring and synchronization daemon: https://github.com/axkibe/lsyncd/issues/220 https://github.com/creshal/lsyncd/commit/18f02ad013b41a72753912155ae2ba72f2a53e52 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767227 Use CVE-2014-8990. The scope of this CVE ID includes both: 1. code execution with ` characters or other characters that are special to a shell 2. denial of service scenarios in which a user with write access to a local directory uses special characters to make synchronization fail (might have security relevance in some scenarios) The MITRE CVE team does not have a Lua expert. The code change adds: local path1 = event.path:gsub ('', '\\'):gsub ('`', '\\`'):gsub ('%$','\\%$') local path2 = event2.path:gsub ('', '\\'):gsub ('`', '\\`'):gsub ('%$','\\%$') This does not seem to be the typical fix approach for unsafe input to a shell. Has anyone concluded that this is an incomplete fix that ought to be modified before the 2.1.6 release? It is indeed an incomplete fix: * The gsub ('%$','\\%$') works in lua5.1, but under lua5.2 the second % character makes lsyncd fail with the error stdin:1: invalid use of '%' in replacement string. Thus allowing a complete denial of service * Not all metacharacters are filtered, so command execution is still present. In particular, the escaped characters can be prefixed with a backslash to bypass the filter. The attached patch should hopefully solve these issues. Thank you. I've tested the patch locally and it appears to be working correctly (mine was more a quick hack to get our own lsyncd instances running again). It also has been merged upstream: https://github.com/axkibe/lsyncd/commit/e9ffda07f0145f50f2756f8ee3fb0775b455122b Attached is the patch adapted for Wheezy's lsyncd 2.0.7-3. -- Mit freundlichen Grüßen, / Best Regards, Sven Schwedas Systemadministrator TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz Mail/XMPP: sven.schwe...@tao.at | +43 (0)680 301 7167 http://software.tao.at From cb2cdea8ceff561dc10f41c17df00f74a8a9419e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=81ngel=20Gonz=C3=A1lez?= an...@16bits.net Date: Tue, 25 Nov 2014 23:49:25 +0100 Subject: [PATCH] Properly sanitize mv parameters (CVE-2014-8990) When using -rsyncssh option, some filenames could -in addition of not syncing correctly- crash the service and execute arbitrary commands under the credentials of the remote user. These issues have been assigned CVE-2014-8990 This commit fixes the incomplete and lua5.2-incompatible sanitization performed by 18f02ad0 --- default-rsyncssh.lua | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/default-rsyncssh.lua b/default-rsyncssh.lua index 589837d..3f3261d 100644 --- a/default-rsyncssh.lua +++ b/default-rsyncssh.lua @@ -77,8 +77,10 @@ rsyncssh.action = function( inlet ) -- makes move local on target host -- if the move fails, it deletes the source if event.etype == 'Move' then - local path1 = event.path:gsub ('', '\\'):gsub ('`', '\\`'):gsub ('%$','\\%$') - local path2 = event2.path:gsub ('', '\\'):gsub ('`', '\\`'):gsub ('%$','\\%$') + local path1 = config.targetdir .. event.path + local path2 = config.targetdir .. event2.path + path1 = ' .. path1:gsub ('\'', '\'\'\'') .. ' + path2 = ' .. path2:gsub ('\'', '\'\'\'') .. ' log( 'Normal', @@ -94,10 +96,10 @@ rsyncssh.action = function( inlet ) config.ssh._computed, config.host, 'mv', - '\' .. config.targetdir .. path1 .. '\', - '\' .. config.targetdir .. path2 .. '\', + path1, + path2, '||', 'rm', '-rf', - '\' .. config.targetdir .. path1 .. '\' + path1 ) return -- 2.1.3 signature.asc Description: OpenPGP digital signature
Bug#771061: unblock: android-platform-system-core/21-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package android-platform-system-core. Version 21-4 fixed #769646 (although the changelog didn't say so) but regressed, introducing #770328; version 21-5 fixed #770328. I hoped this would also fix #769251, a FTBFS in src:android-platform-build, but the maintainer says changes are going to be needed in src:android-platform-frameworks-native for that one. unblock android-platform-system-core/21-5 -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diffstat for android-platform-system-core-21 android-platform-system-core-21 android-libcutils-dev.links |1 + android-libcutils.install|2 +- android-libcutils.links |1 + android-libcutils.lintian-overrides |8 android-liblog-dev.links |1 + android-liblog.install |2 +- android-liblog.links |1 + android-liblog.lintian-overrides |8 android-libzipfile-dev.links |1 + android-libzipfile.install |2 +- android-libzipfile.links |1 + android-libzipfile.lintian-overrides |8 changelog| 16 control | 10 -- patches/libandroidcutils_makefile_pkgconfig |4 ++-- patches/libandroidlog_makefile_pkgconfig |4 ++-- patches/libandroidzipfile_makefile_pkgconfig |4 ++-- 17 files changed, 63 insertions(+), 11 deletions(-) diff -Nru android-platform-system-core-21/debian/android-libcutils-dev.links android-platform-system-core-21/debian/android-libcutils-dev.links --- android-platform-system-core-21/debian/android-libcutils-dev.links 1970-01-01 01:00:00.0 +0100 +++ android-platform-system-core-21/debian/android-libcutils-dev.links 2014-11-18 11:08:08.0 + @@ -0,0 +1 @@ +usr/lib/android/libcutils.so.0.21.0 usr/lib/android/libcutils.so diff -Nru android-platform-system-core-21/debian/android-libcutils.install android-platform-system-core-21/debian/android-libcutils.install --- android-platform-system-core-21/debian/android-libcutils.install 2014-10-22 16:16:43.0 +0100 +++ android-platform-system-core-21/debian/android-libcutils.install 2014-11-18 11:05:13.0 + @@ -1 +1 @@ -libcutils/libcutils.so usr/lib/android/ +libcutils/libcutils.so.0.21.0 usr/lib/android/ diff -Nru android-platform-system-core-21/debian/android-libcutils.links android-platform-system-core-21/debian/android-libcutils.links --- android-platform-system-core-21/debian/android-libcutils.links 1970-01-01 01:00:00.0 +0100 +++ android-platform-system-core-21/debian/android-libcutils.links 2014-11-18 11:09:33.0 + @@ -0,0 +1 @@ +usr/lib/android/libcutils.so.0.21.0 usr/lib/android/libcutils.so.0 diff -Nru android-platform-system-core-21/debian/android-libcutils.lintian-overrides android-platform-system-core-21/debian/android-libcutils.lintian-overrides --- android-platform-system-core-21/debian/android-libcutils.lintian-overrides 1970-01-01 01:00:00.0 +0100 +++ android-platform-system-core-21/debian/android-libcutils.lintian-overrides 2014-11-18 12:00:10.0 + @@ -0,0 +1,8 @@ +# These shlibs are stuck into /usr/lib/android because they are only meant to +# be used with Android utilities and they need to be built as one big package, +# so that everything is on the exact same version. They are registered as +# shlibs so that dh_shlibsdeps will automatically dependency generation. +# These libraries should never be used by other projects since they have no +# upstream standalone releases or versioning. +android-libcutils: postinst-has-useless-call-to-ldconfig +android-libcutils: postrm-has-useless-call-to-ldconfig diff -Nru android-platform-system-core-21/debian/android-liblog-dev.links android-platform-system-core-21/debian/android-liblog-dev.links --- android-platform-system-core-21/debian/android-liblog-dev.links 1970-01-01 01:00:00.0 +0100 +++ android-platform-system-core-21/debian/android-liblog-dev.links 2014-11-18 11:08:45.0 + @@ -0,0 +1 @@ +usr/lib/android/liblog.so.0.21.0 usr/lib/android/liblog.so diff -Nru android-platform-system-core-21/debian/android-liblog.install android-platform-system-core-21/debian/android-liblog.install --- android-platform-system-core-21/debian/android-liblog.install 2014-10-22 16:16:43.0 +0100 +++
Bug#768163: CUPS and CM option
Hi Till and Joe, Le mardi, 25 novembre 2014 16.02:53, vous avez écrit : Yes, cups-filters already is already implemented for color management. The original color-management-patch was more specialized for handling PPD per-queue operations. So there might have been some confusion as to its purpose in the last few years. The patch itself is still useful for individuals who want a modified interface for per-queue, but as Mike told me during the summer, this is not something that can be supported officially through the web interface. On Tue, Nov 25, 2014 at 2:59 AM, Till Kamppeter wrote: I think we do not really need this patch. What is does is allowing to set color calibration mode as default setting for a print queue via the CUPS web interface. But this option should only be set when calibrating the printer, not permanently, so Mike Sweet is right that this is a per-job option. It makes much more sense to post feature requests for the print dialogs (GTK, KDE, ...) or even to let it only get supplied by color calibration apps when sending the jobs with the calibrartion pages. The actual execution of the option happens completely in cups-filters, as the color correction based on the ICC profiles is done there. Thanks for your feedback; I will be dropping the patch in the next CUPS upload to Debian, hopefully in time for Jessie. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771062: android-platform-frameworks-native: needs Breaks, Replaces for successful upgrades from 21-1
Source: android-platform-frameworks-native Version: 21-2 Severity: serious Tags: patch pending Justification: Policy 7.6 android-platform-frameworks-native has a bug very similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770328 which is already fixed in git by http://anonscm.debian.org/cgit/android-tools/android-platform-frameworks-native.git/commit/?id=3a4dc72b7d058caac7906ffa3e9a72c612621f3c. Please upload it when convenient. Would getting this into testing also fix https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769251 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769236 ? If it would, please reassign those bugs to src:android-platform-frameworks-native and mark them as fixed in 21-2. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771054: lintian: FTBFS: binaries-from-other-arch fails with latest binutils
what is the test supposed to test? There is a test file shipped, but I can't see yet what is being tested for. Is there a way to call objdump directly to reproduce this issue? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732209: dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied.
reassign 732209 libpam-systemd 215-6 thanks Hi, Messing with /run/user/1000/dconf/user ownership seems to be the work of libpam-systemd - somewhat similar things had been happening before, as reported in [1] (and the merged reports). See also another bug report [2] about the similar issue. [1] https://bugs.debian.org/731300 [2] https://bugs.debian.org/766464
Bug#771040: installation-reports: Messes up Mac OS 9 driver partitions
On Wed, Nov 26, 2014 at 6:12 PM, Dan DeVoto dand1...@yahoo.com wrote: Package: installation-reports Severity: normal Dear Maintainer, Installation was flawless, except the installer somehow makes my Mac OS 9 partition unbootable. This can be fixed by booting from an OS 9 install CD, running Drive Setup, and updating the drivers. This appears to fix the driver partitions, but obviously this shouldn't happen in the first place. It's a long-standing bug, see for instance, http://ppcluddite.blogspot.jp/2012/03/installing-debian-linux-on-ppc-part-v.html I don't remember whether I ever blogged about it, but I found I could use dd to dump the partition table segments and use those to restore Mac OS9 bootability when the CD driver restore wouldn't work (as in when using a non-Apple drive). Another factor was the size of the drive involved, for me. Tangerine clamshell, and the ROM was written with the assumption of max 120G HD. Using a 160G HD made it harder to keep the MAC OS-9 partition bootable. -- Joel Rees Be careful when you look at conspiracy. Look first in your own heart, and ask yourself if you are not your own worst enemy. Arm yourself with knowledge of yourself, as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767653:
Hi Tobi, * Tobias Frost t...@debian.org [2014-11-25 20:53]: built uploaded! Thanks! Please apply for the unblock. Done: #771053 (Note that I s/UNRELEASED/unstable in d/changelog; make sure to do this to in your repository) Done. Cheers Jochen signature.asc Description: Digital signature
Bug#770597: go ahead an upload
Hey Reiner, Thanks for the fix, looks like you have the package ready to upload. Please go ahead and upload it! :-) .hc signature.asc Description: OpenPGP digital signature
Bug#770597: go ahead an upload
Hey Reiner, Thanks for the fix, looks like you have the package ready to upload. Please go ahead and upload it! :-) .hc signature.asc Description: OpenPGP digital signature
Bug#771063: cheese: Cheese interferes with other USB devices than the webcam
Package: cheese Version: 3.14.1-2 Severity: normal Dear Maintainer, I've connected and configured Advice PRS850 (a UPS with USB interface). When I started Cheese, I received the following broadcast message: Communications with UPS advice@localhost lost When I exited Cheese, I receive the following broadcast message: Communications with UPS advice@localhost established The webcam (a TASCORP USB2.0 JPEG WebCam) was connected to a USB2.0 interface and the UPS was connected to a USB3.0 interface. Switching the USB connectors of the webcam and the UPS solved the problem for me. I am not sure that this is a bug in Cheese (well, Cheese should not be able to interact with system software such as NUT server), but I was suggested to return the bug for this package in the NUT mailing list. Please advise me where else this bug should be reported. The problem solved My /etc/nut/ups.conf : maxretry = 3 [advice] driver = blazer_usb port = /dev/ttyS0 vendorid = 0665 productid = 5161 dmesg output: [1.317085] usb 4-1: new high-speed USB device number 2 using ehci-pci [1.405223] tsc: Refined TSC clocksource calibration: 3395.557 MHz [1.405228] Switching to clocksource tsc [1.449642] usb 4-1: New USB device found, idVendor=8087, idProduct=0024 [1.449648] usb 4-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [1.450058] hub 4-1:1.0: USB hub found [1.450104] hub 4-1:1.0: 8 ports detected [1.521492] usb 3-1.3: new low-speed USB device number 3 using ehci-pci [1.619257] usb 3-1.3: New USB device found, idVendor=0665, idProduct=5161 [1.619262] usb 3-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [1.619265] usb 3-1.3: Product: USB to Serial [1.619268] usb 3-1.3: Manufacturer: INNO TECH [1.623072] hidraw: raw HID events driver (C) Jiri Kosina [1.625251] usbcore: registered new interface driver usbhid [1.625253] usbhid: USB HID core driver [1.626014] hid-generic 0003:0665:5161.0001: hiddev0,hidraw0: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-:00:1a.0-1.3/input0 [1.693685] usb 3-1.4: new full-speed USB device number 4 using ehci-pci [1.786441] usb 3-1.4: New USB device found, idVendor=17a1, idProduct=0128 [1.786442] usb 3-1.4: New USB device strings: Mfr=32, Product=38, SerialNumber=0 [1.786444] usb 3-1.4: Product: USB2.0 JPEG WebCam [1.786445] usb 3-1.4: Manufacturer: TASCORP [1.857918] usb 3-1.5: new low-speed USB device number 5 using ehci-pci [1.953554] usb 3-1.5: New USB device found, idVendor=192f, idProduct=0416 [1.953555] usb 3-1.5: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [1.953557] usb 3-1.5: Product: USB Optical Mouse [1.955908] input: USB Optical Mouse as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.5/3-1.5:1.0/input/input0 [1.956020] hid-generic 0003:192F:0416.0002: input,hidraw1: USB HID v1.11 Mouse [USB Optical Mouse] on usb-:00:1a.0-1.5/input0 [2.026157] usb 3-1.6: new low-speed USB device number 6 using ehci-pci [2.124421] usb 3-1.6: New USB device found, idVendor=1c4f, idProduct=0016 [2.124423] usb 3-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [2.124424] usb 3-1.6: Product: USB Keyboard [2.124425] usb 3-1.6: Manufacturer: SIGMACHIP [2.127151] input: SIGMACHIP USB Keyboard as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.6/3-1.6:1.0/input/input1 [2.127217] hid-generic 0003:1C4F:0016.0003: input,hidraw2: USB HID v1.10 Keyboard [SIGMACHIP USB Keyboard] on usb-:00:1a.0-1.6/input0 ... [ 190.249219] usb 3-1.3: usbfs: USBDEVFS_CONTROL failed cmd blazer_usb rqt 33 rq 9 len 8 ret -110 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cheese depends on: ii cheese-common 3.14.1-2 ii gnome-video-effects0.4.1-2 ii libc6 2.19-13 ii libcanberra-gtk3-0 0.30-2.1 ii libcheese-gtk233.14.1-2 ii libcheese7 3.14.1-2 ii libclutter-1.0-0 1.20.0-1 ii libclutter-gtk-1.0-0 1.6.0-1 it libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgnome-desktop-3-10 3.14.1-1 ii libgstreamer1.0-0 1.4.4-2 ii libgtk-3-0 3.14.4-2 Versions of packages cheese recommends: ii gnome-icon-theme3.12.0-1 ii gvfs1.22.1-1 ii hicolor-icon-theme 0.13-1 ii nautilus-sendto 3.8.2-1 ii yelp3.14.1-1 Versions of packages cheese suggests: pn gnome-video-effects-frei0r 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#771048: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Small update on the topic: It's actually not a matter of protocol (other TLSv1.2 servers are working fine) but more a matter of ciphers. The server is Apache2 and Qualis is reporting these ciphers only: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (0xc02f) TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (0xc030) TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (0x9e) When allowing more ciphers, it works also in Wheezy (and still works in sid, obviously ;-)). - -- Pierre Schweitzer pie...@reactos.org System Network Administrator Senior Kernel Developer ReactOS Deutschland e.V. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUdc2YAAoJEHVFVWw9WFsL2zUP/2WTWdLZ9vjfU8VqZ96goKBN yzWwRSxjUCVJ/4772c72FmwhngIjF2B7vCtfGmiYwMBmf75AZq8SWnw9coUWCYYf /B/wjeswFVTlaI6Ikilzk901NvOmaIbwLcKtzPUFBF7jfVFCA1Wpkm4DoXdxN1nx a3DonlXzG+gBrOD6EP6VXk/tCwdFcCNz0oVWTDhgaIYGqmPQWKgJkNGy8LFp26W4 VSwDZ+IbCjp5J04d6rcha0s/ckOAoG7oyqATY1c4XttPHgnoqWo9iVuDMTGCUo0P g/ZmWAmGWHe9U+vcPfqY9FuoIzZb+bXoMRvm/XhdxjrH/2MNBjnMFZlf4YgAWbVD WykjLJ6pVbx+syA1UUyPcVD8EhzwTyPm8ZqQheVJVXnR3n11/BVSgn8VKl+39wY4 6iR8JQ9U4nPkE+fCiWAcK4E4wun2DLR9b49BGcA4s5jGs+xQLFL0mDsy1v7JT0Lu 3FwY1FyCm9SKJt6gLCkBuR99I98ri0P3/vkPsE8LBXjYoQ+UnSGXMVtaJRLEY6N1 8Auugn/HVNm0HWq0rrdm8A+XVL/UP5OJqTFC1GGMoUJAiMtxBn2+DPLFiT4IpGEW yOXn4dyKjLkVlfEAi5NaqxILfDukDBQf9WRG7eoOI86QG0HRjaZ6TY9+wtJJIpaq yanlAnlvTBqQ5dTO4RA8 =LO15 -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#727800: kmail: KMail goes bonkers following Qt update
tag 727800 moreinfo thanks Hi! As Sandro pointed out, this seems fixed in newer versions. Can you please test if this is still an issue for you? Kinds regards, Lisandro. -- Without us [Free Software developers], people would study computer science and programming without ever having seen a real program in its entirety. That's like becoming writers without ever having read a complete book. Matthias Ettrich, founder of the KDE project. http://www.efytimes.com/efytimes/25412/news.htm Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#679456: procps: kill -l signum doesn't work
Hi, this bug is fixed in wheezy, jessie and sid. Therefore I am going to close it... -- Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771009: unblock: ruby-mysql2/0.3.16-2
Control: tags -1 + confirmed moreinfo On 2014-11-25 22:14, Cédric Boutillier wrote: I would like to ask for a pre-approval for an upload of ruby-mysql2 in order to fix 2 important bugs in Jessie, upon request of upstream. Please go ahead, thanks. If a preapproval is granted, should I then file a new unblock request when the upload is performed? No. Follow-up to this one and remove the moreinfo tag once the package is in unstable. 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#771055: unblock: diagnostics/0.3.3-10
On 2014-11-26 11:21, Michael Tautschnig wrote: - Presumably the freeze on 2014-11-05 was too early for diagnostics to migrate back!? No, the reason it didn't migrate was: libdiagnostics0/i386 unsatisfiable Depends: libace-6.0.3 libdiagnostics0/amd64 unsatisfiable Depends: libace-6.0.3 libdiagnostics0/armel unsatisfiable Depends: libace-6.0.3 libdiagnostics0/armhf unsatisfiable Depends: libace-6.0.3 libdiagnostics0/kfreebsd-amd64 unsatisfiable Depends: libace-6.0.3 libdiagnostics0/kfreebsd-i386 unsatisfiable Depends: libace-6.0.3 libdiagnostics0/mips unsatisfiable Depends: libace-6.0.3 libdiagnostics0/mipsel unsatisfiable Depends: libace-6.0.3 libdiagnostics0/powerpc unsatisfiable Depends: libace-6.0.3 libdiagnostics0/s390x unsatisfiable Depends: libace-6.0.3 libdiagnostics0/arm64 unsatisfiable Depends: libace-6.2.7 libdiagnostics0/ppc64el unsatisfiable Depends: libace-6.2.7 It looks like someone binNMUed it a few days ago to fix that. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org