bug#30414: Libreoffice CVE-2018-6871 [remote read of any local files]

On February 10, 2018 10:49:52 PM GMT+01:00, Leo Famulari wrote: >I'm trying to update LibreOffice to 5.4.5.1. > >This version of LibreOffice requires cppunit to be updated to 1.14.0. > >However, this new version of cppunit requires C++11. > >This is not the default C++

bug#30394: ARM compilation via qemu binfmt - Assertion failure

On Sun, Feb 11, 2018 at 12:45:18AM +0100, Chris Marusich wrote: > Danny Milosavljevic writes: > > > This is only fixed in glibc 2.27 (not in core-updates). > > Should we upgrade glibc in core-updates, then? Or is it better to do it > in the next core-updates cycle, to

bug#23364: python-statsmodels build failures

On Sat, Feb 10, 2018 at 05:07:03PM -0500, Mark H Weaver wrote: > reopen 23364 > thanks > > Andreas Enge writes: > > > This has probably been fixed in the following commit: > > > > commit 25b2c47d753efd0761a4e16519dce38d828789f5 > > Author: Hartmut Goebel

bug#30394: ARM compilation via qemu binfmt - Assertion failure

Danny Milosavljevic writes: > This is only fixed in glibc 2.27 (not in core-updates). Should we upgrade glibc in core-updates, then? Or is it better to do it in the next core-updates cycle, to avoid still more unexpected breakage? -- Chris signature.asc Description:

bug#23364: python-statsmodels build failures

reopen 23364 thanks Andreas Enge writes: > This has probably been fixed in the following commit: > > commit 25b2c47d753efd0761a4e16519dce38d828789f5 > Author: Hartmut Goebel > Date: Sun Oct 16 18:40:58 2016 +0200 > > gnu: python-statsmodels:

bug#30414: Libreoffice CVE-2018-6871 [remote read of any local files]

I'm trying to update LibreOffice to 5.4.5.1. This version of LibreOffice requires cppunit to be updated to 1.14.0. However, this new version of cppunit requires C++11. This is not the default C++ standard in GCC 5, so this update requires sprinkling "CXXFLAGS=-std=c++11" across several

bug#30415: Unzip CVE-2018-1000031 and others

We need to fix CVE-2018-131, CVE-2018-132, CVE-2018-133, CVE-2018-134, CVE-2018-135 in UnZip: http://seclists.org/oss-sec/2018/q1/134 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-131 and etc signature.asc Description: PGP signature

bug#30414: Libreoffice CVE-2018-6871 [remote read of any local files]

We need to fix CVE-2018-6871 in our LibreOffice package. This bug allows remote attackers to read any file accessible from LibreOffice by supplying a crafted file to open in LibreOffice. Apparently the bug is fixed in LibreOffice 5.4.5 or 6.0.1.

bug#30413: file exists and is +x but cannot be executed

Hello— I had cups installed as root and another user. I could use lpr. Now I tried to install it under user2 (to have the lpr binary available, among other things), but I cannot execute `lpr`: user2@graviton ~$ guix package -i cups The following package will be upgraded: cups 2.2.4 → 2.2.4

bug#30396: nscd segfaults on attempt to ssh to .local host

On 02/09/2018 at 22:56 Ludovic Courtès writes: > George myglc2 Clemmer skribis: > >> On 02/09/2018 at 14:18 Ludovic Courtès writes: >> >>> For now I’ve pushed a workaround in >>> a68fdfea96370c8a4b95af1fcd6e2fd7eb72da29, which basically downgrades to >>> 0.10 until upstream

bug#30365: Offloading sometimes hangs

Hello, Ricardo Wurmus skribis: >> l...@gnu.org (Ludovic Courtès) skribis: >> >>> So what we have here is that the Scheme procedure ‘select’ returned >>> stdin as “ready for reading”. How did that happen? I believe this is >>> due to :