Bug#920957: basics and kernel fix

Hi Frank-Michael, I've seen your Debian bug report with yet another PixArt mouse misbehaving. I wrote down the basics in my howto: https://github.com/sriemer/fix-linux-mouse Go to https://github.com/sriemer/fix-linux-mouse#usb-mouse-disconnectsreconnects-every-minute-on-linux Can you please

Bug#822604: scanmem: depends on gksu which is deprecated

On 04.01.2017 14:55, Vincent Bernat wrote: > ❦ 4 janvier 2017 12:08 +0100, Sebastian Parschauer <s.parscha...@gmx.de> : >> Should I append the following lines to the new upstream release entry in >> debian/changelog? >> >>+ Closes #618464 >>

Bug#822604: scanmem: depends on gksu which is deprecated

On 04.01.2017 10:33, Sebastian Parschauer wrote: > Thanks, that hint was crucial. I've implemented all that and updated the > source branch. Should be ready for upload now. > > https://raw.githubusercontent.com/sriemer/scanmem-debian/source/scanmem_0.16-1.dsc Andrea Stacchiotti (in

Bug#822604: scanmem: depends on gksu which is deprecated

On 02.01.2017 22:55, Vincent Bernat wrote: > OK. In debian/control, ${python:Depends} already expands to python (>= > 2.7), so you don't need to put it a second time (but that's really > nitpicking). Also, I just noticed that gameconqueror is "Architecture: > any" while it should be "Architecture:

Bug#822604: scanmem: depends on gksu which is deprecated

On 02.01.2017 12:04, Vincent Bernat wrote: > ❦ 2 janvier 2017 11:10 +0100, Sebastian Parschauer <s.parscha...@gmx.de> : >> See: >> https://github.com/sriemer/scanmem-debian/blob/source/scanmem_0.16-1.dsc > > This is not very convenient since I cannot use dget

Bug#822604: scanmem: depends on gksu which is deprecated

On 02.01.2017 10:48, Vincent Bernat wrote: >> I don't know what else I should do. Please upload! > > Emilio may be currently busy. You have better chance of getting someone > else helping with the upload if you provide a link to a .dsc so that > people don't have to look at where the original

Bug#822604: scanmem: depends on gksu which is deprecated

On 17.12.2016 20:18, Sebastian Parschauer wrote: > Please upload! TIA We are reaching the new package submission deadline for Debian Stretch 2017-01-05 very soon. More than 5 years old version 0.13 which is full of bugs and insecure will be in Stretch if nobody uploads my new package f

Bug#822604: scanmem: depends on gksu which is deprecated

Hi Emilio, we haven't forgotten you. We've worked hard and we've released v0.16 with the requested changes. See: https://github.com/scanmem/scanmem/releases/tag/v0.16 See: https://github.com/sriemer/scanmem-debian Now I'm asking you to upload the package. TIA On 01.06.2016 23:14, Emilio

Bug#239816: [parted-devel] [PATCH 2/2] libparted: Add support for atari partition tables

On 05.12.2016 16:20, John Paul Adrian Glaubitz wrote: [snip] Thanks for the explanations! I'll talk to Andreas and look at your commit. > Are you one of the parted maintainers? I'm maintaining SUSE parted since this year but don't have any upstream commit rights. I took that over from Petr

Bug#239816: [parted-devel] [PATCH 2/2] libparted: Add support for atari partition tables

On 04.12.2016 17:12, John Paul Adrian Glaubitz wrote: > Signed-off-by: John Paul Adrian Glaubitz Please write a long commit description for this one and link to specs. Please make clear why this is needed. Please show how many and which kind of users are waiting

Bug#822604: scanmem: depends on gksu which is deprecated

Hi Emilio, no problem, we used the time to bring version 0.16 coming with ranges search as well as Android and openSUSE support on its way. We can release any time but it would be great if we could fix the window resize bug and the example in the scanmem man page before doing so. We've cleaned

Bug#822604: scanmem: depends on gksu which is deprecated

On 25.04.2016 17:58, Emilio Pozuelo Monfort wrote: >> My plan is to become the new Debian scanmem package maintainer and to >> provide latest versions myself. >> >> I already started with a packaging repo at: >> https://github.com/sriemer/scanmem-debian >> >> I need supporters for this plan.

Bug#772733: linux-image-3.16-0.bpo.3-amd64: [blk-mq] blk queue freezing unreliable

After applying the mentioned patches it still didn't work as we've hit further blk-mq bugs which were fixed in v3.19~rc4. With that upstream kernel version everything finally worked as expected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#772733: linux-image-3.16-0.bpo.3-amd64: [blk-mq] blk queue freezing unreliable

Package: src:linux Version: 3.16.5-1~bpo70+1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, we are running Debian Wheezy Qemu/KVM VMs with the mentioned backported kernel inside and test CPU, memory and virtio-blk block device hot-plug/ unplug. With most

Bug#772050: linux-image-3.16-0.bpo.3-amd64-dbg: vmlinux points to wrong source code

. Please fix that in your package build! Cheers, Sebastian Parschauer Senior Linux Kernel Developer - Storage Linux Kernel Maintainer at ProfitBricks -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64