Bug#1066136: NMU pending for #1066136

tream. (Closes: #1066136) + + -- Steinar H. Gunderson Tue, 19 Mar 2024 23:35:19 +0100 + python-xapian-haystack (2.1.1-1) unstable; urgency=low [ Debian Janitor ] diff -Nru python-xapian-haystack-2.1.1/debian/patches/0002-Remove-dependency-on-six.patch python-xapian-haystack-2.1.1/debian/patches

Bug#1065435: aptitude: FTBFS on armhf and armel (probably -Werror=implicit-function-declaration related)

On Mon, Mar 04, 2024 at 07:34:06PM +0100, Sven Joachim wrote: > Not really, these arches now default to a 64-bit time_t and therefore > you get the conflicting types (suseconds_t is a long int, > __suseconds64_t a long long int). This has nothing to do with implicit > function declarations. It's

Bug#1061155: cron: "crontab -e" does not report "unsafe" mail and so job output can be lost

Package: cron Version: 3.0pl1-182 Severity: grave Justification: causes non-serious data loss Dear Maintainer, * What led up to the situation? 1. A user ran "crontab -e" 2. He added the line (note the space): MAILTO=a...@example.org, b...@example.com 3. He saved and exited 4. No errors

Bug#1040316: python3-minimal fails to install

I experienced the same bug but worked around it by replacing /usr/share/python3/debpython/interpreter.py with a version from a system with "python3-minimal/unstable,now 3.11.4-1 amd64" installed. Here's the diff: diff -Naur /usr/share/python3/debpython/interpreter.py interpreter.py --- /usr/share/

Bug#1033761: nautilus-scripts-manager: nautilus-script-manager throws exception under bookworm

Package: nautilus-scripts-manager Version: 2.0-1.1 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt The package seems to be outdated for bookworm. /bin/nautilus-scripts-manager:21: PyGIWarning: Pango was imported without specifying a version first. Use gi.require_version('Pango&#

Bug#1033655: Also reported to flycheck project

I also reported the Issue to the upstream project:  https://github.com/flycheck/flycheck/issues/2014

Bug#1033655: elpa-flycheck: Emacs28 / flycheck is spawning wild running shellcheck processes eating up the system memory (oom-kill)

Package: elpa-flycheck Version: 32~git.20200527.9c435db3-3 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt The combination of Emacs28 + elpa-flycheck + shellcheck in *bookworm* spawn never terminating shellcheck processes. These are eating up the memory and trigger oom-kill. **This

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

Confirm that the buid http://debomatic-amd64.debian.net/distribution#testing/liferea/1.14.1-2/buildlog fixes the segfault on my machine.

Bug#1033407: liferea: After bookworm upgrade liferea startup aborts with „Segmentation fault“

Package: liferea Version: 1.14.1-1 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt Before bookworm upgrade liferea was working o.k. Now – on bookworm – the startup fails with „Segmentation fault“. The problem occured also on 2nd hardware with different user. The problem is also occuring

Bug#1018191: libapreq2: CVE-2022-22728: multipart form parse memory corruption

On Fri, Dec 30, 2022 at 12:04:29PM +0100, Tobias Frost wrote: > (I'm currently take a look at 2.17, to see if I can get it packages, if I'm > succeeding, > there will be an NMU announcement :)) If you are NMUing, could you orphan the package in the upload? /* Steinar */ -- Homepage: https://www

Bug#1018191: libapreq2: CVE-2022-22728: multipart form parse memory corruption

On Fri, Dec 30, 2022 at 11:04:46AM +0100, Tobias Frost wrote: > I was trying to triage this CVE and *maybe* those revisions are related: > > r1894937 ("apreq_parse_headers: Discard CRLF of folded values.") > r1894940 ("reindent (no functional change).") > r1894977 ("Follow up to r1894937: Fix set

Bug#1021097: reniced crashes when processing processes list from 'ps'

Package: reniced Version: 1.21-1 Severity: grave reniced 1.21 expects processes list received from 'ps' command to have PID of certain length. With longer PIDs in the operating system, reniced crashes when processing the list: Argument " " isn't numeric in addition (+) at /usr/bin/reniced line 43

Bug#1020529: 1:9.16.33-1~deb11u1 security upgrade breaks DNSSEC setups

On Thu, Sep 22, 2022 at 08:13:53PM +0200, Ondřej Surý wrote: > I am sorry this has caused inconvenience for you, but the original problem > here was that the implicit inline-signing with the dnssec-policy was also > problematic and causing other problems, see the upstream issue: > https://gitlab

Bug#1020529: 1:9.16.33-1~deb11u1 security upgrade breaks DNSSEC setups

Package: bind9 Version: 1:9.16.33-1~deb11u1 Severity: grave Hi, After applying the security updates for DSA 5235-1, named completely breaks and refuses to start. (This caused downtime in production for us.) The reason seems to be that the patch includes a full minor version bump, including policy

Bug#1018191: libapreq2: CVE-2022-22728: multipart form parse memory corruption

On Fri, Aug 26, 2022 at 09:07:06PM +0200, Salvatore Bonaccorso wrote: > The following vulnerability was published for libapreq2. > > CVE-2022-22728[0]: > | A flaw in Apache libapreq2 versions 2.16 and earlier could cause a > | buffer overflow while processing multipart form uploads. A remote > | a

Bug#1009261: evolution: Evolution bwrap problem - may fail to print or hang in startup

Package: evolution Version: 3.38.3-1 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt Evolution stopped printing on several installations. Also currently evoltution is hanging on startup. The analysis of the startup problem is triggered that here the socket `/run/user/${UID}/at-spi/bus_1

Bug#1009209: isc-dhcp-server: dhcpd is not starting due to stale pid file

Package: isc-dhcp-server Severity: grave Tags: patch X-Debbugs-Cc: none, H.-Dirk Schmitt In /etc/init.d/isc-dhcp-server the daemon start is inhibited if a pid file is existing. The content is not checked. So a stale pidfile hinder the start and has to be resolved manually. deb-patch

Bug#996167: dpkg: unrecoverable fatal error, aborting: unknown system group 'plocate' in statoverride file;

On Mon, Oct 11, 2021 at 06:17:51PM +, Thorsten Glaser wrote: >> Is there any good reason why the plocate group would disappear >> that you know of? > Not that… wait, doesn’t schroot copy groups? Let me see… > > AH! It does! And since my main system is now > bullseye, not sid, t

Bug#996167: dpkg: unrecoverable fatal error, aborting: unknown system group 'plocate' in statoverride file;

On Mon, Oct 11, 2021 at 07:33:19PM +0200, Thorsten Glaser wrote: > Package: plocate > Version: 1.1.12-1 > Severity: critical > Justification: breaks unrelated software > X-Debbugs-Cc: t...@mirbsd.de > > I'm encountering this: > > [... apt-get dist-upgrade ...] Can you say something about what yo

Bug#988604: plocate: autopkgtest regression: plocate and mlocate can't be co-installed anymore

On Sun, May 16, 2021 at 10:46:30PM +0200, Paul Gevers wrote: >> Thanks for noticing. Given how annoying everything in autopkgtest is, >> perhaps the easiest thing is just deleting the tests. (1.1.7-3 wouldn't >> migrate to bullseye, then, but that's fine.) > As it stands, you'd only need to remove

Bug#988604: plocate: autopkgtest regression: plocate and mlocate can't be co-installed anymore

On Sun, May 16, 2021 at 09:17:57PM +0200, Paul Gevers wrote: > With a recent upload of plocate the autopkgtest of plocate fails in > testing when that autopkgtest is run with the binary packages of plocate > from unstable. It passes when run with only packages from testing. In > tabular form: Than

Bug#988286: plocate: missing Breaks: mlocate

forcemerge 976321 988286 thanks On Sun, May 09, 2021 at 07:01:07PM +0200, Andreas Beckmann wrote: > The list of installed files at points (1) and (2) should be identical, > but the following files have disappeared: > > /etc/updatedb.conf > /usr/share/man/man5/updatedb.conf.5.gz If so, I beli

Bug#887139: installation-reports: Debian Installer Bullseye RC 1 damages UEFI setup on Dell Latitude 5510

Package: installation-reports Followup-For: Bug #887139 Dear Maintainer, Paul Gevers has asked subscribers to debian-devel-announce to try out the debian-installer, so I tried it. -- Package-specific info: Boot method: netinst.iso on a USB flash drive Image version: https://cdimage.debian.org/

Bug#979582: nageru: please drop the Build-Depends on libsrt-gnutls-dev which is RC-buggy

On Fri, Jan 08, 2021 at 05:36:58PM +0100, Paul Gevers wrote: > The srt source package is RC buggy and has just been orphaned. We'll > probably remove it soon from bullseye. nageru will go too then, unless > it drop the (apparent optional) Build-Depends. That's sad to hear. I'll drop the B-D in an

Bug#974150: [Pkg-fonts-devel] Bug#974150: Noto Mono looks completely different after upgrade

On Tue, Nov 10, 2020 at 08:34:10PM +0100, Jonas Smedegaard wrote: > Would you still find it relevant to pin the old font even if the new one > works but simply uses different visual style? Yes. I find the new one fairly unreadable as a terminal font. > Source for Debian package is https://github

Bug#974150: [Pkg-fonts-devel] Bug#974150: Noto Mono looks completely different after upgrade

On Tue, Nov 10, 2020 at 07:46:55PM +0100, Jonas Smedegaard wrote: > Why the severity? > > Visual changes does not seem reason release-critical to me. > > "completely broken" need more than a vague suspicion, IMHO. Feel free to downgrade. The background for the severity: I installed the package t

Bug#974150: Noto Mono looks completely different after upgrade

Package: fonts-noto-mono Version: 20201027-3 Severity: grave Hi, For unknown reasons, Noto Mono looks completely different after I upgraded my unstable machines recently, to the point that it's not the same font anymore (for one, it has serifs). This affects multiple machines, both rxvt-unicode a

Bug#972758: ABI breakage without soname bump

On Fri, Oct 23, 2020 at 03:27:23PM +0200, Guillem Jover wrote: > If we want to support the interim versions that have never been in a > stable release, then I think the only way is to bump the minmum > version in liburing shlibs and symbols files to 0.7, then rebuild the > couple of packages built

Bug#972758: ABI breakage without soname bump

On Fri, Oct 23, 2020 at 12:41:36PM +0200, Julien Cristau wrote: > All that's needed is a 0.8 release I guess. Yes, that would fix it. Optionally, one would require something like a Breaks: liburing (<< 0.7-2) added on all packages compiled against liburing, plus versioned Breaks on liburing1 on al

Bug#972758: ABI breakage without soname bump

On Fri, Oct 23, 2020 at 11:33:41AM +0200, Julien Cristau wrote: > https://github.com/axboe/liburing/commit/25bbcbef3e0a8bfba8044be55d08d5116c51dccd > seems to have bumped SONAME upstream. That would fix it, yes, but it seems to have missed the kflags change (the commit says all added padding is at

Bug#972758: ABI breakage without soname bump

On Fri, Oct 23, 2020 at 09:55:36AM +0200, Steinar H. Gunderson wrote: > If this were somehow only about newer functionality or critical fixes, it > could > be fixed by bumping the versioned dependency, but rhis goes both ways; if you > build plocate against liburing 0.6-3, and

Bug#972758: ABI breakage without soname bump

Package: liburing1 Version: 0.7-1 Severity: grave Tags: upstream Hi, I've had a number of reports from people who are having problems with plocate, that can be traced to differing versions of liburing1. Specifically, plocate is built in sid against liburing1 0.7-1 (which gets a versioned dependen

Bug#964563: nageru: FTBFS: ../shared/httpd.cpp:47:25: error: invalid conversion

On Thu, Jul 09, 2020 at 09:41:16AM +0200, Sebastian Ramacher wrote: > Looks like libmicrohttpd upstream didn't consider what it would mean for > C++ users: > https://lists.gnu.org/archive/html/libmicrohttpd/2020-07/msg00011.html Indeed. But calling a function pointer through one of a different typ

Bug#964563: nageru: FTBFS: ../shared/httpd.cpp:47:25: error: invalid conversion

On Wed, Jul 08, 2020 at 08:26:36PM +0200, Steinar H. Gunderson wrote: > Has libmicrohttpd changed ABI or something? I assume the size of size_t > hasn't changed :-) Indeed, they broke the API: Wed 08 Apr 2020 10:53:01 PM CEST Introduce `enum MHD_Result` for #MHD_YES/#MHD_NO to

Bug#964563: nageru: FTBFS: ../shared/httpd.cpp:47:25: error: invalid conversion

On Wed, Jul 08, 2020 at 08:15:01PM +0200, Sebastian Ramacher wrote: > | ../shared/httpd.cpp:47:25: error: invalid conversion from ‘int (*)(void*, > MHD_Connection*, const char*, const char*, const char*, const char*, size_t*, > void**)’ {aka ‘int (*)(void*, MHD_Connection*, const char*, const cha

Bug#964190: subliminal (stretch) is not working with current providers

Package: subliminal Version: 1.1.1-2 Severity: grave Justification: renders package unusable See also #961338 for the sid version of this package → requires update to actual version 2.1 The package is missing in buster/bullseye. The stretch version is also not working any more. The following er

Bug#962755: exif: FTBFS on s390x: test failure

ion. I someone cares to send me a suitable source URL off list, I'll do another build with it on my new S/390 VM. --- - Nelson H. F. BeebeTel: +1 801 581 5254 - - University of Utah

Bug#961338: subliminal: update to 2.1 required to fix discarded provider problem

Package: subliminal Version: 2.0.5-3 Severity: grave Tags: newcomer Justification: renders package unusable Console Message is: Some providers have been discarded due to unexpected errors: podnapisi, opensubtitles See upstream bug report: https://github.com/Diaoul/subliminal/issues/831 This is f

Bug#956959: closed by Debian FTP Masters (reply to Dmitry Smirnov ) (Bug#956959: fixed in xpra 3.0.9+dfsg1-1)

reopen 956959 found 956959 3.0.9+dfsg1-1 thanks On Mon, Apr 20, 2020 at 01:39:17AM +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the xpra package: > > #956959: can no longer connect after dist-upgrading server Hi,

Bug#952169: libmodule-starter-plugin-cgiapp-perl: FTBFS: dh_auto_test: error: perl Build test --verbose 1 returned exit code 1

all the issues and I will try and do this ASAP. -- Jaldhar H. Vyas

Bug#951778: libva2: NULL vtable when querying nvidia render device

Package: libva2 Version: 2.6.1-1 Severity: grave Hi, It seems that after a recent full-upgrade, querying certain render nodes fails, crashing my program; it is easily reproducible using vainfo: gruessi:~> vainfo --display drm --device /dev/dri/renderD129 libva info: VA-API version 1.6.0 va

Bug#949264: nageru: FTBFS on arm/i386/mipsel architectures

On Mon, Jan 20, 2020 at 04:32:14PM -0500, Boyuan Yang wrote: > In this case a rebuild might be worthwhile anyway. Rebuilding package is > almost always harmless. Well, rebuilding movit would fix it, but it would also break any reverse dependency, so they would also need to be rebuilt. And if my th

Bug#949264: nageru: FTBFS on arm/i386/mipsel architectures

On Sun, Jan 19, 2020 at 12:50:43AM -0500, Boyuan Yang wrote: > Recent source-only rebuild for nageru has mulitple FTBFS architectures on > buildd: https://buildd.debian.org/status/package.php?p=nageru > > The tail log all reads like this: It looks like the definition of GLsizeiptr is different be

Bug#939937: Acknowledgement (Remotely exploitable null pointer dereference bug)

On Wed, Sep 11, 2019 at 12:36:03PM +0200, Max Kellermann wrote: > I committed my patch to libapreq's Subversion repository: > > http://svn.apache.org/viewvc?view=revision&revision=1866760 Thanks! I'll make an upload to unstable when I get the time, but I guess the security team should do one for

Bug#939333: varnish: VSV00003 DoS attack vector

/cache/cache_http.c === --- varnish-6.1.1.orig/bin/varnishd/cache/cache_http.c +++ varnish-6.1.1/bin/varnishd/cache/cache_http.c @@ -212,7 +212,8 @@ http_Proto(struct http *to) fm = to->hd[HTTP_HDR_PROTO].b; - if ((fm[0] == &#

Bug#934043: segfaults with use-after-free when using KrbServiceName Any

Package: libapache2-mod-auth-kerb Version: 5.4-2.3 Severity: grave Tags: patch upstream Hi, After upgrading to buster, mod_auth_kerb keeps on crashing Apache (thus the grave severity), after printing double free or corruption (out) This is indeed a use-after-free; verify_krb5_user gets in a k

Bug#927747: [Pkg-samba-maint] Bug#927747: bind9_dlz backend is entirely broken in Debian

On Wed, May 08, 2019 at 10:02:46PM +0200, Mathieu Parent wrote: > Downgrading the severity as the AppArmor side is already fixed it seems in > sid. serious and grave are of equal severity; serious is for Policy violations (e.g. package doesn't install), grave is for functionality issues (e.g. pro

Bug#928427: nageru: FTBFS in experimental: nageru/pbo_frame_allocator.h:36:8: error: ‘bmusb::FrameAllocator::Frame PBOFrameAllocator::create_frame(size_t, size_t, size_t)’ marked ‘override’, but does

On Sat, May 04, 2019 at 01:59:36PM +0200, Andreas Beckmann wrote: > nageru/experimental FTBFS on all platforms: > https://buildd.debian.org/status/package.php?p=nageru&suite=experimental It depends on newer bmusb, currently in NEW. I should probably add a Build-Depends. /* Steinar */ -- Homepage

Bug#928240: etw: Segmentation fault at start

On Wed, May 01, 2019 at 01:11:32AM +0200, Markus Koschany wrote: > Thanks for providing a solution and a way forward. Could you provide a > trivial fix/patch as well? I'm willing to test it and ask the release > team for an unblock. I currently don't understand the underlying issue > and why it was

Bug#928240: etw: Segmentation fault at start

On Tue, Apr 30, 2019 at 11:23:52PM +0100, Simon McVittie wrote: >> On a quick analysis: It appears that etw tries to find its own path by >> opening /proc/self/maps (code is in etw/prefix.c), looking for an executable >> mapping (r-xp) that contains the string "", and then looking at the path. > Th

Bug#928240: etw: Segmentation fault at start

On Tue, Apr 30, 2019 at 04:38:14PM +0200, Bernat wrote: > Running the game results in a segmentation fault. On a quick analysis: It appears that etw tries to find its own path by opening /proc/self/maps (code is in etw/prefix.c), looking for an executable mapping (r-xp) that contains the string ""

Bug#927747: [Pkg-samba-maint] Bug#927747: bind9_dlz backend is entirely broken in Debian

Hai,   > > 3.Patching "named.conf" template to load the correct bind9 module (i.e 9.11) > I _think_ samba_dnsupgradedns writes a new config fragment. No you need adjustments in bind as shown below.   after the 4 points, im missing the following.   Addding point 5.   The end result should look l

Bug#927747: [Pkg-samba-maint] Bug#927747: bind9_dlz backend is entirely broken in Debian

On Tue, Apr 23, 2019 at 10:24:54PM +0200, Mathieu Parent wrote: > There are several issues here. Trying a summary. > 1. We need to patch bind9 apparmor profile (this is the cloned bug) Yes. > 2. The /var/lib/samba/bind-dns directory is created on domain > provision. Nothing to do here? It's not

Bug#927747: bind9_dlz backend is entirely broken in Debian

Package: samba Version: 2:4.9.5+dfsg-3 Severity: grave Hi, I upgraded a DC from stretch to buster, and DNS for AD (via bind9_dlz) started failing in strange ways. (In particular, when I changed the IP address of the DC, samba-tool dns query would return the correct addresses, but actual DNS looku

Bug#923773: logind sessions are ended immediately after login

severity 923773 normal retitle 923773 broken fstab entries stop logind sessions in X thanks On Sun, Apr 14, 2019 at 10:56:17PM +0200, Michael Biebl wrote: > Could you also please paste the output of > grep pam_systemd /etc/pam.d/* I think maybe I found it; it seems that there was a bad entry in f

Bug#923866: aptly: unable to delete local repositories

On Wed, Mar 06, 2019 at 01:40:33PM +0100, Torsten Fichtner wrote: > Package: aptly > Version: 1.3.0+ds1-2+b10 > Severity: grave > Justification: renders package unusable Are you sure this makes the _entire_ package unusable? Not being able to delete a local repository doesn't sound RC to me, if th

Bug#909417: gtk-vnc: FTBFS randomly (vncconnectiontest fails with "assertion failed")

On Sat, Mar 09, 2019 at 07:26:52PM +0100, Santiago Vila wrote: > Whoever wants to reproduce this (and possibly debug it), *please* > contact me privately and I will gladly provide ssh access to a machine > where it happens very often. I've looked briefly into this. First, to reproduce this reliab

Bug#909865: diff for 2.2.1-4.1 NMU

09865) + + -- Steinar H. Gunderson Wed, 20 Mar 2019 22:40:43 +0100 + openexr (2.2.1-4) unstable; urgency=medium * Upload to unstable diff -Nru openexr-2.2.1/debian/patches/bug909865.patch openexr-2.2.1/debian/patches/bug909865.patch --- openexr-2.2.1/debian/patches/bug909865.patch 1970-01-01

Bug#916673: mandos : Depends: libgnutls30 (< 3.6.0) but 3.6.5-2 is to be installed

On Mon, Dec 17, 2018 at 10:57:44AM +0200, Adrian Bunk wrote: > Package: mandos > Version: 1.7.20-1 > Severity: serious > > The following packages have unmet dependencies: > mandos : Depends: libgnutls28-dev (< 3.6.0) but 3.6.5-2 is to be installed or >libgnutls30 (< 3.6.0) but

Bug#914565: Bug #914565: php7.3-intl: Segfaults after apache2 graceful restart

Hello Bernhard, Yes, I'm running testing, but I updated the php packages before reporting the bug to avoid posting an issue that might be already solved. The following packages are installed from unstable: libapache2-mod-php7.3-dbgsym/unstable-debug,now 7.3.0~rc5-2 amd64 libapache2-mod-php7.3/u

Bug#914565: Bug #914565: php7.3-intl: Segfaults after apache2 graceful restart

Hello, I realised that gdb is able to read the symbols for php7.3-intl when it is attached to the apache process. It outputs: Reading symbols from target:/usr/lib/php/20180731/intl.so...Reading symbols from /usr/lib/debug/.build- id/6d/95b26a2683dbcfc2ad608d2ff022ae7659c264.debug...done. Neverth

Bug#914565: Bug #914565: php7.3-intl: Segfaults after apache2 graceful restart

Hello Bernhard, I installed the php-7.3-intl-dbgsym package, but gdb still doesn't resolve the function name and line. "apt list --installed" gives me: php7.3-intl-dbgsym/unstable-debug,now 7.3.0~rc5-2 amd64 [installiert] php7.3-intl/unstable,now 7.3.0~rc5-2 amd64 [installiert] "file /usr/lib/

Bug#905574: linux-image-4.17.0-0.bpo.1-amd64: cryptsetup missing in intitramfs for kernel 4.17

Package: src:linux Version: 4.17.8-1~bpo9+1 Severity: critical Dear Maintainer, after switching 4.16 to 4.17 (strech-backport) my system rendered unusable, because the encrypted disk is not unlocked any more. The dialog is missing. Inspecting the initramfs shows that the cryptsetup related part

Bug#888778: nageru: build-depends on libluajit-5.1-dev, not available on s390x

On Mon, Jan 29, 2018 at 09:19:21PM +0100, Emilio Pozuelo Monfort wrote: > Package: nageru > Version: 1.6.4-1 > Severity: serious > > Hi, > > Your package now depends on libluajit-5.1-dev, which is not available on s390x > (and other non-release architectures). There's no way Nageru would run on

Bug#886024: split off anything-el related part

On Mi, 2018-01-03 at 02:06 +0200, era eriksson wrote: > Code outline for an emacs batch wrapper I do not insist on bash – you are free to fix it in any programming language ;-) -- Signature H.-Dirk Schmitt H.-Dirk Schmitt Dipl.M

Bug#886153: anything-el: A stale file lock of anything-c-adaptive-history breaks emacs batch processing

Package: anything-el Version: 1.287-2.1 Severity: critical Problem description --- If for some unknown reason an emacs file lock of the file `~/.emacsd/anything-c-adaptive-history` existing, batch operation of emacs will never be finished. Reproducing the lock issue

Bug#884476: derivations FTBFS with poppler 0.61.1

Thank you for the reminder. Poppler is always changing, isn't it? NMUs are always okay with me, but I assume that you have better things to do than to NMU an obscure package like my derivations. When I have some time, I will look into the matter. I need to update the package to the upstream versi

Bug#880997: nageru: FTBFS on armel

On Tue, Nov 07, 2017 at 12:21:24PM +0200, Adrian Bunk wrote: >> FWIW, last time I asked about this, it was a toolchain bug on armel >> (std::atomic doesn't work). Is there any other information I should know >> about? > It is not true that std::atomic doesn't work on armel, > and that's not what th

Bug#880997: nageru: FTBFS on armel

On Mon, Nov 06, 2017 at 08:51:27PM +0100, Sebastian Ramacher wrote: > | /usr/bin/ld: httpd.o: undefined reference to symbol > '__atomic_fetch_sub_8@@LIBATOMIC_1.0' > | //usr/lib/arm-linux-gnueabi/libatomic.so.1: error adding symbols: DSO > missing from command line FWIW, last time I asked about

Bug#878402: Security fixes from the October 2017 CPU

5.5.58. The CVE numbers will be available when the CPU is released. Regards, Norvald H. Ryeng [1] http://www.oracle.com/technetwork/security-advisory/cpuoct2017-3236626.html

Bug#878398: Security fixes from the October 2017 CPU

CVE numbers will be available when the CPU is released. Regards, Norvald H. Ryeng [1] http://www.oracle.com/technetwork/security-advisory/cpuoct2017-3236626.html

Bug#868788: [debian-mysql] Security fixes from the July 2017 CPU

t any DDs around. Could you help us out with this upload, please? Best regards, Norvald H. Ryeng

Bug#865530: nageru rebuild on arm* [Was: Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared]

On Mon, Jul 03, 2017 at 11:32:17AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > I have uploaded qtbase with a backported patch that should fix this. Please > ask for a give back with a dep wait on qtbase-opensource-src 5.7.1+dfsg-4 on > arm* Hi wanna-build team, Could you please rebuild

Bug#866512: SIGFPE when encoding H.264 video

reassign 866512 nageru tags 866512 + pending thanks On Fri, Jun 30, 2017 at 10:22:49AM +0200, Sebastian Ramacher wrote: >>> 1.8.3-1 just got accepted. Could you please test if the issue persits with >>> that >>> version? If it's still there, we should take this upstream. >> 1.8.3-1 has same issue

Bug#866512: SIGFPE when encoding H.264 video

On Thu, Jun 29, 2017 at 09:13:36PM +0200, Sebastian Ramacher wrote: > 1.8.3-1 just got accepted. Could you please test if the issue persits with > that > version? If it's still there, we should take this upstream. 1.8.3-1 has same issue. /* Steinar */ -- Homepage: https://www.sesse.net/

Bug#866512: SIGFPE when encoding H.264 video

On Thu, Jun 29, 2017 at 09:13:36PM +0200, Sebastian Ramacher wrote: > 1.8.3-1 just got accepted. Could you please test if the issue persits with > that > version? If it's still there, we should take this upstream. I don't see it on the mirrors yet. Will give it a try when I do. /* Steinar */ --

Bug#866512: SIGFPE when encoding H.264 video

Package: i965-va-driver Version: 1.8.2-2 Severity: grave Hi, After dist-upgrading, I can no longer start nageru without a segfault: Thread 13 "QS_Encode" received signal SIGFPE, Arithmetic exception. [Switching to Thread 0x7fffbaa7e700 (LWP 8583)] 0x7fffc0bfab37 in intel_mfc_brc_postpa

Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

error message about missing .h file, not missing symbol? I can understand the situation being different for Qt build time, since I assume Qt has some autoconf/CMake/whatever probing for headers. /* Steinar */ -- Homepage: https://www.sesse.net/

Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

confident that building > nageru is much faster than building Qt). > > If that works you will be able to drop it with Qt 5.9. I don't have an unstable armhf installation, unfortunately. How would adding a -dev package make any difference anyway? How would the Qt .h files know to includ

Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

On Thu, Jun 29, 2017 at 04:38:26PM +0300, Dmitry Shachnev wrote: > This was fixed in Qt 5.9 upstream, see this commit: > https://code.qt.io/cgit/qt/qtbase.git/commit/?id=7e393280e4d07393 > > We are already working on a transition to Qt 5.9, so the fix should be > available within a month. OK. I'd

Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

On Thu, Jun 29, 2017 at 09:52:22AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > Normally the issue was with apps using GLU/GLUT because it has not been > ported > to GLES, so I first suspected this... but it seems not the issue. > > ::glBindTexture is definitely not a Qt call: > >

Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

On Thu, Jun 22, 2017 at 11:59:15PM +0300, Adrian Bunk wrote: > On Thu, Jun 22, 2017 at 02:41:17PM +0200, Steinar H. Gunderson wrote: >> On Thu, Jun 22, 2017 at 03:35:33PM +0300, Adrian Bunk wrote: >> > Am armel and armhf, Qt is compiled with OpenGL ES instead of full OpenGL.

Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

On Thu, Jun 22, 2017 at 03:35:33PM +0300, Adrian Bunk wrote: > Am armel and armhf, Qt is compiled with OpenGL ES instead of full OpenGL. Interesting. But isn't this a bug in qcustomplot, not nageru? /* Steinar */ -- Homepage: https://www.sesse.net/

Bug#865435: nageru FTBFS: mixer.cpp:159:72: error: invalid new-expression of abstract class type 'DeckLinkCapture'

On Wed, Jun 21, 2017 at 03:40:29PM +0300, Adrian Bunk wrote: > Source: nageru > Version: 1.4.2-2 > Severity: serious > Tags: buster sid > > https://buildd.debian.org/status/package.php?p=nageru&suite=sid > > ... > g++ -MMD -MP -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 > -fdebug-prefix-map=/<>=. -fs

Bug#864793: crashes with JavaScript errors

Package: grafana Version: 2.6.0+dfsg-3 Severity: grave Hi, After making a default installation of Grafana, I went to localhost:3000. I got redirected to http://localhost:3000/login, which is black and otherwise entirely blank (Chrome 59). The developer console says: Uncaught TypeError: Cannot

Bug#864296: throws StopIteration exception, then immediately dies

On Wed, Jun 07, 2017 at 12:37:27AM +0300, Apollon Oikonomopoulos wrote: > Looking at the message emitted by notification2.chess24.com ("Welcome to > socket.io."), it uses the old 0.9 socket.io protocol. Major socket.io > protocols are not backwards compatible and this version of > python-socketi

Bug#864296: throws StopIteration exception, then immediately dies

Package: python-socketio-client Version: 0.6.5-0.1 Severity: grave Hi, Since upgrading to stretch, python-socketio-client no longer works for me at all. I have code looking roughly this: #! /usr/bin/python from __future__ import print_function from socketIO_client import SocketIO from s

Bug#863890: dblatex: postrm fails on jessie to stretch upgrade

On Mon, Jun 05, 2017 at 01:16:05PM +0200, Andreas Beckmann wrote: >> I don't have a full list of pre-upgrade packages, but the command was a >> standard “apt full-upgrade”. The deconfigure is presumably due to the >> Breaks:, as Norbert mentioned. > You should be able to find the logs for the actio

Bug#863890: postrm fails on jessie to stretch upgrade

On Sat, Jun 03, 2017 at 07:27:10PM +0200, Andreas Hoenen wrote: > Changing this in stretch dblatex is easy (with a new version 0.3.9-3), > but I'm not sure how a corresponding change in jessie dblatex (with a > new version 0.3.5-3) would reach the jessie installations out there: is > there any mech

Bug#863890: postrm fails on jessie to stretch upgrade

Package: dblatex Version: 0.3.5-2 Severity: serious Hi, When dist-upgrading from jessie to stretch, I've seen this happen on a number of systems: Removing dblatex (0.3.5-2) ... /var/lib/dpkg/info/dblatex.postrm: 44: /var/lib/dpkg/info/dblatex.postrm: mktexlsr: not found dpkg: error processing p

Bug#863286: completely broken in non-US locales

Package: lua-http Version: 0.1-1 Severity: grave Tags: upstream Hi, lua-http cannot construct legal requests if a non-US locale (or more precisely, anything using comma as decimal separator) is in use. Example: klump:~> cat test.lua os.setlocale('nb_NO.UTF-8') local http_request = require

Bug#861383: grpc: Incomplete debian/copyright?

On Fri, Apr 28, 2017 at 05:19:16PM +0100, Chris Lamb wrote: >>> src/objective-c/!ProtoCompiler.podspec >>> src/python/grpcio/commands.py >> I'm trying to figure out these; what's wrong with the current >> attribution? > The files are now elsewhere so a little difficult to look into this, but >

Bug#861383: grpc: Incomplete debian/copyright?

On Fri, Apr 28, 2017 at 09:04:57AM +0100, Chris Lamb wrote: > src/objective-c/!ProtoCompiler.podspec > src/python/grpcio/commands.py I'm trying to figure out these; what's wrong with the current attribution? It looks like copyright holder is right (and largely the year, too), and the license a

Bug#861383: grpc: Incomplete debian/copyright?

On Fri, Apr 28, 2017 at 09:04:57AM +0100, Chris Lamb wrote: > Source: grpc > Version: 1.2.5-1+nmu0 > Severity: serious > Justication: Policy 12.5 > X-Debbugs-CC: Steinar H. Gunderson > > Hi, > > I just ACCEPTed grpc from NEW but noticed it was missing attribution &

Bug#860316: CVE-2017-7861

On Fri, Apr 14, 2017 at 03:06:35PM +0200, Moritz Muehlenhoff wrote: > Source: grpc > Severity: grave > Tags: security > > Please see > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7861 for details. Since the packaging team seems to be dead, I've uploaded an NMU of gRPC 1.2.5 to unstable

Bug#860544: [debian-mysql] Bug#860544: Security fixes from the April 2017 CPU

regards, Norvald H. Ryeng

Bug#860547: Security fixes from the April 2017 CPU

CVE numbers will be available when the CPU is released. Please note that the MySQL release cycle has changed from every two months to every three months. The releases are now synchronized with the CPU announcements. Best regards, Norvald H. Ryeng [1] http://www.oracle.com/technetwork/security

Bug#860544: Security fixes from the April 2017 CPU

. The CVE numbers will be available when the CPU is released. Please note that the MySQL release cycle has changed from every two months to every three months. The releases are now synchronized with the CPU announcements. Best regards, Norvald H. Ryeng [1] http://www.oracle.com/technetwork

Bug#859217: closed by "Steinar H. Gunderson" (Re: Bug#859217: nageru: just segfaults)

severity 859217 important thanks On Sat, Apr 01, 2017 at 02:34:13AM +0300, Adrian Bunk wrote: > I am also getting segfaults when trying to start Nageru on my computer > (old AMD card). > > Whether Nageru is ever expected to work on my or Antonios computer is > one thing. > > But failing with a

Bug#859217: nageru: just segfaults

On Fri, Mar 31, 2017 at 03:54:01PM -0300, Antonio Terceiro wrote: >> Do you think you could supply a backtrace? > argh, forgot the attachment. I was hoping for a gdb backtrace, though, not an strace log. But I think we're already getting to it. >> Also, do you have working OpenGL? Can you say som

  1   2   3   4   5   6   7   8   9   10   >