Bug#939552: libvirt: New upstream version (5.10)

Dear maintainer, please consider raising the severity of this wishlist bug. I have just updated a system to bullseye with libvirt 5.6.0-2, and I'm hitting upstream bug https://bugzilla.redhat.com/show_bug.cgi?id=1732298 When I start a VM that is connected to an OVS portgroup then I get the

Bug#890039: linux-image-4.14.0-3-amd64: unable to handle kernel NULL pointer dereference

I'm experiencing the same bug. When updating the system, the computer becomes unresponsive and after a hard reboot I see a kernel error in the log (BUG: unable to handle kernel NULL pointer dereference at 00b0, IP: pids_free+0x11/0x40). I'm using linux-image-4.14.0-3-amd64 (4.14.13-1)

Bug#876027: RFS: libcgicc/3.2.19-0.2 [NMU] -- C++ class library for writing CGI applications

On 2017-09-17 20:59, Gianfranco Costamagna wrote: BTW the only patch the package is carrying at this moment, has been created to make the package multiarch. So, moving the configurator outside usr/bin, will make the patch even useless. Hi, yes, you have a good point there... I have uploaded a

Bug#876027: RFS: libcgicc/3.2.19-0.2 [NMU] -- C++ class library for writing CGI applications

On 2017-09-17 16:14, Andrey Rahmatullin wrote: On Sun, Sep 17, 2017 at 02:59:48PM +, Gianfranco Costamagna wrote: hello, I find this approach a little bit too invasive -cxxflags="-Wall -W -pedantic -g -O2 -fdebug-prefix-map=/build/libcgicc-GEfIf8/libcgicc-3.2.19=.

Bug#876027: RFS: libcgicc/3.2.19-0.2 [NMU] -- C++ class library for writing CGI applications

i-arch directory under /usr/lib (Closes: #874225). I have deferred the package by 10 days to give the maintainer the opportunity to intervene, should he wish to do so. Regards, Thomas Pircher

Bug#869767: qemu: The guest OS locks up or reports an unstable clocksource

Package: qemu Version: 1:2.8+dfsg-6+deb9u1 Severity: important Dear Maintainer, after the latest qemu update (to 1:2.8+dfsg-6+deb9u1) I started observing instabilities in my x86_64 guest VMs. - A Centos 6.4 guest reliably locks up not more than 10 minutes after being booted. - A Ubuntu 14.10

Bug#866046: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#866046: RFS: libcgicc/3.2.18-0.1 NMU)

On 2017-06-28 12:36, ow...@bugs.debian.org wrote: #866046: RFS: libcgicc/3.2.19-0.1 NMU It has been closed by Gianfranco Costamagna . Hi Gianfranco, I meant to write a short mail for this upload, but you found it already... Thanks for doing the reviews! Thomas

Bug#863266: libvirt-daemon: spice port conflict - multiple VMs want Port 5900

I'm having the same problem in Debian Stretch. This might be related to the following bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1397440 https://bugzilla.redhat.com/show_bug.cgi?id=1432684 If you don't need remote connections to my VMs, you can try working around this issue by using a

Bug#866046: RFS: libcgicc/3.2.18-0.1 NMU

On 2017-06-27 06:59, Gianfranco Costamagna wrote: Adam Borowski wrote: Please get an ok from the maintainer. this is true in general, unfortunately Chrisb is inactive since one year or so, and his last upload is around 5 years ago. Hi Adam, Gianfranco, thanks for looking into this.

Bug#866046: RFS: libcgicc/3.2.18-0.1 NMU

r pkgconfig file and empty index.html. * Updated to Standards-Version 4.0.0 (no changes required). Regards, Thomas Pircher

Bug#865275: libcgicc-dev: XHTMLDoctype.h fails to include MStreamable.h

On 2017-06-20 09:04, Par-Ola Nilsson wrote: Editing XHTMLDoctype.h and replacing <> with "" fixes the problem Hi Par-Ola, thanks for the report. This was also reported upstream as http://savannah.gnu.org/bugs/?49557

Bug#852127: qcontrold is not started on default

On 2017-01-23 20:00, Ian Campbell wrote: [0] https://git.hellion.org.uk/?p=qcontrol.git;a=tree;f=systemd;h=f9b3c 358a84915b10bb780e0a8becdfa47604924;hb=HEAD Ok, I haven't managed to get the service files working. I copied the service and socket files to /usr/lib/systemd/user and enabled them

Bug#852127: qcontrold is not started on default

On 2017-01-23 20:00, Ian Campbell wrote: Upstream has socket and service files included, see [0]. Perhaps qcontrol should be switched over. I can't remember why I didn't, perhaps just "if it ain't broke" (except now it is...). I'm by no means an expert with systemd, but I'll give it a go

Bug#852127: qcontrold is not started on default

Thomas Pircher wrote: after an update from jessie to stretch the qcontrold daemon is no longer started. This should have read "is no longer enabled by default". I can start the qcontrold manually and the daemon works fine, once it is started. I have worked around this issue b

Bug#852127: qcontrold is not started on default

Package: qcontrol Version: 0.5.5-2 Severity: normal Dear Maintainer, after an update from jessie to stretch the qcontrold daemon is no longer started. Both initscripts, qcontrold and qcontrol are in /etc/init.d but only the qcontrol script is linked from /etc/rc2.d. The latter script fails, as

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

On 2016-10-16 10:00, Gianfranco Costamagna wrote: dh_auto_configure already injects some flags such as libdir and multiarch stuff it would be nice to remove them [..] Also, please take the opportunity to fix the changelog as josch pointed out :) Hi Gianfranco and Johannes, the issues you

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

