[Pkg-utopia-maintainers] Processed: Merge duplicate

Processing commands for cont...@bugs.debian.org: > reassign 821126 udisks2 Bug #821126 [gparted] gparted: mount is unsupported. Bug reassigned from package 'gparted' to 'udisks2'. No longer marked as found in versions gparted/0.19.0-2. Ignoring request to alter fixed versions of bug #821126 to

[Pkg-utopia-maintainers] Processed (with 1 error): Merge duplicate

Processing commands for cont...@bugs.debian.org: > forcemerge 782838 821126 Bug #782838 {Done: Michael Gilbert } [udisks2] udisks2-inhibit mount move fails Unable to merge bugs because: package of #821126 is 'gparted' not 'udisks2' Failed to forcibly merge 782838: Did not

[Pkg-utopia-maintainers] Cалют!

У Вас 1 новое сообщение От кого: Раиса Вотновыйконтакт Тема: Аптeka Онлaйн В Твоeм Гоpодe Сообщение: Дженерики с анонимной доставкой на дом круглоcуточно Купить сейчас pkg-utopia-maintainers@lists.alioth.debian.org, Вы можете ограничить или отменить уведомления на E-Mail в Настройках

[Pkg-utopia-maintainers] Bug#667611: n-m-openvpn shuts down VPN when openvpn soft-restarts

Package: network-manager-openvpn Version: 1.2.0-1 Followup-For: Bug #667611 I think the root cause of this issue may have changed over time, given the activity on the upstream openvpn bug report, but the fact that it still fails. I see this locally with this error in the logs: May 9 09:18:49

[Pkg-utopia-maintainers] Processing of gnome-disk-utility_3.20.2-1_source.changes

gnome-disk-utility_3.20.2-1_source.changes uploaded successfully to localhost along with the files: gnome-disk-utility_3.20.2-1.dsc gnome-disk-utility_3.20.2.orig.tar.xz gnome-disk-utility_3.20.2-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host

[Pkg-utopia-maintainers] Bug#630152: dbus: tests disabled because they fail if the user has no home directory

On Mon, 09 May 2016 at 14:32:44 +1200, Daniel Reurich wrote: > Can't we get the test-suite to make the needed homedir if it doesn't > exist before hand. In the case of Devuan with jenkins this is all done > in a scratch-space anyway so no big deal. I'm assuming the same goes > for Debians