Bug#826619: pluma: Pluma - external tools missing
Package: pluma Version: 1.14.0-1 Severity: normal Dear Maintainer, After the latest update to Pluma 1.14.0-1 in testing external tools are not included/missing. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pluma depends on: ii iso-codes 3.68-1 ii libatk1.0-0 2.20.0-1 ii libc6 2.22-9 ii libcairo-gobject2 1.14.6-1+b1 ii libcairo2 1.14.6-1+b1 ii libenchant1c2a1.6.0-11+b1 ii libgdk-pixbuf2.0-02.34.0-1 ii libglib2.0-0 2.48.1-1 ii libgtk-3-03.20.6-1 ii libgtksourceview-3.0-13.20.3-1 ii libice6 2:1.0.9-1+b1 ii libmate-desktop-2-17 1.14.1-1 ii libpango-1.0-01.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libsm62:1.2.2-1+b1 ii libstartup-notification0 0.12-4 ii libx11-6 2:1.6.3-1 ii libxml2 2.9.3+dfsg1-1 ii mate-desktop-common 1.14.1-1 ii pluma-common 1.14.0-1 Versions of packages pluma recommends: ii zenity 3.20.0-1 pluma suggests no packages. -- no debconf information
Bug#826620: virtualbox: Extension_Pack-4.3.36-105129.vbox-extpack can't be installed
Package: virtualbox
Version: 5.0.20-dfsg-2
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Installing it, it pretends to be 4.3.36.
Allthough Version: 5.0.20-dfsg-2 is mentioned here
I tried both extension packages. the one
Oracle_VM_VirtualBox_Extension_Pack-4.3.36-105129.vbox-extpack
and the other
virtualbox-5.0_5.0.20-106931~Debian~jessie_amd64.deb and tried
to insert in /etc/apt/sources.list
deb http://download.virtualbox.org/virtualbox/debian jessie contrib
* What exactly did you do (or not do) that was effective (or
ineffective)?
In the config-window -> file -> global config -> additional packages i tried to
add
Oracle_VM_VirtualBox_Extension_Pack-4.3.36-105129.vbox-extpack, but after
starting i get after iinserting the password:
NS_ERROR_FAILURE (0x80004005)
ExtPackManager
!WxtPackManager {3295e6ce-b051-47b2-9514-2c588bfe7554}
* What was the outcome of this action?
I can't use USB what is needed strongly
* What outcome did you expect instead?
Oracle should stop the ridiculous need of any extension packages or
the debian package manager should stop presenting virtualbox in different
versions, none of it with the automatically installed extension packages.
A virtual machine without USB is not acceptable.
*** End of the template - remove these template lines ***
-- System Information:
Nothing is useable, because report is made on another machine
jessie is used on the other one.
Debian Release: stretch/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 4.5.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages virtualbox depends on:
ii adduser 3.114
ii init-system-helpers 1.34
ii libc6 2.22-9
ii libcurl3-gnutls 7.47.0-1
ii libgcc1 1:6.1.1-4
ii libgsoap9 2.8.30-1
ii libpng16-16 1.6.21-5
ii libpython2.7 2.7.11-9
ii libsdl1.2debian 1.2.15+dfsg1-4
ii libssl1.0.2 1.0.2h-1
ii libstdc++66.1.1-4
ii libvncserver1 0.9.10+dfsg-3+b1
ii libvpx3 1.5.0-3
ii libx11-6 2:1.6.3-1
ii libxcursor1 1:1.1.14-1+b1
ii libxext6 2:1.3.3-1
ii libxml2 2.9.3+dfsg1-1
ii libxmu6 2:1.1.2-2
ii libxt61:1.1.5-1
ii procps2:3.3.11-3
ii python2.7.11-1
ii python2.7 2.7.11-9
pn python:any
ii virtualbox-dkms [virtualbox-modules] 5.0.20-dfsg-2
ii zlib1g1:1.2.8.dfsg-2+b1
Versions of packages virtualbox recommends:
ii libgl1-mesa-glx [libgl1] 11.2.2-1
ii libqt4-opengl 4:4.8.7+dfsg-8
ii libqtcore44:4.8.7+dfsg-8
ii libqtgui4 4:4.8.7+dfsg-8
ii virtualbox-qt 5.0.20-dfsg-2
Versions of packages virtualbox suggests:
ii vde22.3.2+r586-2+b1
pn virtualbox-guest-additions-iso
-- no debconf information
Bug#825800: graphicsmagick: CVE-2016-5118 on jessie
Hi Stephan, On Mon, Jun 6, 2016 at 1:43 PM, Stephan Großberndt wrote: > what is the reason there is no fix for graphicsmagick CVE-2016-5118 on > jessie? this is the current stable debian distribution, wheezy and sid have > released fixes but none for jessie? I don't want to comment on the Wheezy update. I need time with the Jessie one, it's my fault; even if it's part of the number of fixes need to be backported. Please see the Sid changelog[1]. > Is graphicsmagick no longer supported by debian? As you noted above, Sid + Wheezy already updated; so it is supported. Regards, Laszlo/GCS [1] https://packages.qa.debian.org/g/graphicsmagick/news/20160530T232158Z.html
Bug#826621: linux-image-3.16.0-4-amd64 Calgary: DMA error on Calgary PHB
Package: linux-image-3.16.0-4-amd64 Subject: Calgary: DMA error on Calgary PHB (problem again back when i update kernel image ) Package: src:linux Version: 3.16.7-ckt25-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: IBM product_name: IBM x3850-[8863Z5S]- product_version: chassis_vendor: IBM chassis_version: bios_vendor: IBM bios_version: -[ZUE166AUS-1.12]- board_vendor: IBM board_name: Node1 Processor Card board_version: ** PCI devices: 00:00.0 Host bridge [0600]: IBM Calgary PCI-X Host Bridge [1014:02a1] (rev 02) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=slow >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- [disabled] Capabilities: [40] PCI-X non-bridge device Command: DPERE- ERO- RBC=2048 OST=1 Status: Dev=01:01.0 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=2048 DMOST=1 DMCRS=16 RSCEM- 266MHz- 533MHz- Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable+ DSel=0 DScale=1 PME- Capabilities: [50] Vital Product Data Product Name: Broadcom NetXtreme Gigabit Ethernet Controller Read-only fields: [PN] Part number: BCM95704A6 [EC] Engineering changes: 106679-15 [SN] Serial number: 0123456789 [MN] Manufacture ID: 31 34 65 34 [RV] Reserved: checksum bad, 26 byte(s) reserved Read/write fields: [YA] Asset tag: XYZ01234567 [RW] Read-write area: 107 byte(s) free End Capabilities: [58] MSI: Enable- Count=1/8 Maskable- 64bit+ Address: fee0 Data: 4052 Kernel driver in use: tg3 01:01.1 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet [14e4:1648] (rev 10) Subsystem: IBM Device [1014:02e7] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- [disabled] Capabilities: [40] PCI-X non-bridge device Command: DPERE- ERO- RBC=2048 OST=1 Status: Dev=01:01.1 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=2048 DMOST=1 DMCRS=16 RSCEM- 266MHz- 533MHz- Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable+ DSel=0 DScale=1 PME- Capabilities: [50] Vital Product Data Product Name: Broadcom NetXtreme Gigabit Ethernet Controller Read-only fields: [PN] Part number: BCM95704A6 [EC] Engineering changes: 106679-15 [SN] Serial number: 0123456789 [MN] Manufacture ID: 31 34 65 34 [RV] Reserved: checksum bad, 26 byte(s) reserved Read/write fields: [YA] Asset tag: XYZ01234567 [RW] Read-write area: 107 byte(s) free End Capabilities: [58] MSI: Enable- Count=1/8 Maskable- 64bit+ Address: fee0 Data: 4052 Kernel driver in use: tg3 01:02.0 RAID bus controller [0104]: Adaptec AAC-RAID [9005:0285] (rev 02) Subsystem: IBM ServeRAID 8i [1014:02f2] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping+ SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Versions of packages linux-image-3.16.0-4-amd64 suggests: pn debian-kernel-handbook ii grub-pc 2.02~beta2-22+deb8u1 pn linux-doc-3.16 Versions of packages linux-image-3.16.0-4-amd64 is related to: pn firmware-atheros ii firmware-bnx2 0.43 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas ii firmware-linux 0.43 ii firmware-linux-nonfree 0.43 pn firmware-myricom pn firmware-netxen pn firmware-qlogic pn firmware-ralink ii firmware-realtek0.43 pn xen-hypervisor -- debconf information: linux-image-3.16.0-4-amd64/postinst/depmod-error-initrd-3.16.0-4-amd64: false linux-image-3.16.0-4-amd64/prerm/
Bug#826200: atril: doesn't start
On Fri, 3 Jun 2016 11:01:52 +0200 John Paul Adrian Glaubitz wrote: On 06/03/2016 10:56 AM, Bárdosi Péter wrote: > (atril:13113): Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x > and GTK+ 3 in the same process is not supported Please run another dist-upgrade after the FTP servers have synced. You are running a mix of MATE 1.12.x and 1.14.x packages which doesn't work. How long does it take for the FTP servers to sync? The bug was filed 4 days ago, and the problem hasn't resolved since then. Where do I find what state the FTP servers SHOULD have? packages.debian.org [1,2] still lists the inconsistency mentioned here. Any pointer how this works or how I can work-around this to speed it up would be great. Thanks, Mirko [1] https://packages.debian.org/stretch/mate-desktop : "mate-desktop (1.14.1-1)" [2] https://packages.debian.org/stretch/atril : "atril (1.12.2-1)"
Bug#790327: openturns: FTBFS on mipsel "package requires more than 1GB RAM; do not build on mips/mipsel. Stop."
tags 790327 wontfix severity 790327 wishlist thanks On 2015-08-03 10:09 GMT+02:00 Gustavo Prado Alkmim wrote: > Hi. > > Please, can you take a look on the patch? It is building ok on mips now. [...] >>> I enabled the build on mipsel. I made a test on my ci20 board and it >>> built fine. >>> >>> Tooked 46 hours, ~6GB of space, 1 GB of RAM and ~500GB of swap memory [...] Hi, Sorry for the delay, I took a long break. I won't apply your patch, 46 hours to build this package is unreasonable, this means I won't be able to debug any problem. Denis
Bug#825962: libreoffice: crashes when trying to get the python macro menu if uno-0.3.3 has been installed with pip
Hi, On Wed, Jun 01, 2016 at 11:45:47PM +0200, Florian wrote: > Well, whatever the uno 0.3.3 module is made for, it still causes > libreoffice to crash when installed, so maybe libreoffice gets confused > by the names too ;) Well, sure. LO does import uno; at places because that's what python3-uno is. Some new module being named "uno" when PyUNO for OOo/LO exist since AGES (separate first and integrated in OpenOffice.org proper in 1.1.x. Which was 2003 Asked upstream about whether it can be safe-guarded somehow, but TBH the author of that uno-0.3.3 simply did it wrong by steping on OOo/LOs namespace. Regards, Rene
Bug#826622: jessie-pu: package libdevel-declare-perl/0.006017-1+deb8u1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu As per #826563 the recent perl update broke libdevel-declare-perl. I've uploaded 0.006017-1+deb8u1 which I recommend is released through the stable-updates channel. Thanks for the help, and sorry for the hassle. Best wishes, Dominic.
Bug#784682: Make wishlist
On Mon, Jun 06, 2016 at 05:02:28PM -0400, Zed Pobre wrote: > On Mon, Jun 06, 2016 at 07:41:40PM +0200, Joerg Dorchain wrote: > > Hello Zed, > > > > reopening this bug as a hint for people like me who ran into problems > > with the version of snoopy currently in stable. > > I'm afraid I am seriously considering abandoning this package at the > moment. :/ It turned out to be trivial to bypass because any user can > recompile it and preload a version that doesn't log. We moved to > auditd as a replacement. > > If you are interested in maintaining this package going forwards, I > will happily turn it over to you. In principle yes. However, technically, I am just a mere debian user, no maintainer nor uploader, so I would need help anyway. I have tried to become a maintainer, but that went unlucky because first the mentor lacking time and then me being busy. Replying from my private address, as for sure my company will not pay extra for this ;-) Bye, Joerg signature.asc Description: PGP signature
Bug#826623: Please build apitrace with waffle support
Package: apitrace Version: 7.1+git20160531.2d78bef0+repack-1 Severity: wishlist apitrace Retracers like e.g. egltrace can currently only use X11 as the window system. For more modular window system support, apitrace has support for using the waffle library (e.g. libwaffle-dev and friends). Please enable support for this in the package. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apitrace depends on: ii apitrace-tracers 7.1+git20160531.2d78bef0+repack-1 ii libbsd0 0.8.3-1 ii libc6 2.22-10 ii libgcc1 1:6.1.1-4 ii libpng16-16 1.6.21-5 ii libprocps52:3.3.11-3 ii libsnappy1v5 1.1.3-3 ii libstdc++66.1.1-4 ii libx11-6 2:1.6.3-1 ii python2.7.11-1 ii python-imaging3.2.0-2 ii zlib1g1:1.2.8.dfsg-2+b1 apitrace recommends no packages. apitrace suggests no packages. -- no debconf information
Bug#826200: atril: doesn't start
On 06/07/2016 09:57 AM, Mirko Stoffers wrote: > How long does it take for the FTP servers to sync? The bug was filed 4 days > ago, and the > problem hasn't resolved since then. Where do I find what state the FTP > servers SHOULD have? packages.debian.org [1,2] still lists the inconsistency Yes, it's commonly known that this information can be found in the PTS tracker [1] and on release.debian.org [2]. As you can see there, atril migrates into testing tomorrow. The mechanism is also explained in [3]. It might be advisable to read available documentation before using a development release. This avoids common misconceptions and confusion. > mentioned here. Any pointer how this works or how I can work-around this to > speed > it up would be great. You Can add unstable to your /etc/apt/sources.list and then add the proper entry to your /etc/apt/preferences to pin unstable down to "99". Adrian > [1] https://packages.qa.debian.org/a/atril.html > [2] https://release.debian.org/migration/testing.pl?package=atril > [3] https://wiki.debian.org/DebianTesting -- .''`. 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
Bug#817798: fixed in crash 7.1.5-1
Hi Troy, > > I can see that the new version has made it into testing, I was > > wondering if there is a plan to update the version in Jessie backports > > as well. > > Sure, I can add that to my todo list but it will take me a few days to > get to it. Is there anything I can help with to get this backported to Jessie? Thanks ...Juerg
Bug#825962: libreoffice: crashes when trying to get the python macro menu if uno-0.3.3 has been installed with pip
On Tue, Jun 07, 2016 at 10:09:35AM +0200, Rene Engelhard wrote: > Some new module being named "uno" when PyUNO for OOo/LO exist since AGES > (separate first and integrated in OpenOffice.org proper in 1.1.x. Which was > 2003 OK, we actually packaged it only starting with 2.x (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=220226), but still 2005. Regards, Rene
Bug#826624: aptitude can't be stopped with "Q" but only with ^T and going down there
Package: aptitude Version: 0.6.11-1+b1 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Nothing special * What exactly did you do (or not do) that was effective (or ineffective)? I've got it when using "Q" * What was the outcome of this action? Nothing at all * What outcome did you expect instead? Stopping aptitude decently. *** End of the template - remove these template lines *** -- Package-specific info: Terminal: linux $DISPLAY not set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.11 compiled at Nov 8 2014 13:34:39 Compiler: g++ 4.9.1 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.4.0 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20140913 cwidget version: 0.5.17 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x7ffd518ea000) libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fd86c152000) libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fd86bf1c000) libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fd86bcf2000) libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fd86baec000) libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7fd86b7d6000) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fd86b50d000) libboost_iostreams.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7fd86b2f5000) libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7fd86aee4000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fd86acc7000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fd86a9bc000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fd86a6bb000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fd86a4a5000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fd86a0fa000) libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fd869ef7000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fd869cf3000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fd869ad8000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fd8698c8000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fd8696a5000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fd86949d000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fd869298000) /lib64/ld-linux-x86-64.so.2 (0x7fd86cb15000) -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages aptitude depends on: ii aptitude-common 0.6.11-1 ii libapt-pkg4.121.0.9.8.3 ii libboost-iostreams1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18+deb8u4 ii libcwidget3 0.5.17-2 ii libgcc1 1:4.9.2-10 ii libncursesw5 5.9+20140913-1+b1 ii libsigc++-2.0-0c2a2.4.0-1 ii libsqlite3-0 3.8.7.1-1+deb8u1 ii libstdc++64.9.2-10 ii libtinfo5 5.9+20140913-1+b1 ii libxapian22 1.2.19-1+deb8u1 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc] 0.6.11-1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn apt-xapian-index pn debtags ii tasksel 3.31+deb8u1 -- no debconf information
Bug#826609: gnome-calendar: does not start at all
Hello!
On Tue, Jun 07, 2016 at 12:57:59AM +0200, Michael Biebl wrote:
> Am 07.06.2016 um 00:41 schrieb Andreas Hilboll:
[...]
> >(gnome-calendar:4888): GLib-GIO-ERROR **: Settings schema
> > 'org.gnome.shell.calendar' is not installed
>
> That schema is provided by gnome-shell-common
>
> We either need to add that as a dependency or (better) make
> gnome-calendar handle it gracefully if the schema doesn't exist.
The attached patch might help, but I also noticed that in the 3.21 series
gnome-calendar (and gnome-shell) has been migrated to use the
gsettings-desktop-schemas org.gnome.desktop.calendar schema instead.
I guess that makes it less interesting to gracefully handle missing
schema in favour of just adding a versioned dependency on
gsettings-desktop-schemas.
I guess we could just carry the patch until we update to 3.21.x/3.22
if someone verifies it actually works... Could you test rebuilding
the gnome-calendar package with the attached patch and see if it
solves your issue Andreas?
Regards,
Andreas Henriksson
From: Andreas Henriksson
Subject: make gnome-calendar start even if gnome-shell schemas are missing
Bug-Debian: https://bugs.debian.org/826609
--- a/src/gcal-year-view.c
+++ b/src/gcal-year-view.c
@@ -1483,6 +1483,26 @@
gtk_widget_class_set_css_name (widget_class, "calendar-view");
}
+/* bind GNOME Shell' show week numbers property to GNOME Calendar's one */
+static void
+gcal_bind_gnome_shell_week_numbers_to_gcal (GcalYearView *self)
+{
+ GSettingsSchemaSource *defsrc;
+
+ /* bail out early if gnome-shell schema is not available. */
+ defsrc = g_settings_schema_source_get_default ();
+ if (!defsrc || g_settings_schema_source_lookup (defsrc,
+ "org.gnome.shell.calendar",
+ TRUE) == NULL) {
+self->shell_settings = NULL;
+return;
+ }
+
+ self->shell_settings = g_settings_new ("org.gnome.shell.calendar");
+ g_settings_bind (self->shell_settings, "show-weekdate", self, "show-week-numbers", G_SETTINGS_BIND_DEFAULT);
+ g_signal_connect_swapped (self->shell_settings, "changed::show-weekdate", G_CALLBACK (gtk_widget_queue_draw), self);
+}
+
static void
gcal_year_view_init (GcalYearView *self)
{
@@ -1501,10 +1521,7 @@
self->end_selected_date = g_new0 (icaltimetype, 1);
self->end_selected_date->zone = e_cal_util_get_system_timezone ();
- /* bind GNOME Shell' show week numbers property to GNOME Calendar's one */
- self->shell_settings = g_settings_new ("org.gnome.shell.calendar");
- g_settings_bind (self->shell_settings, "show-weekdate", self, "show-week-numbers", G_SETTINGS_BIND_DEFAULT);
- g_signal_connect_swapped (self->shell_settings, "changed::show-weekdate", G_CALLBACK (gtk_widget_queue_draw), self);
+ gcal_bind_gnome_shell_week_numbers_to_gcal (self);
gtk_list_box_set_header_func (GTK_LIST_BOX (self->events_sidebar), update_sidebar_headers, self, NULL);
gtk_list_box_set_sort_func (GTK_LIST_BOX (self->events_sidebar), sidebar_sort_func, NULL, NULL);
Bug#826625: ppp: Please switch to use libmd instead of embedded code
Source: ppp
Source-Version: 2.4.7-1+2
Severity: wishlist
Tags: patch
Hi!
Here's a patch switching the ppp package to use libmd instead of the
embedded implementations. I've removed them to make extra sure those
do not get used, and gone for updating several of the call sites and
macro usages, but if you prefer a more minimal patch I can provide
that instead.
Beware, I've only build tested it.
Thanks,
Guillem
From 90b95fa67867673a78b4266399dc1cd351632209 Mon Sep 17 00:00:00 2001
From: Guillem Jover
Date: Tue, 7 Jun 2016 09:04:14 +0200
Subject: [PATCH] Use libmd instead of embedded code
The libmd library is small, available on the base system of most Unixes,
it has no 4-clause BSD license terms, and avoids duplicating the same
code all over the place.
---
debian/control | 1 +
debian/ppp.symbols | 10 --
pppd/Makefile.linux| 16 +-
pppd/chap-md5.c| 31 ++--
pppd/chap_ms.c | 14 +-
pppd/eap.c | 36 ++---
pppd/md4.c | 299
pppd/md4.h | 64
pppd/md5.c | 307 -
pppd/md5.h | 65
pppd/plugins/radius/Makefile.linux | 2 +-
pppd/plugins/radius/md5.c | 13 --
pppd/plugins/radius/radius.c | 46 +++---
pppd/plugins/winbind.c | 2 +-
pppd/sha1.c| 170
pppd/sha1.h| 31
16 files changed, 72 insertions(+), 1035 deletions(-)
delete mode 100644 pppd/md4.c
delete mode 100644 pppd/md4.h
delete mode 100644 pppd/md5.c
delete mode 100644 pppd/md5.h
delete mode 100644 pppd/plugins/radius/md5.c
delete mode 100644 pppd/sha1.c
delete mode 100644 pppd/sha1.h
diff --git a/debian/control b/debian/control
index 52b2191..fff7f74 100644
--- a/debian/control
+++ b/debian/control
@@ -5,6 +5,7 @@ Homepage: http://ppp.samba.org/
Maintainer: Chris Boot
Uploaders: Marco d'Itri
Build-Depends: debhelper (>= 9~), libpcap0.8-dev, libpam0g-dev, zlib1g-dev,
+ libmd-dev,
dh-systemd
Standards-Version: 3.9.6
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/pkg-ppp.git
diff --git a/debian/ppp.symbols b/debian/ppp.symbols
index a7aecd7..76048c4 100644
--- a/debian/ppp.symbols
+++ b/debian/ppp.symbols
@@ -14,16 +14,6 @@ pppd.so.2.4.7 ppp #MINVER#
DesSetkey@Base 2.4.7-1+2~
GenerateAuthenticatorResponse@Base 2.4.7-1+2~
GetMask@Base 2.4.7-1+2~
- MD4Final@Base 2.4.7-1+2~
- MD4Init@Base 2.4.7-1+2~
- MD4Print@Base 2.4.7-1+2~
- MD4Update@Base 2.4.7-1+2~
- MD5_Final@Base 2.4.7-1+2~
- MD5_Init@Base 2.4.7-1+2~
- MD5_Update@Base 2.4.7-1+2~
- SHA1_Final@Base 2.4.7-1+2~
- SHA1_Init@Base 2.4.7-1+2~
- SHA1_Update@Base 2.4.7-1+2~
active_filter@Base 2.4.7-1+2~
add_fd@Base 2.4.7-1+2~
add_notifier@Base 2.4.7-1+2~
diff --git a/pppd/Makefile.linux b/pppd/Makefile.linux
index f1b2c90..fc1199d 100644
--- a/pppd/Makefile.linux
+++ b/pppd/Makefile.linux
@@ -11,16 +11,16 @@ INCDIR = $(DESTDIR)/include
TARGETS = pppd
-PPPDSRCS = main.c magic.c fsm.c lcp.c ipcp.c upap.c chap-new.c md5.c ccp.c \
- ecp.c ipxcp.c auth.c options.c sys-linux.c md4.c chap_ms.c \
+PPPDSRCS = main.c magic.c fsm.c lcp.c ipcp.c upap.c chap-new.c ccp.c \
+ ecp.c ipxcp.c auth.c options.c sys-linux.c chap_ms.c \
demand.c utils.c tty.c eap.c chap-md5.c session.c
HEADERS = ccp.h session.h chap-new.h ecp.h fsm.h ipcp.h \
- ipxcp.h lcp.h magic.h md5.h patchlevel.h pathnames.h pppd.h \
+ ipxcp.h lcp.h magic.h patchlevel.h pathnames.h pppd.h \
upap.h eap.h
MANPAGES = pppd.8
-PPPDOBJS = main.o magic.o fsm.o lcp.o ipcp.o upap.o chap-new.o md5.o ccp.o \
+PPPDOBJS = main.o magic.o fsm.o lcp.o ipcp.o upap.o chap-new.o ccp.o \
ecp.o auth.o options.o demand.o utils.o sys-linux.o ipxcp.o tty.o \
eap.o chap-md5.o session.o
@@ -88,8 +88,8 @@ LDFLAGS=$(LDOPTS)
ifdef CHAPMS
CFLAGS += -DCHAPMS=1
NEEDDES=y
-PPPDOBJS += md4.o chap_ms.o
-HEADERS += md4.h chap_ms.h
+PPPDOBJS += chap_ms.o
+HEADERS += chap_ms.h
ifdef MSLANMAN
CFLAGS += -DMSLANMAN=1
endif
@@ -111,9 +111,7 @@ else
# OpenSSL has an integrated version of SHA-1, and its implementation
# is incompatible with this local SHA-1 implementation. We must use
# one or the other, not both.
-PPPDSRCS += sha1.c
-HEADERS += sha1.h
-PPPDOBJS += sha1.o
+LIBS += -lmd
endif
ifdef HAS_SHADOW
diff --git a/pppd/chap-md5.c b/pppd/chap-md5.c
index 77dd4ec..d949ed6 100644
--- a/pppd/chap-md5.c
+++ b/pppd/chap-md5.c
@@ -36,9 +36,8 @@
#include "chap-new.h"
#include "chap-md5.h"
#include "magic.h"
-#include "md5.h"
+#include
-#define MD5_HASH_SIZE 16
#define MD5_MIN_CHALLENGE 16
#define MD5_MAX_CHALLENGE 24
@@ -61,21 +60,21 @@ chap_md5_verify_response(int id, char *name,
{
MD5_CTX ctx;
unsigned char idbyte = id;
- unsigned char hash[MD5_HASH_SIZE];
+ unsigned char hash[MD5
Bug#825112: (no subject)
Packaging has been done and can be found in collab-maint [1] (git-buildpackage+pristine-tar format [2]). Current version is 0.3.3+dfsg. Builds for xenial/yakkety can be found in a PPA [3]. The packaging and test suite appear to work, but I've held off trying to get it uploaded since there have been several minor versions in quick succession recently (0.3.0 .. 0.3.3 in the last two weeks) and I was waiting to see if it would settle. Would you be willing to review and possibly sponsor? [1]: https://anonscm.debian.org/git/collab-maint/xonsh.git [2]: This should probably be under DPMT and git-dpm, but I'm not (yet) a team member [3]: ppa:chronitis/misc (contains a variety of other stuff) On 07/06/16 01:05, Barry Warsaw wrote: > Just wondering if anybody's made progress on this. I was blown away by the > talk on Xonsh at Pycon 2016 [*] and of course the first thing I did was look > for it in Debian. :) I'd be happy to help package this up. > > [*] https://www.youtube.com/watch?v=uaje5I22kgE >
Bug#826626: xmlstarlet: silent failure in the presence of namespaces
Package: xmlstarlet Version: 1.6.1-1 Severity: normal -cutting here may damage your screen surface- tglase@tglase:~ $ xmlstarlet sel -t -c //name -n Test © file 0 tglase@tglase:~ $ cat test.gpx; echo http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version="1.0" creator="Groundspeak GeoTour" xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd http://www.groundspeak.com/cache/1/0 http://www.groundspeak.com/cache/1/0/cache.xsd"; xmlns="http://www.topografix.com/GPX/1/0";> Test © file tglase@tglase:~ $ cat test2.gpx; echo Test © file -cutting here may damage your screen surface- I expect the command to show the same output for both files. This also affects parsing XHTML files, much to my dismay. (There was another bug that a © sign was extended into an endless stream of © but I cannot reproduce it any more, maybe that has gone away with the new libxml2…?) -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386, amd64 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages xmlstarlet depends on: ii libc6 2.22-10 ii libxml2 2.9.3+dfsg1-1.2 ii libxslt1.1 1.1.28-4 xmlstarlet recommends no packages. xmlstarlet suggests no packages. -- no debconf information
Bug#826627: scudcloud: Crash at startup
Package: scudcloud
Version: 1.24-2
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I am using testing, I upgraded my system.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I tried to run scudcloud, it crashed.
* What was the outcome of this action?
Jumping icon next to my cursor.
* What outcome did you expect instead?
scudcloud to open as usual.
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages scudcloud depends on:
ii libqtwebkit4 2.3.4.dfsg-8
ii python3 3.5.1-3
ii python3-dbus 1.2.4-1
ii python3-dbus.mainloop.qt 4.11.4+dfsg-2
ii python3-pyqt4 4.11.4+dfsg-2
ii python3-setuptools20.10.1-1
pn python3:any
ii xdg-utils 1.1.1-1
Versions of packages scudcloud recommends:
ii fonts-lato 2.0-1
pn gir1.2-unity-5.0
ii libqtwebkit-qupzillaplugins 1.0-1
ii python3-gi 3.20.1-1
ii python3-hunspell 0.1-2+b3
ii python3-notify2 0.3-3
ii sni-qt 0.2.7+15.10.20150729-2
ii ttf-mscorefonts-installer3.6
scudcloud suggests no packages.
-- no debconf information
Stack trace:
$ scudcloud
Traceback (most recent call last):
File "/usr/bin/scudcloud", line 9, in
load_entry_point('scudcloud==1.24', 'gui_scripts', 'scudcloud')()
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 542, in
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2569,
in load_entry_point
return ep.load()
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2229,
in load
return self.resolve()
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2235,
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
File "/usr/lib/python3/dist-packages/scudcloud/__main__.py", line 16, in
import scudcloud.scudcloud as sca
File "/usr/lib/python3/dist-packages/scudcloud/scudcloud.py", line 2, in
from scudcloud.leftpane import LeftPane
File "/usr/lib/python3/dist-packages/scudcloud/leftpane.py", line 5, in
from PyQt4.QtWebKit import QWebView, QWebSettings
ImportError: No module named 'PyQt4.QtWebKit'
Bug#769080: new Evince without title
Which .fvwm2rc did you use? If you google for "evince window manager decoration"you will find tons of reports about gtk3 and client side decorations. I just wonder why there is a problem just for evince. Others (e.g. meld) get the regular window manager decorations as expected. RedHat has a bug about this, too: https://bugzilla.redhat.com/show_bug.cgi?id=1195393 Regards Harri
Bug#796344: CVE-2009-5147
[Moritz Mühlenhoff] > Does that also include the regression fix from CVE-2015-7551? No, it did not. I had a look and pulled https://github.com/ruby/ruby/commit/339e11a7f178312d937b7c95dd3115ce7236597a to fix this one. I will include it too in the upload, just need to check with the release managers first. Should I commit the planned upload to the ruby2.1 git repository? I notice there already is a debian/jessie branch there. -- Happy hacking Petter Reinholdtsen
Bug#800588: Same problem here since a long time...
I have the same problem on Debian SID (amd64) - daily updated - since a long time. It only came up here on Reboot / Powerdown, but I wasn't aware it was 'mysqld'. Until the last systemd update... now it shows what it is waiting for: (10min timeout on mysqld). I just did a # /etc/init.d/mysqld restart [] Restarting mysql (via systemctl): mysql.service (Now waiting since a few minutes) On a second console: # systemctl status mysql.service ● mysql.service - MySQL Community Server Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled) Active: deactivating (stop-sigterm) since Tue 2016-06-07 10:48:41 CEST; 16s ago Process: 1880 ExecStartPost=/usr/share/mysql/mysql-systemd-start post (code=exited, status=0/SUCCESS) Process: 1823 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS) Main PID: 1877 (mysqld_safe) CGroup: /system.slice/mysql.service ├─1877 /bin/sh /usr/bin/mysqld_safe ├─5176 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql -- plugin-dir=/usr/lib/mysql/plugin --pid-file=/var/run/mysqld/mysqld.p └─5177 logger -t mysqld -p daemon error Jun 07 10:48:42 blitz-lx mysqld[5177]: InnoDB: Last MySQL binlog file position 0 11039, file name /var/log/mysql/mysql-bin.000539 Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] InnoDB: 128 rollback segment(s) are active. Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] InnoDB: Waiting for purge to start Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] InnoDB: 5.6.30 started; log sequence number 5885519596 Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306 Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] - '127.0.0.1' resolves to '127.0.0.1'; Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] Server socket created on IP: '127.0.0.1'. Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] Event Scheduler: Loaded 0 events Jun 07 10:48:42 blitz-lx mysqld[5177]: 2016-06-07 10:48:42 5176 [Note] /usr/sbin/mysqld: ready for connections. Jun 07 10:48:42 blitz-lx mysqld[5177]: Version: '5.6.30-1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian) # journalctl -u mysql.service -- Logs begin at Tue 2016-06-07 10:41:14 CEST, end at Tue 2016-06-07 10:48:42 CEST. -- Jun 07 10:41:19 blitz-lx systemd[1]: Starting MySQL Community Server... Jun 07 10:41:19 blitz-lx mysqld_safe[1877]: 160607 10:41:19 mysqld_safe Logging to syslog. Jun 07 10:41:20 blitz-lx mysqld_safe[1877]: 160607 10:41:20 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 0 [Warning] The syntax 'pre-4.1 password hash' is deprecated and will be removed in a Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 0 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprec Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 0 [Warning] options --log-slow-admin-statements, --log-queries-not-using-indexes and - Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 0 [Note] /usr/sbin/mysqld (mysqld 5.6.30-1) starting as process 2439 ... Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [Warning] Buffered warning: Changed limits: max_open_files: 1024 (requested 5000) Jun 07 10:41:20 blitz-lx mysqld[2440]: Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [Warning] Buffered warning: Changed limits: table_open_cache: 431 (requested 2000 Jun 07 10:41:20 blitz-lx mysqld[2440]: Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-opt Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [Note] Plugin 'FEDERATED' is disabled. Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [ERROR] Function 'innodb' already exists Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [Warning] Couldn't load plugin named 'innodb' with soname 'ha_innodb.so'. Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [ERROR] Function 'federated' already exists Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [Warning] Couldn't load plugin named 'federated' with soname 'ha_federated.so'. Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [ERROR] Function 'blackhole' already exists Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [Warning] Couldn't load plugin named 'blackhole' with soname 'ha_blackhole.so'. Jun 07 10:41:20 blitz-lx mysqld[2440]: 2016-06-07 10:41:20 2439 [ERROR] Function 'archive' already exists Jun 07 10:41:20 b
Bug#826628: Include the string "nicefrac" in the package description
Package: texlive-latex-extra Version: 2016.20160520-1 Severity: wishlist Tags: patch The package texlive-latex-extra contains the LaTeX package nicefrac, but does not advertise this fact in the package description. (Probably because nicefrac is internally not a separate package, but comes bundled with the package units.) The attached patch adds nicefrac to the package description, thus rendering texlive-latex-extra findable by a command like apt-cache search nicefrac. I thank you for your hard working in maintaining LaTeX on Debian! Cheers, Ingo diff -ur debian.orig/control debian/control --- debian.orig/control 2016-06-07 10:44:51.675878511 +0200 +++ debian/control 2016-06-07 10:48:07.963878022 +0200 @@ -2170,6 +2170,8 @@ . nicefilelist -- Provide \listfiles alignment . + nicefrac -- Typeset inline fractions in a "nice" way + . niceframe -- Support for fancy frames . nicetext -- Minimal markup for simple text (Wikipedia style) and
Bug#769080: new Evince without title
PS: I dropped evince in favor of zathura.
Bug#814479: libbusiness-creditcard-perl: New upstream version 0.35 (including new MasterCard ranges)
On Sat, Feb 20, 2016 at 09:04:51PM +0100, gregor herrmann wrote: > > I recommend also uploading this verison to wheezy-updates and jessie-updates > > (aka the artist formerly known as "volatile"). > > We can't upload new versions to (old)stable; Hi, This isn't a request to upload new versions to (old)stable. This is a request to upload new versions to proposed-updates / stable-updates, formerly known as "volatile". (ref https://wiki.debian.org/StableUpdates and https://lists.debian.org/debian-devel-announce/2011/03/msg00010.html) > we'd need a minimal diff > against the versions in wheezy/jessie (0.31 and 0.33), then we can > talk to the release team about them accepting uploads. I do not believe a "minimal diff" is necessary for -updates. This is not a security backport. This is an update for software which requires alignment to the real work to remain relevant and useful. stable-updates carries software which requires updates over time to remain relevant, such as spam filters, virus scanners, timezone updates, web scrapers (i.e. youtube video downloaders) and similar things. We don't backport functionality to old versions of ClamAV or SpamAssassin - this would seem to be the same thing. The sole purpose of libbusiness-creditcard-perl is to validate and identify credit cards. Credit card issues are updating these rules and issuing new credit cards with new number ranges without regard to our release cycles. We should be able to update this module through -updates like we do ClamAV, Spamassassin, timezones and so forth. Thanks for all the hard work you do on the Perl team and for Debian! -- Ivan Kohler President and Head Geek, Freeside Internet Services, Inc. http://freeside.biz/ Debian GNU/Linux developer | CPAN author | cat person | ski addict
Bug#818472: [DRE-maint] Bug#818472: ruby-diaspora-vines: unsatisfiable Depends: ruby-eventmachine (>= 1.0.8)
On 2016, ജൂൺ 7 1:39:47 AM IST, "Cédric Boutillier" wrote: >Hi! > >I noticed that this package has no repository on Alioth in the Ruby >team. Could you please push the Git repo to the team infrastructure? I have pushed the repo to alioth. >I could also this weekend start a new one by importing the existing >.dsc >package. > >Cheers, > >Cédric
Bug#826629: [powerpc] fb-modules package : add radeon driver
Package: src:linux Version: 4.5.5-1 This is an attempt to resolve the symptoms from #825840 (1). As explain in this bug report, debian-installer is trying to use radeonfb on PowerPC. However two things happen: 1. At startup Framebuffer is setup by Open Firmware (OFfb) 2. radeonfb currently does not support 'unloading' existing /dev/fb0 While it would make sense for radeonfb to take over Open Firmware, it is currently not implemented (2). So an alternate solution would be to use the 'radeon' driver instead. I have been reading #782058 and #748398, and if I understand correctly debian-installer does not *explicitly* load 'radeonfb', instead this is done by `fb-modules-4.5.0-2-powerpc-di`. In which case I'd like to request that `radeon` be also added to the list of module for PowerPC. I am not clear if this will be enough but at least this could be a step forward. Meanwhile I'll continue working on OFfb to get a non-inverted display (this is a different issue). --- References: 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825840#59 2. https://lists.freedesktop.org/archives/mesa-dev/2016-June/119574.html
Bug#826630: O: sshfp -- DNS SSHFP records generator
Package: wnpp Severity: normal The current maintainer of sshfp, Julien Valroff , has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: sshfp Binary: sshfp Version: 1.2.2-4 Maintainer: Julien Valroff Uploaders: Maximiliano Curia Build-Depends: debhelper (>= 8), python (>= 2.6.6-3) Architecture: all Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: 24f52cc4e9bca21d86cbb5b71b947e7e 1851 sshfp_1.2.2-4.dsc 9bad9ef2af0faa7c11acef77895613d2 31098 sshfp_1.2.2.orig.tar.gz 9cfb1a87ee6e58a1af40566197f4bc29 4175 sshfp_1.2.2-4.debian.tar.gz Vcs-Browser: http://git.kirya.net/?p=debian/sshfp.git;a=summary Vcs-Git: git://git.kirya.net/debian/sshfp Checksums-Sha256: 69c08ce2c96ab647f206e3c6360934e065516b5fc9b38ff13b44c941883fa5c4 1851 sshfp_1.2.2-4.dsc c80deaa3ad564d9072536310423487568199a9ea588c1856e845838beda97e16 31098 sshfp_1.2.2.orig.tar.gz d7e0da13e8e39b703b71458bde5678278683b871e7c2c60f9d393355b9b71d58 4175 sshfp_1.2.2-4.debian.tar.gz Homepage: http://www.xelerance.com/software/sshfp/ Package-List: sshfp deb net extra Directory: pool/main/s/sshfp Priority: source Section: net Package: sshfp Binary: sshfp Version: 1.2.2-4 Maintainer: Julien Valroff Uploaders: Maximiliano Curia Build-Depends: debhelper (>= 8), python (>= 2.6.6-3) Architecture: all Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: 24f52cc4e9bca21d86cbb5b71b947e7e 1851 sshfp_1.2.2-4.dsc 9bad9ef2af0faa7c11acef77895613d2 31098 sshfp_1.2.2.orig.tar.gz 9cfb1a87ee6e58a1af40566197f4bc29 4175 sshfp_1.2.2-4.debian.tar.gz Vcs-Browser: http://git.kirya.net/?p=debian/sshfp.git;a=summary Vcs-Git: git://git.kirya.net/debian/sshfp Checksums-Sha1: 066b900d4febba0f71d5139970f65483c6106a1d 1851 sshfp_1.2.2-4.dsc 5b1f9de25c96aab135b5f884dee91cd4e297297a 31098 sshfp_1.2.2.orig.tar.gz cb658cf046cbf775d33b2f52e2574df799a10831 4175 sshfp_1.2.2-4.debian.tar.gz Checksums-Sha256: 69c08ce2c96ab647f206e3c6360934e065516b5fc9b38ff13b44c941883fa5c4 1851 sshfp_1.2.2-4.dsc c80deaa3ad564d9072536310423487568199a9ea588c1856e845838beda97e16 31098 sshfp_1.2.2.orig.tar.gz d7e0da13e8e39b703b71458bde5678278683b871e7c2c60f9d393355b9b71d58 4175 sshfp_1.2.2-4.debian.tar.gz Homepage: http://www.xelerance.com/software/sshfp/ Package-List: sshfp deb net extra Directory: pool/main/s/sshfp Priority: source Section: net Package: sshfp Version: 1.2.2-4 Installed-Size: 107 Maintainer: Julien Valroff Architecture: all Depends: python (>= 2.6.6-7~), python-dnspython, openssh-client, python (>= 2.7) | python-argparse, python-ldns, python-ipcalc Description: DNS SSHFP records generator Description-md5: b7de9a8d44660607e5a006a9c1c1df79 Homepage: http://www.xelerance.com/software/sshfp/ Tag: implemented-in::python, interface::commandline, network::configuration, role::program, security::authentication Section: net Priority: extra Filename: pool/main/s/sshfp/sshfp_1.2.2-4_all.deb Size: 26620 MD5sum: 39118efb06bc4e28f9086d90d527d35e SHA256: 144296d4328aff7ae465c29474f95978f6338af80253c0a665921a3d11c8f048 Package: sshfp Version: 1.2.2-4 Installed-Size: 107 Maintainer: Julien Valroff Architecture: all Depends: python (>= 2.6.6-7~), python-dnspython, openssh-client, python (>= 2.7) | python-argparse, python-ldns, python-ipcalc Description: DNS SSHFP records generator Description-md5: b7de9a8d44660607e5a006a9c1c1df79 Homepage: http://www.xelerance.com/software/sshfp/ Tag: implemented-in::python, interface::commandline, network::configuration, role::program, security::authentication Section: net Priority: extra Filename: pool/main/s/sshfp/sshfp_1.2.2-4_all.deb Size: 26620 MD5sum: 39118efb06bc4e28f9086d90d527d35e SHA256: 144296d4328aff7ae465c29474f95978f6338af80253c0a665921a3d11c8f048 -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#800588: Failure due to aged mysql installation ?
After looking closer to the journalctl output, I saw Jun 07 10:48:41 blitz-lx mysqld_safe[1877]: Could not open required defaults file: /etc/mysql/debian.cnf Jun 07 10:48:41 blitz-lx mysqld_safe[1877]: Fatal error in defaults handling. Program aborted # l /etc/mysql/debian.cnf -rw--- 1 root root 317 May 11 2006 /etc/mysql/debian.cnf Since this file has been automatically generated, I assume that at some time the required permissions changed !? But on a pretty fresh Debian stable, the file has the same perms. Maybe groups involved or capabilities missing somewhere ? Best Regards Tim Rühsen signature.asc Description: This is a digitally signed message part.
Bug#769080: new Evince without title
On 06/07/16 10:53, Harald Dunkel wrote: > Which .fvwm2rc did you use? > PPS: Would you mind to try /usr/share/doc/fvwm/examples/system.fvwm2rc.gz ? Regards Harri
Bug#826271: prosody-modules: please add mobile focused modules
I agree, that those modules would be very nice to have in Debian. (I wonder whether the modules are ready for public consumption, because none of them is declared "stable": mod_mam: beta mod_csi: unknown mod_throttle_presence: beta mod_filter_chatstates: unknown mod_http_upload: unknown OTOH, the currently packaged modules aren't "stable" neither.)
Bug#826348: jessie-pu: package ruby2.1/2.1.5-2+deb8u3
Control: tags -1 - confirmed
[Adam D. Barratt]
> We'd generally prefer a bit more testing than "should solve the
> problem", although I agree that the patch looks sane enough as someone
> who knows practically nothing about Ruby...
>
> Please go ahead.
Thank you. I agree that a bit more testing was needed, but had to
struggle a bit to find test code to verify the fix. In the process I
discovered that this fix was only fixing half the problem, and added a
patch for CVE-2015-7551 and the fiddle code as well. The new and better
tested code is attached. The fiddle patch from upstream even had a
testsuite fragment to verify its correctness. :)
Still OK to upload? Asking again as the changes became twice as
large. :)
--
Happy hacking
Petter Reinholdtsen
>From fdd5802560badf7c4ed0fdbb566dea598ef342a9 Mon Sep 17 00:00:00 2001
From: Petter Reinholdtsen
Date: Tue, 7 Jun 2016 07:31:34 +0200
Subject: [PATCH] Fix CVE-2009-5147 and CVE-2015-7551.
Closes: #796344
---
debian/changelog | 12
debian/patches/CVE-2009-5147.patch | 33 +++
debian/patches/CVE-2015-7551.patch | 110 +
debian/patches/series | 2 +
4 files changed, 157 insertions(+)
create mode 100644 debian/patches/CVE-2009-5147.patch
create mode 100644 debian/patches/CVE-2015-7551.patch
diff --git a/debian/changelog b/debian/changelog
index 13a9637..465f534 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+ruby2.1 (2.1.5-2+deb8u3) jessie; urgency=low
+
+ * Non-maintainer upload to fix security problem.
+ * Fix CVE-2009-5147: DL::dlopen should not open a library with
+tainted library name in safe mode (Closes: #796344). Based on
+patch used in DLA-299-1, which was pulled from upstream.
+ * Fix CVE-2015-7551: Fiddle handles should not call functions with
+tainted function names (Closes: #796344). Patch pulled from
+upstream.
+
+ -- Petter Reinholdtsen Tue, 07 Jun 2016 11:00:04 +0200
+
ruby2.1 (2.1.5-2+deb8u2) jessie; urgency=high
* Apply upstream patches to fix Request hijacking vulnerability in Rubygems
diff --git a/debian/patches/CVE-2009-5147.patch b/debian/patches/CVE-2009-5147.patch
new file mode 100644
index 000..8bdc1d1
--- /dev/null
+++ b/debian/patches/CVE-2009-5147.patch
@@ -0,0 +1,33 @@
+Description: CVE-2009-5147: DL::dlopen could open a library with tainted library name
+Origin: upstream, https://github.com/ruby/ruby/commit/4600cf725a86ce31266153647ae5aa1197b1215b
+Debian-Bug: https://bugs.debian.org/796344
+Reviewed-by: Santiago R.R.
+Reviewed-by: Petter Reinholdtsen
+
+Index: ruby2.1-2.1.5/ext/dl/handle.c
+===
+--- ruby2.1-2.1.5.orig/ext/dl/handle.c 2016-06-07 07:02:28.284056469 +0200
ruby2.1-2.1.5/ext/dl/handle.c 2016-06-07 07:02:28.284056469 +0200
+@@ -5,6 +5,8 @@
+ #include
+ #include "dl.h"
+
++#define SafeStringValuePtr(v) (rb_string_value(&v), rb_check_safe_obj(v), RSTRING_PTR(v))
++
+ VALUE rb_cDLHandle;
+
+ #ifdef _WIN32
+@@ -132,11 +134,11 @@
+ cflag = RTLD_LAZY | RTLD_GLOBAL;
+ break;
+ case 1:
+- clib = NIL_P(lib) ? NULL : StringValuePtr(lib);
++ clib = NIL_P(lib) ? NULL : SafeStringValuePtr(lib);
+ cflag = RTLD_LAZY | RTLD_GLOBAL;
+ break;
+ case 2:
+- clib = NIL_P(lib) ? NULL : StringValuePtr(lib);
++ clib = NIL_P(lib) ? NULL : SafeStringValuePtr(lib);
+ cflag = NUM2INT(flag);
+ break;
+ default:
diff --git a/debian/patches/CVE-2015-7551.patch b/debian/patches/CVE-2015-7551.patch
new file mode 100644
index 000..a0a1fd8
--- /dev/null
+++ b/debian/patches/CVE-2015-7551.patch
@@ -0,0 +1,110 @@
+Description: CVE-2015-7551: Add checks to Fiddle for tainted string arguments
+ Include test case to verify the fix.
+Origin: upstream, https://github.com/ruby/ruby/commit/339e11a7f178312d937b7c95dd3115ce7236597a
+Debian-Bug: https://bugs.debian.org/796344
+Reviewed-by: Petter Reinholdtsen
+
+diff --git a/ext/fiddle/handle.c b/ext/fiddle/handle.c
+index 36970a2..fa207ef 100644
+--- a/ext/fiddle/handle.c
b/ext/fiddle/handle.c
+@@ -1,6 +1,8 @@
+ #include
+ #include
+
++#define SafeStringValueCStr(v) (rb_check_safe_obj(rb_string_value(&v)), StringValueCStr(v))
++
+ VALUE rb_cHandle;
+
+ struct dl_handle {
+@@ -143,11 +145,11 @@ rb_fiddle_handle_initialize(int argc, VALUE argv[], VALUE self)
+ cflag = RTLD_LAZY | RTLD_GLOBAL;
+ break;
+ case 1:
+- clib = NIL_P(lib) ? NULL : StringValuePtr(lib);
++ clib = NIL_P(lib) ? NULL : SafeStringValueCStr(lib);
+ cflag = RTLD_LAZY | RTLD_GLOBAL;
+ break;
+ case 2:
+- clib = NIL_P(lib) ? NULL : StringValuePtr(lib);
++ clib = NIL_P(lib) ? NULL : SafeStringValueCStr(lib);
+ cflag = NUM2INT(flag);
+ break;
+ default:
+@@ -263,7 +265,7 @@ rb_fiddle_handle_to_i(VALUE self)
+ return PTR2NUM(fiddle_handle);
+ }
+
+-static VALUE fiddle_handle_sym(void *handle, const char *symbol);
++static VALUE fiddle_handle_sym(void *handle, VALUE s
Bug#826635: vpim: Section should be “ruby”
Package: vpim Version: 0.695-1.5 Severity: minor Dear Maintainer, The section “libs” is for packages that install machine-code libraries for programs to link with. Its packages almost never install higher-level language libraries. The package ‘vpim’ installs primarily a Ruby library, of interest specifically to Ruby programmers. It should not be in the “libs” section. By the section descriptions, this package belongs in section “ruby”. Please set the field “Section” appropriately on this package. Since the package is already in Debian with a different section, you will also need to submit a request to override the existing section https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#override-file>. Then mark this bug report as blocked by that new one, and be sure not to close this one until that new one is completed. -- \ “[W]e are still the first generation of users, and for all that | `\ we may have invented the net, we still don't really get it.” | _o__) —Douglas Adams | Ben Finney signature.asc Description: PGP signature
Bug#826636: The screensaver fails to hide the second screen in dual screen configuration
Package: mate-screensaver
Version: 1.14.1-1
Severity: important
After upgrade from Mate 1.12.0-1 -> 1.14.1-1 the screensaver fails to hide
the second screen in dual monitor setup.
One can see the part which suppose to cover the second screen on the first
primary screen area. It also covers the login dialog, though one still can
un-lock the session by typing the password.
Here is the screen setup ( proprietary nvidia driver )
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor"Monitor0"
DefaultDepth24
Option "Stereo" "0"
Option "metamodes" "DVI-I-2: nvidia-auto-select +0+0, DVI-I-3:
nvidia-auto-select +1920+0 {rotation=left}"
Option "SLI" "Off"
Option "MultiGPU" "Off"
Option "BaseMosaic" "off"
SubSection "Display"
Depth 24
EndSubSection
EndSection
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages mate-screensaver depends on:
ii dbus-x11 1.10.8-1
ii libatk1.0-0 2.20.0-1
ii libc6 2.22-9
ii libcairo-gobject2 1.14.6-1+b1
ii libcairo2 1.14.6-1+b1
ii libdbus-1-3 1.10.8-1
ii libdbus-glib-1-2 0.106-1
ii libgdk-pixbuf2.0-02.34.0-1
ii libgl1-mesa-glx [libgl1] 11.2.2-1
ii libglib2.0-0 2.48.1-1
ii libgtk-3-03.20.6-1
ii libice6 2:1.0.9-1+b1
ii libmate-desktop-2-17 1.14.1-1
ii libmate-menu2 1.14.0-1
ii libmatekbd4 1.14.1-1
ii libnotify40.7.6-2
ii libpam0g 1.1.8-3.3
ii libpango-1.0-01.40.1-1
ii libpangocairo-1.0-0 1.40.1-1
ii libsm62:1.2.2-1+b1
ii libstartup-notification0 0.12-4
ii libsystemd0 230-2
ii libx11-6 2:1.6.3-1
ii libxext6 2:1.3.3-1
ii libxklavier16 5.2.1-1
ii libxss1 1:1.2.2-1
ii libxxf86vm1 1:1.1.4-1
ii mate-desktop-common 1.14.1-1
ii mate-screensaver-common 1.14.1-1
ii mate-session-manager 1.14.0-1
Versions of packages mate-screensaver recommends:
ii mate-power-manager 1.14.0-1
Versions of packages mate-screensaver suggests:
pn rss-glx
ii xscreensaver-data 5.34-2
-- no debconf information
Bug#826637: diceware: Section should not be “python”
Package: diceware Version: 0.8-1 Severity: minor Dear Maintainer, The section “python” is for packages that install the Python programming language or libraries. Its packages are primarily of interest only to Python programmers. The package ‘diceware’ installs primarily an application, of interest regardless of the programming language. It should not be in the “python” section. By the section descriptions, this package may belong in section “utils”. Please set the field “Section” appropriately on this package. Since the package is already in Debian with a different section, you will also need to submit a request to override the existing section https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#override-file>. Then mark this bug report as blocked by that new one, and be sure not to close this one until that new one is completed. -- \ “Time's fun when you're having flies.” —Kermit the Frog | `\ | _o__) | Ben Finney
Bug#812512: pkexec tty hijacking via TIOCSTI ioctl - CVE-2016-2568
CVE (CVE-2016-2568) for this issue was already assigned here: http://seclists.org/oss-sec/2016/q1/443 Regards, -- Adam Mariš, Red Hat Product Security 1CCD 3446 0529 81E3 86AF 2D4C 4869 76E7 BEF0 6BC2
Bug#825662: closed by Harlan Lieberman-Berg (Certbot in backports)
On 05/29/2016 09:51 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the src:python-acme package: #825662: python-letsencrypt is not possible to install from jessie-backports. It has been closed by Harlan Lieberman-Berg . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Harlan Lieberman-Berg by replying to this email. The problem still exists so it seems. Upgrading python-acme removes letsencrypt in debian jessie backports. apt-get install python-acme Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: letsencrypt python-letsencrypt python-letsencrypt-apache The following packages will be upgraded: python-acme 1 upgraded, 0 newly installed, 3 to remove and 0 not upgraded. Need to get 54.6 kB of archives. After this operation, 1,065 kB disk space will be freed.
Bug#826636: The screensaver fails to hide the second screen in dual screen configuration
Control: tags -1 unreproducible Control: tags -1 moreinfo Hi Alex! On 06/07/2016 11:30 AM, Alex Mestiashvili wrote: > After upgrade from Mate 1.12.0-1 -> 1.14.1-1 the screensaver fails to hide > the second screen in dual monitor setup. > One can see the part which suppose to cover the second screen on the first > primary screen area. It also covers the login dialog, though one still can > un-lock the session by typing the password. I am currently sitting in front of a MATE desktop with two displays on Debian unstable and I cannot reproduce the problem. I just locked the screen and both screens are properly covered, both with a blank screen as screensaver as well as "Flying MATE". We therefore need more information to debug this. Can you make a screenshot? You should be able to do that using a script like: #!/bin/bash if [ -d "$1" ]; then OUTPUT="$1/xdump_`hostname`.png" else OUTPUT="xdump.png" fi if [ -r /var/lib/gdm/:0.Xauth ]; then XAUTHORITY=/var/lib/gdm/:0.Xauth DISPLAY=:0.0 xwd -root |xwdtopnm 2>/dev/null |pnmtopng >$OUTPUT pngcheck $OUTPUT elif [ -r /var/lib/gdm3/:0.Xauth ]; then XAUTHORITY=/var/lib/gdm3/:0.Xauth DISPLAY=:0.0 xwd -root |xwdtopnm 2>/dev/null |pnmtopng >$OUTPUT pngcheck $OUTPUT elif [ -r /var/lib/mdm/:0.Xauth ]; then XAUTHORITY=/var/lib/mdm/:0.Xauth DISPLAY=:0.0 xwd -root |xwdtopnm 2>/dev/null |pnmtopng >$OUTPUT pngcheck $OUTPUT elif [ -r /var/lib/lightdm/.Xauthority ]; then XAUTHORITY=/var/lib/lightdm/.Xauthority DISPLAY=:0.0 xwd -root |xwdtopnm 2>/dev/null |pnmtopng >$OUTPUT pngcheck $OUTPUT else echo "can't access /var/lib/gdm/:0.Xauth" DISPLAY=:0.0 xwd -root |xwdtopnm 2>/dev/null |pnmtopng >$OUTPUT fi > Here is the screen setup ( proprietary nvidia driver ) Could you please re-test with the free nouveau driver? This might be related to the proprietary nVidia driver which cannot properly debug and support anyway (the sources are with nVidia). 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
Bug#826624: [Aptitude-devel] Bug#826624: aptitude can't be stopped with "Q" but only with ^T and going down there
Control: tag -1 + moreinfo unreproducible Hi Albert, thanks for the bug report. Albrecht Herzog wrote: > Version: 0.6.11-1+b1 [...] >* What exactly did you do (or not do) that was effective (or > ineffective)? > > I've got it when using "Q" Did you press "q" or "Q" at least once before and cancelled it by pressing either Ctrl-G or Escape? And do you have dialogs in mini-buffers enabled? >* What was the outcome of this action? > > Nothing at all This smells a lot like https://bugs.debian.org/607118 which got fixed after Jessie in 0.7.2-1. With one exception (and hence the "unreproducible" tag): If I can't quit Aptitude's TUI with "q" anymore in Jessie, quitting via the menu doesn't work anymore for me either. So it might be a different issue, though. So a few more questions to maybe narrow down the issue: * Does it happen always or occassionally? Or did it happen only once so far? * Do you have a chance to reproduce it? If so, can you also try to reproduce it in a Debian Unstable or Debian Testing environment? (A chroot or VM should suffice.) Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#825442: libnss-resolve: Drop call to mdns4 and dns modules when adding the resolve module to nsswitch
On Thu, 26 May 2016 17:50:12 -0400 Felipe Sateler wrote: > On 26 May 2016 at 17:35, Laurent Bigonville wrote: > > > > Package: libnss-resolve > > Version: 230-1 > > Severity: normal > > > > Hi, > > > > Shouldn't the calls to mdns4 and dns modules be removed when the resolve > > module is added to nsswitch? > > > > They seems redundent > > Not sure about mdns4 (is 230 fully compliant with everything avahi > provides?), but dns was left untouched on purpose: libnss_dns is > guaranteed to be installed for any foreign architecture you might have > enabled, as it is shipped by libc6. Maybe not actually, maybe I should close this bug
Bug#826348: jessie-pu: package ruby2.1/2.1.5-2+deb8u3
Control: tags -1 + confirmed On 2016-06-07 10:21, Petter Reinholdtsen wrote: Control: tags -1 - confirmed [Adam D. Barratt] We'd generally prefer a bit more testing than "should solve the problem", although I agree that the patch looks sane enough as someone who knows practically nothing about Ruby... Please go ahead. Thank you. I agree that a bit more testing was needed, but had to struggle a bit to find test code to verify the fix. In the process I discovered that this fix was only fixing half the problem, and added a patch for CVE-2015-7551 and the fiddle code as well. The new and better tested code is attached. The fiddle patch from upstream even had a testsuite fragment to verify its correctness. :) Still OK to upload? Asking again as the changes became twice as large. :) Judging from the seecurity tracker, CVE-2015-7551 is fixed in any Ruby versions that exist in unstable, so please go ahead. Regards, Adam
Bug#825962: libreoffice: crashes when trying to get the python macro menu if uno-0.3.3 has been installed with pip
retitle 825962 libreoffice: PyUNO-using functionality crash if unrelated uno-0.3.3 has been installed with pip tag 825962 + confirmed tag 825962 + wontfix thanks Hi, On Tue, Jun 07, 2016 at 10:09:35AM +0200, Rene Engelhard wrote: > On Wed, Jun 01, 2016 at 11:45:47PM +0200, Florian wrote: > > Well, whatever the uno 0.3.3 module is made for, it still causes > > libreoffice to crash when installed, so maybe libreoffice gets confused > > by the names too ;) > > Well, sure. LO does import uno; at places because that's what python3-uno is. $ grep -r "import uno" * program/wizards/letter/CallWizard.py:import unohelper program/wizards/web/CallWizard.py:import unohelper program/wizards/web/StatusDialog.py:import uno program/wizards/web/ImageListDialog.py:import uno program/wizards/web/FTPDialog.py:import uno program/wizards/agenda/TopicsControl.py:import uno program/wizards/agenda/CallWizard.py:import unohelper program/wizards/agenda/AgendaDocument.py:import uno program/wizards/document/OfficeDocument.py:import uno program/wizards/common/Desktop.py:import uno program/wizards/common/Configuration.py:import uno program/wizards/common/Resource.py:#import uno before importing from VclWindowPeerAttribute program/wizards/common/Resource.py:import uno program/wizards/common/UCB.py:import uno program/wizards/ui/WizardDialog.py:import uno program/wizards/ui/UnoDialog.py:import uno program/wizards/ui/event/DataAware.py:import uno program/wizards/ui/event/CommonListener.py:import unohelper program/wizards/ui/event/UnoDataAware.py:import uno program/wizards/ui/event/SimpleDataAware.py:import uno program/wizards/ui/ImageList.py:import uno program/wizards/fax/CallWizard.py:import unohelper program/wizards/text/TextSectionHandler.py:import uno program/wizards/text/TextDocument.py:import uno ^^^ Wizards :) program/pythonloader.py:import uno program/pythonloader.py:import unohelper PyUNO itself. program/pythonscript.py:import uno program/pythonscript.py:import unohelper Script Provider for Python. program/officehelper.py:import uno program/msgbox.py:import uno, unohelper ^^^ PyUNO itself again program/mailmerge.py:import unohelper program/mailmerge.py:import uno share/Scripts/python/pythonSamples/TableSample.py:import uno examples and mail merge functionality. Just checked it; as expected the wizard also "crashes". > Some new module being named "uno" when PyUNO for OOo/LO exist since AGES > (separate first and integrated in OpenOffice.org proper in 1.1.x. Which was > 2003 > > Asked upstream about whether it can be safe-guarded somehow, but TBH the > author of that uno-0.3.3 simply did it wrong by steping on OOo/LOs namespace. I am seriously pondering to jus close this "bug" - it makes no sense to keep this open here for infinity, and we can't do anything here. There's no bug in LO; if there was a bug the bug is that uno-0.3.3 exists (well, is named "uno"). Regards, Rene
Bug#826638: ITP: lua-struct -- Library to convert Lua values to and from C structs
Package: wnpp Severity: wishlist Owner: Sophie Brun * Package name: lua-struct Version : 1.4 Upstream Author : Roberto Ierusalimschy * URL : https://github.com/trink/struct * License : MIT/X11 Programming Lang: C Description : Library to convert Lua values to and from C structs This is a Lua library for converting data to and from C structs. Its main functions are struct.pack, which packs multiple Lua values into a struct-like string; and struct.unpack, which unpacks multiple Lua values from a given struct-like string.
Bug#820182: Bug#819881: fixed in linux 3.16.7-ckt25-2
Hi, After adding : deb http://ftp.fr.debian.org/debian/ jessie-updates main contrib non-free on the /etc/apt/sources.list. update and install linux 3.16.7-ckt25-2 I confirm this update solve bug 820182 on my system with RADEON HD 4890 Thank you Ben Hutchings. -- N. Pétillon
Bug#814479: libbusiness-creditcard-perl: New upstream version 0.35 (including new MasterCard ranges)
On Mon, 06 Jun 2016 23:02:32 -0700, Ivan Kohler wrote:
(I've unarchived the bug and bounced your mail to it.)
> On Sat, Feb 20, 2016 at 09:04:51PM +0100, gregor herrmann wrote:
> > > I recommend also uploading this verison to wheezy-updates and
> > > jessie-updates
> > > (aka the artist formerly known as "volatile").
> > We can't upload new versions to (old)stable;
> This isn't a request to upload new versions to (old)stable. This is a
> request to upload new versions to proposed-updates / stable-updates,
> formerly known as "volatile". (ref https://wiki.debian.org/StableUpdates
> and https://lists.debian.org/debian-devel-announce/2011/03/msg00010.html)
I think that you think (:)) that stable-updates is a separate
queue/suite/... from stable-proposed-updates but that's not the case
in my understanding.
Quoting https://wiki.debian.org/StableUpdates :
Some packages from proposed-updates may also be made available via
the stable-updates mechanism. ... All packages from stable-updates
will be included in point releases.
Quoting https://lists.debian.org/debian-devel-announce/2011/03/msg00010.html :
The suite [stable-updates] contains a subset of the packages
available via the "proposed-updates" suite which many users may
wish to be able to install without having to cherry-pick them or
wait for the next point release. Such updates will be uploaded to
"proposed-updates" as normal, and then optionally pushed to
"stable-updates" by the SRMs.
Quoting adsb from the release team in his mail to #826563 from today:
... one never uploads to stable-updates - one uploads to stable,
via p-u, and we cherry-pick uploads from there sideways into
-updates at our discretion once they're ready.
Or in my own words (someone please correct me if I'm wrong):
There's only one upload queue, stable-proposed-updates(-new).
Uploading there is only allowed after approval from the release team.
When a package lands there, the release team has to manually accept
or reject it. Approved updates will end up in the next point release.
And, optionally, the release team can also copy the package to
stable-updates earlier in order to make it available before the next
point release.
In other words, there are no uploads to only stable-updates, just to
stable(-proposed-updates) which may or may not also be copied over to
stable-updates. That's why I'm talking about "uploading to stable".
> > we'd need a minimal diff
> > against the versions in wheezy/jessie (0.31 and 0.33), then we can
> > talk to the release team about them accepting uploads.
> I do not believe a "minimal diff" is necessary for -updates. This is not
> a security backport. This is an update for software which requires
> alignment to the real work to remain relevant and useful.
Sure but the release team has to inspect the changes, that's why they
prefer minimal diffs with only the necessary changes, and also to
avoid accidental breakage.
Cf.
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#upload-stable
Changing anything else in the package that isn't important is
discouraged, because even trivial fixes can cause bugs later on.
> stable-updates carries software which requires updates over time to
> remain relevant, such as spam filters, virus scanners, timezone updates,
> web scrapers (i.e. youtube video downloaders) and similar things.
Yes, temporarily, before they all end up in the next point release as
well. Cf. the recent announcement:
https://lists.debian.org/debian-announce/2016/msg7.html
> We
> don't backport functionality to old versions of ClamAV or SpamAssassin -
> this would seem to be the same thing.
That's true for some packages where backporting fixes is non-trivial,
and AFAIK noone is happy with that. In most cases the changes are
small and targetted.
> The sole purpose of libbusiness-creditcard-perl is to validate and
> identify credit cards. Credit card issues are updating these rules and
> issuing new credit cards with new number ranges without regard to our
> release cycles. We should be able to update this module through -updates
> like we do ClamAV, Spamassassin, timezones and so forth.
I totally agree that an update of libbusiness-creditcard-perl in
jessie{,-updates} (wheezy is gone by now anyway) makes sense, I just
want to prepare a proposal for the release team that doesn't make
them cringe :) That's why I'd like to strip down
https://metacpan.org/diff/file?target=IVAN%2FBusiness-CreditCard-0.35%2F&source=IVAN%2FBusiness-CreditCard-0.33%2F
to the necessary part(s) before contacting them.
Cheers,
gregor
--
.''`. Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/
`. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
`- BOFH excuse #307: emissions from GSM-phones
Bug#800588: Failure due to aged mysql installation ?
control: reassign -1 mysql-server Am 07.06.2016 um 11:11 schrieb Tim Ruehsen: > After looking closer to the journalctl output, I saw > Jun 07 10:48:41 blitz-lx mysqld_safe[1877]: Could not open required defaults > file: /etc/mysql/debian.cnf > Jun 07 10:48:41 blitz-lx mysqld_safe[1877]: Fatal error in defaults handling. > Program aborted > > # l /etc/mysql/debian.cnf > -rw--- 1 root root 317 May 11 2006 /etc/mysql/debian.cnf > > Since this file has been automatically generated, I assume that at some time > the required permissions changed !? But on a pretty fresh Debian stable, the > file has the same perms. Maybe groups involved or capabilities missing > somewhere ? > Thanks for the further feedback. This seem to be a mysql issue, so I'm going to reassign the bug report. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#800588: Problem solved for me
There was a file /etc/mysql/my.cnf.migrated containing this text: # This file has been automatically moved from your previous # /etc/mysql/my.cnf, with just this comment added at the top, to maintain MySQL # operation using your previously customised configuration. # To switch to the new packaging configuration for automated management of # /etc/mysql/my.cnf across multiple variants: # # 1. Move your customisations from this file to /etc/mysql/conf.d/ and #to /etc/mysql/.conf.d/ as appropriate. # 2. Run "update-alternatives --remove my.cnf /etc/mysql/my.cnf.migrated" # 3. Remove the file /etc/mysql/my.cnf.migrated After /etc/mysql# update-alternatives --remove my.cnf /etc/mysql/my.cnf.migrated starting and stopping now works within seconds. Please excuse my verbosity in the previous mails. Best Regards Tim Rühsen signature.asc Description: This is a digitally signed message part.
Bug#826271: prosody-modules: please add mobile focused modules
On Tue, 7 Jun 2016 11:15:07 +0200 "W. Martin Borgert" wrote: > I agree, that those modules would be very nice to have in > Debian. > > (I wonder whether the modules are ready for public consumption, > because none of them is declared "stable": > > mod_mam: beta > mod_csi: unknown > mod_throttle_presence: beta > mod_filter_chatstates: unknown > mod_http_upload: unknown > > OTOH, the currently packaged modules aren't "stable" neither.) These are essential for basic functionality on mobile. So we should ship it. signature.asc Description: OpenPGP digital signature
Bug#826617: initramfs-tools: intel microcode: 149 EOF on update
Control: severity -1 important Control: tag -1 moreinfo On Tue, 2016-06-07 at 07:49 +0200, Real Name wrote: > Package: initramfs-tools > Version: 0.120+deb8u2 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > > * What led up to the situation? > > Update of initramfs-tools > > * What exactly did you do (or not do) that was effective (or > ineffective)? > > initramfs-tools: 149 intel mircocode EOF [...] I don't understand. Please explain in complete sentences. Ben. -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part
Bug#826629: [powerpc] fb-modules package : add radeon driver
Control: tag -1 moreinfo On Tue, 2016-06-07 at 11:04 +0200, Mathieu Malaterre wrote: > Package: src:linux > Version: 4.5.5-1 > > This is an attempt to resolve the symptoms from #825840 (1). As > explain in this bug report, debian-installer is trying to use radeonfb > on PowerPC. However two things happen: > > 1. At startup Framebuffer is setup by Open Firmware (OFfb) > 2. radeonfb currently does not support 'unloading' existing /dev/fb0 > > While it would make sense for radeonfb to take over Open Firmware, it > is currently not implemented (2). So an alternate solution would be to > use the 'radeon' driver instead. > > I have been reading #782058 and #748398, and if I understand correctly > debian-installer does not *explicitly* load 'radeonfb', instead this > is done by `fb-modules-4.5.0-2-powerpc-di`. In which case I'd like to > request that `radeon` be also added to the list of module for PowerPC. This couldbe problematic because of the need for firmware in many cases. Having said that, the radeon driver is already used in some other installer configurations, so maybe it will work. Are there any problems with radeonfb other than #825840? Because I think that is not nearly serious enough to justify taking the risk of changing to radeon. Ben. > I am not clear if this will be enough but at least this could be a > step forward. Meanwhile I'll continue working on OFfb to get a > non-inverted display (this is a different issue). > -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part
Bug#826639: O: gdbm -- GNU dbm database routines
Package: wnpp Severity: normal Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly.
Bug#806945: bash: Please make bash build reproducibly
Control: tags -1 + patch I've attached the full Debian patch to make bash 4.3-14 reproducible, that includes Reiner's from above. It also includes *fixing a bug in upstream bash*, which currently does-not-appear-in-the-wild *only because* distros already happen to be working around it. But upstream really should fix it - i.e. to fix the PGRP_PIPE check in configure/configure.ac to account for Linux 4+. I decided to just set PGRP_PIPE unconditionally in configure.ac and configure, because I figure nobody will ever again use linux 0, 1 or 2 so it's not worth the extra complexity (which only gives a minor performance gain anyway, as opposed to having *incorrect behaviour*). Upstream is free to choose whichever behaviour he wants - either this simpler version, or the more complex version from my previous email quoted below. Both are correct, if I understand right, and when either is applied to upstream, all distros (including Debian) can drop our specific patches for PGRP_PIPE. To re-iterate again, this does not solve the longer-term issue of "installing config.h is bad". Ximin Ximin Luo: > (Chet, your specific attention is required for this email, please) > > Ximin Luo: >> On Sat, 28 May 2016 13:38:35 +0200 Reiner Herrmann >> wrote: >>> After that, the only remaining issue is that the included header file >>> /usr/include/bash/config.h varies depending on the kernel version used >>> during build [1] (with kernel <4, PGRP_PIPE is defined). >> >> For this particular example, we can just patch this out, i.e. remove it from >> the installed config.h. Debian already forces PGRP_PIPE 1 in config-bot.h, >> which config.h includes at the end. >> > > I dug into this a bit more and it looks like the cause of the difference is > this snippet from configure.ac: > > linux*) LOCAL_LDFLAGS=-rdynamic # allow dynamic loading > case "`uname -r`" in > 2.[[456789]]*|3*) AC_DEFINE(PGRP_PIPE) ;; > esac ;; > > > This was added between bash-3.0.16 and bash-3.1, way before Linux 4 came out. > So I wonder if this snippet should instead be: > > linux*) LOCAL_LDFLAGS=-rdynamic # allow dynamic loading > case "`uname -r`" in > 1.*|2.[[0123]]*) true ;; > *) AC_DEFINE(PGRP_PIPE) ;; > esac ;; > > to set this for all future kernels? Then Debian (and probably other distros) > could get rid of our patch, too. > > However, the question still remains why config.h is installed into the > end-user system, and if bash-built-with-linux-5 required PGRP_PIPE to be > *undefined*, we would still have a reproducibility problem. > > Ximin > -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git diff -Nru bash-4.3/debian/changelog bash-4.3/debian/changelog --- bash-4.3/debian/changelog 2015-09-01 01:04:48.0 +0200 +++ bash-4.3/debian/changelog 2016-06-07 11:56:09.0 +0200 @@ -1,3 +1,15 @@ +bash (4.3-14.0~reproducible1) UNRELEASED; urgency=medium + + [ Ximin Luo ] + * Non-maintainer upload. + * Set PGRP_PIPE unconditionally on Linux, reproducibly. + + [ Reiner Herrmann ] + * Use the system man2html instead of the embedded one, for better build +reproducibility. + + -- Ximin Luo Tue, 07 Jun 2016 11:56:07 +0200 + bash (4.3-14) unstable; urgency=medium * Apply upstream patches 040 - 042. diff -Nru bash-4.3/debian/control bash-4.3/debian/control --- bash-4.3/debian/control 2015-01-28 17:13:32.0 +0100 +++ bash-4.3/debian/control 2016-06-06 03:00:38.0 +0200 @@ -5,7 +5,7 @@ Standards-Version: 3.9.6 Build-Depends: autoconf, autotools-dev, bison, libncurses5-dev, texinfo, texi2html, debhelper (>= 5), locales, gettext, sharutils, time, - xz-utils, dpkg-dev (>= 1.16.1) + xz-utils, dpkg-dev (>= 1.16.1), man2html Build-Depends-Indep: texlive-latex-base, ghostscript, texlive-fonts-recommended Homepage: http://tiswww.case.edu/php/chet/bash/bashtop.html Vcs-Browser: https://code.launchpad.net/~doko/+junk/pkg-bash-debian diff -Nru bash-4.3/debian/patches/pgrp-pipe.diff bash-4.3/debian/patches/pgrp-pipe.diff --- bash-4.3/debian/patches/pgrp-pipe.diff 2013-10-23 14:41:22.0 +0200 +++ bash-4.3/debian/patches/pgrp-pipe.diff 2016-06-07 12:17:05.0 +0200 @@ -1,11 +1,43 @@ -# DP: Define PGRP_PIPE to avoid race condition. - a/config-bot.h -+++ b/config-bot.h -@@ -197,3 +197,6 @@ - - /* If you don't want bash to provide a default mail file to check. */ - #undef DEFAULT_MAIL_DIRECTORY -+ -+/* Bug #224543 */ -+#define PGRP_PIPE 1 +Description: Set PGRP_PIPE unconditionally on Linux, reproducibly + The original fix to #224543 involved defining this unconditionally in + config-bot.h. Unfortunately, upstream has a check in configure.ac that defines + this conditionally in config.h, which makes the bash-builtins package + unreproducible between different kernels. Here, we adopt a different approach, + which is to turn upstream's de
Bug#826640: debian-security-support: [INTL:ja] Japanese debconf template translation
Package: debian-security-support Severity: wishlist Tags: l10n patch El 05/06/16 a las 21:17, victory escribió: > On Thu, 12 May 2016 10:49:45 +0200 > Santiago R.R. wrote: > > > Please send the updated file to me, or submit it as a wishlist bug > > against debian-security-support. > > The deadline for receiving the updated translation is > > Sun, 22 May 2016 10:34:28 +0200. > > just forgot to send ... :( > attached :) Thanks. To keep the record, I am filling a bug. Cheers, Santiago # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the debian-security-support package. # victory , 2014,2016. # msgid "" msgstr "" "Project-Id-Version: debian-security-support 2016.05.11\n" "Report-Msgid-Bugs-To: debian-security-supp...@packages.debian.org\n" "POT-Creation-Date: 2016-05-12 09:42+0200\n" "PO-Revision-Date: 2016-05-12 16:42+0900\n" "Last-Translator: victory \n" "Language-Team: Japanese \n" "Language: ja\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: text #. Description #: ../debian-security-support.templates:2001 msgid "Ended security support for one or more packages" msgstr "セキュリティサポートを終了したパッケージがあります" #. Type: text #. Description #: ../debian-security-support.templates:2001 msgid "" "Unfortunately, it has been necessary to end security support for some " "packages before the end of the regular security maintenance life cycle." msgstr "" "残念ながら、通常のセキュリティ保守のライフサイクルが終了する前に一部のパッ" "ケージについてセキュリティサポートを打ち切る必要がありました。" #. Type: text #. Description #. Type: text #. Description #. Type: text #. Description #: ../debian-security-support.templates:2001 #: ../debian-security-support.templates:3001 #: ../debian-security-support.templates:4001 msgid "The following packages found on this system are affected by this:" msgstr "影響を受けるパッケージとして、このシステムに以下が見つかりました。" #. Type: text #. Description #: ../debian-security-support.templates:3001 msgid "Limited security support for one or more packages" msgstr "セキュリティサポートの限定されているパッケージがあります" #. Type: text #. Description #: ../debian-security-support.templates:3001 msgid "" "Unfortunately, it has been necessary to limit security support for some " "packages." msgstr "" "残念ながら、一部のパッケージでセキュリティサポートを限定する必要がありまし" "た。" #. Type: text #. Description #: ../debian-security-support.templates:4001 msgid "Future end of support for one or more packages" msgstr "サポートの終了が予定されているパッケージがあります" #. Type: text #. Description #: ../debian-security-support.templates:4001 msgid "" "Unfortunately, it will be necessary to end security support for some " "packages before the end of the regular security maintenance life cycle." msgstr "" "残念ながら、通常のセキュリティ保守のライフサイクルが終了する前に一部のパッ" "ケージについてセキュリティサポートを打ち切る必要があります。"
Bug#826507: xindy: Unescaped left brace in regex is deprecated
Control: tag -1 + pending > > Building this package triggers deprecation warnings with Perl 5.24 Fixed in git. Thanks. Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#826348: jessie-pu: package ruby2.1/2.1.5-2+deb8u3
[Adam D. Barratt] > Judging from the seecurity tracker, CVE-2015-7551 is fixed in any Ruby > versions that exist in unstable, so please go ahead. Very good. I uploaded the package a few seconds ago. -- Happy hacking Petter Reinholdtsen
Bug#826628: Include the string "nicefrac" in the package description
tag 826628 + wontfix thanks Hi Ingo > The package texlive-latex-extra contains the LaTeX package nicefrac, but > does not advertise this fact in the package description. (Probably > because nicefrac is internally not a separate package, but comes bundled > with the package units.) Yes, and there are probably thousands of other .sty files that are not mentioned. I cannot (and do not want) to add all of them to the description, especially since the description is *auto*generated. So this will remain a wontfix unless nicefrac becomes a separate package n CTAN. All the best Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#825929: initramfs-tools-core - incorrect busybox relations
On Tue, 2016-05-31 at 15:18 +0100, Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Tue, 2016-05-31 at 15:52 +0200, Bastian Blank wrote: > > Package: initramfs-tools-core > > Version: 0.125 > > Severity: serious > > > > Moin > > > > update-initramfs fails if busybox is of a wrong version, however I see > > no breaks or conflicts to make sure the correct version is available. > > > > > Setting up linux-image-4.5.0-2-amd64 (4.5.4-1) ... > > > /etc/kernel/postinst.d/initramfs-tools: > > > update-initramfs: Generating /boot/initrd.img-4.5.0-2-amd64 > > > E: busybox or busybox-static, version 1:1.22.0-17~ or later, is required > > > but not installed > [...] > > This only happens when there is a config file that sets BUSYBOX=y. You > can find that config file with: > > grep -r BUSYBOX=y /etc/initramfs-tools/initramfs-tools.conf \ > /usr/share/initramfs-tools/conf-hooks.d > > If it's the one in /etc, that's user error, otherwise it's a bug in whichever > package owns the file. Well, which is it? Ben. -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part
Bug#798408: Bug#825354: mudlet: FTBFS on armel/armhf: glu development package not found
On Sun, Jun 5, 2016 at 8:23 AM Lisandro Damián Nicanor Pérez < perezme...@gmail.com> wrote: > First of all things from the Qt side. Qt5 relies heavily on Desktop OpenGL > *xor* GLES. Take only one of them. So what happens to packages that need Qt and OpenGL on the arm architectures? Scott K was saying in that case it is best just not to build on the arm or try to make it work with GLES. I had a look at the offending code which is in a single file, but have no desire to change and maintain it. So perhaps this is the fix here? Reading #798408 seems to justify removing mudlet from arm. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : dropbear.xyz Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5
Bug#826641: a7xpg: FTBFS: /usr/bin/ld: cannot find -lgdruntime
Source: a7xpg Version: 0.11.dfsg1-9 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, a7xpg fails to build from source in unstable/amd64: [..] Preparing to unpack .../libopenal1_1%3a1.17.2-1_amd64.deb ... Unpacking libopenal1:amd64 (1:1.17.2-1) ... Selecting previously unselected package libslang2:amd64. Preparing to unpack .../libslang2_2.3.0-2.3_amd64.deb ... Unpacking libslang2:amd64 (2.3.0-2.3) ... Selecting previously unselected package libcaca0:amd64. Preparing to unpack .../libcaca0_0.99.beta19-2+b1_amd64.deb ... Unpacking libcaca0:amd64 (0.99.beta19-2+b1) ... Selecting previously unselected package libsdl1.2debian:amd64. Preparing to unpack .../libsdl1.2debian_1.2.15+dfsg1-4_amd64.deb ... Unpacking libsdl1.2debian:amd64 (1.2.15+dfsg1-4) ... Selecting previously unselected package libmikmod3:amd64. Preparing to unpack .../libmikmod3_3.3.8-2_amd64.deb ... Unpacking libmikmod3:amd64 (3.3.8-2) ... Selecting previously unselected package libvorbisfile3:amd64. Preparing to unpack .../libvorbisfile3_1.3.5-3_amd64.deb ... Unpacking libvorbisfile3:amd64 (1.3.5-3) ... Selecting previously unselected package libsdl-mixer1.2:amd64. Preparing to unpack .../libsdl-mixer1.2_1.2.12-11+b1_amd64.deb ... Unpacking libsdl-mixer1.2:amd64 (1.2.12-11+b1) ... Selecting previously unselected package libogg-dev:amd64. Preparing to unpack .../libogg-dev_1.3.2-1_amd64.deb ... Unpacking libogg-dev:amd64 (1.3.2-1) ... Selecting previously unselected package libflac-dev:amd64. Preparing to unpack .../libflac-dev_1.3.1-4_amd64.deb ... Unpacking libflac-dev:amd64 (1.3.1-4) ... Selecting previously unselected package libmad0-dev. Preparing to unpack .../libmad0-dev_0.15.1b-8_amd64.deb ... Unpacking libmad0-dev (0.15.1b-8) ... Selecting previously unselected package libmikmod-config. Preparing to unpack .../libmikmod-config_3.3.8-2_amd64.deb ... Unpacking libmikmod-config (3.3.8-2) ... Selecting previously unselected package libmikmod-dev:amd64. Preparing to unpack .../libmikmod-dev_3.3.8-2_amd64.deb ... Unpacking libmikmod-dev:amd64 (3.3.8-2) ... Selecting previously unselected package libasound2-dev:amd64. Preparing to unpack .../libasound2-dev_1.1.1-1_amd64.deb ... Unpacking libasound2-dev:amd64 (1.1.1-1) ... Selecting previously unselected package libpng16-16:amd64. Preparing to unpack .../libpng16-16_1.6.21-5_amd64.deb ... Unpacking libpng16-16:amd64 (1.6.21-5) ... Selecting previously unselected package libpng-dev:amd64. Preparing to unpack .../libpng-dev_1.6.21-5_amd64.deb ... Unpacking libpng-dev:amd64 (1.6.21-5) ... Selecting previously unselected package libslang2-dev:amd64. Preparing to unpack .../libslang2-dev_2.3.0-2.3_amd64.deb ... Unpacking libslang2-dev:amd64 (2.3.0-2.3) ... Selecting previously unselected package libcaca-dev. Preparing to unpack .../libcaca-dev_0.99.beta19-2+b1_amd64.deb ... Unpacking libcaca-dev (0.99.beta19-2+b1) ... Selecting previously unselected package libpulse-mainloop-glib0:amd64. Preparing to unpack .../libpulse-mainloop-glib0_8.0-2+b2_amd64.deb ... Unpacking libpulse-mainloop-glib0:amd64 (8.0-2+b2) ... Selecting previously unselected package libelf1:amd64. Preparing to unpack .../libelf1_0.165-3_amd64.deb ... Unpacking libelf1:amd64 (0.165-3) ... Selecting previously unselected package libglib2.0-data. Preparing to unpack .../libglib2.0-data_2.48.1-1_all.deb ... Unpacking libglib2.0-data (2.48.1-1) ... Selecting previously unselected package libglib2.0-bin. Preparing to unpack .../libglib2.0-bin_2.48.1-1_amd64.deb ... Unpacking libglib2.0-bin (2.48.1-1) ... Selecting previously unselected package libpcre16-3:amd64. Preparing to unpack .../libpcre16-3_2%3a8.38-3.1_amd64.deb ... Unpacking libpcre16-3:amd64 (2:8.38-3.1) ... Selecting previously unselected package libpcre32-3:amd64. Preparing to unpack .../libpcre32-3_2%3a8.38-3.1_amd64.deb ... Unpacking libpcre32-3:amd64 (2:8.38-3.1) ... Selecting previously unselected package libpcrecpp0v5:amd64. Preparing to unpack .../libpcrecpp0v5_2%3a8.38-3.1_amd64.deb ... Unpacking libpcrecpp0v5:amd64 (2:8.38-3.1) ... Selecting previously unselected package libpcre3-dev:amd64. Preparing to unpack .../libpcre3-dev_2%3a8.38-3.1_amd64.deb ... Unpacking libpcre3-dev:amd64 (2:8.38-3.1) ... Selecting previously unselected package pkg-config. Preparing to unpack .../pkg-config_0.29-4_amd64.deb ... Unpacking pkg-config (0.29-4) ... Selecting previously unselected package libglib2.0-dev. Preparing to unpack .../libglib2.0-dev_2.48.1-1_amd64.deb ... Unpacking libglib2.0-dev (2.48.1-1) ... Selecting previously unselected package libpulse-dev:amd64. Preparing to unpack .../libpulse-dev_8.0-2+b2_amd64.deb ... Unpacking libpulse-dev:amd64 (8.0-2+b2)
Bug#826642: android-platform-system-extras: FTBFS: /usr/bin/ld: cannot find -lselinux
Source: android-platform-system-extras Version: 6.0.1+r16-1 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, android-platform-system-extras fails to build from source in unstable/amd64: [..] ** ** Starting build ** ** Package: android-platform-system-extras Version: 6.0.1+r16-1 Build architecture: amd64 Date: Tue, 07 Jun 2016 10:04:25 +0100 Hostname: 34dd86c27c12 Uname:Linux 34dd86c27c12 4.5.0-2-amd64 #1 SMP Debian 4.5.4-1 (2016-05-16) x86_64 GNU/Linux /etc/timezone:Europe/London ** ** Installing build dependencies ** ** dh_testdir dh_testroot dh_prep dh_testdir dh_testroot dh_install dh_installdocs dh_installchangelogs dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb dpkg-deb: building package 'android-platform-system-extras-build-deps' in '../android-platform-system-extras-build-deps_6.0.1+r16-1_all.deb'. The package has been created. Attention, the package has been created in the current directory, not in ".." as indicated by the message above! Selecting previously unselected package android-platform-system-extras-build-deps. (Reading database ... 23075 files and directories currently installed.) Preparing to unpack android-platform-system-extras-build-deps_6.0.1+r16-1_all.deb ... Unpacking android-platform-system-extras-build-deps (6.0.1+r16-1) ... Reading package lists... Building dependency tree... Reading state information... Correcting dependencies... Done The following additional packages will be installed: android-libselinux android-libselinux-dev android-libsparse android-libsparse-dev android-platform-build-headers android-platform-system-core-headers libf2fs-dev libf2fs0 uuid-dev zlib1g-dev The following NEW packages will be installed: android-libselinux android-libselinux-dev android-libsparse android-libsparse-dev android-platform-build-headers android-platform-system-core-headers libf2fs-dev libf2fs0 uuid-dev zlib1g-dev 0 upgraded, 10 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 425 kB of archives. After this operation, 1168 kB of additional disk space will be used. Get:1 http://httpredir.debian.org/debian sid/main amd64 android-libsparse amd64 1:6.0.1+r16-3 [16.4 kB] Get:2 http://httpredir.debian.org/debian sid/main amd64 android-libsparse-dev amd64 1:6.0.1+r16-3 [7152 B] Get:3 http://httpredir.debian.org/debian sid/main amd64 android-libselinux amd64 6.0.1+r16-2 [12.0 kB] Get:4 http://httpredir.debian.org/debian sid/main amd64 android-libselinux-dev amd64 6.0.1+r16-2 [12.8 kB] Get:5 http://httpredir.debian.org/debian sid/main amd64 android-platform-build-headers amd64 1:6.0.1+r16-2 [5272 B] Get:6 http://httpredir.debian.org/debian sid/main amd64 android-platform-system-core-headers all 1:6.0.1+r16-3 [27.7 kB] Get:7 http://httpredir.debian.org/debian sid/main amd64 libf2fs0 amd64 1.6.1-1 [17.3 kB] Get:8 http://httpredir.debian.org/debian sid/main amd64 uuid-dev amd64 2.28-5 [83.0 kB] Get:9 http://httpredir.debian.org/debian sid/main amd64 libf2fs-dev amd64 1.6.1-1 [37.0 kB] Get:10 http://httpredir.debian.org/debian sid/main amd64 zlib1g-dev amd64 1:1.2.8.dfsg-2+b1 [206 kB] Fetched 425 kB in 0s (0 B/s) Selecting previously unselected package android-libsparse. (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 23079 files and directories currently installed.) Preparing to unpack .../android-libsparse_1%3a6.0.1+r16-3_amd64.deb ... Unpacking android-libsparse (1:6.0.1+r16-3) ... Selecting previously unselected package android-libsparse-dev. Preparing to unpack .../android-libsparse-dev_1%3a6.0.1+r16-3_amd64.deb ... Unpacking android-libspar
Bug#790327: openturns: FTBFS on mipsel "package requires more than 1GB RAM; do not build on mips/mipsel. Stop."
Hello Denir. Thanks for your reply. I don't remember why it tooked 46 hours. I suppose it was due to my limited hardware (CI20 board). I just have 1 GB of RAM, so I had to use a lot of swap memory. Also, the 500GB of swap memory was some mispell. I suppose it should be 5GB. If you have a hardware with more than 1GB of RAM, it probably will not take so long. 2016-06-07 4:57 GMT-03:00 D. Barbier : > tags 790327 wontfix > severity 790327 wishlist > thanks > > On 2015-08-03 10:09 GMT+02:00 Gustavo Prado Alkmim wrote: > > Hi. > > > > Please, can you take a look on the patch? It is building ok on mips now. > [...] > >>> I enabled the build on mipsel. I made a test on my ci20 board and it > >>> built fine. > >>> > >>> Tooked 46 hours, ~6GB of space, 1 GB of RAM and ~500GB of swap memory > [...] > > Hi, > > Sorry for the delay, I took a long break. I won't apply your patch, > 46 hours to build this package is unreasonable, this means I won't be > able to debug any problem. > > Denis >
Bug#810219: [PATCH] Skylake audio support
Control: tags -1 + confirmed On Thu, Jan 07, 2016 at 01:14:19PM +0100, Yann Soubeyrand wrote: > Package: src:linux > Version: 3.16.7-ckt20-1+deb8u1 > > Hi! > > Here are patches from linux-stable git repository > (https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git) > backported by my teammate Florian Gillot to support audio on a Skylake > based machine. The first two are included in kernel v3.19 and the third > is included in kernel v4.0. I applied those on top of current 3.16.7-ckt25-2 and tested it on a host with Realtek ALC887-VD, 00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a170] (rev 31) Subsystem: ASUSTeK Computer Inc. Device [1043:86c7] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR-
Bug#826563: stable-updates fix for Bug#826563: perl: Apparent regression in TryCatch
On Tue, Jun 07, 2016 at 02:33:15AM +0100, Adam D. Barratt wrote: > On Tue, 2016-06-07 at 00:46 +0100, Dominic Hargreaves wrote: > > On Mon, Jun 06, 2016 at 08:54:23PM +0100, Dominic Hargreaves wrote: > [...] > > > In hindsight, it's obvious that Debian's testing of this update wasn't > > > sufficient either. Such breaking changes in perl stable updates are, > > > I believe, exceedingly rare, but equally we had not attempted a wholesale, > > > or near-wholesale update in Debian stable before, and the breakage > > > wasn't reported in any real-world testing using the stable update > > > installed from source. In future, we should perform similar automated > > > testing against jessie-proposed-updates as we do in experimental when > > > a new major version of perl is introduced. > [...] > > I've prepared an updated package of libdevel-declare-perl, which builds > > and tests out fine with both perl 5.20.2-3+deb8u4 and 5.20.2-3+deb8u5. > > > > A debdiff for stable is attached. Release team, are you happy for me > > to upload (is the distribution correct for stable-updates)? > > Yes, it is, in as much as one never uploads to stable-updates - one > uploads to stable, via p-u, and we cherry-pick uploads from there > sideways into -updates at our discretion once they're ready. Please go > ahead with the upload to p-u and we'll see from there. > > In general it's also preferable if a new release.d.o bug is filed to > track the upload, rather than CCing debian-release on bugs belonging to > another package. > > (I realise that this is a regression, but the popcon stats for > libdevel-declare-perl have a "recent" count of 10, which does make me > wonder how wide an impact this is actually having in practice.) Hi, Now filed at #826622, thanks. Dominic.
Bug#826643: ITP: tn5250j -- A 5250 terminal emulator for the AS/400
Package: wnpp Severity: wishlist Owner: luca * Package name: tn5250j Version : 0.7.6 * URL : https://tn5250j.github.io/ * License : GPL Programming Lang: Java Description : A 5250 terminal emulator for the AS/400 The tn5250j is a 5250 terminal emulator for the AS/400 written in Java. This is currently the only one terminal emulator for Linux with features like continued edit fields, gui windows, cursor progression fields etc
Bug#825929: initramfs-tools-core - incorrect busybox relations
On Tue, Jun 07, 2016 at 11:39:25AM +0100, Ben Hutchings wrote: > > This only happens when there is a config file that sets BUSYBOX=y. You > > can find that config file with: > > > > grep -r BUSYBOX=y /etc/initramfs-tools/initramfs-tools.conf \ > > /usr/share/initramfs-tools/conf-hooks.d > > > > If it's the one in /etc, that's user error, otherwise it's a bug in > > whichever package owns the file. > Well, which is it? $ grep BUSYBOX= /etc/initramfs-tools/initramfs.conf BUSYBOX=y /etc/initramfs-tools/initramfs.conf is not a conf-file, according to dpkg, so it needs to be updated by other means. Bastian -- Bastian Blank Berater Telefon: +49 2166 9901-194 E-Mail: bastian.bl...@credativ.de credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209 Trompeterallee 108, 41189 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer
Bug#825929: initramfs-tools-core - incorrect busybox relations
On Tue, 2016-06-07 at 13:07 +0200, Bastian Blank wrote: > On Tue, Jun 07, 2016 at 11:39:25AM +0100, Ben Hutchings wrote: > > > This only happens when there is a config file that sets > > > BUSYBOX=y. You > > > can find that config file with: > > > > > > grep -r BUSYBOX=y /etc/initramfs-tools/initramfs-tools.conf \ > > > /usr/share/initramfs-tools/conf-hooks.d > > > > > > If it's the one in /etc, that's user error, otherwise it's a bug > > > in whichever package owns the file. > > Well, which is it? > > $ grep BUSYBOX= /etc/initramfs-tools/initramfs.conf > BUSYBOX=y > > /etc/initramfs-tools/initramfs.conf is not a conf-file, according to > dpkg, so it needs to be updated by other means. Sure it is. $ dpkg -S /etc/initramfs-tools/initramfs.conf initramfs-tools-core: /etc/initramfs-tools/initramfs.conf The old default of BUSYBOX=y (which then meant 'use busybox if available') was changed to BUSYBOX=auto on upgrade to version 0.121. But it's possible that this isn't always handled properly because an upgrade to 0.121 or later also moves this conffile from initramfs-tools to initramfs-tools-core. That was also reported in #822671, for which I still need to review the patch. Is this perhaps the same bug? Ben. -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part
Bug#822783: eztrace-contrib: FTBFS with libc 2.23: 'memcpy' was not declared in this scope
On 31/05/2016 11:27, Aurelien Jarno wrote: I am not fully sure the bug is actually in on the libc sid. It looks like that nvcc redefines part of this header in a way that is not compatible with the new version of the header. I think I've found where this is happening. In file /usr/include/common_functions.h installed by nvidia-cuda-dev, line 73, is the following: extern __host__ __device__ __device_builtin__ __cudart_builtin__ void* __cdecl memcpy(void*, const void*, size_t) __THROW; Removing, or commenting out (as per the attached patch), this line fixes the build of eztrace-contrib and theano. Does this seem like a sane fix? --- a/usr/include/common_functions.h +++ b/usr/include/common_functions.h @@ -70,7 +70,7 @@ #endif /* !__CUDACC_RTC__ */ extern _CRTIMP __host__ __device__ __device_builtin__ __cudart_builtin__ clock_t __cdecl clock(void) __THROW; extern __host__ __device__ __device_builtin__ __cudart_builtin__ void* __cdecl memset(void*, int, size_t) __THROW; -extern __host__ __device__ __device_builtin__ __cudart_builtin__ void* __cdecl memcpy(void*, const void*, size_t) __THROW; +//extern __host__ __device__ __device_builtin__ __cudart_builtin__ void* __cdecl memcpy(void*, const void*, size_t) __THROW; #if !defined(__CUDACC_RTC__) } #endif /* !__CUDACC_RTC__ */
Bug#681211: About phamm-ldap-vacation Depends
Hi Thomas, sorry for BIG BIG delay, gnarwl seem dead and I am undecided if fix the bugs or orphaned the package. Anyway, phamm-ldap-vacation provide only a schema file /etc/ldap/schema/phamm-vacation.schema compatible with ISPEnv2.schema who removed from gnarwl source due license ambiguity phamm-ldap-vacation require slapd because not have sense install it without a LDAP server could be a good suggestions for gnarwl not Recommends phamm-ldap-vacation but Suggests it, anyway Recommends does not force install package, but using apt-get the final effect is the same Alessandro - Lota
Bug#806331: xz-utils: make the selected POSIX shell stable accross build environments
Control: tags -1 + patch upstream I've attached a patch that makes m4/posix-shell.m4 try constant paths first. This should fix the issue. Upstream should also apply it - see more-stable-shell.patch. This *should* be enough to make xz-utils completely reproduce (#806328 is now fixed in another way), but I haven't yet tested this. X On Thu, 26 Nov 2015 17:35:26 +0100 =?iso-8859-1?B?Suly6W15?= Bobbio wrote: > Source: xz-utils > Version: 5.1.1alpha+20120614-2.1 > Severity: normal > User: reproducible-bui...@lists.alioth.debian.org > Usertags: environment > X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org, sanv...@debian.org > > Hi! > > While working on the âreproducible buildsâ effort [1], we have noticed > that xz-utils could not be built reproducibly. > > When dash is the default shell, the configure script > m4/posix-shell.m4 will select /bin/bash as the âconforming POSIX > shellâ. When bash is the default shell, /bin/sh will be selected. > > The binary package currently in sid on amd64 uses /bin/bash. As bash > is currently Essential:yes (#103284), this is probably not a problem. > But I wonder if they would not be troubles if the package was built on > an environment were bash is the default shell, but later installed on a > system where /bin/dash is /bin/sh. > > So for reproducibility and safety reason, it would be best if the > selected path to the shell would not depend on the build environment. > > Thanks! > > [1]: https://wiki.debian.org/ReproducibleBuilds > > -- > Lunar.''`. > lu...@debian.org: :ⶠ: # apt-get install anarchism > `. `'` > `- -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git Description: More stable shell in build output When detecting a POSIX shell, try constant systems paths first because that is more likely to give a reproducible build output. Author: Ximin Luo Bug: https://www.mail-archive.com/xz-devel@tukaani.org/ Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806331 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/m4/posix-shell.m4 +++ b/m4/posix-shell.m4 @@ -43,7 +43,7 @@ subshell_umask_sanity ' for gl_cv_posix_shell in \ -"$CONFIG_SHELL" "$SHELL" /bin/sh /bin/bash /bin/ksh /bin/sh5 no; do +/bin/sh /bin/bash /bin/ksh /bin/sh5 "$CONFIG_SHELL" "$SHELL" no; do case $gl_cv_posix_shell in /*) "$gl_cv_posix_shell" -c "$gl_test_posix_shell_script" 2>/dev/null \ diff -Nru xz-utils-5.1.1alpha+20120614/debian/changelog xz-utils-5.1.1alpha+20120614/debian/changelog --- xz-utils-5.1.1alpha+20120614/debian/changelog 2015-06-18 20:27:36.0 +0200 +++ xz-utils-5.1.1alpha+20120614/debian/changelog 2016-06-07 13:23:15.0 +0200 @@ -1,3 +1,11 @@ +xz-utils (5.1.1alpha+20120614-2.2~reproducible1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * More stable shell in build output, for better build reproducibility. +(Closes: #806331) + + -- Ximin Luo Tue, 07 Jun 2016 12:59:36 +0200 + xz-utils (5.1.1alpha+20120614-2.1) unstable; urgency=medium [ Helmut Grohne ] diff -Nru xz-utils-5.1.1alpha+20120614/debian/patches/more-stable-shell xz-utils-5.1.1alpha+20120614/debian/patches/more-stable-shell --- xz-utils-5.1.1alpha+20120614/debian/patches/more-stable-shell 1970-01-01 01:00:00.0 +0100 +++ xz-utils-5.1.1alpha+20120614/debian/patches/more-stable-shell 2016-06-07 13:22:28.0 +0200 @@ -0,0 +1,19 @@ +Description: More stable shell in build output + When detecting a POSIX shell, try constant systems paths first because that is + more likely to give a reproducible build output. +Author: Ximin Luo +Bug: https://www.mail-archive.com/xz-devel@tukaani.org/ +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806331 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/m4/posix-shell.m4 b/m4/posix-shell.m4 +@@ -43,7 +43,7 @@ +subshell_umask_sanity + ' + for gl_cv_posix_shell in \ +- "$CONFIG_SHELL" "$SHELL" /bin/sh /bin/bash /bin/ksh /bin/sh5 no; do ++ /bin/sh /bin/bash /bin/ksh /bin/sh5 "$CONFIG_SHELL" "$SHELL" no; do +case $gl_cv_posix_shell in + /*) + "$gl_cv_posix_shell" -c "$gl_test_posix_shell_script" 2>/dev/null \ diff -Nru xz-utils-5.1.1alpha+20120614/debian/patches/series xz-utils-5.1.1alpha+20120614/debian/patches/series --- xz-utils-5.1.1alpha+20120614/debian/patches/series 2012-10-12 00:38:38.0 +0200 +++ xz-utils-5.1.1alpha+20120614/debian/patches/series 2016-06-07 13:10:15.0 +0200 @@ -6,3 +6,4 @@ man-xz-lvv-minver xz-lvv-empty-block-minver decoder-check-first-0x00 +more-stable-shell
Bug#826644: --install does not install and returns no error in $?
Package: flashplugin-nonfree Version: 1:3.6.1+b1 File: /usr/sbin/update-flashplugin-nonfree # update-flashplugin-nonfree --install --verbose options : --install --verbose -- temporary directory: /tmp/flashplugin-nonfree.GEnGeRT2Yp importing public key ... selected action = --install installed version = 11.2.202.616 upstream version = 11.2.202.621 wgetoptions= -nd -P . -v --progress=dot:default downloading http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.621.sha512.i386.pgp.asc ... URL transformed to HTTPS due to an HSTS policy --2016-06-07 19:34:24-- https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.621.sha512.i386.pgp.asc Resolving people.debian.org (people.debian.org)... 5.153.231.30, 2001:41c8:1000:21::21:30 Connecting to people.debian.org (people.debian.org)|5.153.231.30|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2016-06-07 19:34:26 ERROR 404: Not Found. wget failed to download http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.621.sha512.i386.pgp.asc downloading http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp10.sha512.i386.pgp.asc ... URL transformed to HTTPS due to an HSTS policy --2016-06-07 19:34:26-- https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp10.sha512.i386.pgp.asc Resolving people.debian.org (people.debian.org)... 5.153.231.30, 2001:41c8:1000:21::21:30 Connecting to people.debian.org (people.debian.org)|5.153.231.30|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 1248 (1.2K) [text/plain] Saving to: ‘./fp10.sha512.i386.pgp.asc’ 0K . 100% 2.84M=0s 2016-06-07 19:34:27 (2.84 MB/s) - ‘./fp10.sha512.i386.pgp.asc’ saved [1248/1248] verifying PGP fp10.sha512.i386.pgp.asc ... copying /var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz ... verifying checksum install_flash_player_11_linux.i386.tar.gz ... wgetoptions= -nd -P . -v --progress=dot:default -O /tmp/flashplugin-nonfree.GEnGeRT2Yp/install_flash_player_11_linux.i386.tar.gz downloading https://fpdownload.adobe.com/get/flashplayer/pdc/11.2.202.616/install_flash_player_11_linux.i386.tar.gz ... verifying checksum install_flash_player_11_linux.i386.tar.gz ... unpacking install_flash_player_11_linux.i386.tar.gz ... verifying checksum contents of install_flash_player_11_linux.i386.tar.gz ...moving libflashplayer.so to /usr/lib/flashplugin-nonfree ... setting permissions and ownership of /usr/lib/flashplugin-nonfree/libflashplayer.so ... Flash Player version: 11.2.202.616 moving install_flash_player_11_linux.i386.tar.gz to /var/cache/flashplugin-nonfree ... flash-mozilla.so - auto mode link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 calling update-alternatives ... flash-mozilla.so - auto mode link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 removing /usr/bin/flash-player-properties removing /usr/share/applications/flash-player-properties.desktop removing /usr/share/icons/hicolor/16x16/apps/flash-player-properties.png removing /usr/share/icons/hicolor/22x22/apps/flash-player-properties.png removing /usr/share/icons/hicolor/24x24/apps/flash-player-properties.png removing /usr/share/icons/hicolor/32x32/apps/flash-player-properties.png removing /usr/share/icons/hicolor/48x48/apps/flash-player-properties.png removing /usr/share/pixmaps/flash-player-properties.png installing /usr/bin/flash-player-properties installing /usr/share/applications/flash-player-properties.desktop installing /usr/share/icons/hicolor/16x16/apps/flash-player-properties.png installing /usr/share/icons/hicolor/22x22/apps/flash-player-properties.png installing /usr/share/icons/hicolor/24x24/apps/flash-player-properties.png installing /usr/share/icons/hicolor/32x32/apps/flash-player-properties.png installing /usr/share/icons/hicolor/48x48/apps/flash-player-properties.png installing /usr/share/pixmaps/flash-player-properties.png end of action --install cleaning up temporary directory /tmp/flashplugin-nonfree.GEnGeRT2Yp ... end of update-flashplugin-nonfree # echo $? 0 # update-flashplugin-nonfree --status Flash Player version installed on this system : 11.2.202.616 Flash Player version available on upstream site: 11.2.202.621 flash-mozilla.so - auto mode link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so /usr/lib/flashplugi
Bug#825929: initramfs-tools-core - incorrect busybox relations
On Tue, Jun 07, 2016 at 12:24:35PM +0100, Ben Hutchings wrote: > But it's possible that this isn't always handled properly because an > upgrade to 0.121 or later also moves this conffile from initramfs-tools > to initramfs-tools-core. That was also reported in #822671, for which > I still need to review the patch. Is this perhaps the same bug? Possibly. But in my tests it now completely clobbers the file with the current version instead of asking. | -rw-r--r-- 1 root root 1107 Apr 17 21:39 initramfs.conf | -rw-r--r-- 1 root root 947 Jun 7 13:37 initramfs.conf.dpkg-backup Bastian -- Bastian Blank Berater Telefon: +49 2166 9901-194 E-Mail: bastian.bl...@credativ.de credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209 Trompeterallee 108, 41189 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer
Bug#826624: [Aptitude-devel] Bug#826624: aptitude can't be stopped with "Q" but only with ^T and going down there
On Tue, Jun 07, 2016 at 11:49:53AM +0200, Axel Beckert wrote: > Control: tag -1 + moreinfo unreproducible > > Hi Albert, > > thanks for the bug report. > > Albrecht Herzog wrote: > > Version: 0.6.11-1+b1 > [...] > >* What exactly did you do (or not do) that was effective (or > > ineffective)? > > > > I've got it when using "Q" Of course I did > Did you press "q" or "Q" at least once before and cancelled it by > pressing either Ctrl-G or Escape? When presseing "q" to quit, there are still two lines staying there Oh! OOHHH! Q works. q doesn't Fascinating > And do you have dialogs in mini-buffers enabled? No. Thanks to u :-) bugreport can be closed ! Crazy, isn't it?
Bug#826248: Please add Adrian Vondendriesch as a Debian Maintainer
Control: tags -1 pending This application is being handled experimentally on https://nm.debian.org/process/2. We will close this bug once this is done. Christoph signature.asc Description: PGP signature
Bug#826645: gdc-5: Missing -lgdruntime
Package: gdc-5
Version: 5.4.0-3
Severity: serious
Justification: makes dependent packages ftbfs
Hi,
This version of gdc cannot build executables due to a missing -lgdruntime:
$ cat test.d
void main() { }
$ gdc test.d
/usr/bin/ld: cannot find -lgdruntime
collect2: error: ld returned 1 exit status
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages gdc-5 depends on:
ii g++-55.4.0-3
ii gcc-5-base 5.4.0-3
ii libc62.22-11
ii libgmp10 2:6.1.0+dfsg-2
ii libisl15 0.17.1-1
ii libmpc3 1.0.3-1
ii libmpfr4 3.1.4-2
ii libphobos-5-dev 5.4.0-3
ii zlib1g 1:1.2.8.dfsg-2+b1
gdc-5 recommends no packages.
gdc-5 suggests no packages.
-- no debconf information
Bug#822783: eztrace-contrib: FTBFS with libc 2.23: 'memcpy' was not declared in this scope
Graham Inggs, on Tue 07 Jun 2016 07:46:56 +0200, wrote: > $ nvcc -c -O2 dummy.cu Note: I had to also pass -D_FORTIFY_SOURCE=2 to reproduce the issue. Samuel
Bug#826369: flashplugin-nonfree: still not working
Package: flashplugin-nonfree Version: 1:3.6.1+b1 Followup-For: Bug #826369 Dear Maintainer, Just seeing the same thing on unstable, too. Can't download the new version of the flash plugin. -- Package-specific info: Debian version: stretch/sid Architecture: amd64 Package version: 1:3.6.1+b1 Adobe Flash Player version: LNX 11,2,202,616 MD5 checksums: bee683e14a9e6327095f24a1187533ae /var/cache/flashplugin-nonfree/adobewebpage.html 160a01dd00527304e5291e65eb0c65e2 /var/cache/flashplugin-nonfree/get-upstream-version.pl 18271ef4389464f5236e415a8f140872 /var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz cb4968ab3f52b73a05590ecd87a83bd5 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 lrwxrwxrwx 1 root root 34 Aug 20 2015 /usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to /etc/alternatives/flash-mozilla.so -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages flashplugin-nonfree depends on: ii binutils 2.26-10 ii ca-certificates20160104 ii debconf [debconf-2.0] 1.5.59 ii gnupg 1.4.20-6 ii libatk1.0-02.20.0-1 ii libcairo2 1.14.6-1+b1 ii libcurl3-gnutls7.47.0-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgcc11:6.1.1-5 ii libglib2.0-0 2.48.1-1 ii libgtk2.0-02.24.30-2 ii libnspr4 2:4.12-2 ii libnss32:3.23-2 ii libpango1.0-0 1.40.1-1 ii libstdc++6 6.1.1-5 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxt6 1:1.1.5-1 ii wget 1.17.1-2 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: ii fonts-dejavu 2.35-1 pn hal ii iceweasel 45.1.1esr-1 pn konqueror-nsplugins pn ttf-mscorefonts-installer pn ttf-xfree86-nonfree -- no debconf information -- Dale Harris rod...@maybe.org rod...@gmail.com /.-)
Bug#826640: Acknowledgement (debian-security-support: [INTL:ja] Japanese debconf template translation )
Control: tags -1 + pending Thanks
Bug#826624: [Aptitude-devel] Bug#826624: aptitude can't be stopped with "Q" but only with ^T and going down there
Hi Albrecht, Albrecht Herzog wrote: > On Tue, Jun 07, 2016 at 11:49:53AM +0200, Axel Beckert wrote: > > Hi Albert, Sorry for misspelling of your name in my previous mail. > > > I've got it when using "Q" > > Of course I did > > > Did you press "q" or "Q" at least once before and cancelled it by > > pressing either Ctrl-G or Escape? > > When presseing "q" to quit, there are still two lines staying there What kind of lines? > Oh! > OOHHH! Not these two lines, right? :-) > Q works. q doesn't That sounds like a bug. So I'd be curious about where Q works, but q doesn't. > > And do you have dialogs in mini-buffers enabled? > > No. Ok, so I've disabled mini-buffers temporarily in my setup, but found no occassion related to quitting aptitude where Q works, but q doesn't. > bugreport can be closed ! I'm not yet convinced. You may have found something there. :-) Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#826646: Incorrect handling with initial_cwd variable
Package: exim4
Priority: standard
Version: 4.80
Currently exim4 debian package handles CWD parameter not correctly.
This fix introduced security patch to store CWD into additional variable
named initial_cwd and it was applied in debian exim packages.
https://bugs.exim.org/show_bug.cgi?id=1805
Before this security fix (Bug 1805), upstream introduced some additional
changes to CWD handling code, this fix was not applied by debian package
maintainers.
https://github.com/Exim/exim/commit/3de973a29de6852d61ba9bf1845835d08ca5a5ab#diff-6e46fb11179cb7da978360d317a92ee0
Current behavior overrides CWD BEFORE any CWD handling could occur.
Uchdir("/") occurs before initial_cwd reads current working directory.
This bug applies to exim in stable and oldstable distribution.
This bug can be reproduced by adding this code "warn logwrite =
$initial_cwd" into acl_not_smtp_start config section
While sending email using plain sendmail, exim4 mail.log has to contain
initial working directory of calling process but instead it contains
already chrooted patch "/"
This is a serious bug, it breaks logic of many spam handling software and
should be fixed soon.
Bug#826647: please clarify chain usage for vcsh
Package: myrepos Version: 1.20160123 Severity: wishlist Hi, chain = true will load an .mrconfig from the root of the repository that has chain set. But, what is the root of the repository for vcsh repos? Greetings Marc
Bug#826629: [powerpc] fb-modules package : add radeon driver
forwarded 826629 https://bugs.freedesktop.org/show_bug.cgi?id=96423 retitle 826629 radeonfb should be able to kick out offb tags 826629 upstream thanks On Tue, Jun 7, 2016 at 12:14 PM, Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Tue, 2016-06-07 at 11:04 +0200, Mathieu Malaterre wrote: >> Package: src:linux >> Version: 4.5.5-1 >> >> This is an attempt to resolve the symptoms from #825840 (1). As >> explain in this bug report, debian-installer is trying to use radeonfb >> on PowerPC. However two things happen: >> >> 1. At startup Framebuffer is setup by Open Firmware (OFfb) >> 2. radeonfb currently does not support 'unloading' existing /dev/fb0 >> >> While it would make sense for radeonfb to take over Open Firmware, it >> is currently not implemented (2). So an alternate solution would be to >> use the 'radeon' driver instead. >> >> I have been reading #782058 and #748398, and if I understand correctly >> debian-installer does not *explicitly* load 'radeonfb', instead this >> is done by `fb-modules-4.5.0-2-powerpc-di`. In which case I'd like to >> request that `radeon` be also added to the list of module for PowerPC. > > This couldbe problematic because of the need for firmware in many > cases. Having said that, the radeon driver is already used in some > other installer configurations, so maybe it will work. > > Are there any problems with radeonfb other than #825840? Because I > think that is not nearly serious enough to justify taking the risk of > changing to radeon. Point taken, I've reported it upstream. With a little bit of luck this is a one-liner. -M
Bug#810219: [PATCH] Skylake audio support
Le mardi 07 juin 2016 à 12:56 +0200, salvatore.bonacco...@gmail.com a écrit : > I applied those on top of current 3.16.7-ckt25-2 and tested it on a > host with Realtek ALC887-VD, [...] and sound worked fine. > > Regards, > Salvatore Great! Thank you Yann Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse. Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message. Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus. This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message. E-mail communication cannot be guaranteed to be timely secure, error or virus-free.
Bug#826557: please add post-bootstrap hook
On Mon, Jun 06, 2016 at 01:26:57PM +0200, Marc Haber wrote: > I use mr bootstrap to download an .mrconfig which in turn clones a > vcsh repository containing the "real" mr configuration, which in turn > consists of more vcsh repositories. > > In this setup, an additional mr checkout call is needed so that the > additional repositories actually get checked out. Maybe this can be done with chain = true, once I have understood where to place the additional .mrconfig file for the vcsh repo. See also #826647. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Bug#826628: Include the string "nicefrac" in the package description
Dear Norbert, On Tue, Jun 07, 2016 at 07:35:52PM +0900, Norbert Preining wrote: > Yes, and there are probably thousands of other .sty files that are not > mentioned. I cannot (and do not want) to add all of them to the description, > especially since the description is *auto*generated. > > So this will remain a wontfix unless nicefrac becomes a separate package > n CTAN. thank you for your quick reply! I understand. :-) Cheers, Ingo
Bug#826648: printer-driver-cups-pdf: PDF.ppd remains after purging the package
Package: printer-driver-cups-pdf Version: 2.6.1-21 Severity: normal PDF.ppd is removed from /etc/cups/ppd on purging on Jessie but not on the present unstable. Regards, Brian.
Bug#666021: no "page allocation failure"s any more
Since upgrading to the 4.5.0-0.bpo.2-amd64 kernel and setting "vm.min_free_kbytes = 65536" we have not seen any more "page allocation failure" on our servers. Thus it seems that those two things have fixed the problems. *t
Bug#826617: Aw: Re: Bug#826617: initramfs-tools: intel microcode: 149 EOF on update
Dear Ben, * What led up to the situation? > Update of initramfs-tools happend on Mon Jun 6 07:49:24 2016 * What exactly did you do that was ineffective? > Mon Jun 6 08:49:39 2016, watching Message "initramfs-tools: 149 intel microcode EOF" and update finishing. > re installation of initramfs-tools and/or intel microcode * What was the outcome of this action? > "initramfs-tools: 149 intel microcode EOF" * What outcome did you expect instead? > Update completion without Message "initramfs-tools: 149 intel microcode EOF" Is sec force a adequate substitute for brut force? Cheers!
Bug#795192: potential ssd killer
Most stuff has been said in the merged bugs already, but I'd like to point out here that in addition to wasting CPU cycles this could be a potential SSD killer.The system monitoring tool glances reports an average write to disk of 5.5 mb/s which amounts to ~20 gb/h or ~160 gb/day, assuming multiple instances of mousepadare running for 8 hours per day.Hence I propose to increase the severity level in order to draw more attentionto this issue and ultimately safe users from ruining their SSDs.
Bug#826649: ruby-activemodel-3.2: syntax error after security upgrade
Package: ruby-activemodel-3.2 Version: 3.2.6-3 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? security upgrade of the package * What exactly did you do (or not do) that was effective (or ineffective)? revert to the previous version fixed the issue * What was the outcome of this action? redmine crashed and showed /usr/lib/ruby/vendor_ruby/active_model/validations.rb:57: syntax error, unexpected ':', expecting kEND class_attribute :_validators, instance_writer: false ^ * What outcome did you expect instead? normal upgrade and no regression :) *** End of the template - remove these lines *** -- System Information: Debian Release: 7.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-activemodel-3.2 depends on: ii ruby-activesupport-3.2 3.2.6-6+deb7u1 ii ruby1.8 [ruby-interpreter] 1.8.7.358-7.1+deb7u3 ruby-activemodel-3.2 recommends no packages. Versions of packages ruby-activemodel-3.2 suggests: pn ruby-bcrypt -- no debconf information
Bug#826465: texlive-latex-recommended: Unescaped left brace in regex is deprecated
On 05.06.2016 19:49, Niko Tyni wrote:
Dear Heiko,
here in the DBTS we got a bug report about a small syntax error in thumbpdf. It
becomes visible when calling the script using perl 5.22. Simply call thumbpdf w/
argument:
hille@sid:~ $ thumbpdf
Unescaped left brace in regex is deprecated, passed through in regex; marked by
<-- HERE in m/\\UseRGB{ <-- HERE (\d+)}\\\s*\d+\s*R/ at /usr/bin/thumbpdf line
1456.
THUMBPDF 3.16, 2014/07/15 - Copyright (c) 1999-2014 by Heiko Oberdiek.
Syntax: thumbpdf [options]
Fix should be straight forward, please be so kind to comment on this and upload
a fixed package.
Thanks!
Hilmar
> Package: texlive-latex-recommended
> Version: 2016.20160523-1
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition
>
> Building the backup-manager package triggers deprecation warnings with
> Perl 5.24 (currently in experimental), and probably with Perl 5.22
> (current sid) too.
>
> Unescaped left brace in regex is deprecated, passed through in regex;
> marked by <-- HERE in m/\\UseRGB{ <-- HERE (\d+)}\\\s*\d+\s*R/ at
> /usr/bin/thumbpdf line 1456.
>
--
http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org
Bug#826650: src:clitest: [PATCH] add a simple test suite
Package: src:clitest Severity: wishlist Tags: patch Hi, I just came across clitest and I found it to be an amazing tool to write tests with, but it is a shame that clitest itself is not being tested. :-) The attached patch does that by reusing the examples that come with clitest itself, except the ones that hits the network. I can commit directly to collab-maint if you prefer. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- Antonio Terceiro From 79c6d0157a374503990d12f32d70b0c4d617209a Mon Sep 17 00:00:00 2001 From: Antonio Terceiro Date: Tue, 7 Jun 2016 10:29:23 -0300 Subject: [PATCH] Add a simple test suite It will run both during package build and on CI/autopkgtest --- debian/rules | 3 +++ debian/tests/control | 1 + debian/tests/smoke-tests | 15 +++ 3 files changed, 19 insertions(+) create mode 100644 debian/tests/control create mode 100755 debian/tests/smoke-tests diff --git a/debian/rules b/debian/rules index ed58acc..cad729e 100755 --- a/debian/rules +++ b/debian/rules @@ -3,3 +3,6 @@ %: dh $@ + +override_dh_auto_test: + PATH=$(CURDIR):$(PATH) debian/tests/smoke-tests diff --git a/debian/tests/control b/debian/tests/control new file mode 100644 index 000..894 --- /dev/null +++ b/debian/tests/control @@ -0,0 +1 @@ +Tests: smoke-tests diff --git a/debian/tests/smoke-tests b/debian/tests/smoke-tests new file mode 100755 index 000..cb79c77 --- /dev/null +++ b/debian/tests/smoke-tests @@ -0,0 +1,15 @@ +#!/bin/sh + +exec 2>&1 +set -ex + +# these should pass +clitest examples/cut.txt +clitest --prefix tab examples/cut.md +clitest examples/hello-world.txt +clitest examples/intro.txt + +# this should fail +rc=0 +clitest examples/will-fail.txt || rc=$? +test $rc -ne 0 -- 2.8.1 signature.asc Description: PGP signature
Bug#826651: mirror listing update for mirror.dkm.cz
Package: mirrors Severity: minor User: mirr...@packages.debian.org Usertags: mirror-list Submission-Type: update Site: mirror.dkm.cz Type: leaf Archive-architecture: ALL Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ IPv6: yes Archive-upstream: ftp.cz.debian.org CDImage-upstream: ftp.cz.debian.org Updates: four Maintainer: Lukas Krudl Country: CZ Czech Republic Location: Prague, Czech Republic Sponsor: UPC Czech Republic s.r.o. https://www.upc.cz/
Bug#814859: RFS: runescape/0.1-1 [ITP] -- Set in a fantasy world of war, landscapes and sinister powers
Hi On 06/06/2016 03:53, Carlos Donizete Froes wrote: > Hello Gianfranco, > > I made the changes recommended me. Please could again analyze my > package? > > https://mentors.debian.net/package/runescape > > Thank you! > Hi some more issues: 1) you put dependencies under build-dependencies, but they seem to be more runtime dependencies 2) you fixed the gpg key issue, but now you have to *revoke* it and generate a new one. the key is compromised, I have it, and everybody that dgetted the package has it, and it is available on build machines such as DebOMatic and probably somewhere else too. So, you should probably revoke it, and generate a new one (you have it protected with passphrase, so if you think your passphrase is strong enough you can avoid this step, I didn't try to brute-force it) 3) not sure why have a .c file that runs a script... 4) # Necessary that the generated binary is in the directory where is the "script.sh" runescape: arch-dependent-file-in-usr-share usr/share/games/runescape/runescape this isn't necessary, please remove and fix lintian, don't override it, specially because lintian seems right here. 5) CFLAGS = -g -Wall -O2 -fstack-protector-strong -Wformat -Werror=format-security CPPFLAGS = -D_FORTIFY_SOURCE=2 LDFLAGS = -fPIE -pie -Wl,-z,relro -Wl,-z,now OBJECTS = runescape.o no, please never override flags. you can use ?= that means define if not already defined, but never override external flags. 6)Please add some upstream metadata: https://wiki.debian.org/UpstreamMetadata Gianfranco signature.asc Description: OpenPGP digital signature
Bug#825916: installation-reports: Installing Debian with AMD/ATI Radeon graphics card does not go well
> On Tue, May 31, 2016 at 12:34:08PM +0200, scootergrisen wrote: Package: installation-reports Severity: important When i install Debian on computer with AMD/ATI Radeon graphics card it does no go well. After installation there is problem booting into the graphical desktop (GNOME) because it needs firmware-linux-nonfree and other packages to it seems. This is a big problem for a new user that wants to try Debian for the first time and have no idea why the system cant start the graphical desktop and what commands to type. I would at least expect to be able to start the desktop into some low resolution mode like in Windows where you can get into the desktop even though you dont have the correct driver. Then maybe the user is able to find information on the web/IRC to fix the problem. It might be helpful to specify which model of graphics card you have. I think most cards do work in some basic mode without firmware. Some are a bit weird and the driver in X doesn't really know ahead of time which ones that is. I guess it could have better fallback handling in X if the card fails with the first driver chosen. It's ATI mobility radeon HD 5650 graphics 1 GB.
Bug#826653: CVE-2016-4437
Source: shiro Severity: grave Tags: security The following was reported on oss-security. shiro doesn't seem to have any rdeps in Debian. Cheers, Moritz Severity: Important Vendor: The Apache Software Foundation Versions Affected: 1.0.0-incubating - 1.2.4 Description: A default cipher key is used for the "remember me" feature when not explicitly configured. A request that included a specially crafted request parameter could be used to execute arbitrary code or access content that would otherwise be protected by a security constraint. Mitigation: Users should upgrade to 1.2.5 [1], ensure a secret cipher key is configured [2], or disable the "remember me" feature. [3] All binaries (.jars) are available in Maven Central already. References: [1] http://shiro.apache.org/download.html [2] http://shiro.apache.org/configuration.html#Configuration-ByteArrayValues [3] If using a shiro.ini, "remember me" can be disabled adding the following config line in the '[main]' section: securityManager.rememberMeManager = null
Bug#826215: init-d-script as default skeleton (was: Re: Bug#826215: SysV init scripts using ...)
Hello. On Fri, Jun 03, 2016 at 11:54:02PM +0200, Petter Reinholdtsen wrote: > [Michael Biebl] > > Petter, do you have any preference regarding those two proposals or do > > you have another suggestion how we could address this? > > I wrote > http://people.skolelinux.org/pere/blog/Debian_init_d_boot_script_example_for_rsyslog.html > > > to explain the background for the init-d-script setup. > > The goal is to avoid code in the individual init.d scripts that is not > _required_ to get them working, to make it possible to fix bugs in many > scripts by modifying one file. Moving code from init-d-script to the > individual init.d scripts thus seem like a step backwards. [...] Maybe I'm going further off-topic here, but have to ask something... While I think that in theory init-d-script is a good idea, I have some practical concerns about it being the default skeleton for now. I agree that it would feel like a step backwards to revert to the old skeleton, but at the same time as more packages pick up the new skeleton they run into issues and there's no maintainer The only good thing I have to add about the old style is that atleast it's well proven Personally I'd prefer if also init scripts where something included in upstream collaboration, and wondering if that's even possible with init-d-script (which I guess is only available in Debian(-derivates))? There's also the question on where things should live to avoid having all packages shipping an init script need to depend on sysvinit. Also I doubt there will be any effort to convert existing init scripts over to the new format so that it actually gets the practical benefits of being able to fix many packages at once. It's also risking becoming a situation where noone dares to touch the "one place" (init-d-script itself) which affects all packages because there's always something which breaks and given enough breakages people will just move away from it. Having a good test-suite is as I see it basically a requirement for doing these central backend code efforts, cf. cdbs vs dh. People will quickly start relying on bug-compatibility and implementation details when they need a solution to their problem and there's noone around to quickly fix up the backend to work as expected, see #825870 for a recent example of where I myself is guilty of misleading someone into relying on implementation details instead of using the (non-working) documented correct solution. Each of these issues might be no big deal on their own but at the same time it feels like there's bigger picture to be seen by someone thinking about this system and how it would fit in both in Debians multi-init-system world and how it would fit into upstream project collaboration. That's not something that should be dealt with through targeted NMUs in my opinion. Until there's someone actively maintaining sysvinit (and init-d-script in particular) I'd prefer we revert the skeleton back to the old version for now. Opinions/Comments? Regards, Andreas Henriksson
Bug#826297: offer a shutdowm logging service
> "MB" == Michael Biebl writes: MB> The upstream documentation assumes you have a merged-usr setup. MB> If you change the paths to use /lib instead of /usr/lib (i.e. MB> /lib/systemd/system-shutdown/debug.sh), it should work. Can you confirm? OK indeed it does. (However there seem to be some doubled messages, and the verbosity overfills the file a bit. probably due to the kernel parameters.) >> 2. Offer it as a convenient service that one can just enable / disable. MB> I guess this won't work. This debugging mechanism doesn't use service MB> files. I don't see how we could put this into a service unit. Well it is too bad the user needs to deposit in that directory instead of doing some command... Anyways surely mentioning this method in /usr/share/doc/systemd/README.Debian.gz "Debugging boot/shutdown problems" would be valuable. >> By the way, it would be great if boot logs could also be kept in such a >> fashion too. MB> You can use the journal, which contains that information. Indeed it _seems_ nowadays everything one sees during boot (after the grub countdown) does end up in journalctl and dmesg... so no more need for bootlogd, etc.
Bug#826654: libreoffice-gtk3: to little distance for single scrolling by mouse wheel
Package: libreoffice-gtk3 Version: 1:5.1.4~rc1-1 Severity: normal Dear Maintainer, * What led up to the situation? Installing libreoffice-gtk3 instead of libreoffice-gtk. Then I tried scrolling by mouse, but there was too little distance for single scrolling (in comparison to libreoffice-gtk). * What exactly did you do (or not do) that was effective (or ineffective)? I searched in the properties to increase the speed (distance) of scrolling with mouse wheel, but don't found this. The one I can do - it's to place caret to the text and press keys with arrows, but it moves to sharply and if someshere are "page breaks" - it's to sharp. * What was the outcome of this action? >From this appears a problem in quite long documents: if I scroll with mouse - it's too long for time to scroll to needed place, if I scroll with scrollbar - it scrolls to fast (I miss needed place). * What outcome did you expect instead? Scrolling with mouse on the same distance, like in libreoffice-gtk package. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libreoffice-gtk3 depends on: ii dpkg 1.18.7 ii libatk1.0-0 2.20.0-1 ii libc6 2.22-11 ii libcairo-gobject2 1.14.6-1+b1 ii libcairo2 1.14.6-1+b1 ii libdbus-1-3 1.10.8-1 ii libdbus-glib-1-2 0.106-1 ii libgcc1 1:6.1.1-5 ii libgdk-pixbuf2.0-02.34.0-1 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libglew1.13 1.13.0-2 ii libglib2.0-0 2.48.1-1 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libgtk-3-03.20.6-1 ii libice6 2:1.0.9-1+b1 ii libpango-1.0-01.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libreoffice-core 1:5.1.4~rc1-1 ii libsm62:1.2.2-1+b1 ii libstdc++66.1.1-5 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii uno-libs3 5.1.4~rc1-1 ii ure 5.1.4~rc1-1 Versions of packages libreoffice-gtk3 recommends: ii libreoffice-style-tango 1:5.1.4~rc1-1 libreoffice-gtk3 suggests no packages. -- no debconf information
Bug#793818: Pcmanfm crash sometimes at the end of file(s) copy
Package: pcmanfm Version: 1.2.4-1 Followup-For: Bug #793818 Apparently it also happens when a large set of files has been copied with a different program. I have deleted the content of a directory with pcmanfm, then went to the parent directory, let the pcmanfm window open and opened a terminal from there (F4). I proceeded to copy a lot of files (an arborescence of several GiB) in the directory I had previously deleted the content of. Then I closed the terminal and went back to the directory with pcmanfm, and pcmanfm crashed. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pcmanfm depends on: ii libatk1.0-0 2.20.0-1 ii libc62.22-9 ii libcairo21.14.6-1+b1 ii libfm-gtk4 1.2.4-1 ii libfm4 1.2.4-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-0 2.48.1-1 ii libgtk2.0-0 2.24.30-2 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpangoft2-1.0-01.40.1-1 ii libx11-6 2:1.6.3-1 Versions of packages pcmanfm recommends: ii gnome-icon-theme3.12.0-2 pn gvfs-backends pn gvfs-fuse ii lxde-icon-theme 0.5.1-1 pn policykit-1-gnome | mate-polkit | lxpolkit pcmanfm suggests no packages. -- no debconf information
Bug#826655: fastboot: needs libselinux.so.0 which is not available
Package: fastboot Version: 1:6.0.1+r16-3 Severity: grave Justification: renders package unusable Dear all, it seems that a recent lib transition was not planned well: $ fastboot device fastboot: error while loading shared libraries: libselinux.so.0: cannot open shared object file: No such file or directory $ a and indeed there is only libselinux1:amd64: /lib/x86_64-linux-gnu/libselinux.so.1 Thanks Norbert -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-rc1+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fastboot depends on: ii android-libext4-utils 6.0.1+r16-1 ii android-libf2fs-utils 6.0.1+r16-1 ii android-libsparse 1:6.0.1+r16-3 ii android-libziparchive 1:6.0.1+r16-3 ii libc6 2.22-11 fastboot recommends no packages. fastboot suggests no packages. -- no debconf information
