Bug#919817: [debian-mysql] Bug#919817: mysql-5.7: Security fixes from the January 2019 CPU
CVE List: CVE-2018-0734 CVE-2019-2420 CVE-2019-2434 CVE-2019-2455 CVE-2019-2481 CVE-2019-2482 CVE-2019-2486 CVE-2019-2503 CVE-2019-2507 CVE-2019-2510 CVE-2019-2528 CVE-2019-2529 CVE-2019-2531 CVE-2019-2532 CVE-2019-2534 CVE-2019-2537 I'll build and test the update so we can get it uploaded. -- Lars On 19.01.2019 22:14, Salvatore Bonaccorso wrote: Source: mysql-5.7 Version: 5.7.24-3 Severity: grave Tags: security upstream Justification: user security hole Hi Details at https://www.oracle.com/technetwork/security-advisory/cpujan2019-5072801.html#AppendixMSQL Regards, Salvatore ___ pkg-mysql-maint mailing list pkg-mysql-ma...@alioth-lists.debian.net https://urldefense.proofpoint.com/v2/url?u=https-3A__alioth-2Dlists.debian.net_cgi-2Dbin_mailman_listinfo_pkg-2Dmysql-2Dmaint=DwIGaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=M-8dedO8w3Vlx9Nb3v_HN_eQTPKU36yJj5mmQmreYMQ=V6YWmDTP8Up8aqe6FOgySAUbY7C2l8NgxQlnOECX4Yw=3kTGAVctD96CB83WxpUcWMWEa46FgDCXmzXLUox2QU4=
Bug#920173: pmacct is missing build-dependencies
Package: src:pmacct Version: 1.7.2-2 Severity: serious Tags: sid buster pmacct ftbfs everywhere, missing b-d: [...] checking for jansson.h... yes checking whether to enable Avro support... no checking whether to enable Confluent schema-registry support... no checking whether to enable nDPI support... yes checking for NDPI... yes checking for ndpi_init_detection_module in -lndpi... yes checking libndpi/ndpi_main.h usability... no checking libndpi/ndpi_main.h presence... no checking for libndpi/ndpi_main.h... no configure: error: ERROR: missing nDPI static library and probably missing Avro support/b-d as well
Bug#920171: RM: gcc-6 -- RoQA; old gcc version
Package: ftp.debian.org X-Debbugs-Cc: gc...@packages.debian.org Tags: moreinfo Control: block -1 by 920166 920168 892398 920169 Please remove gcc-6 from unstable, it has been superseded by gcc-7 already. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#920172: RM: libmems [kfreebsd-amd64 kfreebsd-i386] -- ROM; Old cruft package existing on non-released architectures only
Package: ftp.debian.org Severity: normal Hi, according to $ rmadison -S -s unstable libmems libmems | 1.6.0+4725-4| unstable | source libmems | 1.6.0+4725-8| unstable | source libmems-1.6-1v5 | 1.6.0+4725-4| unstable | kfreebsd-amd64, kfreebsd-i386 libmems-1.6-dev | 1.6.0+4725-4| unstable | kfreebsd-amd64, kfreebsd-i386 libmems-dev | 1.6.0+4725-8+b1 | unstable | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x libmems1| 1.6.0+4725-8+b1 | unstable | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x version 1.6.0+4725-4 of this package should be removed from Debian. Thanks a lot, Andreas.
Bug#920170: RM: libmuscle [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- ROM; Old cruft package existing on non-released architectures only
Package: ftp.debian.org Severity: normal Hi, according to $ rmadison -S -s unstable libmuscle libmuscle | 3.7+4565-2| unstable | source libmuscle | 3.7+4565-6| unstable | source libmuscle-3.7-1 | 3.7+4565-2| unstable | hurd-i386, kfreebsd-amd64, kfreebsd-i386 libmuscle-3.7-dev | 3.7+4565-2| unstable | hurd-i386, kfreebsd-amd64, kfreebsd-i386 libmuscle-dev | 3.7+4565-6| unstable | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x libmuscle1| 3.7+4565-6| unstable | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x version 3.7+4565-2 should be removed from Debian. Thanks a lot, Andreas.
Bug#920039: RFS: brightness-controller/2.2.3 [ITP]
On Tue, Jan 22, 2019 at 11:16:09AM +0100, Adam Borowski wrote: > The package installs no useful executables, > /usr/share/brightness-controller/init.py has no x bit and its only contents /usr/bin/brightness-controller that is. > is "/usr/share/brightness-controller/init.py\n". -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Remember, the S in "IoT" stands for Security, while P stands ⢿⡄⠘⠷⠚⠋⠀ for Privacy. ⠈⠳⣄
Bug#920169: RM: gcc-6-cross-ports -- RoQA; old gcc gersion
Package: ftp.debian.org X-Debbugs-Cc: gcc-6-cross-po...@packages.debian.org Control: block -1 by 920165 920162 Please remove gcc-6-cross-ports from unstable, superseded by gcc-7 already. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#916919: coturn 4.5.0.7-1: FTBFS, alignment problem
We have made some progress to fix coturn on sparc64 See: https://github.com/coturn/coturn/tree/sparc64 You can try these mem alignment fixes that are general 64 bit issues: https://github.com/coturn/coturn/commit/4f2c353588c63647e17e41fb49c49367105e9b18
Bug#917884: mate-dock-applet: Adding a new dock does nothing
Hi Rock, On Mo 31 Dez 2018 12:47:16 CET, Rock Storm wrote: Package: mate-dock-applet Version: 0.87-1 Severity: grave Dear Maintainer, After a recent system upgrade, I've lost the dock applet. It is no longer shown on the panel. As said in the subject, adding a new one does nothing. No new dock is shown on the panel either. This upgrade I did, did not affect the mate-dock-applet package itself, so it might be a problem with one of its dependencies instead. I've tried downgrading to version 0.75-1 but it didn't work. I also tried downgrading the following dependencies with no luck: gir1.2-freedesktop:amd64 (1.58.3-1 > 1.58.2-2) gir1.2-glib-2.0:amd64 (1.58.3-1 > 1.58.2-2) gir1.2-notify-0.7:amd64 (0.7.7-4 > 0.7.7-2) I'm sorry I couldn't help further, my knowledge here is limited. Please let me know if there's anything else I could try to debug this. Thanks a lot, I think, the missing dependency is python3-dbus. Do you think you can re-test the installation procedure, reproduce this bug and then try to install python3-dbus and see if that fixes things? If I don't hear back from you within the next couple of days, I'll add that dependency and upload a new package revision that will close this bug (as I am pretty sure, python3-dbus is missing under Depends:). The question is: is python3-dbus the only dep that is missing. Thanks 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 pgp8LUbyakiGP.pgp Description: Digitale PGP-Signatur
Bug#920168: RM: boost1.63 -- RoQA; old boost version
Package: ftp.debian.org X-Debbugs-Cc: boost1...@packages.debian.org Please remove boost1.63 from unstable, superseded at least by boost1.67. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#920039: RFS: brightness-controller/2.2.3 [ITP]
On Tue, Jan 22, 2019 at 01:41:49AM +0530, Archisman Panigrahi wrote: > * Package name: brightness-controller >Version : 2.2.3 > brightness-controller - Easily adjust your display brightness Hi! Why is this a native package if it's in no way specific to Debian only? The package installs no useful executables, /usr/share/brightness-controller/init.py has no x bit and its only contents is "/usr/share/brightness-controller/init.py\n". I wonder why the source package has a FHS-ish layout. This might be acceptable (but certainly atypical), but suggests something wrong is going on. At least some Python files have been generated but don't get regenerated during the build. The copyright file lacks at least yourself. That's ok only if you're doing the packaging as a part of your work duties, but I have doubts that "Amit Seal Ami " is your employer. The package's description is not supposed to talk about license, the upstream's github nor how to report bugs. Likewise, it's not a place to ask for review. It's probably a bad idea to use Python [2] in the packaging of a new program. While Python 2 is still supported for Buster, it'll be dropped early in the next release cycle. There's no man page. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Remember, the S in "IoT" stands for Security, while P stands ⢿⡄⠘⠷⠚⠋⠀ for Privacy. ⠈⠳⣄
Bug#920167: RM: zygrib -- ROM; obsolete; replaced by xygrib
Package: ftp.debian.org Severity: normal zygrib is now dead upstream. It is being replaced by a fork, xygrib, which is now in unstable. Please remove zygrib
Bug#920166: RM: gcc-5 -- RoQA; old gcc version
Package: ftp.debian.org X-Debbugs-Cc: gc...@packages.debian.org Control: block -1 by 920165 Please remove gcc-5 from unstable, superseded by newer gcc versions already. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#920164: RM: libmuparser-doc -- NBS; curft arch:all package
Package: ftp.debian.org Version 2.2.6.1+dfsg-1 of muparser stopped building this package, even if it wasn't apparently mentioned in the changelog. Please remove it. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#920165: RM: gcc-5-cross -- RoQA; old gcc version
Package: ftp.debian.org X-Debbugs-Cc: gcc-5-cr...@packages.debian.org Control: block -1 by 920162 Please remove gcc-5-cross from unstable, superses by newer gcc versions already. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#920163: ITP: libspreadsheet-writeexcel-simple-perl -- module providing simple creation of single-sheet Excel documents
Package: wnpp Owner: Nick Morrott Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libspreadsheet-writeexcel-simple-perl Version : 1.04 Upstream Author : Tony Bowden * URL : https://metacpan.org/release/Spreadsheet-WriteExcel-Simple * License : Artistic or GPL-1+ Programming Lang: Perl Description : module providing simple creation of single-sheet Excel documents Spreadsheet::WriteExcel::Simple provides an abstraction to the Spreadsheet::WriteExcel module for easier creation of simple single-sheet Excel documents. In its most basic form it provides two methods for writing data: * write_row * write_bold_row which write the data supplied to the next row of the spreadsheet. However, you can also use $ss->book and $ss->sheet to get at the underlying workbook and worksheet from Spreadsheet::WriteExcel if you wish to manipulate these directly. Spreadsheet::WriteExcel::Simple is recommended by Task::Kensho, a list of recommended modules for Enlightened Perl development maintained by the Enlightened Perl Organisation. The package will be maintained under the umbrella of the Debian Perl Group.
Bug#920162: RM: gcc-5-cross-ports -- RoQA; old gcc version
Package: ftp.debian.org X-Debbugs-CC: gcc-5-cross-po...@packages.debian.org Please remove gcc-5-cross-ports from unstable, superseded by newer gcc versions already. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#919971: node-rollup-pluginutils: autopkgtestsuite failure
Hello, looks like the little revert works for some values of "works"https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-disco/disco/ppc64el/n/node-rollup-pluginutils/20190122_011515_04dfc@/log.gz right now I'm happy with my patchhttp://launchpadlibrarian.net/407081706/node-rollup-pluginutils_2.3.3-2build1_2.3.3-2ubuntu1.diff.gz G. Il lunedì 21 gennaio 2019, 22:15:05 CET, Julien Puydt ha scritto: Hi, I had not updated this package precisely because I couldn't get the autopkgtestsuite to run properly : https://github.com/rollup/rollup-pluginutils/issues/38 If you have a fix, that's a good news. I might have the time to have a look in two days ; if you're in a hurry, it's team maintained and help is welcome! Cheers, JP
Bug#900918: debian-installer: Please make the generated images reproducible
On 1/22/2019 7:08 AM, Cyril Brulebois wrote: >> Alternatively, we could make pigz a strict build requirement but >> that sounds a little antisocial. > Right. In what way do you consider this antisocial and what's speaking against doing that? If it's about CPU time, then maybe it should obey the parallelization setting of the build process. But then it's already a build process and if you want that to not be detrimental to your desktop performance, you nice it. Apart from that thing I really struggle to find something "antisocial" in that build-dependency. Kind regards and thanks Philipp Kern
Bug#919961: sope: FTBFS on sh4: PrintfFormatScanner.m:43:9: error: wrong type argument to unary exclamation mark
John Paul Adrian Glaubitz wrote: > On 1/21/19 10:50 PM, Yavor Doganov wrote: > > I tried with qemu from git but it still fails with the same error. > > Make sure you overwrite the binary in both /usr/bin and the chroot's > usr/bin and restart binfmt-support if necessary. Oh, I only copied it in the chroot. Works like a charm now; thanks.
Bug#920160: netdata: Installing netdata fails since January 19th 2019 because of too old python3-urllib3 version
Package: netdata Version: 1.11.1+dfsg-2~bpo9+1 Severity: normal Hey there, we are using stretch and have netdata installed. Since January 19th 2019, stretch has netdata 1.11.X which requires python3-urllib3 >=1.22. But stretch/-backports stable only has python3-urllib3 1.19.X... Is it possible to update python3-urllib3 to a newer version? Greetings and thanks for your help Andreas -- System Information: Debian Release: 9.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages netdata depends on: ii init-system-helpers 1.48 ii libc62.24-11+deb9u3 ii libcap2-bin 1:2.25-1 pn libipmimonitoring5a ii libuuid1 2.29.2-1+deb9u1 ii lsb-base 9.20161125 pn netdata-data ii python3 3.5.3-1 ii python3-six 1.10.0-3 ii python3-urllib3 1.19.1-1 pn python3-yaml ii zlib1g 1:1.2.8.dfsg-5 Versions of packages netdata recommends: ii curl7.52.1-5+deb9u8 pn fping pn nodejs netdata suggests no packages.
Bug#920161: openjdk-11 ftbfs on alpha with
Package: src:openjdk-11, src:binutils Severity: important openjdk-11 ftbfs on alpha, linking libjvm. full build log at https://buildd.debian.org/status/fetch.php?pkg=openjdk-11=alpha=11.0.2%2B7-1=1547859652=0 [...] Linking libjvm.so ( /bin/rm -f /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/gtest/objs/BUILD_GTEST_LIBJVM_link.log && /usr/bin/alpha-linux-gnu-g++-8 -Wl,--hash-style=both -Wl,-z,defs -Wl,-z,noexec stack -Wl,-O1 -Wl,-z,relro -Xlinker -z -Xlinker relro -Xlinker -Bsymbolic-functions -shared -Xlinker -z -Xlinker relro -Xlinker -Bsymbolic-functions -Wl,-version-script=/<>/openjdk-11-11.0.2+ 7/build/hotspot/variant-zero/libjvm/gtest/mapfile -Wl,-soname=libjvm.so -o /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/gtest/libjvm.so @/<>/openjdk-11-11.0.2+7/build/h otspot/variant-zero/libjvm/gtest/objs/_BUILD_GTEST_LIBJVM_objectfilenames.txt -lm -ldl -lpthread -lffi_pic > >(/usr/bin/tee -a /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/gtest/ objs/BUILD_GTEST_LIBJVM_link.log) 2> >(/usr/bin/tee -a /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/gtest/objs/BUILD_GTEST_LIBJVM_link.log >&2) || ( exitcode=$? && /bin/cp /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/gtest/objs/BUILD_GTEST_LIBJVM_link.log /<>/openjdk-11-11.0.2+7/build/make-support/failure-logs/hotspot_variant-zero_libjvm_gtest_ objs_BUILD_GTEST_LIBJVM_link.log && /bin/cp /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/gtest/objs/BUILD_GTEST_LIBJVM_link.cmdline /<>/openjdk-11-11.0.2+7/build/make-s upport/failure-logs/hotspot_variant-zero_libjvm_gtest_objs_BUILD_GTEST_LIBJVM_link.cmdline && exit $exitcode ) ) ; /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4633:(.text+0x1050): relocation truncated to fit: GPR EL16 against symbol `AllowUserSignalHandlers' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/globals.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4713:(.text+0x1268): relocation truncated to fit: GPR EL16 against symbol `CheckJNICalls' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/globals.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4715:(.text+0x1284): relocation truncated to fit: GPREL16 against symbol `PrintJNIResolving' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/globals.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4720:(.text+0x12a8): relocation truncated to fit: GPREL16 against symbol `AllowUserSignalHandlers' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/globals.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4721:(.text+0x12b8): relocation truncated to fit: GPREL16 against symbol `PrintJNIResolving' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/globals.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4713:(.text+0x1310): relocation truncated to fit: GPREL16 against symbol `CheckJNICalls' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/globals.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4716:(.text+0x1350): relocation truncated to fit: GPREL16 against symbol `tty' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/ostream.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/os/linux/os_linux.cpp:4722:(.text+0x1380): relocation truncated to fit: GPREL16 against symbol `tty' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/ostream.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/share/runtime/os.hpp:244:(.text+0x1de8): relocation truncated to fit: GPREL16 against symbol `os::_processor_count' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os.o /usr/bin/ld: /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/os_linux.o:./make/hotspot/./src/hotspot/share/runtime/arguments.hpp:607:(.text+0x1fac): relocation truncated to fit: GPREL16 against symbol `Arguments::_sun_boot_library_path' defined in .sbss section in /<>/openjdk-11-11.0.2+7/build/hotspot/variant-zero/libjvm/objs/arguments.o /usr/bin/ld:
Bug#920159: ITP: libemail-mime-kit-perl -- module to build complete email messages from templates
Package: wnpp Owner: Nick Morrott Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libemail-mime-kit-perl Version : 3.06 Upstream Author : Ricardo Signes * URL : https://metacpan.org/release/Email-MIME-Kit * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to build complete email messages from templates Email::MIME::Kit is a templating system for email messages. Instead of trying to be yet another templating system for chunks of text, it makes it easy to build complete email messages. It handles the construction of multipart messages, text and HTML alternatives, attachments, interpart linking, string encoding, and parameter validation. Although nearly every part of Email::MIME::Kit is a replaceable component, the stock configuration is probably enough for most use. A message kit will be stored as a directory that might look like this: sample.mkit/ manifest.json body.txt body.html logo.jpg Email::MIME::Kit is recommended by Task::Kensho, a list of recommended modules for Enlightened Perl development maintained by the Enlightened Perl Organisation. The package will be maintained under the umbrella of the Debian Perl Group.
Bug#918426: control
Control: notfound -1 5.4.1-1 -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE https://github.com/infinity0/pubkeys.git
Bug#920158: stterm: Crash when displaying emoji
Package: stterm Version: 0.8.1-2 Severity: important Steps to reproduce: 1. Launch st with the DejaVu Sans Mono font: st -f "DejaVu Sans Mono-10" 2. Run the following command: printf '\xf0\x9f\x9b\x91\n' Expected result: - st displays U+1F6D1 OCTAGONAL SIGN, or some kind of unknown character glyph, or maybe even just a blank space. Actual result: - st crashes, printing an error: X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 139 (RENDER) Minor opcode of failed request: 20 (RenderAddGlyphs) Serial number of failed request: 949 Current serial number in output stream: 985 Note that with st's compiled-in default font, whatever it is, it displays a blank space of the appropriate size instead of crashing. I discovered this crash with Noto Sans Mono from the fonts-noto-core package, but I was able to reproduce it with the much more widely available DejaVu Sans Mono. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8), LANGUAGE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages stterm depends on: ii libc6 2.28-5 ii libfontconfig1 2.13.1-2 ii libfreetype62.9.1-3 ii libx11-62:1.6.7-1 ii libxft2 2.3.2-2 ii ncurses-term6.1+20181013-1 stterm recommends no packages. stterm suggests no packages. -- no debconf information
Bug#919921: [Qemu-devel] Bug#919921: qemu-user Linux ELF loader fails to handle pure BSS segments
Hi Ben,
On 1/22/19 6:43 AM, Michael Tokarev wrote:
> Forwarding to qemu-devel@
> http://bugs.debian.org/919921
>
> Thanks!
>
> 20.01.2019 20:55, Ben Hutchings wrote:
>> Package: qemu-user
>> Version: 1:3.1+dfsg-2
>> Severity: normal
>> Tags: patch
>>
>> I've been building and testing klibc across many architectures using
>> qemu-user, and I found that qemu-user fails to load a few programs on
>> a few architectures, reporting an EINVAL error code. Here's the
>> "readelf -l" output for one such program:
>>
>> Elf file type is EXEC (Executable file)
>> Entry point 0x1100
>> There are 5 program headers, starting at offset 52
>> Program Headers:
>> Type Offset VirtAddr PhysAddr FileSiz MemSiz
>> Flg Align
>> PHDR 0x34 0x1034 0x1034 0x000a0 0x000a0
>> R 0x4
>> INTERP 0xd4 0x10d4 0x10d4 0x0002a 0x0002a
>> R 0x1
>> [Requesting program interpreter:
>> /lib/klibc-R7FVdnsTBUFpWPgCV6FR07b-mf8.so]
>> LOAD 0x00 0x1000 0x1000 0x002f8 0x002f8 R
>> E 0x1
>> LOAD 0x01 0x1002 0x1002 0x0 0x08000
>> RW 0x1
>> GNU_STACK 0x00 0x 0x 0x0 0x0
>> RWE 0x10
>> Section to Segment mapping:
>> Segment Sections...
>> 00
>> 01 .interp
>> 02 .interp .text .rodata .eh_frame
>> 03 .bss
>> 04
>>
>> The unusual feature of this program, and all the others that failed,
>> is that there is a LOAD segment with a file-size of 0 (i.e. only BSS,
>> no initialised data). load_elf_image() will try to mmap() initialised
>> data for this section even though there is none and a length of 0 is
>> invalid.
>>
>> The change that seems to fix this is to skip the mmap() in this case:
>>
>> --- a/linux-user/elfload.c
>> +++ b/linux-user/elfload.c
>> @@ -2316,11 +2316,13 @@ static void load_elf_image(const char *i
>> vaddr_ps = TARGET_ELF_PAGESTART(vaddr);
>> vaddr_len = TARGET_ELF_PAGELENGTH(eppnt->p_filesz +
>> vaddr_po);
>> - error = target_mmap(vaddr_ps, vaddr_len,
>> - elf_prot, MAP_PRIVATE | MAP_FIXED,
>> - image_fd, eppnt->p_offset - vaddr_po);
>> - if (error == -1) {
>> - goto exit_perror;
>> + if (vaddr_len != 0) {
This is probably not the good fix, since now your process doesn't have
anything mapped to use his BSS :)
>> + error = target_mmap(vaddr_ps, vaddr_len,
>> + elf_prot, MAP_PRIVATE | MAP_FIXED,
>> + image_fd, eppnt->p_offset -
>> vaddr_po);
>> + if (error == -1) {
>> + goto exit_perror;
>> + }
>> }
>> vaddr_ef = vaddr + eppnt->p_filesz;
>> --- END ---
What about this fix instead, using the segment memory size rather than
the file size:
-- >8 --
@@ -2314,7 +2314,7 @@ static void load_elf_image(const char *image_name,
int image_fd,
vaddr = load_bias + eppnt->p_vaddr;
vaddr_po = TARGET_ELF_PAGEOFFSET(vaddr);
vaddr_ps = TARGET_ELF_PAGESTART(vaddr);
-vaddr_len = TARGET_ELF_PAGELENGTH(eppnt->p_filesz + vaddr_po);
+vaddr_len = TARGET_ELF_PAGELENGTH(eppnt->p_memsz + vaddr_po);
error = target_mmap(vaddr_ps, vaddr_len,
elf_prot, MAP_PRIVATE | MAP_FIXED,
---
>>
>> -- System Information:
>> Debian Release: buster/sid
>> APT prefers unstable-debug
>> APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500,
>> 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>>
>> Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
>> LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>> Init: systemd (via /run/systemd/system)
>> LSM: AppArmor: enabled
>>
>> Versions of packages qemu-user depends on:
>> ii libc6 2.28-3
>> ii libcapstone3 3.0.5-3
>> ii libgcc1 1:8.2.0-13
>> ii libglib2.0-0 2.58.1-2
>> ii libstdc++6 8.2.0-13
>> ii zlib1g 1:1.2.11.dfsg-1
>>
>> Versions of packages qemu-user recommends:
>> ii qemu-user-static [qemu-user-binfmt] 1:3.1+dfsg-2
>>
>> Versions of packages qemu-user suggests:
>> ii sudo 1.8.26-2
>>
>> -- no debconf information
>>
>
Bug#843778: needrestart: restart systemd user daemons and user services
Hello, I've seen that needrestart reports the user processes when run as user. Could you extend needrestart to show the dialogue and restart the systemd units: ``` % id -u 1000 % needrestart Prüfe Prozesse... Veraltete Prozesse: dbus-daemon[885], emacs[12635], firefox[30570], firefox-bin[20556], Privileged Cont[26250], pulseaudio[29837], Web Content[21597], WebExtensions[20752], Xorg[12276] % systemctl --user status -n0 29837 30570 2>/dev/null |grep '^●' |sed 's/ -.*//; s/.* //' |uniq pulseaudio.service ff.service % systemctl --user restart pulseaudio.service ``` Regards Jörg -- Die Erde ist das einzigste Irrenhaus, das von seinen eigenen Insassen verwaltet wird. (U. Schmidt) signature.asc Description: PGP signature
Bug#919985: jupyter-sphinx-theme: ipywidgets depends on python-jupyter-sphinx-theme which was removed
Hello, it is not really a big issue as I am on my way to reintroduce python-nbshynx (see #918079). Cheers, Jerome On 22/01/2019 12:02, Ximin Luo wrote: > I am looking into fixing the ipywidgets build now, the sphinx theme is only > for the docs, it is probably easy to drop it. Let me see, I'll update you > soon. > > X > > Jerome BENOIT: >> Hello, >> >> must we ? >> >> Jerome >> > > -- Jerome BENOIT | calculus+at-rezozer^dot*net https://qa.debian.org/developer.php?login=calcu...@rezozer.net AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B signature.asc Description: OpenPGP digital signature
Bug#920157: ITP: libcgi-formbuilder-source-perl-perl -- module to initialize FormBuilder applications from Perl files
Package: wnpp Owner: Nick Morrott Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libcgi-formbuilder-source-perl-perl Version : 0.01 Upstream Author : Edmund von der Burg * URL : https://metacpan.org/release/CGI-FormBuilder-Source-Perl * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to initialize FormBuilder applications from Perl files CGI::FormBuilder::Source::Perl allows you to specify the config for a CGI::FormBuilder object using Perl syntax. The contents of the config file will be evaled and the hash ref returned will be used as the config for the object. CGI::FormBuilder::Source::Perl is recommended by Task::Kensho, a list of recommended modules for Enlightened Perl development maintained by the Enlightened Perl Organisation. The package will be maintained under the umbrella of the Debian Perl Group.
Bug#920153: kio-extras: MTP access mostly fails with Android device
Amending that this is possibly the same as https://bugs.kde.org/show_bug.cgi?id=319880 which upstream reports as fixed in 18.12. -Timo
Bug#920156: RFP: clfft -- a software library containing FFT functions written in OpenCL
Package: wnpp Severity: wishlist * Package name: clfft Version : 2.12.2 Upstream Author : Bragadeesh Natarajan * URL : https://github.com/clMathLibraries/clFFT * License : Apache-2.0 Programming Lang: C++ Description : a software library containing FFT functions written in OpenCL clFFT is a software library containing FFT functions written in OpenCL. In addition to GPU devices, the library also supports running on CPU devices to facilitate debugging and heterogeneous programming. Introduction to clFFT The FFT is an implementation of the Discrete Fourier Transform (DFT) that makes use of symmetries in the FFT definition to reduce the mathematical intensity required from O(N^2) to O(N log2(N)) when the sequence length N is the product of small prime factors. Currently, there is no standard API for FFT routines. Hardware vendors usually provide a set of high-performance FFTs optimized for their systems: no two vendors employ the same interfaces for their FFT routines. clFFT provides a set of FFT routines that are optimized for AMD graphics processors, but also are functional across CPU and other compute devices. The clFFT library is an open source OpenCL library implementation of discrete Fast Fourier Transforms. The library: provides a fast and accurate platform for calculating discrete FFTs. works on CPU or GPU backends. supports in-place or out-of-place transforms. supports 1D, 2D, and 3D transforms with a batch size that can be greater than 1. supports planar (real and complex components in separate arrays) and interleaved (real and complex components as a pair contiguous in memory) formats. supports dimension lengths that can be any combination of powers of 2, 3, 5, 7, 11 and 13. Supports single and double precision floating point formats.
Bug#920155: ITP: libtime-tiny-perl -- time object, with as little code as possible
Package: wnpp Owner: Nick Morrott Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libtime-tiny-perl Version : 1.08 Upstream Author : David Golden * URL : https://metacpan.org/release/Time-Tiny * License : Artistic or GPL-1+ Programming Lang: Perl Description : time object, with as little code as possible Time::Tiny is a member of the DateTime::Tiny suite of time modules. It implements an extremely lightweight object that represents a time, without any time data. Time::Tiny is recommended by Task::Kensho, a list of recommended modules for Enlightened Perl development maintained by the Enlightened Perl Organisation. The package will be maintained under the umbrella of the Debian Perl Group.
Bug#880393: testing cyrus-sasl2 2.1.27+dfsg-1~exp1 (was: Re: nmuing cyrus-sasl2)
Ryan, thank you for testing the package. I merged your two MRs and I am building the package for unstable right now, and I will be uploading it there shortly. Thank you for your work on the package, I do appreciate the work you spent on this. Ondrej -- Ondřej Surý ond...@sury.org > On 22 Jan 2019, at 08:38, Ryan Tandy wrote: > > Hello Ondřej, > > On Mon, Jan 21, 2019 at 05:54:39PM +0100, OndÅ?ej Surý wrote: >> I spent a half-day hacking cyrus-sasl2 and I uploaded 2.1.27 to >> experimental. I would appreciate if more people can test the package (I >> won’t have time until tomorrow or next week). I didn’t even had a chance to >> test it myself, so even the basic it installs and nothing breaks horribly >> would help. > > Thank you for spending some time working on the package! I have spent some > time looking at it this evening. > > I noticed in debian/control that the Build-Depends lines for > libpod-pom-view-restructured-perl and python3-sphinx are indented with mixed > spaces and tabs. > > I confirm that these bugs are fixed: > #880393 (MIT modules installed in heimdal pkg) > #919639 (man pages were empty -- please close this one in changelog) > > These bugs still exist: > #917140 (changes from old NMUs silently dropped) > #917129 (unnecessary GSSAPI linking breaks slapd-smbk5pwd) > > I already opened merge requests on salsa for these last two and am rebasing > them now; would you mind taking a look? #917129 in particular would be great > to have in buster as slapd-smbk5pwd is currently unusable with heimdal. > > I tested the following use cases: > > * testsaslauthd with saslauthd using sasldb backend > * testsaslauthd with saslauthd using pam backend > * testsaslauthd with saslauthd using ldap backend > * testsaslauthd with saslauthd using kerberos5 backend > * EXTERNAL authentication to slapd > * GSSAPI authentication to slapd (heimdal module) > * GSSAPI authentication to slapd (MIT module) > * DIGEST-MD5 authentication to slapd (password stored in slapd) > * PLAIN authentication to slapd (password stored in slapd) > * PLAIN authentication to slapd with pass-through to saslauthd > * LOGIN authentication to slapd with pass-through to saslauthd > > and all of those are working fine. I have not looked at the sql or otp > modules. > > I also checked some man pages and the html docs (-doc package) briefly and > everything looked ok. > > Thank you for working on cyrus-sasl2, and please consider adding the patch > for #917129 if you can. :) > > cheers, > Ryan >
Bug#920143: gst-plugins-rtp: please switch to 3.0 (quilt)
Thanks for the review of the package. The package is written *and* maintained by me. Native should cover it, I think. I decided on 1.14.4 to link with GStreamer (upstream) and the final number as the 'release' within the upstream reference. I plan to build from github and keep debian/github sync'd On Tue, 22 Jan 2019 at 07:39, Jeremy Bicha wrote: > > Source: gst-plugins-rtp > Version: 1.14.4.1 > > gst-plugins-rtp has a native version number and has its > debian/source/format set to 3.0 (native). > > Please use 3.0 (quilt) instead with a version number like 1.14.4.1-1. > > Thanks, > Jeremy Bicha
Bug#919498: 4.19.13-1 boots after linux-image-4.19.0-2-amd64-dbg install and update/upgrade
Hi, I have installed linux-image-4.19.0-2-amd64-dbg package (4.19.16-1) but grub was not automatically updated. I tried to boot after my usual update/upgrade and the workstation booted cleanly on 4.19.0-1-amd64 #1 SMP Debian 4.19.13-1. I do not dare do an update-grub, here is the situation : dpkg -l linux-image* Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements |/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais) ||/ Nom Version Architecture Description +++-===--- un linux-image (aucune description n'est disponible) ii linux-image-4.18.0-3-amd64 4.18.20-2 amd64 Linux 4.18 for 64-bit PCs ii linux-image-4.19.0-1-amd64 4.19.13-1 amd64 Linux 4.19 for 64-bit PCs (signed) un linux-image-4.19.0-1-amd64-unsigned (aucune description n'est disponible) ii linux-image-4.19.0-2-amd64-dbg 4.19.16-1 amd64 Debug symbols for linux-image-4.19.0-2-amd64 ii linux-image-amd64 4.19+101 amd64 Linux for 64-bit PCs (meta-package). Let me know if I can do anything to help. Thanks -- Gérard Vidal Chargé de mission normes et veille technologique et numériques auprès du Directeur de l'IFÉ. Université de Lyon : IFÉ / ENS de Lyon 15 Parvis rené Descartes 69342 Lyon Cedex07. tel : [+33] (0)4 26 73 12 60. onglet logos
Bug#919960: sync packages
reassign 919960 ftp.debian.org retitle 919960 Be sure all packages in a group arrive before distributing thanks > "MH" == Marc Haber writes: MH> There is nothing to solve. Uninstallable packages are part of Debian MH> unstable. It is a race condition that can be fixed if all packages in (future) declared groups are waited for before distribution.
Bug#920154: meson: ship zsh completions
Package: meson Version: 0.49.0-2 Severity: wishlist Dear Maintainer, Meson ships some completions for zsh in its data/shell-completions directory. It would be nice to have these shipped in debian as well. Thanks -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (400, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages meson depends on: ii ninja-build1.8.2-1 ii python33.7.1-3 ii python3-pkg-resources 40.6.2-1 meson recommends no packages. meson suggests no packages. -- no debconf information
Bug#920152: RFP: clrng -- an OpenCL based software library containing random number generation functions
Package: wnpp Severity: wishlist * Package name: clrng Version : 1.0.0 Upstream Author : Bragadeesh Natarajan * URL : https://github.com/clMathLibraries/clRNG * License : https://github.com/clMathLibraries/clRNG/blob/master/LICENSE Programming Lang: C Description : an OpenCL based software library containing random number generation functions A library for uniform random number generation in OpenCL. Streams of random numbers act as virtual random number generators. They can be created on the host computer in unlimited numbers, and then used either on the host or on computing devices by work items to generate random numbers. Each stream also has equally-spaced substreams, which are occasionally useful. The API is currently implemented for four different RNGs, namely the MRG31k3p, MRG32k3a, LFSR113 and Philox-4×32-10 generators.
Bug#920153: kio-extras: MTP access mostly fails with Android device
Package: kio-extras Version: 4:18.08.3-1 Severity: important Dear Maintainer, MTP access is flaky (with a Sony Z5 Android device). The device is detected when choosing "file transfer mode" on it, but trying to browse the device in Dolphin often results in the connection "resetting" and the device showing a new connection mode prompt (or a rapid burst of them). If I do manage to successfully browse the device, the connection will fail on attempt to copy a file from the device with a "The process for the mtp protocol died unexpectedly" Dolphin error dialog. The same hardware setup performs flawlessly when using another operating system on the host, so this is a software problem in the Debian environment. Best regards, Timo -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kio-extras depends on: ii kio5.51.0-1 ii kio-extras-data4:18.08.3-1 ii libc6 2.28-5 ii libgcc11:8.2.0-14 ii libkf5activities5 5.51.0-2 ii libkf5archive5 5.51.0-1 ii libkf5bookmarks5 5.51.0-1 ii libkf5codecs5 5.51.0-1 ii libkf5configcore5 5.51.0-1 ii libkf5configgui5 5.51.0-1 ii libkf5configwidgets5 5.51.0-1 ii libkf5coreaddons5 5.51.0-1 ii libkf5dbusaddons5 5.51.0-1 ii libkf5dnssd5 5.51.0-1 ii libkf5guiaddons5 5.51.0-1 ii libkf5i18n55.51.0-1 ii libkf5iconthemes5 5.51.0-1 ii libkf5khtml5 5.51.0-1 ii libkf5kiocore5 5.51.0-1 ii libkf5kiofilewidgets5 5.51.0-1 ii libkf5kiowidgets5 5.51.0-1 ii libkf5parts5 5.51.0-1 ii libkf5pty5 5.51.0-1 ii libkf5service-bin 5.51.0-1 ii libkf5service5 5.51.0-1 ii libkf5solid5 5.51.0-3 ii libkf5xmlgui5 5.51.0-1+b1 ii libmtp91.1.13-1.1 ii libopenexr23 2.2.1-4 ii libphonon4qt5-44:4.10.2-1 ii libqt5core5a 5.11.3+dfsg-2 ii libqt5dbus55.11.3+dfsg-2 ii libqt5gui5 5.11.3+dfsg-2 ii libqt5network5 5.11.3+dfsg-2 ii libqt5sql5 5.11.3+dfsg-2 ii libqt5svg5 5.11.3-2 ii libqt5widgets5 5.11.3+dfsg-2 ii libqt5xml5 5.11.3+dfsg-2 ii libsmbclient 2:4.9.4+dfsg-1 ii libssh-4 0.8.6-2 ii libstdc++6 8.2.0-14 ii libtag1v5 1.11.1+dfsg.1-0.2+b2 ii phonon4qt5 4:4.10.2-1 kio-extras recommends no packages. kio-extras suggests no packages. -- no debconf information
Bug#920151: RFP: blockify -- mute spotify adverts on linux
Package: wnpp Severity: wishlist * Package name: python-blockify Version : 3.6.3 Upstream Author : Max Demian serialoverf...@gmail.com * URL : https://github.com/serialoverflow/blockify * License : MIT Programming Lang: Python Description : mute spotify adverts on linux Blockify is a linux only application that allows you to automatically mute songs and advertisements in Spotify.
Bug#920150: RFP: vexcl -- VexCL is a C++ vector expression template library for OpenCL/CUDA
Package: wnpp Severity: wishlist * Package name: vexcl Version : 1.4.1 Upstream Author : Denis Demidov dennis.demi...@gmail.com * URL : https://github.com/ddemidov/vexcl * License : MIT Programming Lang: C++ Description : VexCL is a C++ vector expression template library for OpenCL/CUDA VexCL is a vector expression template library for OpenCL/CUDA. It has been created for ease of GPGPU development with C++. VexCL strives to reduce amount of boilerplate code needed to develop GPGPU applications. The library provides convenient and intuitive notation for vector arithmetic, reduction, sparse matrix-vector products, etc. Multi-device and even multi-platform computations are supported. The source code of the library is distributed under very permissive MIT license. See VexCL documentation at http://vexcl.readthedocs.io/
Bug#920149: RFP: open-match -- Flexible, extensible, and scalable video game matchmaking.
Package: wnpp Severity: wishlist * Package name: open-match Version : 0.3.2 Upstream Author : Joseph Holley * URL : https://github.com/GoogleCloudPlatform/open-match * License : Apache-2.0 Programming Lang: Go Description : Flexible, extensible, and scalable video game matchmaking. Open Match is an open source game matchmaking framework designed to allow game creators to build matchmakers of any size easily and with as much possibility for sharing and code re-use as possible. It’s designed to be flexible (run it anywhere Kubernetes runs), extensible (match logic can be customized to work for any game), and scalable. Matchmaking is a complicated process, and when large player populations are involved, many popular matchmaking approaches touch on significant areas of computer science including graph theory and massively concurrent processing. Open Match is an effort to provide a foundation upon which these difficult problems can be addressed by the wider game development community. As Josh Menke — famous for working on matchmaking for many popular triple-A franchises — put it: "Matchmaking, a lot of it actually really is just really good engineering. There's a lot of really hard networking and plumbing problems that need to be solved, depending on the size of your audience." This project attempts to solve the networking and plumbing problems, so game developers can focus on the logic to match players into great games.
Bug#920148: RFP: python-mapillary-tools -- Useful tools and scripts related to Mapillary
Package: wnpp Severity: wishlist * Package name: python-mapillary-tools Version : 0.4.0 Upstream Author : supp...@mapillary.com * URL : https://github.com/mapillary/mapillary_tools * License : BSD-2 Programming Lang: Python Description : Useful tools and scripts related to Mapillary Mapillary Tools is a library for processing and uploading images to Mapillary.
Bug#919985: jupyter-sphinx-theme: ipywidgets depends on python-jupyter-sphinx-theme which was removed
I am looking into fixing the ipywidgets build now, the sphinx theme is only for the docs, it is probably easy to drop it. Let me see, I'll update you soon. X Jerome BENOIT: > Hello, > > must we ? > > Jerome > -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE https://github.com/infinity0/pubkeys.git
Bug#914160: qcontrol: Job dev-input-by\x2dpath-platform\x2dgpio_keys\x2devent.device/start
On Mon, 2019-01-21 at 16:18 -0300, Martin Michlmayr wrote: > * Ian Campbell [2019-01-21 19:09]: > > > Is this supposed to work at the moment or already known, > > > or should I report it, if yes to which package. > > > > I think flash-kernel is probably the right starting point, although it > > might turn out to be a kernel issue. > > It's a kernel issue that someone else mentioned before but that nobody > looked at (it seems). I think the kernel no longer has MTD built-in, > and the modules are not being built or loaded or not in d-i. (But I > think it also happens outside of d-i, so it's probably the former.) > > It would be great if someone could look into it. It would be better to raise it/discuss it on debian-boot@ and debian- arm@ rather than this unrelated qcontrol bug though. Ian.
Bug#919960: sync packages
On Tue, Jan 22, 2019 at 03:53:40PM +0800, 積丹尼 Dan Jacobson wrote: > I guess there is no way to solve it currently, There is nothing to solve. Uninstallable packages are part of Debian unstable. > as one part will get there faster than the other parts no matter what, > and the user will get a message that that part cannot be upgraded yet. > I guess unless another layer is added to the ftp server, saying wait for > all packages in the group to arrive, before letting users know via their > apt-get. You're of course free to discuss that with the people who can change this. A bug report against the default MTA is clearly the wrong place. Greetings Marc, who does not see an exim4 bug here -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Bug#658699: meandmyshadow
i never liked the game a lot, but here's what i did so far, if someone wants to maintain it: http://phd-sid.ethz.ch/debian/meandmyshadow/ best,
Bug#920032: [Qemu-devel] Bug#920032: qemu-user uses wrong struct timeval on sparc
On 22/01/2019 07:12, Thomas Huth wrote:
> Hi Ben,
>
> could you please submit this as a proper patch to the qemu-devel mailing
> list, with Signed-off-by line?
> (see https://wiki.qemu.org/Contribute/SubmitAPatch for details)
>
> Thanks,
> Thomas
>
>
> On 2019-01-22 06:42, Michael Tokarev wrote:
>> Forwarding to qemu-devel@.
>> http://bugs.debian.org/920032
>>
>> Thanks!
>>
>> 21.01.2019 22:09, Ben Hutchings wrote:
>>> Package: qemu-user
>>> Version: 1:3.1+dfsg-2
>>> Severity: important
>>> Tags: patch
>>>
>>> On sparc (only) Linux defines timeval::tv_usec with type int, not
>>> long. However qemu-user's definition of struct target_timeval uses
>>> abi_long unconditionally. This results in the syscall translation
>>> layer effectively multiplying tv_usec by 2**32. All sparc syscalls
>>> passing non-zero values for this field fail with -EINVAL. The
>>> following patch seems to fix this.
>>>
>>> Ben.
>>>
>>> --- a/linux-user/syscall_defs.h
>>> +++ b/linux-user/syscall_defs.h
>>> @@ -210,7 +210,11 @@ struct target_linger {
>>> struct target_timeval {
>>> abi_long tv_sec;
>>> +#if defined (TARGET_SPARC)
According to the kernel definition, I think it should be:
#if defined(TARGET_SPARC64) && !defined(TARGET_ABI32)
See include/uapi/linux/time.h
struct timeval {
__kernel_time_t tv_sec; /* seconds */
__kernel_suseconds_ttv_usec;/* microseconds */
};
and arch/sparc/include/uapi/asm/posix_types.h
#if defined(__sparc__) && defined(__arch64__)
...
typedef int__kernel_suseconds_t;
>>> + abi_int tv_usec;
>>> +#else
>>> abi_long tv_usec;
>>> +#endif
>>> };
>>> struct target_timespec {
>>> --- END ---
>>>
>>> -- System Information:
>>> Debian Release: buster/sid
>>> APT prefers unstable-debug
>>> APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500,
>>> 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
>>> Architecture: amd64 (x86_64)
>>> Foreign Architectures: i386
>>>
>>> Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
>>> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
>>> LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
>>> Shell: /bin/sh linked to /bin/dash
>>> Init: systemd (via /run/systemd/system)
>>> LSM: AppArmor: enabled
>>>
>>> Versions of packages qemu-user depends on:
>>> ii libc6 2.28-3
>>> ii libcapstone3 3.0.5-3
>>> ii libgcc1 1:8.2.0-13
>>> ii libglib2.0-0 2.58.1-2
>>> ii libstdc++6 8.2.0-13
>>> ii zlib1g 1:1.2.11.dfsg-1
>>>
>>> Versions of packages qemu-user recommends:
>>> ii qemu-user-static [qemu-user-binfmt] 1:3.1+dfsg-2
>>>
>>> Versions of packages qemu-user suggests:
>>> ii sudo 1.8.26-2
>>>
>>> -- no debconf information
>>>
>>
>
>
Bug#893227: libbluray FTBFS with openjdk-9
Hello, On Wed, Jan 16, 2019 at 7:14 AM Reinhard Tartler wrote: > Looking at the commit history, it seems that there have been some > changes wrt java > compatibility, mostly by you. I wonder whether you'd expect libbluray > to work with > openjdk-11. If not, is this something on your roadmap, or do you > consider this a > stretch goal for the forseeable future? Build issues should be fixed in git. OpenJDK 11 can be used to build the package, and resulting Java binary code is compatible with OpenJDK 6...11. There are still few runtime issues, so libbluray does not try to load JVM 9 ... 11 yet. But these remaining issues are more or less trivial, and just need some testing. I've switched to use OpenJDK 11. OpenJDK 9 and 10 are still more or less untested, but 11 seems more important version to support. What kind of schedule do you have ? We could have libbluray release with OpenJDK 11 support in couple of weeks. Even earlier if we fix the remaining issues and OpenJDK 9/10 issues in later releases. Anyway, I'd expect some new issues when people start using libbluray with OpenJDK 9..11. - Petri
Bug#920147: sagemath FTBFS on mipsel and mips64el
Package: sagemath
Version: 8.4-2
Severity: serious
sagemath versions from 8.4-2 through to 8.6-2 have failed to build on mipsel
and mips64el.
mipsel is failing with
Success: 42 tests failed, up to 90 failures are tolerated
Error: critical test failures (e.g. timeout, segfault, etc.)
make[2]: *** [debian/rules:238: had-few-failures] Error 1
While mips64el is failing with
Testing that Sage starts...
[2019-01-17 01:30:25] SageMath version 8.6, Release Date: 2019-01-15
/<>/sage/src/bin/sage: line 225: 2741 Segmentation fault
/<>/sage/src/bin/sage -c sage.all._write_started_file(); print("Yes, Sage
starts.")
Sage failed to start up.
This will need to be dealt with one way or the other (either by fixing the
build failures or by requesting removal of the old binaries) before sagemath
can migrate to testing.
