Bug#864706: octocatalog-diff: New upstream release >= 1.3.0
Package: octocatalog-diff Version: 1.0.1-1 Severity: wishlist Dear Maintainer, Please update the package to latest release. (NB: I need https://github.com/github/octocatalog-diff/pull/122) Regards Mathieu Parent
Bug#864477: nvidia_icd.json does not refer to correct library when non-GLVND driver variant is installed
On 12 June 2017 at 09:40, Alex Smith wrote: > Interesting... an NVIDIA engineer explicitly said to me that the > correct thing to do is use libGL.so.1 for non-GLVND and > libGLX_nvidia.so.0 for GLVND. > > Seems like their installer is getting that wrong though - I've just > tested here too, if I install without GLVND from their installer I get > the wrong library path and a crash when I launch one of our affected > games. > > I've pinged them about it again just to double check, I'll let you > know what they say. I've confirmed this again with NVIDIA, they said that the current installer behaviour is a bug which they will fix.
Bug#618273: gambc: Version upgrade request
An update to this ancient bug: Debian is still on version 4.2.8, released in 2008, and is including this antique version with Stretch. Upstream is now on 4.8.8, released in Feb 2017. It looks as though Fedora has version 4.8.8, packaged under the name "gambit-c", with "aarch64" (~ arm64) and "armv7hl" (~ armhf) among its architectures.
Bug#794890: status update
Hi, Any status update on this? Did the effort trying to release with embedded deps hit a wall? How can I help? Alex
Bug#864355: ITP: cod-tools -- tools for manipulation of Crystallographic Information Format v1.1 and v2.0 files
Dear Andreas, thank you for your message. I would gladly maintain my package in either Debian Science or DebiChem team. Best wishes, Andrius On 10/06/17 07:58, Andreas Tille wrote: > Hi Andrius, > > thanks for this interesting ITP. This package seems to fit nicely into > the scope of Debian Science or DebiChem. I'd like to suggest you should > maintain the package in either of this team. > > Kind regards > >Andreas. > > On Wed, Jun 07, 2017 at 04:33:49PM +0300, Andrius Merkys wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Andrius Merkys >> >> * Package name: cod-tools >> Version : 2.0 >> Upstream Author : Saulius Gražulis , Andrius Merkys >> , Antanas Vaitkus >> * URL : http://wiki.crystallography.net/cod-tools >> * License : GPL 2.0 >> Programming Lang: C, Perl, Python, Shell >> Description : tools for manipulation of Crystallographic Information >> Format v1.1 and v2.0 files >> >> The package contains Crystallographic Information Format (CIF) v1.1 and >> v2.0 parser (parser of CIF v1.1 is compared to other parsers in Merkys et >> al. 2016, doi:10.1107/S1600576715022396) and scripts for manipulating CIF >> files. Package includes CIF parser bindings for C, Perl and Python. Tools >> from the package are used in the development and maintenance of the >> Crystallography Open Database (http://www.crystallography.net/cod/, usage >> described in Gražulis et al. 2009, doi:10.1107/S0021889809016690 and >> Gražulis et al. 2015, doi:10.1107/S1600576714025904). The tools follow >> the same filter-like usage pattern as Netpbm. >> >> As I am an upstream author, I plan to maintain the package myself. As >> this is my first submission, I will need a sponsor. >> >> -- Andrius Merkys PhD student at Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania Lecturer at Vilnius University Faculty of Mathematics and Informatics, Naugarduko g. 24 LT-03225 Vilnius, Lithuania
Bug#864707: thermald: missing Kaby Lake support for thermald 1.3-6 and 1.5.4-2
Package: thermald
Version: 1.6.0-3
Severity: normal
Dear Maintainer,
Please add Kabylake and Broadwell-GT processor models
Without this, thermald will not work correctly for these processors
diff --git a/src/thd_engine.cpp b/src/thd_engine.cpp
index e4a4ef1..de17cf2 100644
--- a/src/thd_engine.cpp
+++ b/src/thd_engine.cpp
@@ -593,12 +593,14 @@ static supported_ids_t id_table[] = {
{ 6, 0x45 }, // Haswell ULT
{ 6, 0x46 }, // Haswell ULT
{ 6, 0x3d }, // Broadwell
+ { 6, 0x47 }, // Broadwell-GT3E
{ 6, 0x37 }, // Valleyview BYT
{ 6, 0x4c }, // Brasewell
{ 6, 0x4e }, // skylake
{ 6, 0x5e }, // skylake
{ 6, 0x5c }, // Broxton
-
+ { 6, 0x8e }, // kabylake
+ { 6, 0x9e }, // kabylake
{ 0, 0 } // Last Invalid entry
};
Bug#864672: htop FTCBFS: python-minimal build dependency not installable
Hi Helmut, thank you very much for the patch. I applied it to our collab-maint repo so it will be in the next htop release for testing/Buster. https://anonscm.debian.org/cgit/collab-maint/htop.git/commit/?id=ba3d665468e9752a81a50bb2df7639950e0a3c77 Kind regards, Daniel
Bug#857277: Segmentation fault by use of "call" inside "later"
Hello Witali, the use of 'call' in this context is not legal. As the documentation explains, 'later' uses 'pipe' internally to fork a child process, and reads the standard output of that process. What it does not explain, however, is that 'later' uses (pr) and (rd), i.e. the PicoLisp binary I/O format, to communicate the result. Therefore it is fatal if the expression in 'later' writes arbitrary data to standard output. But 'ls' does write data to stdout here. (later (cons) (call "sleep" 1)) works without problem, because "sleep" does not write anything. In this context, (call 'ls '-d) is not meaningful, as the date written by 'ls' are lost. Correct would be to use e.g. (in '(ls -d) (line)). I added a note to the reference of 'later'. Cheers, - Alex
Bug#794890: [Pkg-javascript-devel] Bug#794890: status update
2017-06-13 10:11 GMT+02:00 Alexandre Rossi : > Hi, > > Any status update on this? Did the effort trying to release with > embedded deps hit a wall? How can I help? > > Right now npm 5 depends indirectly on both "request" and "got" modules, which are doing exactly the same thing. Maintaining this requires an amount of forgiveness i don't have right now. Anyway here's what you would want to do: - start from an empty debian/copyright file (to avoid old dfsg repackagings) - import new upstream tarball - populate debian/copyright (including everything in node_modules as well), it shouldn't be that difficult. With this approach the only maintenance burden will be to update debian/copyright. Next step will be up to ftpmasters to decide if it's okay to bundle everything in that particular case. Jérémy
Bug#821115: Mrs. Mary Hamilton
A special donation was made to you and your family. Contact ( maryhamiltonfu...@yahoo.com ) for details... Please Note: This is the third time we have been trying to contact you. Best Regards Mrs. Mary Hamilton
Bug#864708: python-certbot-apache: After the installation subversion no longer works over http (but works over https)
Package: python-certbot-apache Version: 0.10.2-1 Severity: important Dear Maintainer, During the installation steps I chosen to mantain both http and https sites. After the installation of the package subversion server over http does not works any more. I had a saved configuration (the whole /et/apache2 folder), rolking back to that all works as usual. Can I snd you more informations? -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-certbot-apache depends on: ii apache22.4.25-3 ii certbot0.10.2-1 ii python 2.7.13-2 ii python-acme0.10.2-1 ii python-augeas 0.5.0-1 ii python-certbot 0.10.2-1 ii python-mock2.0.0-3 ii python-pkg-resources 33.1.1-1 ii python-zope.component 4.3.0-1 ii python-zope.interface 4.3.2-1 python-certbot-apache recommends no packages. Versions of packages python-certbot-apache suggests: pn python-certbot-apache-doc -- no debconf information
Bug#864477: nvidia_icd.json does not refer to correct library when non-GLVND driver variant is installed
On Tue, 2017-06-13 at 08:49 +0100, Alex Smith wrote: > On 12 June 2017 at 09:40, Alex Smith > wrote: > > Interesting... an NVIDIA engineer explicitly said to me that the > > correct thing to do is use libGL.so.1 for non-GLVND and > > libGLX_nvidia.so.0 for GLVND. > > > > Seems like their installer is getting that wrong though - I've just > > tested here too, if I install without GLVND from their installer I > > get > > the wrong library path and a crash when I launch one of our > > affected > > games. > > > > I've pinged them about it again just to double check, I'll let you > > know what they say. > > I've confirmed this again with NVIDIA, they said that the current > installer behaviour is a bug which they will fix. Thanks for confirming! We'll try to work out a solution until they publish a new release. Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#864709: xfce CD1 image should contain fonts for languages supported by debian installer
Package: debian-cd version: 3.1.20 severity: serious justification: it makes menus un readable I selected Malayalam during installation of last testing snapshot of stretch, but the system did not have a Malayalam font installed. I'd think the case would be similar for other languages. Can't we reuse the fonts used by the installer? It may require changes in the installer to use normal debs instead of udebs. signature.asc Description: OpenPGP digital signature
Bug#864477: nvidia_icd.json does not refer to correct library when non-GLVND driver variant is installed
On 2017-06-13 09:49, Alex Smith wrote: > I've confirmed this again with NVIDIA, they said that the current > installer behaviour is a bug which they will fix. Thanks. For now, I'll add a conflict between the vulkan-icd and the non-GLVND libgl1-nvidia-glx. Let's see how upstream's solution looks before we invent our own. Andreas
Bug#864710: ITP: segyio -- Simple SEG-Y library
Package: wnpp Severity: wishlist Owner: "Jørgen Kvalsvik" * Package name: segyio Version : 1.1.0 Upstream Author : Jørgen Kvalsvik * URL : https://github.com/statoil/segyio * License : LGPL Programming Lang: C, Python Description : Simple SEG-Y library segyio is a fairly simple library for reading and writing SEG-Y files https://en.wikipedia.org/wiki/SEG_Y which extensively used geo sciences. The library is developed mostly according to our needs, but we'd love to build a community around embeddable, high quality libraries for geo sciences. We plan to extend language support beyond python in the future, once we have a use case for it. We have received some interest from various parties, and we already distribute both source code and binaries through pypi https://pypi.python.org/pypi/SegyIO The libraries are used daily by our scientists and developers. There are plenty of products that support reading and writing SEG-Y files, but most are bundled inside huge properietary applications, and few are fast and usable as libraries. What's needed is a debian entry, some packaging aid (we'd like to split the package into its core and its language extensions for Debian distribution), but we plan to maintain the source code ourselves in perpetuity. We're of course happy to take patches and to accomodate the need of distributions.
Bug#864711: During start, chowning of /run/nsd fails if using sysvinit
Package: nsd Version: 4.1.14-1 The /etc/init.d/nsd init script has a bug that makes chowning to nsd:nsd of /run/nsd fails. The script in do_tmpfiles reads from /usr/lib/tmpfiles.d/nsd.conf to a certain variables, with the last being "group", and then chowns if the entry is a directory. However because /usr/lib/tmpfiles.d/nsd.conf contains two additional unused fields (Age and Argument) which contains dashes, the "group" variable instead of "nsd" it ends being "nsd - -", which is an invalid group indeed. Attached is a simple patch which simply adds another extra dummy variable to hold the unused fields. Marcos --- nsd.old 2017-06-13 10:36:40.702748345 +0200 +++ nsd 2017-06-13 10:36:47.330748081 +0200 @@ -23,7 +23,7 @@ TMPFILE=/usr/lib/tmpfiles.d/$1.conf if [ -r "$TMPFILE" ]; then - while read type path mode user group; do + while read type path mode user group rest; do if [ "$type" = "d" ]; then mkdir -p "$path" chmod "$mode" "$path"
Bug#864355: ITP: cod-tools -- tools for manipulation of Crystallographic Information Format v1.1 and v2.0 files
Debichem has other molecular viewers and toolkits, I suggest going with Debichem to fit alongside those packages. Drew On Tue, 2017-06-13 at 11:21 +0300, Andrius Merkys wrote: > Dear Andreas, > > thank you for your message. I would gladly maintain my package in > either > Debian Science or DebiChem team. > > Best wishes, > Andrius > > > On 10/06/17 07:58, Andreas Tille wrote: > > Hi Andrius, > > > > thanks for this interesting ITP. This package seems to fit nicely > > into > > the scope of Debian Science or DebiChem. I'd like to suggest you > > should > > maintain the package in either of this team. > > > > Kind regards > > > > Andreas. > > > > On Wed, Jun 07, 2017 at 04:33:49PM +0300, Andrius Merkys wrote: > > > Package: wnpp > > > Severity: wishlist > > > Owner: Andrius Merkys > > > > > > * Package name: cod-tools > > > Version : 2.0 > > > Upstream Author : Saulius Gražulis , Andrius > > > Merkys , Antanas Vaitkus > > u...@gmail.com> > > > * URL : http://wiki.crystallography.net/cod-tools > > > * License : GPL 2.0 > > > Programming Lang: C, Perl, Python, Shell > > > Description : tools for manipulation of Crystallographic > > > Information Format v1.1 and v2.0 files > > > > > > The package contains Crystallographic Information Format (CIF) > > > v1.1 and > > > v2.0 parser (parser of CIF v1.1 is compared to other parsers in > > > Merkys et > > > al. 2016, doi:10.1107/S1600576715022396) and scripts for > > > manipulating CIF > > >
Bug#864695: python-qgis-common: missing conflict with python-qgis 2.4.0-1+b1
Hi, On Tue, Jun 13, 2017 at 08:16:36AM +0200, Sebastiaan Couwenberg wrote: > Conflicts is not appropriate in this situation, Breaks/Replaces with a > version is (the file was moved in QGIS 2.6.0). Sure - I meant 'conflict' in an abstract sense, not the Conflicts header. Thanks for fixing the issue. > Because of the preparations for the stretch release this weekend, the > fix won't be able to get into stretch until the first point release. > > Any QGIS users upgrading from jessie to stretch in the mean time are > recommended to remove the qgis package before the upgrade and reinstall > it afterwards. Which could still be mentioned in the release notes, I guess? Best regards, Jan
Bug#864655: stretch-pu: package trafficserver/7.0.0-5+deb9u1
On Mon, Jun 12, 2017 at 09:58:07PM +0800, Aron Xu wrote:
>...
> @@ -1,3 +1,11 @@
> +trafficserver (7.0.0-5+deb9u1) UNRELEASED; urgency=medium
>...
> + * Add a patch to fix arm build
> +
> + -- Jean Baptiste Favre Mon, 29 May 2017 14:45:52 +0200
>...
> ++ #if defined(__ARM_ARCH_4__) \
> ++ || defined(__ARM_ARCH_4T__) \
> ++ || defined(__ARM_ARCH_5__) \
> ++ || defined(__ARM_ARCH_5E__) \
> ++ || defined(__ARM_ARCH_5T__) \
> ++ || defined(__ARM_ARCH_5TE__) \
> ++ || defined(__ARM_ARCH_5TEJ__) \
> ++ || defined(__ARM_ARCH_6__) \
> ++ || defined __ARM_ARCH_6J__ \
> ++ || defined(__ARM_ARCH_6K__) \
> ++ || defined(__ARM_ARCH_6Z) \
> ++ || defined(__ARM_ARCH_6ZK__) \
> ++ || defined(__ARM_ARCH_6T2__)
> ++#if defined(__thumb__)
> ++ // This is just a placeholder and almost certainly not sufficient.
> ++ #define mb() __asm__ __volatile__ ("" : : : "memory");
> ++ #define rmb() __asm__ __volatile__("" : : : "memory")
> ++ #define wmb() __asm__ __volatile__("" : : : "memory")
>...
This would change the code from not building to being known broken on armel.
That's IMHO worse than before.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
Bug#864712: release-notes: Document possible QGIS upgrade failure
Package: release-notes Severity: normal Tags: patch Dear Maintainer, The jessie to stretch upgrade may fail due to a file conflict in the QGIS packages as reported in #864695. Because the fix cannot be included in stretch r0, the issue should be documented in the release notes. Please consider the attached patch. Kind Regards, Bas Index: en/issues.dbk === --- en/issues.dbk (revision 11636) +++ en/issues.dbk (working copy) @@ -905,6 +905,16 @@ do this transition. + +QGIS upgrade may fail + + The upgrade of the + python-qgis-common + package may fail due to a file conflict. To prevent the upgrade + failure remove the qgis packages before the upgrade and reinstall + them afterwards. + +
Bug#864497: nvidia-driver should depend on libgl1-nvidia-glvnd-glx instead of libgl1-nvidia-glx by default
On 2017-06-10 13:55, Luca Boccassi wrote: > On Fri, 2017-06-09 at 18:33 +0200, Julien Aubin wrote: >> Okay thanks. If it were possible in that case to remove the non gnlvd >> it >> could be fine > > Nvidia itself said (or were saying until recently) that the glvnd stuff > was still experimental, so at least for Stretch we should leave the > non-glvnd stuff in. We can consider removing it for Buster IMHO. We could rename libgl1-nvidia-glx to libgl1-nvidia-non-glvnd-glx (without a transitional package), that would ensure upgrades switch to the glvnd flavor automatically. But I'm not sure whether we should propose to do this in stretch. Same for libegl1. Andreas
Bug#864713: RFS: cod-tools/2.0-5 [ITP] -- tools for manipulation of Crystallographic Information Format files
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cod-tools" * Package name: cod-tools Version : 2.0-5 Upstream Author : Saulius Gražulis , Andrius Merkys , Antanas Vaitkus * URL : http://wiki.crystallography.net/cod-tools * License : GPL 2.0 Section : misc It builds those binary packages: cod-tools - tools for manipulating CIF format files codcif - error-correcting CIF parser libcexceptions0 - C exception handling library libcod-cif-parser-bison-perl - error-correcting CIF parser - Perl bindings libcod-cif-parser-yapp-perl - error-correcting CIF parser - YAPP implementation libcod-precision-perl - COD precision handling module for Perl language libcod-usermessage-perl - COD message formatting module for Perl language libgetoptions0 - Command line argument processing library for C python-pycodcif - error-correcting CIF parser - Python bindings To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cod-tools Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cod-tools/cod-tools_2.0-5.dsc More information about cod-tools can be obtained from http://wiki.crystallography.net/cod-tools. Regards, Andrius Merkys
Bug#864714: task crm_node blocked for more than 120 seconds.
Package: src:linux Version: 4.9.25-1~bpo8+1 Severity: important Jun 13 03:37:10 vhost082 kernel: INFO: task crm_node:20251 blocked for more than 120 seconds. Jun 13 03:37:10 vhost082 kernel: Not tainted 4.9.0-0.bpo.3-amd64 #1 Jun 13 03:37:10 vhost082 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jun 13 03:37:10 vhost082 kernel: crm_nodeD0 20251 1 0x0004 Jun 13 03:37:10 vhost082 kernel: 9a631206d000 9a733871e080 9a651e590080 Jun 13 03:37:10 vhost082 kernel: 9a733f4587c0 bdfd0a0e7780 8d00089d 9a64d1acb7b8 Jun 13 03:37:10 vhost082 kernel: 9a64fc540208 f36f10d0 9a65037aa340 9a651e590080 Jun 13 03:37:10 vhost082 kernel: Call Trace: Jun 13 03:37:10 vhost082 kernel: [] ? __schedule+0x23d/0x6d0 Jun 13 03:37:10 vhost082 kernel: [] ? bit_wait_timeout+0x90/0x90 Jun 13 03:37:10 vhost082 kernel: [] ? schedule+0x32/0x80 Jun 13 03:37:10 vhost082 kernel: [] ? schedule_timeout+0x249/0x300 Jun 13 03:37:10 vhost082 kernel: [] ? strlcpy+0x31/0x40 Jun 13 03:37:10 vhost082 kernel: [] ? kernfs_path_from_node_locked+0x296/0x320 Jun 13 03:37:10 vhost082 kernel: [] ? bit_wait_timeout+0x90/0x90 Jun 13 03:37:10 vhost082 kernel: [] ? io_schedule_timeout+0xb4/0x130 Jun 13 03:37:10 vhost082 kernel: [] ? prepare_to_wait_exclusive+0x57/0x80 Jun 13 03:37:10 vhost082 kernel: [] ? bit_wait_io+0x17/0x60 Jun 13 03:37:10 vhost082 kernel: [] ? __wait_on_bit_lock+0x7f/0xb0 Jun 13 03:37:10 vhost082 kernel: [] ? __lock_page+0x7f/0xa0 Jun 13 03:37:10 vhost082 kernel: [] ? autoremove_wake_function+0x40/0x40 Jun 13 03:37:10 vhost082 kernel: [] ? pagecache_get_page+0x21b/0x2b0 Jun 13 03:37:10 vhost082 kernel: [] ? shmem_unused_huge_shrink+0x1eb/0x360 Jun 13 03:37:10 vhost082 kernel: [] ? super_cache_scan+0x184/0x190 Jun 13 03:37:10 vhost082 kernel: [] ? shrink_slab+0x24a/0x450 Jun 13 03:37:10 vhost082 kernel: [] ? shrink_node+0x10a/0x320 Jun 13 03:37:10 vhost082 kernel: [] ? do_try_to_free_pages+0xfb/0x330 Jun 13 03:37:10 vhost082 kernel: [] ? try_to_free_pages+0xfc/0x1b0 Jun 13 03:37:10 vhost082 kernel: [] ? __alloc_pages_slowpath+0x319/0xb60 Jun 13 03:37:10 vhost082 kernel: [] ? __alloc_pages_nodemask+0x208/0x270 Jun 13 03:37:10 vhost082 kernel: [] ? alloc_pages_current+0x8a/0x110 Jun 13 03:37:10 vhost082 kernel: [] ? pte_alloc_one+0x13/0x40 Jun 13 03:37:10 vhost082 kernel: [] ? __pte_alloc+0x19/0x100 Jun 13 03:37:10 vhost082 kernel: [] ? alloc_set_pte+0x521/0x590 Jun 13 03:37:10 vhost082 kernel: [] ? handle_mm_fault+0x7da/0x1560 Jun 13 03:37:10 vhost082 kernel: [] ? __do_page_fault+0x253/0x510 Jun 13 03:37:10 vhost082 kernel: [] ? page_fault+0x28/0x30
Bug#864714: task crm_node blocked for more than120 seconds.
Package: src:linux Version: 4.9.25-1~bpo8+1 Severity: important Jun 13 03:45:08 vhost012 kernel: INFO: task crm_node:26960 blocked for more than 120 seconds. Jun 13 03:45:08 vhost012 kernel: Not tainted 4.9.0-0.bpo.3-amd64 #1 Jun 13 03:45:08 vhost012 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jun 13 03:45:08 vhost012 kernel: crm_nodeD0 26960 1 0x0004 Jun 13 03:45:08 vhost012 kernel: 88a4291ba800 88b238575040 88a270349140 Jun 13 03:45:08 vhost012 kernel: 88b23f2987c0 b8384f347780 85c0089d c0117881 Jun 13 03:45:08 vhost012 kernel: c0135080 34e39680 85954ca5 88a270349140 Jun 13 03:45:08 vhost012 kernel: Call Trace: Jun 13 03:45:08 vhost012 kernel: [] ? __schedule+0x23d/0x6d0 Jun 13 03:45:08 vhost012 kernel: [] ? scsi_init_io+0x41/0x1f0 [scsi_mod] Jun 13 03:45:08 vhost012 kernel: [] ? swiotlb_map_sg_attrs+0x45/0x130 Jun 13 03:45:08 vhost012 kernel: [] ? bit_wait_timeout+0x90/0x90 Jun 13 03:45:08 vhost012 kernel: [] ? schedule+0x32/0x80 Jun 13 03:45:08 vhost012 kernel: [] ? schedule_timeout+0x249/0x300 Jun 13 03:45:08 vhost012 kernel: [] ? update_curr+0xdf/0x160 Jun 13 03:45:08 vhost012 kernel: [] ? account_entity_dequeue+0xa3/0xc0 Jun 13 03:45:08 vhost012 kernel: [] ? bit_wait_timeout+0x90/0x90 Jun 13 03:45:08 vhost012 kernel: [] ? io_schedule_timeout+0xb4/0x130 Jun 13 03:45:08 vhost012 kernel: [] ? prepare_to_wait_exclusive+0x57/0x80 Jun 13 03:45:08 vhost012 kernel: [] ? bit_wait_io+0x17/0x60 Jun 13 03:45:08 vhost012 kernel: [] ? __wait_on_bit_lock+0x7f/0xb0 Jun 13 03:45:08 vhost012 kernel: [] ? __lock_page+0x7f/0xa0 Jun 13 03:45:08 vhost012 kernel: [] ? autoremove_wake_function+0x40/0x40 Jun 13 03:45:08 vhost012 kernel: [] ? pagecache_get_page+0x21b/0x2b0 Jun 13 03:45:08 vhost012 kernel: [] ? shmem_unused_huge_shrink+0x1eb/0x360 Jun 13 03:45:08 vhost012 kernel: [] ? super_cache_scan+0x184/0x190 Jun 13 03:45:08 vhost012 kernel: [] ? shrink_slab+0x24a/0x450 Jun 13 03:45:08 vhost012 kernel: [] ? shrink_node+0x10a/0x320 Jun 13 03:45:08 vhost012 kernel: [] ? do_try_to_free_pages+0xfb/0x330 Jun 13 03:45:08 vhost012 kernel: [] ? try_to_free_pages+0xfc/0x1b0 Jun 13 03:45:08 vhost012 kernel: [] ? __alloc_pages_slowpath+0x319/0xb60 Jun 13 03:45:08 vhost012 kernel: [] ? __alloc_pages_nodemask+0x208/0x270 Jun 13 03:45:08 vhost012 kernel: [] ? alloc_pages_current+0x8a/0x110 Jun 13 03:45:08 vhost012 kernel: [] ? pte_alloc_one+0x13/0x40 Jun 13 03:45:08 vhost012 kernel: [] ? __pte_alloc+0x19/0x100 Jun 13 03:45:08 vhost012 kernel: [] ? alloc_set_pte+0x521/0x590 Jun 13 03:45:08 vhost012 kernel: [] ? handle_mm_fault+0x7da/0x1560 Jun 13 03:45:08 vhost012 kernel: [] ? __do_page_fault+0x253/0x510 Jun 13 03:45:08 vhost012 kernel: [] ? page_fault+0x28/0x30
Bug#864173: [Pkg-nagios-devel] Bug#864173: check_backuppc does not compile
Hi Peter, Am 12.06.17 um 21:37 schrieb Peter Palfrader: >> I guess you have one of these packages installed? >> >> # zgrep -1 check_backuppc >> /usr/share/doc/nagios-plugins-contrib/README.Debian.plugins | grep -v ^$ >> check_backuppc: >> Required Packages: libmonitoring-plugin-perl | libnagios-plugin-perl > I don't. as statet in /usr/share/doc/nagios-plugins-contrib/README.Debian.plugins you need to install additional packages for most of the plugins to work. Those are mostly listed as Recommends which you might not have enabled. Please ensure that libmonitoring-plugin-perl or libnagios-plugin-perl (>= 0.31) are installed. With best regards, Jan. -- Never write mail to , you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M+ V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: OpenPGP digital signature
Bug#864715: USB netinst fails to identify /media/cdrom as a path for base system packages or /cdrom mounting
Package: installation-reports On running the installer manually from inside the OEM Windows installed, everything appeared to run smoothly up to the reboot following partition and formatting of the machines drives. On that boot the installer now running off the HDD began looping at the "Install base system" step, no errors or other signs of trouble - just display the progress bar for a few mins, then flick out to the step-by-step listing as if that step was done - but highlighting the same "Install base system" entry every time enter was pressed to start the step. Manually going to the next step on the list failed with a message about the base system not being fully present. Skipping to the shell for manual inspection showed that the path /cdrom was being searched for the image packages but non-existent already (expected after install is complete, but not halfway through). Since this was a USB based install the netinst image had been loaded as /media/cdrom, and /dev/cdrom was not a mountable device since the CD/DVD drive did not have a disk. Manually creating a symlink "ln -s /media/cdrom /cdrom" allowed the installer to continue and successfully install the system. NP: if this is not already fixed in the latest 1-2 installer versions it really should be handled for Stretch. This has a high potential for newbies "bricking" their machines since they will not readily know the manual fix necessary. -- Package-specific info: Boot method: netinst image on a USB drive, run from Windows 7 Image version: unknown sorry, downloaded from Debian mirrors 2017-05-12 Date: 2017-05-21 Machine: Dell Processor: Intel Celeron (64-bit quad-core) Memory: 4GB Partitions: ilesystem Type 1K-blocks Used Available Use% Mounted on udev devtmpfs 102400 10240 0% /dev tmpfs tmpfs 40093646044354892 12% /run /dev/dm-0 ext4 149393716 12988176 128793740 10% / tmpfs tmpfs 10023400 1002340 0% /dev/shm tmpfs tmpfs 51200 5120 0% /run/lock tmpfs tmpfs 10023400 1002340 0% /sys/fs/cgroup Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e10] (rev 03) 00:01.0 PCI bridge [0604]: Intel Corporation 4 Series Chipset PCI Express Root Port [8086:2e11] (rev 03) 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e12] (rev 03) 00:02.1 Display controller [0380]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e13] (rev 03) 00:03.0 Communication controller [0780]: Intel Corporation 4 Series Chipset HECI Controller [8086:2e14] (rev 03) 00:03.2 IDE interface [0101]: Intel Corporation 4 Series Chipset PT IDER Controller [8086:2e16] (rev 03) 00:03.3 Serial controller [0700]: Intel Corporation 4 Series Chipset Serial KT Controller [8086:2e17] (rev 03) 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02) 00:1a.0 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #4 [8086:3a67] (rev 02) 00:1a.1 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #5 [8086:3a68] (rev 02) 00:1a.2 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #6 [8086:3a69] (rev 02) 00:1a.7 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #2 [8086:3a6c] (rev 02) 00:1b.0 Audio device [0403]: Intel Corporation 82801JD/DO (ICH10 Family) HD Audio Controller [8086:3a6e] (rev 02) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express Port 1 [8086:3a70] (rev 02) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express Port 2 [8086:3a72] (rev 02) 00:1d.0 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #1 [8086:3a64] (rev 02) 00:1d.1 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #2 [8086:3a65] (rev 02) 00:1d.2 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #3 [8086:3a66] (rev 02) 00:1d.7 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #1 [8086:3a6a] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev a2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801JDO (ICH10DO) LPC Interface Controller [8086:3a14] (rev 02) 00:1f.2 RAID bus controller [0104]: Intel Corporation SATA Controller [RAID mode] [8086:2822] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801JD/DO (ICH10 Family) SMBus Controller [8086:3a60] (rev 02) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure
Bug#839894: [patch] not fixed yet: fails to install GRUB on a large JBOD system
control: reopen -1 control: tag -1 +patch Hi, I've tested RC5 with VirtualBox but it seems to be not fixed this bug. Could you check attached patch, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane >From 3ec38ae6b05886e437f79f5bc9c1731f9255074a Mon Sep 17 00:00:00 2001 From: Hideki Yamane Date: Tue, 13 Jun 2017 21:03:43 +0900 Subject: [PATCH] really fix Bug#839894 don't forget to add /dev/ ... --- grub-installer | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/grub-installer b/grub-installer index 743af68..6a9127b 100755 --- a/grub-installer +++ b/grub-installer @@ -254,7 +254,7 @@ case $prefix in /dev/mapper) disc_offered_devfs="$bootfs" ;; -/dev/[hsv]d[a-z0-9]|[hsv]d[a-z0-9][a-z]*|/dev/xvd[a-z]|/dev/cciss/c[0-9]d[0-9]*|/dev/ida/c[0-9]d[0-9]*|/dev/rs/c[0-9]d[0-9]*|/dev/mmcblk[0-9]|/dev/nvme[0-9]*n[0-9]*|/dev/ad[0-9]*|/dev/da[0-9]*) +/dev/[hsv]d[a-z0-9]|/dev/[hsv]d[a-z0-9][a-z]*|/dev/xvd[a-z]|/dev/cciss/c[0-9]d[0-9]*|/dev/ida/c[0-9]d[0-9]*|/dev/rs/c[0-9]d[0-9]*|/dev/mmcblk[0-9]|/dev/nvme[0-9]*n[0-9]*|/dev/ad[0-9]*|/dev/da[0-9]*) disc_offered_devfs="$prefix" ;; *) -- 2.11.0
Bug#863606: vlc: Unable to play DVDs after upgrading to Stretch
Control: tag -1 - moreinfo Le 12/06/2017 à 21:31, Sebastian Ramacher a écrit : > Looks like you have libvdpau-va-gl1 installed and use a Intel GPU. As this > combination caused problems in the past, could you please try to disable > hardware decoding, or force vlc to use VA-API or unsinstalling libvdpau-va-gl1 > completely? > > (This might be totally unrelated to your issue, but I am not aware of any > changes between jessie and stretch that could have caused regressions in DVD > support.) Thank you for the hint Sebastian. libvdpau-va-gl1 isn't installed, and after disabling the hardware acceleration (in Tools -> Preferences -> Video -> Accelerated video output) I get the same result. Since my initial report I observed the same scrambled output with a .ts file not from a DVD, so that's probably not a dvdcss issue. The laptop is a Thinkpad T60p with an Intel Core 2 Duo T2600 and an ATI Mobility FireGL V5200 video card. Is there a way to force the use of VA-API with this setup? In Output combobox of the video settings I saw nothing related to VA-API. Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Bug#864497: nvidia-driver should depend on libgl1-nvidia-glvnd-glx instead of libgl1-nvidia-glx by default
On Tue, 2017-06-13 at 12:59 +0200, Andreas Beckmann wrote: > On 2017-06-10 13:55, Luca Boccassi wrote: > > On Fri, 2017-06-09 at 18:33 +0200, Julien Aubin wrote: > > > Okay thanks. If it were possible in that case to remove the non > > > gnlvd > > > it > > > could be fine > > > > Nvidia itself said (or were saying until recently) that the glvnd > > stuff > > was still experimental, so at least for Stretch we should leave the > > non-glvnd stuff in. We can consider removing it for Buster IMHO. > > We could rename libgl1-nvidia-glx to libgl1-nvidia-non-glvnd-glx > (without a transitional package), that would ensure upgrades switch > to > the glvnd flavor automatically. But I'm not sure whether we should > propose to do this in stretch. > Same for libegl1. Sounds like a good plan. I also agree it's best to avoid changing stretch at this point. Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#864716: initramfs-tools: Missing fbcon modules causes blank screen during password prompt
Package: initramfs-tools
Version: 0.130
Severity: normal
Dear Maintainer,
after upgrading from jessie to stretch and rebooting, I got a blank
screen. Figured out the system was waiting for the hard disk passphrase
("Please unlock disk " prompt). After entering the password blindly,
the system booted successfully.
Using "break=top" and running scripts manually, I found out that the
screen went black when running /scripts/init-top/udev.
Disabling modesetting via kernel command line made the prompt visible,
but caused issues later when starting X, so it's not a solution.
Finally, I found out that the fbcon module was missing from the
initramfs, and adding it to /etc/initramfs-tools/modules solves the
issue.
This is on a thinkpad x201s with CPU-integrated intel graphics (i915
driver).
Best Regards,
Jan
-- Package-specific info:
BOOT_IMAGE=/vmlinuz-4.11.4 root=/dev/mapper/ssd1-root64 ro
intel_iommu=on,igfx_off apparmor=1 security=apparmor vsyscall=emulate quiet
crashkernel=384M-:128M
-- resume
RESUME=none
-- /proc/filesystems
cramfs
btrfs
ext3
ext4
fuseblk
-- lsmod
Module Size Used by
ebtable_filter 16384 0
ebtables 28672 1 ebtable_filter
tun28672 4
btusb 36864 0
btrtl 16384 1 btusb
btintel16384 1 btusb
bluetooth 274432 3 btrtl,btintel,btusb
cpufreq_powersave 16384 0
cpufreq_userspace 16384 0
cpufreq_conservative16384 0
fuse 81920 3
arc4 16384 2
iwldvm122880 0
snd_hda_codec_hdmi 40960 1
snd_hda_codec_generic57344 1
mac80211 552960 1 iwldvm
coretemp 16384 0
kvm_intel 184320 0
snd_hda_intel 36864 0
kvm 520192 1 kvm_intel
snd_hda_codec 102400 3
snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic
iwlwifi 118784 1 iwldvm
snd_hwdep 16384 1 snd_hda_codec
irqbypass 16384 1 kvm
joydev 20480 0
snd_hda_core 69632 4
snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic
serio_raw 16384 0
intel_cstate 16384 0
pcspkr 16384 0
snd_pcm_oss45056 0
sg 36864 0
cfg80211 524288 3 iwlwifi,mac80211,iwldvm
snd_mixer_oss 24576 1 snd_pcm_oss
lpc_ich24576 0
mfd_core 16384 1 lpc_ich
intel_agp 16384 0
mei_me 24576 0
snd_pcm90112 5
snd_pcm_oss,snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi
mei65536 1 mei_me
snd_timer 32768 1 snd_pcm
acpi_cpufreq 16384 1
thinkpad_acpi 77824 0
nvram 16384 1 thinkpad_acpi
snd69632 10
snd_pcm_oss,snd_hda_intel,snd_hwdep,snd_mixer_oss,snd_hda_codec,snd_timer,thinkpad_acpi,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_pcm
soundcore 16384 1 snd
rfkill 24576 3 bluetooth,thinkpad_acpi,cfg80211
battery20480 0
ipt_MASQUERADE 16384 2
ac 16384 0
nf_nat_masquerade_ipv416384 1 ipt_MASQUERADE
iptable_nat16384 1
evdev 20480 20
nf_nat_ipv416384 1 iptable_nat
nf_nat 28672 2 nf_nat_masquerade_ipv4,nf_nat_ipv4
ipt_REJECT 16384 1
nf_reject_ipv4 16384 1 ipt_REJECT
tpm_tis16384 0
nf_log_ipv416384 1
tpm_tis_core 20480 1 tpm_tis
nf_conntrack_ipv4 16384 6
nf_defrag_ipv4 16384 1 nf_conntrack_ipv4
iptable_filter 16384 1
ip6t_REJECT16384 1
nf_reject_ipv6 16384 1 ip6t_REJECT
nf_log_ipv616384 1
nf_log_common 16384 2 nf_log_ipv6,nf_log_ipv4
xt_LOG 16384 2
xt_limit 16384 2
xt_physdev 16384 8
br_netfilter 20480 1 xt_physdev
bridge118784 1 br_netfilter
stp16384 1 bridge
llc16384 2 bridge,stp
xt_pkttype 16384 6
xt_tcpudp 16384 34
ip6t_rt16384 1
nf_conntrack_ipv6 16384 3
nf_defrag_ipv6 32768 1 nf_conntrack_ipv6
xt_conntrack 16384 6
nf_conntrack 110592 7
nf_conntrack_ipv6,nf_conntrack_ipv4,ipt_MASQUERADE,nf_nat_masquerade_ipv4,xt_conntrack,nf_nat_ipv4,nf_nat
ip6table_filter16384 1
ip6_tables 24576 1 ip6table_filter
ip_set_hash_ipport 28672 1
ip_set 32768 1 ip_set_hash_ipport
nfnetlink 16384 1 ip_set
tpm_rng16384 0
tpm40960 3 tpm_tis,tpm_rng,tpm_tis_core
rng_core 16384 2 tpm_rng
tp_smapi 28672 0
thinkpad_ec16384 1 tp_smapi
loop
Bug#864715: USB netinst fails to identify /media/cdrom as a path for base system packages or /cdrom mounting
On Tue, Jun 13, 2017 at 11:39:46PM +1200, Amos Jeffries wrote: >Package: installation-reports > >On running the installer manually from inside the OEM Windows installed, >everything appeared to run smoothly up to the reboot following partition and >formatting of the machines drives. On that boot the installer now running off >the HDD began looping at the "Install base system" step, no errors or other >signs of trouble - just display the progress bar for a few mins, then flick >out to the step-by-step listing as if that step was done - but highlighting >the same "Install base system" entry every time enter was pressed to start >the step. Ummm... Question: you say "up to the reboot following partition and formatting of the machines drives". debian-installer doesn't reboot there. How did you prepare your USB stick, please? -- Steve McIntyre, Cambridge, UK.st...@einval.com "C++ ate my sanity" -- Jon Rabone
Bug#864717: failed to rebuild on Stretch
Package: libffado Version: 2.3.0-2 Dear debian maintainers, trying to rebuild a 32 bits package for FFADO with pbuilder on 64 bits machine gives me a : ... zip ... scons: done reading SConscript files. scons: Building targets ... building 'config_debug.h' from 'config_debug.h.in' building 'config.h' from 'config.h.in' g++ -o src/DeviceStringParser.os -c -std=gnu++11 -mx32 -fPIC -fPIC -DDEBUG_MESSAGES -DENABLE_BEBOB -DENABLE_FIREWORKS -DENABLE_OXFORD -DENABLE_MOTU -DENABLE_DICE -DENABLE_RME -DENABLE_GENERICAVC -I. -Isrc -I/usr/include/libxml++-2.6 -I/usr/lib/i386-linux-gnu/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/i386-linux-gnu/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/i386-linux-gnu/sigc++-2.0/include src/DeviceStringParser.cpp In file included from /usr/include/inttypes.h:25:0, from src/ffadotypes.h:31, from src/debugmodule/../fbtypes.h:27, from src/debugmodule/debugmodule.h:30, from src/DeviceStringParser.h:27, from src/DeviceStringParser.cpp:24: /usr/include/features.h:364:25: fatal error: sys/cdefs.h: No such file or directory # include ^ compilation terminated. scons: *** [src/DeviceStringParser.os] Error 1 g++ -o src/bebob/bebob_avdevice.os -c -std=gnu++11 -mx32 -fPIC -fPIC -DDEBUG_MESSAGES -DENABLE_BEBOB -DENABLE_FIREWORKS -DENABLE_OXFORD -DENABLE_MOTU -DENABLE_DICE -DENABLE_RME -DENABLE_GENERICAVC -I. -Isrc -I/usr/include/libxml++-2.6 -I/usr/lib/i386-linux-gnu/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/i386-linux-gnu/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/i386-linux-gnu/sigc++-2.0/include src/bebob/bebob_avdevice.cpp In file included from /usr/include/inttypes.h:25:0, from src/ffadotypes.h:31, from src/debugmodule/../fbtypes.h:27, from src/debugmodule/debugmodule.h:30, from src/devicemanager.h:28, from src/bebob/bebob_avdevice.cpp:26: /usr/include/features.h:364:25: fatal error: sys/cdefs.h: No such file or directory # include ^ compilation terminated. scons: *** [src/bebob/bebob_avdevice.os] Error 1 scons: building terminated because of errors. debian/rules:62: recipe for target 'debian/stamp-scons-build' failed make: *** [debian/stamp-scons-build] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 I: copying local configuration E: Failed autobuilding of package Please, advice. Olivier
Bug#864718: fsdev emulation security_model=none not handling mode 000
Package: qemu-system
Version: 1:2.8+dfsg-6
Severity: normal
Hey,
For $reasons i'm exposing /boot over a filesystem share with the host system,
fsdev is setup as followed on the qemu command line:
-fsdev
local,security_model=none,id=fsdev-fs0,path=/srv/mp30-ar1-cbg-0-armhf-0-boot
Unfortunately trying to install a kernel shows dpkg getting unhappy:
[pid 26686] open("/boot/System.map-4.9.0-3-armmp-lpae.dpkg-new",
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 000) = -1 EACCES (Permission denied)
I suspect mode 000 is confusing everything here. A similarish issue can be seen
when changing a file to mode 000 by hand:
# touch badger
# ls -l badger
-rw-r--r-- 1 64055 64055 0 Jun 13 13:58 badger
# chmod 600 badger
# chmod 700 badger
# chmod 000 badger
# chmod 700 badger
chmod: changing permissions of 'badger': Permission denied
Iotw as soon as the mode is 000 any later permission changes fail.
-- System Information:
Debian Release: 9.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, arm64
Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages qemu-system depends on:
ii qemu-system-arm1:2.8+dfsg-6
ii qemu-system-mips 1:2.8+dfsg-6
ii qemu-system-misc 1:2.8+dfsg-6
ii qemu-system-ppc1:2.8+dfsg-6
ii qemu-system-sparc 1:2.8+dfsg-6
ii qemu-system-x861:2.8+dfsg-6
qemu-system recommends no packages.
qemu-system suggests no packages.
-- no debconf information
Bug#864719: slapd: fails to configure when olcSuffix contains a backslash-escaped umlaut
Package: slapd
Version: 2.4.31-2+deb7u3
Severity: serious
Justification: fails to configure
With recent security updates being available in Debian oldstable
(soon to be oldoldstable, but hey!), the package fails to upgrade
because it fails to configure if the olcSuffix contains a nōn-ASCII
character (and a space, but I don’t think that is it).
I will be filtering the name of our client as follows, believing
that the problem will still appear.
olcSuffix: o=Kundenname M\c3\bcumlaut,c=de
No, I did not invent this…
With “set -x” in slapd.postinst (and reverting the default /bin/sh
to bash to be sure it’s not an mksh problem) I get:
root@prodname-dollarcustomer:~ # dpkg -a --configure
Setting up slapd (2.4.31-2+deb7u3) ...
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=1
++ export PERL_DL_NONLAZY
++ '[' '' ']'
++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/slapd.postinst configure
2.4.31-2+deb7u3
+ . /usr/share/debconf/confmodule
++ '[' '!' 1 ']'
++ '[' -z '' ']'
++ exec
++ '[' '' ']'
++ exec
++ DEBCONF_REDIR=1
++ export DEBCONF_REDIR
+ MODE=configure
+ OLD_VERSION=2.4.31-2+deb7u3
+ '[' -f /etc/default/slapd ']'
+ . /etc/default/slapd
++ SLAPD_CONF=
++ SLAPD_USER=openldap
++ SLAPD_GROUP=openldap
++ SLAPD_PIDFILE=
++ SLAPD_SERVICES='ldap:/// ldapi:///'
++ SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
++ SLAPD_OPTIONS=
+ '[' -z '' ']'
+ '[' -f /etc/ldap/slapd.conf ']'
+ SLAPD_CONF=/etc/ldap/slapd.d
+ '[' configure = configure ']'
+ '[' openldap = openldap ']'
+ create_new_user
++ getent group openldap
+ '[' -z openldap:x:112: ']'
++ getent passwd openldap
+ '[' -z 'openldap:x:106:112:OpenLDAP Server
Account,,,:/var/lib/ldap:/bin/false' ']'
+ is_initial_configuration configure 2.4.31-2+deb7u3
+ '[' configure = configure ']'
+ '[' -z 2.4.31-2+deb7u3 ']'
+ '[' configure = reconfigure ']'
+ '[' '' ']'
+ '[' configure = configure ']'
+ '[' '!' -e /etc/ldap/slapd.d ']'
+ return 1
+ postinst_upgrade_configuration
++ database_dumping_destdir
++ local dir
++ db_get slapd/dump_database_destdir
++ _db_cmd 'GET slapd/dump_database_destdir'
++ _db_internal_IFS='
'
++ IFS=' '
++ printf '%s\n' 'GET slapd/dump_database_destdir'
++ IFS='
'
++ IFS='
'
++ read -r _db_internal_line
++ RET=/var/backups/slapd-VERSION
++ case ${_db_internal_line%%[ ]*} in
++ return 0
+++ sed -e s/VERSION/2.4.31-2+deb7u3/
+++ echo /var/backups/slapd-VERSION
++ dir=/var/backups/slapd-2.4.31-2+deb7u3
++ mkdir -p -m 700 /var/backups/slapd-2.4.31-2+deb7u3
++ echo /var/backups/slapd-2.4.31-2+deb7u3
+ echo -n ' Backing up /etc/ldap/slapd.d in
/var/backups/slapd-2.4.31-2+deb7u3... '
Backing up /etc/ldap/slapd.d in /var/backups/slapd-2.4.31-2+deb7u3... +
backup_config_once
+ local backupdir
+ '[' -z '' ']'
++ database_dumping_destdir
++ local dir
++ db_get slapd/dump_database_destdir
++ _db_cmd 'GET slapd/dump_database_destdir'
++ _db_internal_IFS='
'
++ IFS=' '
++ printf '%s\n' 'GET slapd/dump_database_destdir'
++ IFS='
'
++ IFS='
'
++ read -r _db_internal_line
++ RET=/var/backups/slapd-VERSION
++ case ${_db_internal_line%%[ ]*} in
++ return 0
+++ sed -e s/VERSION/2.4.31-2+deb7u3/
+++ echo /var/backups/slapd-VERSION
++ dir=/var/backups/slapd-2.4.31-2+deb7u3
++ mkdir -p -m 700 /var/backups/slapd-2.4.31-2+deb7u3
++ echo /var/backups/slapd-2.4.31-2+deb7u3
+ backupdir=/var/backups/slapd-2.4.31-2+deb7u3
+ '[' -e /etc/ldap/slapd.d ']'
+ cp -a /etc/ldap/slapd.d /var/backups/slapd-2.4.31-2+deb7u3
+ FLAG_CONFIG_BACKED_UP=yes
+ echo done.
done.
+ database_format_changed
+ dpkg --compare-versions 2.4.31-2+deb7u3 lt-nl 2.4.25-2
+ return 1
+ migrate_to_slapd_d_style
+ previous_version_older 2.4.23-3
+ dpkg --compare-versions 2.4.31-2+deb7u3 lt-nl 2.4.23-3
+ return 1
+ previous_version_older 2.4.23-5
+ dpkg --compare-versions 2.4.31-2+deb7u3 lt-nl 2.4.23-5
+ return 1
+ configure_v2_protocol_support
+ local new_conf
+ db_get slapd/allow_ldap_v2
+ _db_cmd 'GET slapd/allow_ldap_v2'
+ _db_internal_IFS='
'
+ IFS=' '
+ printf '%s\n' 'GET slapd/allow_ldap_v2'
+ IFS='
'
+ IFS='
'
+ read -r _db_internal_line
+ RET=false
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ '[' false '!=' true ']'
+ return 0
+ update_databases_permissions
+ read suffix
+ get_suffix
+ '[' -f /etc/ldap/slapd.d ']'
+ cut -d: -f 2
+ grep -h olcSuffix '/etc/ldap/slapd.d/cn=config/olcDatabase={-1}frontend.ldif'
'/etc/ldap/slapd.d/cn=config/olcDatabase={0}config.ldif'
'/etc/ldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif'
++ get_directory 'o=Kundenname Mc3bcumlaut,c=de'
++ '[' -d /etc/ldap/slapd.d ']'
++ grep -q 'o=Kundenname Mc3bcumlaut,c=de'
++ get_suffix
++ '[' -f /etc/ldap/slapd.d ']'
++ cut -d: -f 2
++ grep -h olcSuffix
'/etc/ldap/slapd.d/cn=config/olcDatabase={-1}frontend.ldif'
'/etc/ldap/slapd.d/cn=config/olcDatabase={0}config.ldif'
'/etc/ldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif'
++ '[' -f /etc/ldap/slapd.d ']'
++ return 1
+ dbdir=
dpkg: error processing slapd (--configure):
subprocess installed post-installation script returned error exit status 1
Erro
Bug#864708: [Letsencrypt-devel] Bug#864708: python-certbot-apache: After the installation subversion no longer works over http (but works over https)
Hi Edoardo, On Tue, Jun 13, 2017 at 10:01:56AM +0200, Edoardo Panfili wrote: > Can I snd you more informations? Yes please - full steps to reproduce would be most helpful. Robie signature.asc Description: PGP signature
Bug#864720: glibc: Upgrade to stretch warns about 2.6.32 kernel on i386/amd64 - inconsistent with upstream release notes
Source: glibc Version: 2.24-11 Severity: normal The upstream release notes state: "The minimum Linux kernel version that this version of the GNU C Library can be used with is 3.2, except on i[4567]86 and x86_64, where Linux kernel version 2.6.32 or later suffices (on architectures that already required kernel versions more recent than 3.2, those requirements remain unchanged). Linux 3.2 or later kernel headers are required on all architectures." ... however, on upgrade to Debian Stretch (currently testing as of today), on a machine running OpenVZ 6 (2.6.32 kernel based, and supported until 2019), you are given the warning: "This version of the GNU libc requires kernel version 3.2 or later. Older versions might work but are not officially supported. Please consider upgrading your kernel." This seems somewhat misleading, and implies that upstream do not support 2.6.32, even on amd64/i386. If you feel that a warning is still warranted, then perhaps something this would be more informative: "This version of the GNU libc can be used with kernel version 2.6.32 or later on i386 and amd64 (and version 3.2 on most other architectures). Please be aware that the Debian maintainers do not routinely test the GNU libc packages with kernel verisons other than those included with the Debian release which they are part of." -- System Information: Debian Release: 9.0 APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-rc8-drm-tip+ (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#864717: libffado: FTCBFS assumes host = machine architecture
Control: retitle -1 libffado: FTCBFS assumes host = machine architecture Hi, On 13/06/17 13:33, treb...@tuxfamily.org wrote: > Package: libffado > Version: 2.3.0-2 > > Dear debian maintainers, > > trying to rebuild a 32 bits package for FFADO with pbuilder on 64 bits > machine gives me a : > ... > zip > ... > scons: done reading SConscript files. > scons: Building targets ... > building 'config_debug.h' from 'config_debug.h.in' > building 'config.h' from 'config.h.in' > g++ -o src/DeviceStringParser.os -c -std=gnu++11 -mx32 -fPIC -fPIC I've adjusted the title to something a bit better. The issue is that the libffado scripts assume that they can determine the host architecture by probing the machine architecture through some black magic (calling objdump on /bin/mount !). The x32.patch follows this by reading "uname -m" to determine if it's running on x32 or i386. The correct solution is to remove all of this code and just invoke $(CC) which in Debian package builds should be set to a suitable compiler for the right architecture. Conveniently, there appears to an option to do this "DETECT_USERSPACE_ENV=False", so we don't need to patch the source and we can probably remove x32.patch after this as well (untested though!). As a workaround you can use "linux32 pbuilder..." when building the package to override "uname -m". I know that sbuild already does this for you which is probably why none of the buildds suffer from this bug. Thanks, James signature.asc Description: OpenPGP digital signature
Bug#864708: [Letsencrypt-devel] Bug#864708: python-certbot-apache: After the installation subversion no longer works over http (but works over https)
Il 13/06/17 15:18, Robie Basak ha scritto: Hi Edoardo, On Tue, Jun 13, 2017 at 10:01:56AM +0200, Edoardo Panfili wrote: Can I snd you more informations? Yes please - full steps to reproduce would be most helpful. simply apt-get install python-certbot-apache nothing modified by me after the installation. If it is usefull I can do an apt-get remove --purge and then a reinstall and post the log of installation Edoardo
Bug#864721: algobox: There is no way to create real functions (and other wishes)
Package: algobox Version: 0.9+dfsg-1+b1 Severity: wishlist Tags: upstream Dear Maintainer, The function tool is too weak: * F1 is a function defined with a single formula. * F2 is a function defined by a succession of tests, the first one that is true returns a value. It’s too simple in order to create a bit harder algorithms. At least, we should be able to create a real function and why not, create one’s own classes (because I see that there is a few OO syntax in Algobox). Moreover: * There is no operator for the power, for example ** because ^ seems already used as the undocumented binary bitwise operator. * There is no way to create a generalized quantile function, for example ALGOBOX_QUANTILE(list,1,4) would give the first quartile with, why not, an optional flag to tell if the returned value is in the list or if it is interpoled. * The operations on integers is not internal, pow(2,100) returns a float. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.3.0-1-686-pae (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR:fr:en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages algobox depends on: ii libc6 2.24-11 ii libgcc1 1:6.3.0-18 ii libgl1-mesa-glx [libgl1] 13.0.6-1+b2 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5network55.7.1+dfsg-3+b1 ii libqt5printsupport5 5.7.1+dfsg-3+b1 ii libqt5webkit5 5.7.1+dfsg-1 ii libqt5widgets55.7.1+dfsg-3+b1 ii libqt5xml55.7.1+dfsg-3+b1 ii libstdc++66.3.0-18 Versions of packages algobox recommends: ii fonts-liberation 1:1.07.4-2 algobox suggests no packages. -- no debconf information
Bug#864708: [Letsencrypt-devel] Bug#864708: python-certbot-apache: After the installation subversion no longer works over http (but works over https)
On Tue, Jun 13, 2017 at 03:30:12PM +0200, Edoardo Panfili wrote: > > > Il 13/06/17 15:18, Robie Basak ha scritto: > >Hi Edoardo, > > > >On Tue, Jun 13, 2017 at 10:01:56AM +0200, Edoardo Panfili wrote: > >>Can I snd you more informations? > >Yes please - full steps to reproduce would be most helpful. > > > simply apt-get install python-certbot-apache These are not full steps. Please tell us exactly how to reproduce the problem, what you are doing to verify it isn't working as you expect, what you see happening (error messages, etc), what you are expecting to see instead, and so on. If you don't understand why I'm asking, please "How to Report Bugs Effectively" (https://www.chiark.greenend.org.uk/~sgtatham/bugs.html) which provides a good introduction on how to report a bug. Robie signature.asc Description: PGP signature
Bug#741256: RM: flashplugin-nonfree-extrasound -- RoQA; obsolete
Control: reassign -1 ftp.debian.org Control: retitle -1 RM: flashplugin-nonfree-extrasound -- RoQA; obsolete flashplugin-nonfree-extrasound should be removed from since: - the functionality of the package is adding Esound (removed from Debian several releases ago) and OSS (mostly obsolete on Linux, src:oss4 is not in stretch) support to Flash, - looking at bugs like #573846 it is unclear whether it still works at all, - and flashplugin-nonfree was recently removed from stretch and is not likely to be included in future releases cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#864716: Acknowledgement (initramfs-tools: Missing fbcon modules causes blank screen during password prompt)
Additional information, as noticed by the kind people on #debian-devel: This is only an issue because I'm using a custom kernel, which has fbcon as a module. Debian kernels should not be affected, which also explains why this issue wasn't reported earlier. Jan
Bug#864722: runit: Unnecessary fast removal of runit-init from Sid causes trouble
Package: runit Version: 2.1.2-9 Severity: important Dear Maintainer, following #861536 bug report, the package runit-init has been removed from all the suites, including Unstable, after only 10 days of discussion. I understand that the package does not fit for the incoming stable, maybe also is not good for the incoming testing, but i don't see why it has been removed that fast also from Sid. Please restore the runit-init package for Sid, reopen the #861536 and give people the proper time to discuss and address the problem. Examples of trouble caused by the removal of runit-init: Runit and runit-init allow a more flexible use of runit, now gone Runit-init provided init reboot shutdown etc, now gone Bogatov designed a directory structure to allow target/runlevel support, now broken/uncomplete Also, there is no complete support for runit in Debian, so people are supposed to have their custom setup and this change is likely to break things (at least in my own setup). -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.8.12-van (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: sysvinit (via /sbin/init) Versions of packages runit depends on: ii libc6 2.24-10 runit recommends no packages. runit suggests no packages. -- no debconf information
Bug#801084: regression from jessie
Hi! I upgraded from jessie to stretch a few days ago and bluetooth stopped working. With some digging around, it seems I'm affected by this bug. The trouble is exacerbated by the fact that the firmware file from the github link does not work on my bt adapter. It loads fine, no error messages, no nothing. No working hci0 either. I actually get a hci0: hci0: Type: Primary Bus: USB BD Address: 34:23:87:FF:76:12 ACL MTU: 1021:8 SCO MTU: 64:1 DOWN RX bytes:3374 acl:0 sco:0 events:409 errors:0 TX bytes:36217 acl:0 sco:0 commands:408 errors:0 but it cannot be brought up: # hciconfig hci0 up Can't init device hci0: Invalid request code (56) # Cheers, Juha
Bug#864723: ruby-httparty: gemfile references json ~> 1.8 which is not available
Package: ruby-httparty Version: 0.13.7-1 Severity: important Tags: upstream fixed-upstream Dear Maintainer, I have the following error: Gem::ConflictError: Unable to activate httparty-0.13.7, because json-2.0.1 conflicts with json (~> 1.8) The fix is easy: https://github.com/jnunemaker/httparty/commit/1cbb101feaffcc1f11c77a71009558c6086ebb4b May this fix go in stretch? Regards Mathieu Parent
Bug#824648: win32-loader: cannot start the Debian installer on a GPT partition
Package: win32-loader Followup-For: Bug #824648 reproduced on my brand-new UEFI machine with a GPT SSD and a GPT HDD running Windows 10
Bug#864724: bpfcc: please build -lua package only on architectures that have luajit
Package: bpfcc Version: 0.2.0+git0.02884a026-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, luajit is not universally available. Could you please limit the luajit build-dependencies and the bpfcc-lua package to architecture that do? When this is done, bpfcc can be made available on more architectures, e.g. arm64, ppc64el, s390x. Regards, Dimitri. - -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-74-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJZP/IQAAoJEMrC2LnNLKX5HMsH/RpOzJ1+O3P0vcgXN4ouSOC0 246mgga2HUL/TUJCmRb75OZsQLo13WoQVKTbgKqBY8uIShPWCfR4zUdhH2SYeyek Bu++lyQewRvPBMtGo/8KAj+G854W+22EZJni2hpORwS2dNjhNMxlWULRt0fYx9wp rIzH8bLmI/LXcRnvKmdA13BU94CT6dEx8TPUREdWH8kvmTLT4bt9APpOnck/z3YF 5LIgUS58Gait1dISPKv3p4RmJrLfOo0rCiJJYstlQdHWq/czwc0RU32Ayo45Xi+m S/jURnUHoe1FmOWHFweeiGRfV1AifJ3S60KuARHRq8ymyCCN/5VWcCxK8E6MHFI= =AUN4 -END PGP SIGNATURE-
Bug#864725: BTS should display a "Bug closed" line when a -done email closed a bug
Package: bugs.debian.org Severity: normal Chris Lamb did close many bugs with -done in Bcc with the intention that further discussion wouldn't go to the -done. Example: https://bugs.debian.org/861750 The problem is that if you do not "Toggle useless messages", it is completely invisble what has closed the bug. Looking at the test bug https://bugs.debian.org/862303 When reopening the bug, there is a lins: Bug reopened Request was from Adrian Bunk to cont...@bugs.debian.org. (Tue, 13 Jun 2017 14:09:06 GMT) Full text and rfc822 format available. But there are are no "Bug closed" lines from the two times when the bug was closed.
Bug#864669: debsums: Error: symlink loop detected in path 'usr/share/doc/libreoffice/README.Debian.gz'
Hi! On 12-06-2017 17:55, Rene Engelhard wrote: > On Mon, Jun 12, 2017 at 01:28:14PM -0300, felipe wrote: >> After updating libreoffice to the latest experimental build the program > > From? 5.2.7 from sid of the 5.3.3 which was in experimental before the 5.4 > beta2 > upload? > > Hnn. the 5.3.0 below suggests that it was from 5.3.0-1... ;) > > (And how?) At the time I did update from libreoffice 5.3.3-2 (experimental) to libreoffice 5.4.0~beta2-3 (experimental). > >> crashes with the message: >> >>"/usr/lib/libreoffice/program/soffice.bin: symbol lookup error: >>/usr/lib/libreoffice/program/libmergedlo.so: undefined symbol: >>_ZN8MsLangId13getScriptTypeEN4o3tl10strong_intIt15LanguageTypeTagEE" > > # echo "_ZN8MsLangId13getScriptTypeEN4o3tl10strong_intIt15LanguageTypeTagEE" > | c++filt > MsLangId::getScriptType(o3tl::strong_int) > > Interestingly, this doesn't appear *anywhere* in LOs source code. (Or > I grepped wrong...) > > (btw, both are in libreoffice-core) > >> Also debsums report the following problem: >> >>"debsums: Error: symlink loop detected in path >>'usr/share/doc/libreoffice/README.Debian.gz'. Please file a bug again >>libreoffice." > > Interesting. This suggests a upgrade bug which should have been fixed long > ago... > In 5.3.1-1. But of course if you stayed at 5.3.0... > > 5.4 removed some of the maintainer script stuff preventing this since the > 5.2.7 > upgrade would work and 5.3.3 -> 5.4.0, most probably, too. > >> ii uno-libs3 5.3.0-1 >> ii ure 5.3.0-1 > > I would wonder since the above function is not in either of those, but does it > help if you upgrade this to 5.4, too? Did your "clean" attempt also install > 5.4 of those? Does it come back when you dowgrade them to 5.3.0? > > Regards, > > Rene > My clean attemp was: sudo apt purge libreoffice* sudo apt autoremove sudo apt update sudo apt install -t experimental libreoffice After reinstalling, both ure and uno-libs3 were updated to version 5.4.0~beta2-3. I will try to downgrade later today and report back.
Bug#864726: Please CONFIG_PCI_HOST_GENERIC on armhf
Source: linux Version: 4.9.30-2 Severity: normal Tags: patch Hey, The qemu arm virtual machine (virt/virt-2.6/virt-2.7/virt-2.8) is a virtual ARM box with PCI devices, it's host bridge is a generic host controller. Enabling the requested option allows Debian to run on those machine (In our use-case a 32 bit ARM vm on a 64 bit arm host) -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) >From a75ae8b838d9982ae75459000741f2e08f405a42 Mon Sep 17 00:00:00 2001 From: Sjoerd Simons Date: Fri, 9 Jun 2017 11:58:07 +0200 Subject: [PATCH] [armhf] Enable CONFIG_PCI_HOST_GENERIC to support PCI in armhf vm's --- debian/config/armhf/config | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/config/armhf/config b/debian/config/armhf/config index 2fd332c97..b1997fdf7 100644 --- a/debian/config/armhf/config +++ b/debian/config/armhf/config @@ -842,6 +842,7 @@ CONFIG_PCI_DRA7XX=y CONFIG_PCI_MVEBU=y CONFIG_PCI_IMX6=y CONFIG_PCI_TEGRA=y +CONFIG_PCI_HOST_GENERIC=y ## ## file: drivers/phy/Kconfig -- 2.11.0
Bug#864702: RFS: galternatives/0.13.6 [ITA]
在 2017年6月13日星期二 +08 上午10:10:33，Boyuan Yang 写道： > I am looking for a sponsor for adopted package "galternatives" > It builds those binary package(s): > galternatives - graphical setup tool for the alternatives system > > Unfortunately mentors.d.o upload is temporarily 403 here, so one can > download the package with dget using: > > http://debomatic-amd64.debian.net/debomatic/unstable/pool/ > galternatives_0.13.6/galternatives_0.13.6.dsc Now I am able to upload onto mentors.debian.net. You may also retrieve source package from: https://mentors.debian.net/package/galternatives dget -x https://mentors.debian.net/debian/pool/main/g/galternatives/galternatives_0.13.6.dsc https://anonscm.debian.org/git/collab-maint/galternatives.git Thanks! Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#863851: [Pkg-xfce-devel] Bug#863851: xfce4-terminal: command and execute options do not work
On Tue, 2017-06-13 at 12:29 +1200, Ben Caradoc-Davies wrote:
> I was trying to run eight concurrent instances of memtester. It seems
> that this problem affects programs that do not read input. Can you
> confirm the failure with either of these?:
>
> xfce4-terminal -H -x ls
> xfce4-terminal -H -e ls
>
> (Note the typo in my original report (should be "-x" not "-c"))
We don't get the ls output because it terminates to early I think, but it
works fine with:
xfce4-terminal -x touch /tmp/test
for example.
Even with ls:
strace -fe trace=process xfce4-terminal --disable-server -x /bin/ls
execve("/usr/bin/xfce4-terminal", ["xfce4-terminal", "--disable-server", "-x",
"/bin/ls"], [/* 51 vars */]) = 0
arch_prctl(ARCH_SET_FS, 0x3485fd45f00) = 0
clone(strace: Process 3435 attached
child_stack=0x34853087c70,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0x348530889d0, tls=0x34853088700, child_tidptr=0x348530889d0) =
3435
[pid 3434] clone(strace: Process 3436 attached
child_stack=0x3485280ec70,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0x3485280f9d0, tls=0x3485280f700, child_tidptr=0x3485280f9d0) =
3436
[pid 3434] clone(strace: Process 3439 attached
child_stack=0x34849d89c70,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0x34849d8a9d0, tls=0x34849d8a700, child_tidptr=0x34849d8a9d0) =
3439
[pid 3434] clone(strace: Process 3440 attached
child_stack=0x3484951ec70,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0x3484951f9d0, tls=0x3484951f700, child_tidptr=0x3484951f9d0) =
3440
[pid 3434] clone(child_stack=NULL,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x3485fd461d0) = 3441
strace: Process 3441 attached
[pid 3441] execve("/bin/ls", ["/bin/ls"], [/* 51 vars */]) = 0
[pid 3434] wait4(3441, 0x5b6de1cbd4, WNOHANG, NULL) = 0
[pid 3441] --- SIGWINCH {si_signo=SIGWINCH, si_code=SI_KERNEL} ---
[pid 3441] arch_prctl(ARCH_SET_FS, 0x3be7e8eb3c0) = 0
[pid 3441] exit_group(0) = ?
[pid 3441] +++ exited with 0 +++
[pid 3434] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=3441,
si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
[pid 3435] wait4(3441, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG, NULL)
= 3441
[pid 3434] exit_group(0) = ?
[pid 3439] +++ exited with 0 +++
[pid 3440] +++ exited with 0 +++
[pid 3436] +++ exited with 0 +++
[pid 3435] +++ exited with 0 +++
+++ exited with 0 +++
So the process is run. Maybe you have issues with stdin/stdout, I'm not sure.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
Bug#864715: USB netinst fails to identify /media/cdrom as a path for base system packages or /cdrom mounting
On 14/06/17 00:44, Steve McIntyre wrote: On Tue, Jun 13, 2017 at 11:39:46PM +1200, Amos Jeffries wrote: Package: installation-reports On running the installer manually from inside the OEM Windows installed, everything appeared to run smoothly up to the reboot following partition and formatting of the machines drives. On that boot the installer now running off the HDD began looping at the "Install base system" step, no errors or other signs of trouble - just display the progress bar for a few mins, then flick out to the step-by-step listing as if that step was done - but highlighting the same "Install base system" entry every time enter was pressed to start the step. Ummm... Question: you say "up to the reboot following partition and formatting of the machines drives". debian-installer doesn't reboot there. How did you prepare your USB stick, please? It was a vanilla download of the 64-bit netinst ISO burned to the USB stick. Formatting was the latest step I'm sure worked fine. The default process was followed from there until reboot needed, then more default process. Everything up to the step "install base system" at least appeared to work - until that one did not. AYJ
Bug#864725: BTS should display a "Bug closed" line when a -done email closed a bug
Control: retitle -1 bugreport.cgi should show "you have taken responsibility" as bug closed even when useless messages are hidden On Tue, 13 Jun 2017, Adrian Bunk wrote: > But there are are no "Bug closed" lines from the two times when > the bug was closed. Yeah; this state change isn't recorded in the same way because it happens in a mail to nnn@ instead of control@. That should probably be fixed to do the same thing regardless of how the bug was closed and worked around in the meantime. -- Don Armstrong https://www.donarmstrong.com "Do you need [...] [t]ools? Stuff?" "Our opponent is an alien starship packed with atomic bombs. [...] We have a protractor." -- Neal Stephenson _Anathem_ p320
Bug#695849: ITP: glmark2 -- OpenGL (ES) 2.0 benchmark suite
retitle 695849 ITP: glmark2 -- OpenGL (ES) 2.0 benchmark suite owner 695849 ! thanks Hi. I'll take over this package. Basically just grab the one from Ubuntu. Remove mir flavor. And update it to the latest. Yours, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) signature.asc Description: OpenPGP digital signature
Bug#833772: [pkg-octave/master] d/control (dynare-matlab): drop old alternatives on the boost dep.
tag 833772 pending thanks Date: Tue Jun 13 15:18:04 2017 +0200 Author: Sébastien Villemot Commit ID: 2e9ca0c64191f97447f89dcea0bf299c9bdc0597 Commit URL: https://anonscm.debian.org/cgit/pkg-octave/dynare.git;a=commitdiff;h=2e9ca0c64191f97447f89dcea0bf299c9bdc0597 Patch URL: https://anonscm.debian.org/cgit/pkg-octave/dynare.git;a=commitdiff_plain;h=2e9ca0c64191f97447f89dcea0bf299c9bdc0597 d/control (dynare-matlab): drop old alternatives on the boost dep. Closes: #833772
Bug#833287: feedback request about patch
Hi,
this bug was also filed against Ubuntu as
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1584485, and in
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1584485/comments/17 a
patch was proposed to build libnss-winbind and libpam-winbind statically
against the samba-libs.
That introduced a regression (https://bugs.launchpad.net/bugs/1677329),
however: pam_winbind had unresolved symbols at runtime and couldn't be
loaded. The patch was reverted, and by mistake added back again at some
later point.
I'm linking a new version of that patch that fixes the regression, but I'm
not familiar with the samba4 buildsystem and would like some feedback. I'm
still working on the DEP3 header, the history of this one is a bit
complicated.
Thanks!
This patch statically links libnss-winbind and libpam-winbind against the
samba-libs to prevent upgrade problems with running processes being
incompatible with old libraries or the other way around.
The original version of this patch produced a pam_winbind.so module that
had missing symbols and could not be loaded (LP: #1677329). It was then
updated to also link in wbclient, which provided the missing symbols, and
allow_undefined_symbols was changed from True to False for the pam module
to trigger build failures should this happen again.
Author: Jorge Niedbalski
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833287
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1584485
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1677329
Bug-Ubuntu: https://bugs.launchpad.net/bugs/1644428
Last-Update: 2017-05-08
Origin: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1584485/comments/17
--- samba-4.4.5+dfsg.orig/buildtools/wafsamba/wafsamba.py
+++ samba-4.4.5+dfsg/buildtools/wafsamba/wafsamba.py
@@ -140,7 +140,8 @@ def SAMBA_LIBRARY(bld, libname, source,
grouping_library=False,
allow_undefined_symbols=False,
allow_warnings=False,
- enabled=True):
+ enabled=True,
+ static=False):
'''define a Samba library'''
if pyembed and bld.env['IS_EXTRA_PYTHON']:
@@ -253,7 +254,12 @@ def SAMBA_LIBRARY(bld, libname, source,
if bld.env['ENABLE_RELRO'] is True:
ldflags.extend(TO_LIST('-Wl,-z,relro,-z,now'))
-features = 'c cshlib symlink_lib install_lib'
+features = 'c symlink_lib install_lib'
+if static:
+features += ' cstaticlib'
+else:
+features += ' cshlib'
+
if pyext:
features += ' pyext'
if pyembed:
--- samba-4.4.5+dfsg.orig/nsswitch/wscript_build
+++ samba-4.4.5+dfsg/nsswitch/wscript_build
@@ -10,6 +10,13 @@ bld.SAMBA_LIBRARY('winbind-client',
private_library=True
)
+bld.SAMBA_LIBRARY('winbind-client-static',
+ source='wb_common.c',
+ deps='replace',
+ cflags='-DWINBINDD_SOCKET_DIR=\"%s\"' % bld.env.WINBINDD_SOCKET_DIR,
+ private_library=True, static=True, install=False
+ )
+
bld.SAMBA_BINARY('nsstest',
source='nsstest.c',
@@ -33,11 +40,12 @@ if (Utils.unversioned_sys_platform() ==
bld.SAMBA_LIBRARY('nss_winbind',
keep_underscore=True,
source='winbind_nss_linux.c',
- deps='winbind-client',
+ deps='winbind-client-static',
public_headers=[],
public_headers_install=False,
pc_files=[],
- vnum='2')
+ vnum='2',
+ allow_undefined_symbols=True)
bld.SAMBA3_LIBRARY('nss_wins',
keep_underscore=True,
@@ -87,21 +95,32 @@ elif Utils.unversioned_sys_platform() ==
elif (host_os.rfind('hpux') > -1):
bld.SAMBA_LIBRARY('nss_winbind',
source='winbind_nss_linux.c',
- deps='winbind-client',
+ deps='winbind-client',
realname='libnss_winbind.so')
elif (host_os.rfind('aix') > -1):
bld.SAMBA_LIBRARY('nss_winbind',
source='winbind_nss_aix.c',
- deps='winbind-client',
+ deps='winbind-client',
realname='WINBIND')
if bld.CONFIG_SET('WITH_PAM_MODULES') and bld.CONFIG_SET('HAVE_PAM_START'):
+ bld.SAMBA_LIBRARY('pamwinbind-static',
+ source='pam_winbind.c',
+ deps='talloc wbclient winbind-client-static tiniparser pam samba_intl',
+ cflags='-DLOCALEDIR=\"%s/locale\"' % bld.env.DATADIR,
+ realname='pam_winbind.so',
+ install_path='${PAMMODULESDIR}',
+ static=True,
+ install=False
+ )
+
bld.SAMBA_LIBRARY('pamwinbind',
source='pam_winbind.c',
- deps='talloc wbclient winbind-client tiniparser pam samba_intl',
+ deps='wbclient pamwinbind-static',
cflags='-DLOCALEDIR=\"%s/locale\"' % bld.env.DATADIR,
realname='pam_winbind.so',
- install_path='${PAMMODULESDIR}'
+ install_path='${PAMMODULESDIR}',
+ allow_undefined_symbols=False
)
if bld.CONFIG_SET('HAVE_KRB5_LOCATE_PLUGIN_H'):
Bug#864690: Bug#864669: debsums: Error: symlink loop detected in path 'usr/share/doc/libreoffice/README.Debian.gz'
[ use the cloned bug - - for the undefined symbol. That's exactly why I cloned the bug there. Let's keep this for the (eventtual) debsums problen as the title says. It's already somehow mised up - let's no make it worse. ] Hi, On Tue, Jun 13, 2017 at 11:29:46AM -0300, felipe wrote: > On 12-06-2017 17:55, Rene Engelhard wrote: > > On Mon, Jun 12, 2017 at 01:28:14PM -0300, felipe wrote: > >> After updating libreoffice to the latest experimental build the program > > > > From? 5.2.7 from sid of the 5.3.3 which was in experimental before the 5.4 > > beta2 > > upload? > > > > Hnn. the 5.3.0 below suggests that it was from 5.3.0-1... ;) > > > > (And how?) > > > At the time I did update from libreoffice 5.3.3-2 (experimental) to > libreoffice 5.4.0~beta2-3 (experimental). OK, so you had 5.3.3-2 with ure 5.3.0... There it works ;) > My clean attemp was: > sudo apt purge libreoffice* > sudo apt autoremove > sudo apt update > sudo apt install -t experimental libreoffice > > After reinstalling, both ure and uno-libs3 were updated to version > 5.4.0~beta2-3. OK, as gussed. > I will try to downgrade later today and report back. Thanks, I added the Depends: in my local git anyways as it's 99.9% correct given upstreams reply. Will be in the next upload. Regards, Rene
Bug#475689: Urgent Response Please
I am planning to visit your country for a real estate development and investment, but first I am looking for a capable and trustworthy person who will help me in a business transaction agreement
Bug#864716: modules and custom kernels
It is recommended that users building their own kernels never configure as a module any driver that Debian doesn't configure as a module. Anyway, essential modules for system operation should preferably be added to /etc/modules. They will be early-loaded by whatever gets to them first (be it the initramfs, or systemd, or sysvinit). Both initramfs-tools and dracut know to always add modules present in /etc/modules to the initramfs, and attempt to manually load them. Adding essential modules to /etc/initramfs-tools/modules works, but it is specific to initramfs-tools. -- Henrique Holschuh
Bug#864715: USB netinst fails to identify /media/cdrom as a path for base system packages or /cdrom mounting
On Wed, Jun 14, 2017 at 02:41:32AM +1200, Amos Jeffries wrote: >On 14/06/17 00:44, Steve McIntyre wrote: >> On Tue, Jun 13, 2017 at 11:39:46PM +1200, Amos Jeffries wrote: >> > Package: installation-reports >>> >>> On running the installer manually from inside the OEM Windows >>> installed, everything appeared to run smoothly up to the reboot >>> following partition and formatting of the machines drives. On that >>> boot the installer now running off the HDD began looping at the >>> "Install base system" step, no errors or other signs of trouble - >>> just display the progress bar for a few mins, then flick out to >>> the step-by-step listing as if that step was done - but >>> highlighting the same "Install base system" entry every time enter >>> was pressed to start the step. >> >> Ummm... Question: you say "up to the reboot following partition and >> formatting of the machines drives". debian-installer doesn't reboot >> there. How did you prepare your USB stick, please? > >It was a vanilla download of the 64-bit netinst ISO burned to the USB stick. OK. How did you write it, please? dd? cp? Something like unetbootin? >Formatting was the latest step I'm sure worked fine. The default process was >followed from there until reboot needed, then more default process. >Everything up to the step "install base system" at least appeared to work - >until that one did not. There isn't a reboot step in the normal path of debian-installer. Oh, hang on, sorry - I've just seen what I missed earlier in your initial message: "On running the installer manually from inside the OEM Windows". Did you use the win32-installer option to start installation? -- Steve McIntyre, Cambridge, UK.st...@einval.com < sladen> I actually stayed in a hotel and arrived to find a post-it note stuck to the mini-bar saying "Paul: This fridge and fittings are the correct way around and do not need altering"
Bug#864727: ocsinventory-agent: fails to parse ifconfig output
Package: ocsinventory-agent
Version: 2:2.0.5-1.2
Severity: normal
Tags: patch
Dear Maintainer,
in order to get information about network interfaces ocsinventory-agent
runs ifconfig and tries to parse its output. Due to the update of
net-tools to version 1.60+git20161116.90da8a0 the output format of
ifconfig changed. Consequently ocsinventory-agent fails to gather
network interface information. I patched the regular expressions in the
parsing routine, which solved the problem for me. I believe the patched
version works equally in Jessie and Stretch.
Please consider classifying net-tools as a dependendy or at least
'recommended package' since net-tools is only optional in Stretch.
-- System Information:
Debian Release: 9.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages ocsinventory-agent depends on:
ii debconf [debconf-2.0]1.5.61
ii libnet-ip-perl 1.26-1
ii libnet-ssleay-perl 1.80-1
ii libperl5.24 [libcompress-zlib-perl] 5.24.1-3
ii libproc-daemon-perl 0.23-1
ii libwww-perl 6.15-1
ii libxml-simple-perl 2.22-1
ii perl 5.24.1-3
ii po-debconf 1.0.20
ii ucf 3.0036
Versions of packages ocsinventory-agent recommends:
pn dmidecode
ii hdparm 9.51+ds-1
ii pciutils 1:3.5.2-1
Versions of packages ocsinventory-agent suggests:
pn nmap
pn read-edid
pn smartmontools
-- debconf information:
ocsinventory-agent/server:
* ocsinventory-agent/method: local
ocsinventory-agent/tag:
diff -ru
Ocsinventory-Unix-Agent-2.0.5.orig/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/IPv4.pm
Ocsinventory-Unix-Agent-2.0.5/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/IPv4.pm
---
Ocsinventory-Unix-Agent-2.0.5.orig/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/IPv4.pm
2012-04-01 16:12:25.0 +0200
+++
Ocsinventory-Unix-Agent-2.0.5/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/IPv4.pm
2017-06-13 14:48:35.554077693 +0200
@@ -11,7 +11,7 @@
my $common = $params->{common};
my @ip;
foreach (`ifconfig`){
-if(/^\s*inet add?r\s*:\s*(\S+)/){
+if(/^\s*inet (?add?r\s*:\s*)?(\S+)/){
($1=~/127.+/)?next:push @ip, $1
};
}
diff -ru
Ocsinventory-Unix-Agent-2.0.5.orig/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/Networks.pm
Ocsinventory-Unix-Agent-2.0.5/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/Networks.pm
---
Ocsinventory-Unix-Agent-2.0.5.orig/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/Networks.pm
2012-04-01 16:12:25.0 +0200
+++
Ocsinventory-Unix-Agent-2.0.5/lib/Ocsinventory/Agent/Backend/OS/Linux/Network/Networks.pm
2017-06-13 15:49:08.659405493 +0200
@@ -158,12 +158,12 @@
} else { # In a section
- $description = $1 if $line =~ /^(\S+)/; # Interface name
- $ipaddress = $1 if $line =~ /inet addr:(\S+)/i;
- $ipmask = $1 if $line =~ /\S*mask:(\S+)/i;
- $macaddr = $1 if $line =~
/hwadd?r\s+(\w{2}:\w{2}:\w{2}:\w{2}:\w{2}:\w{2})/i;
- $status = 1 if $line =~ /^\s+UP\s/;
- $type = $1 if $line =~ /link encap:(\S+)/i;
+ $description = $1 if $line =~ /^([^ :]+)[: ]/; # Interface name
+ $ipaddress = $1 if $line =~ /inet (?:addr:)?(\S+)/i;
+ $ipmask = $1 if $line =~ /\S*mask[: ](\S+)/i;
+ $macaddr = $1 if $line =~
/(?:hwadd?r|ether)\s+(\w{2}:\w{2}:\w{2}:\w{2}:\w{2}:\w{2})/i;
+ $status = 1 if $line =~ /(?:^\s+|<)UP(?:\s|,)/;
+ $type = $1 if $line =~ /(?:link encap:|txqueuelen\s+\d+\s+)\(?([^)
]+)\)?/i;
}
Bug#864715: USB netinst fails to identify /media/cdrom as a path for base system packages or /cdrom mounting
On 14/06/17 03:38, Steve McIntyre wrote: On Wed, Jun 14, 2017 at 02:41:32AM +1200, Amos Jeffries wrote: On 14/06/17 00:44, Steve McIntyre wrote: On Tue, Jun 13, 2017 at 11:39:46PM +1200, Amos Jeffries wrote: Package: installation-reports On running the installer manually from inside the OEM Windows installed, everything appeared to run smoothly up to the reboot following partition and formatting of the machines drives. On that boot the installer now running off the HDD began looping at the "Install base system" step, no errors or other signs of trouble - just display the progress bar for a few mins, then flick out to the step-by-step listing as if that step was done - but highlighting the same "Install base system" entry every time enter was pressed to start the step. Ummm... Question: you say "up to the reboot following partition and formatting of the machines drives". debian-installer doesn't reboot there. How did you prepare your USB stick, please? It was a vanilla download of the 64-bit netinst ISO burned to the USB stick. OK. How did you write it, please? dd? cp? Something like unetbootin? I believe that one was done with the "rufus" tool for Windows. Formatting was the latest step I'm sure worked fine. The default process was followed from there until reboot needed, then more default process. Everything up to the step "install base system" at least appeared to work - until that one did not. There isn't a reboot step in the normal path of debian-installer. Oh, hang on, sorry - I've just seen what I missed earlier in your initial message: "On running the installer manually from inside the OEM Windows". Did you use the win32-installer option to start installation? I think so, yes. AYJ
Bug#864729: assimp: Bundles ConvertUTF code which is under non-DFSG license
Source: assimp Version: 3.3.1~dfsg-4 Severity: serious Dear maintainer, assimp seems to bundle ConvertUTF library which is under a non-DFSG license. $ lintian -i assimp_3.3.1~dfsg-4.dsc E: assimp source: license-problem-convert-utf-code contrib/ConvertUTF/ConvertUTF.c N: N:The following file source files include material under a non-free N:license from Unicode Inc. Therefore, it is not possible to ship this in N:main or contrib. N: N:This license does not grant any permission to modify the files (thus N:failing DFSG#3). Moreover, the license grant to attempt to restrict use N:to "products supporting the Unicode Standard" (thus failing DFSG#6). N: N:In this case a solution is to use libicu and to remove this code by N:repacking. N: N:If this is a false-positive, please report a bug against Lintian. N: N:Refer to https://bugs.debian.org/823100 for details. N: N:Severity: serious, Certainty: possible N: N:Check: cruft, Type: source -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#818058: Serial interface doesn't support 38400 baud
Control: tag -1 + moreinfo Hi Guido, Guido Günther wrote: > Serial interface doesn't support 38400 baud [...] ^ > however some boards use 39400 baud which is currently not supported by screen ^ Do you mean 38400 as in the subject or 39400 as in the subject? If you meant 38400, then I cannot reproduce this as screen supports 38400 for ages, at least according to the git history. 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#864693: pytest-qt: Fix test dep for the case of multiple supported python3 versions
On Mon, 12 Jun 2017 16:11:29 -0700 Steve Langasek wrote: > The pytest-qt package's autopkgtests will iterate over all supported python3 > interpreters, but they don't depend on python3-all to guarantee that these > interpreters are installed on the system. Indeed, a typo of mine. > I have uploaded the attached simple patch to Ubuntu to address this. Please > consider applying it in Debian as well. Thanks for the patch, will do. Cheers, Ghis
Bug#864730: unbound: malformed packet DoS when "use-caps-for-id" enabled
Source: unbound
Tags: security
Unbound has a faulty assertion that can be triggered remotely when the
"use-caps-for-id" option is enabled (it is disabled in the default
configs shipped by upstream and Debian) when a response is received from
a nameserver. It was fixed in the upstream 1.6.3 release, and the
corresponding patch from the upstream SVN repository is attached.
--
Robert Edmonds
edmo...@debian.org
From c2a5986416194109df7a6be7e964571fc2e068c5 Mon Sep 17 00:00:00 2001
From: wouter
Date: Tue, 13 Jun 2017 13:55:40 +
Subject: [PATCH] - Fix #1280: Unbound fails assert when response from
authoritative contains malformed qname. When 0x20 caps-for-id is enabled,
when assertions are not enabled the malformed qname is handled correctly. -
tag for 1.6.3
git-svn-id: http://unbound.nlnetlabs.nl/svn/tags/release-1.6.3@4223 be551aaa-1e26-0410-a405-d3ace91eadb9
---
doc/Changelog | 6 ++
services/outside_network.c | 2 +-
testdata/fwd_malformed.tpkg | Bin 0 -> 1481 bytes
3 files changed, 7 insertions(+), 1 deletion(-)
create mode 100644 testdata/fwd_malformed.tpkg
diff --git a/doc/Changelog b/doc/Changelog
index 2a90abe3..8f8d6dae 100644
--- a/doc/Changelog
+++ b/doc/Changelog
@@ -1,3 +1,9 @@
+13 June 2017: Wouter
+ - Fix #1280: Unbound fails assert when response from authoritative
+ contains malformed qname. When 0x20 caps-for-id is enabled, when
+ assertions are not enabled the malformed qname is handled correctly.
+ - tag for 1.6.3
+
13 April 2017: Wouter
- Fix #1250: inconsistent indentation in services/listen_dnsport.c.
- tag for 1.6.2rc1
diff --git a/services/outside_network.c b/services/outside_network.c
index 88fc5a91..426e87b3 100644
--- a/services/outside_network.c
+++ b/services/outside_network.c
@@ -1549,7 +1549,7 @@ serviced_check_qname(sldns_buffer* pkt, uint8_t* qbuf, size_t qbuflen)
return 0;
while(len1 != 0 || len2 != 0) {
if(LABEL_IS_PTR(len1)) {
- d1 = sldns_buffer_at(pkt, PTR_OFFSET(len1, *d1));
+ d1 = sldns_buffer_begin(pkt)+PTR_OFFSET(len1, *d1);
if(d1 >= sldns_buffer_at(pkt, sldns_buffer_limit(pkt)))
return 0;
len1 = *d1++;
diff --git a/testdata/fwd_malformed.tpkg b/testdata/fwd_malformed.tpkg
new file mode 100644
index ..82a11ac23d8882be2813bd0bba3c1b47429af4c1
GIT binary patch
literal 1481
zcmV;)1vdI0iwFR=qd!>y1MOICbJ|7_<}3Frw&1ao=}49YLKrt5+koq&33hA}r_**A
zp*uh^=+u)GOr}4+djg49m&`b^Cyh3-bhmf+?7i*7u6kqI8QH@g7b8Yh>Wcl`R~HS%
zvP}8bEmK>3Cz8`kx^7v9Ue?Mv4WE{k1M}-oWnH2mv;{zJ%%hNr`}=Kc|4ya1cK*v6
zhkLz;+K>lasg&w@`Im$z{DpeY9x=(E)U#rQUjCZ
zi{M2gB^(H5)1U@A$-5pdzh^rPYlfw2_z$%{7hw&KFE6gz$0Q#GObI5zkoRlgagxXD
z#GH@|#4HrBvrBvK5CIC2*X5B%Rn(x~83@k9X&;0To;_mI8s&<|L*?&?iHS1gjy)Xk
zAe@3rV~*_y3f@%3r8StafM9uS3#xqP9>Yb=kW_?9T5L)Ms?s$aAGa^!=@$rj>ce;f
z+2;Q=a2{-9oBx}dmH59A>vgNFRWkp73^}y}){4Dk>DxZ$T
zK48u**iks(0_g(6fgOTiVI;f&QULI6=az*ksUwBRfekxEBkhQRUV>MV2iifcWY)?W
z)SK6BF!0dH8yi^$|B#S?3KeeDx_W{y_oLUh(Rl+>N0fd{D5TCuK6<$q)<}Is8_Z{(
zq$)BmowK1|BbQ=zajGvExr~WqMUOhtX6p?h>c~lScZT#OkuU8aV6;ZgYv|M$dYtkM-3ZZuoN(&HkS+v@0HD;5QC9+{jJ;6uFQ8HR#;#)5a
zvlt!Ba@7Vn1Qn&Js;BZT)V7*pR2_$csp|(otEL6j18U;%k_nY=RYDqUiWXzMRn;2=
zFmENy9K)eq1FD)XM{4@CfAYYpX;#6qE9pE^`SAH;ieYIcb}d=h^}w>>{xdlQ|E+pA
z`8|3htTi~lTZHUGCNddB~cB1I@F%7$nM6s1Ut5b#Ji
z3}ZZoq#ED`z$e@-nZ?0)z&vony+F2NK=lVGJ#_DVHS}-$Dt1$6BmRQj-2`YuJ6ge1
z4(96EJWd5%58^T^UAv1WeGI!?uRk-jJYdPnQWGJUSIrj%X&Mv3B2XT$CvIZSfJ5O3
zsN09}c&xHJd*lz9>hKZvmD=Mp?F7Y#op-I%i+8O?N2ZKxBj6uIWq>zD?obNuV1SG{
zvD5_xB5SzcDrz9EB*`!;=0m1Iwik?{Qogz
zlmFwH|DU{Hm3GlRN8D3`0qL`_BW#cIQAfsuV30+hez9{kE0MFCMD^@hs)e6HfBt;t
zr^^EuYXvwuTAj#r%p5f-ZR#sGAMa(n6Y{eaZj_w&ka|I9nv#*7*NxV7r;W*T>pG^U
z1aAYIV`hGoaE@`btHbVebuSw)c79r%m{iOP_e^VK-!hP2g^?R$mcv9C6b5_2e*78m
z&*S~QrLEZ8-%Hx3U)tgx$z)~gFR=d28IB<8#-(&CW;_{R47`zD4DI_uYL@tY2P^wY
zR|Wq&2@o7DFm198=}Z^5VoAAB*|;T=!dG--+g&=VPUI()KW&>$MCupW{|Tbst^Ciw
zef(E8*Z9AZ@&Dtt%u;aTF
j67pNnEckzxoo13rCYfZCNhX
signature.asc
Description: PGP signature
Bug#864618: mate-themes: BlackMATE makes Google Chrome 59 unreadable
Control: severity -1 important Hi Ayke, On So 11 Jun 2017 19:37:13 CEST, Ayke van Laethem wrote: Package: mate-themes Version: 3.22.11-1 Severity: normal Tags: patch Dear Maintainer, The most recent Google Chrome version switched to GTK3 [1]. Because of this, most of the URL bar and some other parts of Chrome are now unreadable. See the upstream bug [2] for more details. The fix is really easy. Upstream has made two simple patches to fix the issue: https://github.com/mate-desktop/mate-themes/commit/b471395f38fa682bbc4d788703e9e3de38016310 https://github.com/mate-desktop/mate-themes/commit/bb1f13b4146eed2080c7f4b852fc4158a6973842 It would be great if these could be included in mate-themes. [1]: https://bugs.chromium.org/p/chromium/issues/detail?id=79722#c110 [2]: https://github.com/mate-desktop/mate-themes/issues/182 We'll do our best to get the fix into the first Debian 9 point release (9.1). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de pgpZOaAhaDViu.pgp Description: Digitale PGP-Signatur
Bug#864701: grub-common: grub-mkrescue does nothing, successfully
Hi,
> grub-mkrescue -o asdf asdf
> asdf does not exist
I assume this yields a xorriso error message
xorriso : FAILURE : Cannot determine attributes of source file '.../asdf' :
No such file or directory
...
xorriso : aborting : -abort_on 'FAILURE' encountered 'FAILURE'
(at least for me it does).
A xorriso run which aborts due to missing input file is supposed to exit
with value 5:
$ xorriso -as mkisofs -o output.iso asdf
...
xorriso : FAILURE : Cannot determine attributes of source file
'/home/thomas/test_dir/asdf' : No such file or directory
xorriso : aborting : -abort_on 'FAILURE' encountered 'FAILURE'
$ echo $?
5
$
So grub-mkrescue seems to drop the exit value when it runs xorriso
https://sources.debian.net/src/grub2/2.02%7Ebeta3-5/util/grub-mkrescue.c/#L965
grub_util_exec ((const char *const *)xorriso_argv);
I understand that function grub_util_exec() is implementied by
grub_util_exec_redirect_all() in
https://sources.debian.net/src/grub2/2.02%7Ebeta3-5/grub-core/osdep/unix/exec.c/#L37
It looks like this function returns the xorriso exit value
return WEXITSTATUS (status);
But the return value of grub_util_exec() is ignored in grub-mkrescue.c
Let's have a look at the old shell script
http://git.savannah.gnu.org/cgit/grub.git/tree/util/grub-mkrescue.in?h=2.00#n371
has
"${xorriso}" -as mkisofs ... ${source}
...
exit 0
which is supposed to emit exit value 0 unconditionally.
So the problem seems old and not to be a regression by the rewrite of
grub-mkrescue in C.
I guess one would have to discuss on grub-devel mailing list
whether grub-mkrescue shall forward a non-zero exit value of xorriso.
Have a nice day :)
Thomas
Bug#744289: this breaks a major part of scratch
Hi Holger, hi Hanno, On Fr 02 Sep 2016 12:50:40 CEST, Holger Levsen wrote: control: severity -1 important Hi, I'm upgrading the severity as this bug has a major impact on the usability of scratch, where a major part of the default samples are jpeg files. (we were approached on the #debian-edu irc channel about this topic.) Appearantly this has been fixed in raspian, it would be useful to analyse the source debdiff of the squeak-vm package in raspian and debian… I guess fixing this in stable too would be much appreciated, if possible. The situation is inconvenient. I looked into fixing #744289 and had to give up with a Debian policy violating patch that enables building against the bundled libjpeg files. See attached patch for details. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de diff -Nru squeak-vm-4.10.2.2614/debian/changelog squeak-vm-4.10.2.2614/debian/changelog --- squeak-vm-4.10.2.2614/debian/changelog 2017-06-07 11:05:13.0 +0200 +++ squeak-vm-4.10.2.2614/debian/changelog 2017-06-13 18:58:46.0 +0200 @@ -1,3 +1,10 @@ +squeak-vm (1:4.10.2.2614-4.1+itzks1~0deb9+1) stretch; urgency=medium + + * Non-maintainer upload. + * Build against local libjpeg to work around Debian bug #744289. + + -- Mike Gabriel Tue, 13 Jun 2017 18:58:46 +0200 + squeak-vm (1:4.10.2.2614-4.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru squeak-vm-4.10.2.2614/debian/patches/series squeak-vm-4.10.2.2614/debian/patches/series --- squeak-vm-4.10.2.2614/debian/patches/series 2015-07-21 19:18:56.0 +0200 +++ squeak-vm-4.10.2.2614/debian/patches/series 2017-06-13 18:55:13.0 +0200 @@ -1,6 +1,6 @@ defaultSourcesSystemAttribute.patch mpeg_includes.patch #npsqueak.patch -avoid_embedded_libs.patch +#avoid_embedded_libs.patch fix_printf_syntax.patch clang_FTBFS_Wreturn-type.patch diff -Nru squeak-vm-4.10.2.2614/debian/rules squeak-vm-4.10.2.2614/debian/rules --- squeak-vm-4.10.2.2614/debian/rules 2017-06-07 11:04:51.0 +0200 +++ squeak-vm-4.10.2.2614/debian/rules 2017-06-13 18:54:29.0 +0200 @@ -21,22 +21,22 @@ DEB_UPSTREAM_TARBALL_MD5 = 8a5cb1d6899d55df56154fab8716e034 # Put aside convenience code copies during build -DEB_UPSTREAM_CRUFT_MOVE = Cross/plugins/RePlugin/pcre.c \ - Cross/plugins/RePlugin/pcre.h +#DEB_UPSTREAM_CRUFT_MOVE = Cross/plugins/RePlugin/pcre.c \ +# Cross/plugins/RePlugin/pcre.h # all j*.[ch] except jmemd*.c and jinclude.h -jpegfiles = jcapimin.c jcapistd.c jccoefct.c jccolor.c jcdctmgr.c -jpegfiles += jchuff.c jchuff.h jcinit.c jcmainct.c jcmarker.c jcmaster.c -jpegfiles += jcomapi.c jconfig.h jcparam.c jcphuff.c jcprepct.c -jpegfiles += jcsample.c jctrans.c jdapimin.c jdapistd.c jdatadst.c -jpegfiles += jdatasrc.c jdcoefct.c jdcolor.c jdct.h jddctmgr.c jdhuff.c -jpegfiles += jdhuff.h jdinput.c jdmainct.c jdmarker.c jdmaster.c -jpegfiles += jdmerge.c jdphuff.c jdpostct.c jdsample.c jdtrans.c -jpegfiles += jerror.c jerror.h jfdctflt.c jfdctfst.c jfdctint.c -jpegfiles += jidctflt.c jidctfst.c jidctint.c jidctred.c jmemmgr.c -jpegfiles += jmemnobs.c jmemsys.h jmorecfg.h jpegint.h jpeglib.h -jpegfiles += jquant1.c jquant2.c jutils.c jversion.h -DEB_UPSTREAM_CRUFT_MOVE += \ - $(patsubst %,Cross/plugins/JPEGReadWriter2Plugin/%,$(jpegfiles)) +#jpegfiles = jcapimin.c jcapistd.c jccoefct.c jccolor.c jcdctmgr.c +#jpegfiles += jchuff.c jchuff.h jcinit.c jcmainct.c jcmarker.c jcmaster.c +#jpegfiles += jcomapi.c jconfig.h jcparam.c jcphuff.c jcprepct.c +#jpegfiles += jcsample.c jctrans.c jdapimin.c jdapistd.c jdatadst.c +#jpegfiles += jdatasrc.c jdcoefct.c jdcolor.c jdct.h jddctmgr.c jdhuff.c +#jpegfiles += jdhuff.h jdinput.c jdmainct.c jdmarker.c jdmaster.c +#jpegfiles += jdmerge.c jdphuff.c jdpostct.c jdsample.c jdtrans.c +#jpegfiles += jerror.c jerror.h jfdctflt.c jfdctfst.c jfdctint.c +#jpegfiles += jidctflt.c jidctfst.c jidctint.c jidctred.c jmemmgr.c +#jpegfiles += jmemnobs.c jmemsys.h jmorecfg.h jpegint.h jpeglib.h +#jpegfiles += jquant1.c jquant2.c jutils.c jversion.h +#DEB_UPSTREAM_CRUFT_MOVE += \ +# $(patsubst %,Cross/plugins/JPEGReadWriter2Plugin/%,$(jpegfiles)) DEB_SRCDIR = unix DEB_BUILDDIR = build-tree pgpxFFcdVrRdF.pgp Description: Digitale PGP-Signatur
Bug#864731: kamerka: new upstream release
Package: kamerka Version: 0.8.1-1+b2 Severity: wishlist Dear Maintainer, Seems there's a new upstream release of kamerka, namely 0.8.5, but I'm sure you already know this... ;-) Would be nice to have it packaged for Debian. Thanks in advance, -- System Information: Debian Release: 9.0 APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kamerka depends on: ii kde-runtime 4:16.08.3-2 ii libc6 2.24-11 ii libgcc1 1:6.3.0-18 ii libkdecore5 4:4.14.26-2 ii libkdeui5 4:4.14.26-2 ii libkio5 4:4.14.26-2 ii libphonon4 4:4.9.0-4 ii libqt4-dbus 4:4.8.7+dfsg-11 ii libqt4-declarative 4:4.8.7+dfsg-11 ii libqt4-network 4:4.8.7+dfsg-11 ii libqt4-script 4:4.8.7+dfsg-11 ii libqt4-svg 4:4.8.7+dfsg-11 ii libqt4-xml 4:4.8.7+dfsg-11 ii libqtcore4 4:4.8.7+dfsg-11 ii libqtgui4 4:4.8.7+dfsg-11 ii libstdc++6 6.3.0-18 ii libv4l-01.12.3-1 ii libv4lconvert0 1.12.3-1 ii phonon 4:4.9.0-4 ii xdg-utils 1.1.1-1 kamerka recommends no packages. Versions of packages kamerka suggests: ii dolphin 4:16.08.3-3 ii gimp 2.8.18-1 ii inkscape 0.92.1-1 -- no debconf information
Bug#864626: RFS: visual-fill-column/1.11-1 [ITP]
On Mon, Jun 12, 2017 at 05:35:21PM -0400, Nicholas D Steeves wrote: > I do not yet have DM privileges for this package, but if I had > uploaded the new build (with the same version) using dput, would it > have been rejected? Yes. -- Sean Whitton signature.asc Description: PGP signature
Bug#864622: RFS: rich-minority/1.0.1-1 [ITP]
Hello Nicholas, On Mon, Jun 12, 2017 at 07:33:12PM -0400, Nicholas D Steeves wrote: > Would it be better to ship README.org and file a bug against the > package myself? Yes. Why not ship README.org in the interim? > I still don't have a plan for Policy 12.4, and am currently wondering > if further conversion of README.html to README using html2txt (if > pandoc cannot do this) would be best, because the expectation is that > the upstream README found in /usr/share/doc is a plain text file. I don't think Policy 12.4 really applies to READMEs. It says "extensive documentation", and a README is not extensive documentation. Policy 12.4 is basically saying "ship HTML instead of PDF". > So this?: > > - Copyright: 2014, 2015 Free Software Foundation, Inc. > -2014-2016 Artur Malabarba > > +Copyright: 2014-2016 Free Software Foundation, Inc. > + Yes. > > - your rationale for uploading to experimental applies to > > smart-mode-line, but why not upload rich-minority to unstable? Is > > it similarly untested? Maybe we should just wait a few weeks. > > If you'd prefer I'd be happy to wait a few weeks. In terms of > worst-case scenario planning: If for some reason smart-mode-line > upstream didn't add emacs26 compatibility in time for Buster's freeze, > and I (or someone from pkg-emacsen) didn't have time to add it, then > should rich-minority still be part of Buster? It would depend on whether a user of buster gets emacs25 or emacs26 if they type "apt-get install emacs". > How many lines can I dedicate to this? By my count I need to > summarise the following in five lines, and the most salient additions > are the mention of diminish.el, plus compare/contrast by adding what I > suspect are the two most salient points. > * "/missing/...quick and simple replacement functionality" > * the addition of "It accepts *regexps* instead of [individual > specifications]". Where are you getting this line limit from? > These two points seem contradictory to me. Do you know how > diminish.el is more quick and simple? Also, can I use your answer for > a patch against the upstream description, because I might not be the > only one who's not confused about this. Failing that, I can open an > upstream issue/request for clarified description. diminish.el works like this: (diminish 'auto-fill-function) That's it. Clearly simpler. -- Sean Whitton signature.asc Description: PGP signature
Bug#841645: golang-go: There is no mips64el support
On 7 June 2017 at 02:23, Mathieu Malaterre wrote: > Are you saying that the patch is more complex than just > s/mipsn64/mips64el/ ? Or are you saying you do not want to maintain > such patch until upstream add an alias for mips64el ? Yes, the patch is more complex than simply adjusting the GOARCH values from what I've seen -- the crux of the issue is that we need Go available in order to build Go, and gccgo has been our simplest source for doing so (especially since it makes backports easy to bootstrap too), but this discrepancy between GOARCH in gccgo vs cgo causes build issues when doing so. In theory we should be able to do a cross-compiling bootstrap of mips64el, but that increases the complexity level significantly as well (if not in the packaging source, then in the upload procedure to get all the right bits in place in the archive). ♥, - Tianon 4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
Bug#864732: RM: bandwidthcalc -- ROM; obsolete
Package: ftp.debian.org Severity: normal Hi, as I describe in #864461, bandwidthcalc is more or less useless and many websites provide a better service with HTML/JS. Popcon reports as little as 20 users. The Release Team already removed bandwidthcalc from stretch, so please remove it from unstable as well. Cheers, Christoph signature.asc Description: PGP signature
Bug#836127: Call for Votes for new TC member
I call for votes on the following ballot to fill a vacant seat in the TC. The voting period starts immediately and lasts for up to one week, or until the outcome is no longer in doubt (§6.3.1). ===BEGIN The Technical Committee recommends that Niko Tyni be appointed by the Debian Project Leader to the Technical Committee. N: Recommend to Appoint Niko Tyni F: Further Discussion ===END signature.asc Description: This is a digitally signed message part.
Bug#864733: Error: "Download error: Download Error: 404 Not Found", Debian stable
Package: torbrowser-launcher Version: 0.1.9-1+deb8u3 Severity: grave Justification: renders package unusable Dear Maintainer, torbrowser-launcher fails to download a new version of tor browser: niehaus@host:~$ LC_ALL=C torbrowser-launcher Tor Browser Launcher By Micah Lee, licensed under MIT version 0.1.9+deb8u3 https://github.com/micahflee/torbrowser-launcher Initializing Tor Browser Launcher Importing keys gpg: key 63FEE659: "Erinn Clark " not changed gpg: Total number processed: 1 gpg: unchanged: 1 gpg: key 93298290: "Tor Browser Developers (signing key) " not changed gpg: Total number processed: 1 gpg: unchanged: 1 Starting launcher dialog LATEST VERSION 6.5.2 Checked for update within 24 hours, skipping TBB is not installed, attempting to install 6.5.2 Running task: download_sig Downloading https://dist.torproject.org/torbrowser/6.5.2/tor-browser-linux64-6.5.2_en-US.tar.xz.asc Updating over Tor Download error: Download Error: 404 Not Found I think it might have happened because even 6.5.2 is not the latest version but 7.0 is now out. Renders torbrowser-launcher unusable to most users on stable ... Thank you very much! Sebastiab -- System Information: Debian Release: 8.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages torbrowser-launcher depends on: ii gnupg1.4.18-7+deb8u3 ii python-gtk2 2.24.0-4 ii python-lzma 0.5.3-2+b1 ii python-parsley 1.2-1 ii python-psutil2.1.1-1+b1 ii python-twisted 14.0.2-3 ii python-txsocksx 1.13.0.3-1 ii tor 0.2.5.14-1 ii wmctrl 1.07-7 torbrowser-launcher recommends no packages. Versions of packages torbrowser-launcher suggests: pn apparmor pn python-pygame -- no debconf information
Bug#798848: Fix not confirmed
I am on Gnome 3.22 fully upgraded in sid and have installed thunderbird 52 from experimental. I do not get native notifications, though I have installed libnotitfy-bin and notification-daemon. Please tell me which packages I am supposed to have installed in order to get native notifications. Furthermore the changelog does not mention this bug.
Bug#755202: Heb je zakelijke of persoonlijke lening nodig,
Heb je zakelijke of persoonlijke lening nodig, mail ons nu privatelender...@gmail.com
Bug#864734: debootstrap --variant=minbase don't install apt-get on chroot
Subject: debootstrap --variant=minbase don't install apt-get on chroot Package: debootstrap Version: 1.0.89 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 *** -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debootstrap depends on: ii wget 1.18-5 Versions of packages debootstrap recommends: ii debian-archive-keyring 2017.5 ii gnupg 2.1.18-6 debootstrap suggests no packages.
Bug#864735: source package misses Priority: field in control
Package: nodejs Severity: normal Hi, the nodejs source package is missing a Priority field in debian/control, leading to errors when (trying) to import a local rebuild into a debian archive (e.g. with reprepro). it would be nice if you could add "Priority: optional" accordingly. Regards, Daniel
Bug#864654: Acknowledgement (synaptic: Duplicate package entries in Origin)
This only happens with mixed architectures. The problem did not exist in Jessie. On Mon, 12 Jun 2017 13:51:04 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > As you requested using X-Debbugs-CC, your message was also forwarded > to fawty...@gmail.com > (after having been given a Bug report number, if it did not have one). > > Your message has been sent to the package maintainer(s): > Michael Vogt > > If you wish to submit further information on this problem, please > send it to 864...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. >
Bug#864734: debootstrap --variant=minbase don't install apt-get on chroot
On 13 June 2017 at 12:16, christophe blamart wrote: > Subject: debootstrap --variant=minbase don't install apt-get on chroot I'm not a debootstrap maintainer, but just to clarify, are you asking that debootstrap _not_ install "apt-get", or reporting a bug that you used it and it _didn't_? If the latter, you'll probably want to include some steps to reproduce (because I use "--variant=minbase" quite heavily, and it does include "apt-get" every time). ♥, - Tianon 4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
Bug#864736: shadow: [INTL:nl] Dutch po file for the shadow package
Package: shadow Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the updated Dutch po file for the shadow package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as "po/nl.po" in your package build tree. === -- Regards, Frans nl.po.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
Bug#864737: RFS: cid/9.0-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "cid" * Package name: cid Version : 9.0-1 Upstream Author : Eduardo Moraes * URL : https://c-i-d.sourceforge.io * License : GPL-3+ Section : misc It builds those binary packages: cid - Simple tool to insert and manage Linux stations in an AD domain cid-base - Base files for cid and cid-gtk packages cid-gtk - Graphical tool to insert and manage Linux stations in an AD domain To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cid Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cid/cid_9.0-1.dsc Regards, Eduardo Moraes
Bug#798848: Fix not confirmed
Am 13.06.2017 um 20:28 schrieb Esokrates:
> I am on Gnome 3.22 fully upgraded in sid and have installed thunderbird
> 52 from experimental.
> I do not get native notifications, though I have installed
> libnotitfy-bin and notification-daemon.
> Please tell me which packages I am supposed to have installed in order
> to get native notifications.
Well for me this is working (again) with 52.x. on a Gnome3 DE in testing
so I don't have a clue why this isn't working on your side or other
installations. The libnotify support is still a bit buggy it seems.
> $ LANG= dpkg -l *notify*
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ Name Version Architecture
> Description
> +++-==---==
> ii gir1.2-notify-0.7:amd640.7.7-2 amd64
> sends desktop notifications to a notification daemon (Introspectio
> in libkf5notifyconfig-data all
> (no description available)
> ii libnotify-bin 0.7.7-2 amd64
> sends desktop notifications to a notification daemon (Utilities)
> in libnotify0.4-cil all
> (no description available)
> ii libnotify4:amd64 0.7.7-2 amd64
> sends desktop notifications to a notification daemon
> un python-notify
> (no description available)
> in python3-notify2 all
> (no description available)
So maybe we need to add some more depending package(s).
You can try the notify function by open the development tools
(Ctrl+Shift+I) and fire up the following command in the console.
> Components.classes["@mozilla.org/alerts-service;1"].getService(Components.interfaces.nsIAlertsService).showAlertNotification('chrome://branding/content/icon48.png',
> 'Test', 'This is a useless notice.');
This is working in 52.1.1 but not in 45.8.0.
> Furthermore the changelog does not mention this bug.
Not directly, but #682208 is merged with #798848. By this all merged bug
reports with 682208 are also closed.
> * [43d2e70] New upstream version 52.1.1
...
>Firefox ESR 52.1, and Thunderbird 52.1
> (Closes: #855344, #495372, #861480, #682208, #698244, #859909, #857593,
^^
https://bugs.debian.org/682208
https://bugs.debian.org/798848
--
Regards
Carsten Schoenert
Bug#864336: htop replaces CPU1/2/3/4/5/6/7/8 meter with CPU AVG meter after switching to tree view, quitting, and reopening
Control: severity -1 minor Hi Ben, thanks a lot for submitting the bug report. I can't verify the issue here. I can create and persist a "CPU 2" meter all I want and it shows up independent of tree view or not. Could you look at .config/htop/htoprc and possibly move that out of the way so htop creates a fresh one. Does that "fix" the issue? Kind regards, Daniel
Bug#836127: Call for Votes for new TC member
Le mardi, 13 juin 2017, 20.08:38 h CEST Didier 'OdyX' Raboud a écrit : > ===BEGIN > The Technical Committee recommends that Niko Tyni be > appointed by the Debian Project Leader to the Technical Committee. > > N: Recommend to Appoint Niko Tyni > F: Further Discussion > ===END I vote: N > F Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#708508: Bug still present in stretch, but has been fixed upstream as of April 2015
Dear debian package maintainer, The version of zotero-standalone including in the stretch release still is trying to find executables pdftotext-Linux-x86_64 and pdfinfo-Linux-x86_64 instead of the files pdftotext and pdfinfo that are installed with poppler-utils. As reported earlier in this bug, in the past zotero used custom executables so depending on poppler-utils and using the standard pdfinfo and pdftotext was a problem, but according to zotero developer dstillman, as of April 2015 zotero uses the standard executables included in poppler utils (See dstillman comment on https://github.com/zotero/zotero-standalone-build/issues/28). So it finally should be possible to build a debian package that resolves this issue. Best regards, Jorge
Bug#863750: Acknowledgement (linux-image-4.11.0-trunk-amd64: always triggers remounts on systemd-automounts with gnome3)
Hi there! With the current kernel Linux aldebaran 4.11.0-trunk-amd64 #1 SMP Debian 4.11.3-1~exp1 (2017-06-05) x86_64 GNU/Linux There are no more automatic remounts of automountpoints with gnome. This bug can be closed. Jakob
Bug#864728: security.debian.org: OVAL def generator generates tests only for source packages
Control: severity -1 wishlist Hi On Tue, Jun 13, 2017 at 04:12:48PM +, 0x2a wrote: > Package: security.debian.org > Severity: important > > The generated OVAL tests only check the version of the source > package, not packages built from it. > > An example would be DSA-3872-1 (CVE-2017-5461, CVE-2017-5462, > CVE-2017-7502), where the test checks the *nss* package, not > *libnss3*, thus causing a false negative, since *nss* is not > installed. Some background: For our security-tracker we are intrested tracking fixes to the respective source packages. The OVAL files are generated out of that information of the security-tracker, thus as well only tracking source packages. Regards, Salvatore
Bug#864405: CVE-2016-2666
Control: tags -1 moreinfo On Thu, 8 Jun 2017 09:40:02 +0200 Markus Koschany wrote: > Am 08.06.2017 um 09:01 schrieb Moritz Mühlenhoff: > > retitle 864405 undertow: CVE-2016-2666 CVE-2016-2670 > > thx > > > > Moritz Muehlenhoff wrote: > >> > >> There's no other reference that what Red Hat published here: > >> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-2666 > > > > Also: > > https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-2670 > > I requested more information at > > https://issues.jboss.org/browse/UNDERTOW-1094 I have also replied to the CVE-2017-2670 bug report in Red Hat's bug tracker but haven't got an answer yet. https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-2670 According to the same bug report the vulnerable code is at https://github.com/undertow-io/undertow/blob/1.4.12.Final/core/src/main/java/io/undertow/server/protocol/framed/AbstractFramedStreamSourceChannel.java#L288 Usually I would expect that there is a recent change but this particular file has not been updated since September 2016. At the moment I have not enough information to assess the severity of these CVE and cannot fix them. Markus signature.asc Description: OpenPGP digital signature
Bug#864720: glibc: Upgrade to stretch warns about 2.6.32 kernel on i386/amd64 - inconsistent with upstream release notes
On 2017-06-13 14:21, Tim Small wrote: > Source: glibc > Version: 2.24-11 > Severity: normal > > The upstream release notes state: > > "The minimum Linux kernel version that this version of the GNU C Library > can be used with is 3.2, except on i[4567]86 and x86_64, where Linux > kernel version 2.6.32 or later suffices (on architectures that already > required kernel versions more recent than 3.2, those requirements remain > unchanged). Linux 3.2 or later kernel headers are required on all > architectures." > > ... however, on upgrade to Debian Stretch (currently testing as of > today), on a machine running OpenVZ 6 (2.6.32 kernel based, and > supported until 2019), you are given the warning: > > "This version of the GNU libc requires kernel version 3.2 or later. > Older versions might work but are not officially supported. Please > consider upgrading your kernel." This is indeed a bit misleading. They are indeed not officially supported *by Debian*. That said I confirm that upstream supports kernel 2.6.32 on amd64/i386 at the time of the 2.24 release. This branch will be supported upstream as long as someone care about it, and for the 2.6.32 support as long as someone care about it. > This seems somewhat misleading, and implies that upstream do not support > 2.6.32, even on amd64/i386. > > If you feel that a warning is still warranted, then perhaps something > this would be more informative: > > "This version of the GNU libc can be used with kernel version 2.6.32 or > later on i386 and amd64 (and version 3.2 on most other architectures). > Please be aware that the Debian maintainers do not routinely test the > GNU libc packages with kernel verisons other than those included with > the Debian release which they are part of." That's actually not correct either. It's not a question of regular testing. We do not want to support kernel 2.6.32 for stretch, as it means supporting it for at least up to 2020, and up to 2022 with stretch-lts. This is after the end of the OpenVZ 6 support, and we can really expect nobody will care about 2.6.32 at that time. There is therefore no guarantee for example that we will be able to fix a security issue affecting glibc only when using a 2.6.x kernel. Of course if a patch is available we will fix it. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#864733: Error: "Download error: Download Error: 404 Not Found", Debian stable
Hi Sebastian, > Package: torbrowser-launcher > Version: 0.1.9-1+deb8u3 > Severity: grave > Justification: renders package unusable > version 0.1.9+deb8u3 > Renders torbrowser-launcher unusable to most users on stable ... Indeed, this version is totally outdated. Until I prepare a newer backport, you might want to use torbrowser-launcher from sid: https://tracker.debian.org/pkg/torbrowser-launcher torbrowser-launcher will not be available in Stretch anymore by the way. Cheers! u.
Bug#836127: Call for Votes for new TC member
Didier 'OdyX' Raboud writes: > I call for votes on the following ballot to fill a vacant seat in the TC. The > voting period starts immediately and lasts for up to one week, or until the > outcome is no longer in doubt (§6.3.1). > > ===BEGIN > The Technical Committee recommends that Niko Tyni be > appointed by the Debian Project Leader to the Technical Committee. > > N: Recommend to Appoint Niko Tyni > F: Further Discussion > ===END I vote: N > F -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY signature.asc Description: PGP signature
Bug#864738: analog: output and docs refer to dead website
Package: analog Version: 2:6.0-22 Severity: minor analog's HTML output, and its documentation, both refer to the defunct www.analog.cx (now a 'domain for sale'). Sample output: This analysis was produced by http://www.analog.cx/";>analog 6.0. -- System Information: Debian Release: 8.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-rc4 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages analog depends on: ii debconf [debconf-2.0] 1.5.56 ii libbz2-1.0 1.0.6-7+b3 ii libc6 2.19-18+deb8u9 ii libgd3 2.1.0-5+deb8u9 ii libpcre3 2:8.35-3.3+deb8u4 ii perl 5.20.2-3+deb8u7 ii zlib1g 1:1.2.8.dfsg-2+b1 analog recommends no packages. Versions of packages analog suggests: ii apache2 [httpd] 2.4.10-10+deb8u8 pn rmagic -- debconf information: analog/anlgform: false
Bug#836127: Call for Votes for new TC member
]] Didier 'OdyX' Raboud > I call for votes on the following ballot to fill a vacant seat in the TC. The > voting period starts immediately and lasts for up to one week, or until the > outcome is no longer in doubt (§6.3.1). > > ===BEGIN > The Technical Committee recommends that Niko Tyni be > appointed by the Debian Project Leader to the Technical Committee. > > N: Recommend to Appoint Niko Tyni > F: Further Discussion > ===END I vote N > F. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are signature.asc Description: PGP signature
Bug#864739: amule-daemon: amuled --ec-config crashes on fresh installation
Package: amule-daemon Version: 1:2.3.2-1+b2 Severity: important Dear Maintainer, amuled --ec-config command crashes on fresh installation with the following output: sim6@storagetrunk:~$ amuled --ec-config 2017-06-13 22:48:54: Initialising aMuleD 2.3.2 compiled with wxBase(GTK2) v3.0.2 and Boost 1.62 2017-06-13 22:48:54: Checking if there is an instance already running... 2017-06-13 22:48:54: No other instances are running. 2017-06-13 22:48:59: EC configuration Enter password for mule connection: 2017-06-13 22:49:02: Password set and external connections enabled. !2017-06-13 22:49:02: ERROR: Info --- This is the first time you run aMule 2.3.2 --- !2017-06-13 22:49:02: More information, support and new releases can found at our homepage, !2017-06-13 22:49:02: at www.aMule.org, or in our IRC channel #aMule at irc.freenode.net. !2017-06-13 22:49:02: Feel free to report any bugs to http://forum.amule.org 2017-06-13 22:49:03: ListenSocket: Ok. 2017-06-13 22:49:03: Loading temp files from /home/sim6/.aMule/Temp. 2017-06-13 22:49:03: All PartFiles Loaded. 2017-06-13 22:49:03: amuled: OnInit - starting timer 2017-06-13 22:49:03: Asio thread 1 started 2017-06-13 22:49:03: Asio thread 2 started 2017-06-13 22:49:03: Asio thread 4 started 2017-06-13 22:49:03: Asio thread 3 started Assertion failed: ../src/common/socketiohandler.cpp:Install_Callback:54: Assertion 'socket->m_fd != -1' failed. shouldn't be called on invalid socket Backtrace follows: [3] wxOnAssert(char const*, int, char const*, char const*, char const*) in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0[0x7fc1f33cf23a] [4] ?? in /usr/lib/x86_64-linux-gnu/libwx_baseu_net-3.0.so.0[0x7fc1f383e023] [5] ?? in /usr/lib/x86_64-linux-gnu/libwx_baseu_net-3.0.so.0[0x7fc1f3835675] [6] ?? in /usr/lib/x86_64-linux-gnu/libwx_baseu_net-3.0.so.0[0x7fc1f3836ae0] [7] wxSocketClient::DoConnect(wxSockAddress const&, wxSockAddress const*, bool) in /usr/lib/x86_64-linux-gnu/libwx_baseu_net-3.0.so.0[0x7fc1f3836d3c] [8] wxHTTP::GetInputStream(wxString const&) in /usr/lib/x86_64-linux-gnu/libwx_baseu_net-3.0.so.0[0x7fc1f38270af] [9] ?? in amuled[0x56259b0533ae] [10] ?? in amuled[0x56259b05419e] [11] wxThread::CallEntry() in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0[0x7fc1f3521012] [12] ?? in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0[0x7fc1f35296a3] [13] ?? in /lib/x86_64-linux-gnu/libpthread.so.0[0x7fc1f4a46494] [14] clone in /lib/x86_64-linux-gnu/libc.so.6[0x7fc1f280daff] Aborted Thanks! -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages amule-daemon depends on: ii amule-common 1:2.3.2-1 ii libboost-system1.62.0 1.62.0+dfsg-4 ii libc6 2.24-11 ii libcrypto++6 5.6.4-7 ii libgcc11:6.3.0-18 ii libpng16-161.6.28-1 ii libreadline7 7.0-3 ii libstdc++6 6.3.0-18 ii libupnp6 1:1.6.19+git20160116-1.2 ii libwxbase3.0-0v5 3.0.2+dfsg-4 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages amule-daemon recommends: ii amule-utils 1:2.3.2-1+b2 ii unzip6.0-21 amule-daemon suggests no packages. -- no debconf information
Bug#775601: free42-nologo: New upstream version 1.5.5 available
Control: retitle -1 free42-nologo: New upstream version 2.0.4 available On Mon, 16 May 2016 21:36:45 +0200, Stephen Kitt wrote: > On Sat, 17 Jan 2015 21:50:43 +0100, Stephen Kitt wrote: > > Free42 1.5.5 is available upstream. > > Since then a few releases have been made available, upstream is now up to > 1.5.8. And now we’re up to 2.0.4. Regards, Stephen pgp7zHimcrTVx.pgp Description: OpenPGP digital signature
Bug#836127: Call for Votes for new TC member
Didier 'OdyX' Raboud writes: > I call for votes on the following ballot to fill a vacant seat in the TC. The > voting period starts immediately and lasts for up to one week, or until the > outcome is no longer in doubt (§6.3.1). > > ===BEGIN > The Technical Committee recommends that Niko Tyni be > appointed by the Debian Project Leader to the Technical Committee. > > N: Recommend to Appoint Niko Tyni > F: Further Discussion > ===END I vote: N > F signature.asc Description: PGP signature
