Bug#887555:
Current version is really really old. Would it be possible to update to current one? http://ftp.gnu.org/gnu/parallel/parallel-20190422.tar.bz2 Thanks a lot
Bug#923711:
Please take into account that upstream is completely against applying that patch: https://github.com/plougher/squashfs-tools/issues/60
Bug#923711:
The real culprit is only 0016-remove-frag_deflator_thread.patch
Bug#923711:
Dropping 0016-remove-frag_deflator_thread.patch and 0017-add-zstd-support.patch stops the memory leak
Bug#784289: [pkg-gnupg-maint] Bug#784289: gnupg 2.1 and gnome-keyring no longer interoperate
Looks like pinentry upstream implemented a replacement integrating on gnome3: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=pinentry.git;a=commit;h=be87785005d256b7f3dacc607ba5ea0a14de8593 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: The tech ctte isn't considering OpenRC at all
El dom, 19-01-2014 a las 17:11 +0800, Thomas Goirand escribió: On Fri, 17 Jan 2014 20:41:32 -0800, Don Armstrong wrote: I should point out that I have not extensively examined openrc I have to say that I'm really disappointed by the tech ctte attitude toward OpenRC in general. I pointed out to bdale (privately) as well that this was unacceptable. I've seen *many* quotes like this one: [...] Maybe one option would be to use by default Systemd for Linux flavors and openRC for the BSD ports :/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: On diversity
Have you think in having a Systemd team in Debian taking care of providing support for its packages? That way, people should be able to run it in some weeks and, as soon as existing init.d files are not dropped, people won't lose support for that (apart of the cases like GNOME that needs systemd running to work better) That is the way we went on Gentoo and looks to work well: we started from openRC only setup, when we needed better systemd support along our portage tree due Gnome 3.8 requirements, we (Gentoo systemd team) started to work in adding systemd support and unit files to our packages, that way, our maintainers weren't forced to run systemd to test their unit files work fine and test both systems themselves. We now have a working Systemd setup and, for our BSD ports, people still have openRC support (even not being able to run all features of GNOME but... much more cannot be done on that since http://www.gentoo.org/proj/en/desktop/gnome/openrc-settingsd.xml isn't enough to not lose any features since 3.8) From my perspective, I would support both setups: systemd (due it being required by more upstreams along the time, and, *in my personal opinion*, I think it works pretty well) and another one for BSDs and people hating so much Systemd (I would choose openRC... but since I come from Gentoo and know about it more than about upstart... ;)) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538916:
Is this still valid in Debian? At least on Gentoo with glibc it's still valid, but I am not sure if maybe eglibc provides a fix for this, in that case, would be nice if you could point me to that fix Thanks a lot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629359: epiphany-browser: ignores proxy settings
I guess you are suffering the same bug as us on Gentoo: https://bugs.gentoo.org/show_bug.cgi?id=327595 In summary, epiphany is using proxy set via dconf instead of gconf and, as gnome-control-center-2.32 still only sets it via gconf, settings are ignored. This could probably be solved backporting: http://git.gnome.org/browse/gnome-control-center/commit/?id=2a5eca505ddf0b7023d18f0b96efb811c1532c3d signature.asc Description: This is a digitally signed message part