On 2016-10-15 12:35, Gianfranco Costamagna wrote: BTW for a next update would be nice to consider using dh_auto_configure instead of directly calling ./configure Hi Gianfranco, I have uploaded a new version to mentors with the two changes you mentioned in your mails today: - Using

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

On 2016-10-11 22:22, Gianfranco Costamagna wrote: I see you forgot to probably run dh_clean (I see debian/autoreconf.before and debian/autoreconf.after files) D'oh. They were leftovers from a previous build and are gone now. and I still see a libcgicc3-dev package (instead of libcgicc-dev)

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

On 2016-10-11 16:18, Gianfranco Costamagna wrote: let me know that last two bits and I'll probably sponsor in deferred/10 (due to the high changes number) (Adding Chris to the loop, in case he as maintainer has a different opinion) Hi Gianfranco, I have uploaded a new package to mentors,

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

, as described below. Cheers, Thomas On 2016-10-02 18:07, Thomas Pircher wrote: On 2016-09-28 22:37, Gianfranco Costamagna wrote: [..] drop the explicit dependencies since dh-autoreconf already depends on automake and libtool? If this is the customary way then I'll drop the explicit

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

On 2016-09-18 19:11, Thomas Pircher wrote: Thinking again, I guess that's not correct. This would require the packages to be renamed to libcgicc3. Hi, I have uploaded a new build to debian mentors for further review. https://mentors.debian.net/package/libcgicc This build should address

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

On 2016-09-18 17:39, Thomas Pircher wrote: W: libcgicc5: package-name-doesnt-match-sonames libcgicc3 This should be fixed by the renaming from libcgicc5* -> libcgicc*. Thinking again, I guess that's not correct. This would require the packages to be renamed to libcgicc3. Thomas

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

On 2016-09-15 10:49, Gianfranco Costamagna wrote: changes are huge, but being half mia, and on lowNMU threshold... (and too many bugs here, so lets do it) First of all, thanks for the detailed review. I have addressed most issues but not yet uploaded a new version to mentors, pending a couple

Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU --

tall and removed the install directory where source and destination directories are the same. * Added patch to generate non-empty index.html in the documentation. * Removed old-style config file. * Commented out the broken Vcs URLs in debian/control. Regards, Thomas Pircher

Bug#833081: libcgicc5: New upstream version available

html in the documentation. + * Removed old-style config file. + * Commented out the broken Vcs URLs in debian/control. + + -- Thomas Pircher <tehpeh-deb...@tty1.net> Thu, 08 Sep 2016 19:41:26 +0100 + libcgicc (3.2.9-3) unstable; urgency=low * Fix binary-only build by adding --no-run-if-e

Bug#833081: libcgicc5: New upstream version available

I have updated the proposed patch with a few more changes: - reduced cosmetic changes in the patch. - removed the old-style config file, as it is deprecated and replaced by pkg-config. The proposed changes are attached as libcgicc_3.2.16-0.1.debian.tar.xz and as diff. I have also uploaded a

Bug#833081: libcgicc5: New upstream version available

Any objection to me opening a FRS and do a non-maintainer upload of this package? Thanks, Thomas

Bug#833081: libcgicc5: New upstream version available

(no changes required) + * Updated to debhelper 9, updated Build-Depends + * Updated debian/*.install and removed the install directory where source and +destination directories are the same + * Added patch to generate non-empty index.html in the documentation + + -- Thomas Pircher <tehpeh-

Bug#833081: libcgicc5: New upstream version available

the install directory where source and +destination directories are the same + * Added patch to generate non-empty index.html in the documentation + + -- Thomas Pircher <tehpeh-deb...@tty1.net> Fri, 29 Jul 2016 21:00:13 +0100 + libcgicc (3.2.9-3) unstable; urgency=low * Fix binar

Bug#833081: libcgicc5: New upstream version available

(no changes required) + * Updated to debhelper 9, updated Build-Depends + * Updated the Vcs URLs in debian/control with the upstream sources + * Updated debian/*.install and removed the install directory where source and +destination directories are the same. + + -- Thomas Pircher <tehpeh-

Bug#833081: libcgicc5: New upstream version available

Package: libcgicc5 Version: 3.2.9-3 Severity: wishlist Dear Maintainer, a new upstream version 3.2.16 is available. cgicc has been removed from Debian testing recently. Upgrading to the newer version will also fix #811988 and #798624, so that cgicc can be re-added to testing. Thanks --

Bug#569215: please test this patch (network-manager: ignores setting of unmanaged mode)

I tried the patch using network-manager_0.8.1-4.debian.tar.gz network- manager_0.8.1.orig.tar.gz on testing/squeeze, and it works for me. The patch applied with an offset of -2 lines on both hunks in system- settings/plugins/ifupdown/plugin.c. Then I compiled the package with dpkg- buildpackage

Bug#582574: network-manager ignores configured interfaces in /etc/network/interfaces

Package: network-manager Version: 0.8-1 Severity: important network-manager was installed on my machine during a major KDE update. Now, when the NetworkManager daemon is active, my wireless network stops working. I can definitely confirm network-manager breaks my network configuration (see also

Bug#491560: binutils-avr: wrong assembler used (as instead of avr-as)

Package: binutils-avr Version: 2.18-4 Severity: normal After the upgrade from binutils-avr 2.18-3 to binutils-avr 2.18-4, avr-gcc apparently uses as instead of avr-as: test$ avr-gcc -mmcu=at90usb647 test.c -o test.elf as: unrecognized option `-mmcu=at90usb647' test$ as -mmcu=at90usb647 as: