Accepted cockpit 144-1 (source amd64 all) into unstable, unstable

cockpit-tests cockpit-ws Architecture: source amd64 all Version: 144-1 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team <pkg-utopia-maintain...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: cockpit- User interface for L

Accepted cockpit 145-1 (source amd64 all) into unstable, unstable

cockpit-tests cockpit-ws Architecture: source amd64 all Version: 145-1 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team <pkg-utopia-maintain...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: cockpit- User interface for L

Accepted cockpit 143-1 (source amd64 all) into unstable, unstable

cockpit-tests cockpit-ws Architecture: source amd64 all Version: 143-1 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team <pkg-utopia-maintain...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: cockpit- User interface for L

Cockpit 145 released

can get Cockpit here: http://cockpit-project.org/running.html Cockpit 145 is available in Fedora 26: https://bodhi.fedoraproject.org/updates/cockpit-145-1.fc26 Or download the tarball here: https://github.com/cockpit-project/cockpit/releases/tag/145 Take care, Martin Pitt signature.asc Descri

Cockpit 145 released

can get Cockpit here: http://cockpit-project.org/running.html Cockpit 145 is available in Fedora 26: https://bodhi.fedoraproject.org/updates/cockpit-145-1.fc26 Or download the tarball here: https://github.com/cockpit-project/cockpit/releases/tag/145 Take care, Martin Pitt signature.asc Descri

Re: Virtual Machines Hackfest Wrapup

Hello all, Thanks for the nice wrapup, Stef! Some amendments: Stef Walter [2017-07-04 11:37 +0200]: > Martin refactored Cockpit's access to libvirt to be more efficient and > scalable with the number of VMs. It currently uses virsh. > > https://github.com/cockpit-project/cockpit/pull/7131 This

Bug#866418: calibre: depends on obsolete python-imaging (replace with python3-pil or python-pil)

l package. This was already done ages ago: | calibre (1.14.0+dfsg-1) unstable; urgency=low | | * New upstream release. (Closes: #731502) | * Depend on python-pil | python-imaging now, upstream source is compatible | with both. (Closes: #731501) | | -- Martin Pitt <mp...@debian.org&g

Bug#866102: calibre: Calibre-server fails to start with missing dependancy

Control: tag -1 pending dmm [2017-06-27 21:21 +1000]: > I recently upgraded from calibre 2.75 to 3.1.1, after the upgrade > calibre-server would not run. > > Appears there was a missing dependancy, fixed with > > # apt-get install python-msgpack Whoops, sorry about that! Fixed in git, will

Bug#866102: calibre: Calibre-server fails to start with missing dependancy

Control: tag -1 pending dmm [2017-06-27 21:21 +1000]: > I recently upgraded from calibre 2.75 to 3.1.1, after the upgrade > calibre-server would not run. > > Appears there was a missing dependancy, fixed with > > # apt-get install python-msgpack Whoops, sorry about that! Fixed in git, will

Bug#866867: debci: Still uses old adt-run CLI

/tmp.VppB3FL9Hv/data/packages/unstable/amd64/m/mypkg/*.autopkgtest.log.gz': No such file or directory ASSERT:expected:<1> but was:<0> But this is the case with and without this patch; I think it's unrelated. Martin From 6ea0659d331b9a26ed89a66d054949cadc05e213 Mon Sep 17 00:00:00 2001

Bug#866867: debci: Still uses old adt-run CLI

Package: debci Version: 1.5.1 I somehow thought that debci got moved to the "autopkgtest" CLI that got introduced in autopkgtest 4.0 a long time ago, and was about to drop the old "adt-run" program at last. However, I just noticed that debci still seems to use it. Let's please move to the recent

Bug#835836: autopkgtest: please switch setup-commands/ubuntu-touch-session from dbus-x11 to default-dbus-session-bus

Control: tag -1 pending Hello Simon, Simon McVittie [2016-08-28 18:33 +0100]: > As described in > I'm trying to reduce how much dbus-launch is used in Debian. > setup-commands/ubuntu-touch-session in autopkgtest currently installs >

Re: dev setup for image registry with minishift

Hello Tom, Tom McKay [2017-06-27 15:34 -0400]: > Wondering how others do dev work on the image registry portion of cockpit. I usually copy test/verify/files/openshift.kubeconfig to ~/.kube/config and run "test/vm-run openshift", then the "Cluster" and "Registry" tabs just work. Our test image is

Re: [lxc-users] LXD module for Cockpit?

Hello Mark, Mark Constable [2017-06-15 13:30 +1000]: > On 15/06/17 12:56, Stéphane Graber wrote: > > > https://lists.linuxcontainers.org/pipermail/lxc-users/2015-November/010516.html > > > Anyone aware of any new Cockpit module development for LXD? There is none to my knowledge. Might be related

Bug#865879: calibre: missing dependency on python3-regex

Control: retitle -1 calibre: external python-regex does not work Ritesh Raj Sarraf [2017-06-25 19:55 +0545]: > It seems calibre now needs a dependency on python3-regex package It's still python 2, thus python-regex. And you have it installed: > Versions of packages calibre depends on: > ii

Accepted calibre 3.1.1+dfsg-1 (source amd64 all) into unstable

hanged-By: Martin Pitt <mp...@debian.org> Description: calibre- e-book converter and library management calibre-bin - e-book converter and library management Closes: 865018 Changes: calibre (3.1.1+dfsg-1) unstable; urgency=medium . * New upstream release. (Closes: #865018) * debian/rules:

Bug#865714: calibre: please package calibre 3 (patch included)

Control: tag 865018 pending Control: forcemerge 865018 -1 Hello Norbert, Norbert Preining [2017-06-24 12:39 +0900]: > I have been updating the calibre package locally regularly, and also for > version 3. So I send you the changes I made. Nice, thank you! I already had 3.0 staged in git with a

Cockpit 143

tml Cockpit 143 is available in Fedora 26: https://bodhi.fedoraproject.org/updates/cockpit-143-1.fc26 Or download the tarball here: https://github.com/cockpit-project/cockpit/releases/tag/143 Take care, Martin Pitt signature.asc Description: PGP signature _

[Python-modules-team] Bug#836053: python-dbusmock: please invoke dbus-daemon directly, not dbus-launch

Control: tag -1 fixed-upstream pending Hello Simon, Simon McVittie [2016-08-30 11:22 +0100]: > This package currently has code that depends on dbus-x11 and explicitly > runs dbus-launch. I would prefer this to invoke dbus-daemon directly, similar > to this Flatpak commit: >

Accepted python-dbusmock 0.16.9-1 (source all) into unstable

hon-modules-t...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: python-dbusmock - mock D-Bus objects for tests (Python 2) python3-dbusmock - mock D-Bus objects for tests (Python 3) Changes: python-dbusmock (0.16.9-1) unstable; urgency=medium . * New upst

Bug#865018: new upstream (3.0)

Hello Daniel, Daniel Baumann [2017-06-18 21:08 +0200]: > calibre 3.0 was released a couple of days ago, would be nice to have > that in sid. I tried to update it, but there seems to be something wrong with our PyQt: | Traceback (most recent call last): | File

Bug#864816: ITP: volume-key -- library and utility for manipulating storage encryption keys and passphrases

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: volume-key Version : 0.3.9 Upstream Author : Miloslav Trmač <m...@redhat.com URL : https://releases.pagure.org/volume_key/ * License : GPL-2+ Programmin

Bug#864816: ITP: volume-key -- library and utility for manipulating storage encryption keys and passphrases

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: volume-key Version : 0.3.9 Upstream Author : Miloslav Trmač <m...@redhat.com URL : https://releases.pagure.org/volume_key/ * License : GPL-2+ Programmin

Bug#864816: ITP: volume-key -- library and utility for manipulating storage encryption keys and passphrases

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: volume-key Version : 0.3.9 Upstream Author : Miloslav Trmač <m...@redhat.com URL : https://releases.pagure.org/volume_key/ * License : GPL-2+ Programmin

[Pkg-utopia-maintainers] ITP: volume-key -- library and utility for manipulating storage encryption keys and passphrases

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: volume-key Version : 0.3.9 Upstream Author : Miloslav Trmač <m...@redhat.com URL : https://releases.pagure.org/volume_key/ * License : GPL-2+ Programmin

Bug#864815: ITP: libbytesize -- library for common operations with sizes in bytes

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libbytesize Version : 0.10 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libbytesize * License : LGPL-2.1+

Bug#864815: ITP: libbytesize -- library for common operations with sizes in bytes

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libbytesize Version : 0.10 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libbytesize * License : LGPL-2.1+

Bug#864815: ITP: libbytesize -- library for common operations with sizes in bytes

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libbytesize Version : 0.10 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libbytesize * License : LGPL-2.1+

[Pkg-utopia-maintainers] ITP: libbytesize -- library for common operations with sizes in bytes

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libbytesize Version : 0.10 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libbytesize * License : LGPL-2.1+

[Bug 1570001] Re: autopkgtest changes hostname in a bad way

Indeed http://autopkgtest.ubuntu.com/packages/postfix looks fine now. Yes, the postfix tests were failing back then and the /etc/hostname vs. actual hostname discrepancy was the cause. ** Changed in: postfix (Ubuntu) Status: Incomplete => Fix Released -- You received this bug

Weekly meeting

Meeting started by pitti at 13:02:01 UTC. The full logs are available at https://meetbot.fedoraproject.org/cockpit/2017-06-12/cockpit_weekly_meeting.2017-06-12-13.02.log.html Meeting summary --- * Agenda (pitti, 13:02:20) * package name for "Software Updates" (pitti, 13:04:44) *

Accepted python-dbusmock 0.16.8-1 (source all) into unstable

hon-modules-t...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: python-dbusmock - mock D-Bus objects for tests (Python 2) python3-dbusmock - mock D-Bus objects for tests (Python 3) Changes: python-dbusmock (0.16.8-1) unstable; urgency=medium . * New upst

[Touch-packages] [Bug 1696480] Re: python3-dbusmock / test_no_adapters test fails with bluez 5.45

I released 0.16.8 upstream and uploaded it to Debian unstable, from where it should autosync into Ubuntu devel soon. ** Changed in: python-dbusmock (Ubuntu) Status: Triaged => Fix Committed ** Changed in: python-dbusmock Status: Fix Committed => Fix Released -- You received this

[Kernel-packages] [Bug 1696480] Re: python3-dbusmock / test_no_adapters test fails with bluez 5.45

I released 0.16.8 upstream and uploaded it to Debian unstable, from where it should autosync into Ubuntu devel soon. ** Changed in: python-dbusmock (Ubuntu) Status: Triaged => Fix Committed ** Changed in: python-dbusmock Status: Fix Committed => Fix Released -- You received this

[Bug 1696480] Re: python3-dbusmock / test_no_adapters test fails with bluez 5.45

I released 0.16.8 upstream and uploaded it to Debian unstable, from where it should autosync into Ubuntu devel soon. ** Changed in: python-dbusmock (Ubuntu) Status: Triaged => Fix Committed ** Changed in: python-dbusmock Status: Fix Committed => Fix Released -- You received this

Accepted cockpit 142-1 (source amd64 all) into unstable

-ws Architecture: source amd64 all Version: 142-1 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team <pkg-utopia-maintain...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: cockpit- User interface for Linux servers co

[Bug 1696480] Re: python3-dbusmock / test_no_adapters test fails with bluez 5.45

Thanks Daniel! PR merged upstream. There are a few other test deprecation warnings/failures I'm looking into before doing a release. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1696480 Title:

[Touch-packages] [Bug 1696480] Re: python3-dbusmock / test_no_adapters test fails with bluez 5.45

Thanks Daniel! PR merged upstream. There are a few other test deprecation warnings/failures I'm looking into before doing a release. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to bluez in Ubuntu.

[Kernel-packages] [Bug 1696480] Re: python3-dbusmock / test_no_adapters test fails with bluez 5.45

Thanks Daniel! PR merged upstream. There are a few other test deprecation warnings/failures I'm looking into before doing a release. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to bluez in Ubuntu. https://bugs.launchpad.net/bugs/1696480

[Bug 1696471] [NEW] AppArmor denies access to /etc/gss/mech.d/

Public bug reported: We are adding new functionality/tests to Cockpit to integrate VNC/spice consoles (https://github.com/cockpit-project/cockpit/pull/5932). This triggers a new AppArmor violation: [ 12.117988] audit: type=1400 audit(1496848789.154:16): apparmor="DENIED" operation="open"

[Group.of.nepali.translators] [Bug 1696471] [NEW] AppArmor denies access to /etc/gss/mech.d/

Public bug reported: We are adding new functionality/tests to Cockpit to integrate VNC/spice consoles (https://github.com/cockpit-project/cockpit/pull/5932). This triggers a new AppArmor violation: [ 12.117988] audit: type=1400 audit(1496848789.154:16): apparmor="DENIED" operation="open"

Re: [libvirt] Remotable Libvirt

Stef Walter [2017-06-07 10:47 +0200]: > On 07.06.2017 07:49, Martin Pitt wrote: > > C/GI interfaces also don't map well to D-Bus, i. e. it's not practical to > > autogenerate a D-Bus interface for a given GI API. This still works for the > > most simple methods that only

Re: [libvirt] Remotable Libvirt

Hello Richard, Richard W.M. Jones [2017-05-31 18:00 +0100]: > I agree with others that as things stand you will need a REST or DBus > or similar API added to libvirt. > > However have you considered using gobject-introspection to generate > new "Payload" types automatically? This doesn't

Re: [libvirt] Remotable Libvirt

Hello Richard, Richard W.M. Jones [2017-05-31 18:00 +0100]: > I agree with others that as things stand you will need a REST or DBus > or similar API added to libvirt. > > However have you considered using gobject-introspection to generate > new "Payload" types automatically? This doesn't

Accepted calibre 2.85.1+dfsg-1 (source amd64 all) into experimental

hanged-By: Martin Pitt <mp...@debian.org> Description: calibre- e-book converter and library management calibre-bin - e-book converter and library management Closes: 864057 Changes: calibre (2.85.1+dfsg-1) experimental; urgency=medium . * New upstream release. (Closes: #864057) Ch

Accepted calibre 2.85.1+dfsg-1 (source amd64 all) into experimental

hanged-By: Martin Pitt <mp...@debian.org> Description: calibre- e-book converter and library management calibre-bin - e-book converter and library management Closes: 864057 Changes: calibre (2.85.1+dfsg-1) experimental; urgency=medium . * New upstream release. (Closes: #864057) Ch

Accepted cockpit 141-2 (source) into unstable

-ws Architecture: source Version: 141-2 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team <pkg-utopia-maintain...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: cockpit- User interface for Linux servers cockpit-bridge - Co

Accepted cockpit 141-1 (source amd64 all) into unstable

-ws Architecture: source amd64 all Version: 141-1 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team <pkg-utopia-maintain...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: cockpit- User interface for Linux servers co

[Bug 1694438] Re: [16.04] Cannot download packages whilst offline - when using ifupdown

This also affects PackageKit 1.0.1-2 in Debian Jessie. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1694438 Title: [16.04] Cannot download packages whilst offline - when using ifupdown To manage

[Touch-packages] [Bug 1694438] Re: [16.04] Cannot download packages whilst offline - when using ifupdown

This also affects PackageKit 1.0.1-2 in Debian Jessie. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to packagekit in Ubuntu. https://bugs.launchpad.net/bugs/1694438 Title: [16.04] Cannot download packages whilst offline -

[Touch-packages] [Bug 1694438] [NEW] [16.04] Cannot download packages whilst offline - when using ifupdown

Public bug reported: I am using 16.04 with the main ethernet interface being managed by ifupdown, and others by NetworkManager. Apparently PK's pk_network_get_network_state() does not properly recognize this and thinks it is offline: # pkcon update Getting updates

[Group.of.nepali.translators] [Bug 1694438] [NEW] [16.04] Cannot download packages whilst offline - when using ifupdown

Public bug reported: I am using 16.04 with the main ethernet interface being managed by ifupdown, and others by NetworkManager. Apparently PK's pk_network_get_network_state() does not properly recognize this and thinks it is offline: # pkcon update Getting updates

[Bug 1694438] [NEW] [16.04] Cannot download packages whilst offline - when using ifupdown

Public bug reported: I am using 16.04 with the main ethernet interface being managed by ifupdown, and others by NetworkManager. Apparently PK's pk_network_get_network_state() does not properly recognize this and thinks it is offline: # pkcon update Getting updates

Re: Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service

Hello Maximilian, Maximilian Stein [2017-05-28 22:12 +0200]: > I tried it again and apparently, /etc/mtab was actually created by FAI, > not by debootstrap, sorry for the confusion. But maybe it would be an > idea to create it by debootstrap to avoid its creation on the first boot? Please let's

Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service

Hello Maximilian, Maximilian Stein [2017-05-28 22:12 +0200]: > I tried it again and apparently, /etc/mtab was actually created by FAI, > not by debootstrap, sorry for the confusion. But maybe it would be an > idea to create it by debootstrap to avoid its creation on the first boot? Please let's

[Freeipa] [Bug 1693154] Re: ipa-client-install fails: kinit: Included profile directory could not be read while initializing Kerberos 5 library

Splendid, thanks Timo! -- You received this bug notification because you are a member of FreeIPA, which is subscribed to freeipa in Ubuntu. https://bugs.launchpad.net/bugs/1693154 Title: ipa-client-install fails: kinit: Included profile directory could not be read while initializing

[Bug 1693154] Re: ipa-client-install fails: kinit: Included profile directory could not be read while initializing Kerberos 5 library

Splendid, thanks Timo! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1693154 Title: ipa-client-install fails: kinit: Included profile directory could not be read while initializing Kerberos 5

[Freeipa] [Bug 1693154] [NEW] ipa-client-install fails: kinit: Included profile directory could not be read while initializing Kerberos 5 library

Public bug reported: Ubuntu 17.04's freeipa-client has a regression (compared to 16.04 LTS) wrt. joining a FreeIPA kerberos server. I am running a server on 10.111.112.100 with a COCKPIT.LAN domain (from the "ipa-*" image on https://fedorapeople.org/groups/cockpit/images/), and realmd.service

[Bug 1693154] [NEW] ipa-client-install fails: kinit: Included profile directory could not be read while initializing Kerberos 5 library

Public bug reported: Ubuntu 17.04's freeipa-client has a regression (compared to 16.04 LTS) wrt. joining a FreeIPA kerberos server. I am running a server on 10.111.112.100 with a COCKPIT.LAN domain (from the "ipa-*" image on https://fedorapeople.org/groups/cockpit/images/), and realmd.service

[Bug 1693115] Re: apparmor denial: qemu cannot read /proc/*/cmdline

*** This bug is a duplicate of bug 1680384 *** https://bugs.launchpad.net/bugs/1680384 Sure enough it works with the fix in bug 1680384, my test image didn't have that SRU yet. Love it when bugs get retroactively fixed, thanks Christian! ** Changed in: libvirt (Ubuntu) Status:

[Bug 1693115] [NEW] apparmor denial: qemu cannot read /proc/*/cmdline

Public bug reported: When using libvirt to run QEMU instances, I get an AppArmor violation: type=1400 audit(1495609606.700:14): apparmor="DENIED" operation="open" profile="libvirt-fd3f661a-7fe3-4ab2-b1e8-d16efb5107c5" name="/proc/1210/cmdline" pid=6002 comm="qemu-system-x86" requested_mask="r"

Re: Call for testing/feedback: Cockpit OS update feature

Hello Adam, Adam Williamson [2017-05-23 9:00 -0700]: > Thanks for working on this! I may be way off here, but I seem to recall > hearing some rumblings lately about making PackageKit go away. It might > be worth checking in with the devs on that just in case I'm not > entirely wrong... Hmm, I

Call for testing/feedback: Cockpit OS update feature

Hello all, I've been drafting and implementing a new Cockpit feature for providing a "Software Updates" page for "classic" yum/dnf/apt based systems (the current one is for Atomic OSTree only). This uses PackageKit to retrieve update information and install packages, and I've now tested it on

Re: [Netplan-developers] [Merge] ~xnox/netplan:master into netplan:master

Review: Approve Right, that looks good! However, not merging myself, please coordinate with Mathieu. -- https://code.launchpad.net/~xnox/netplan/+git/netplan/+merge/324020 Your team Developers of netplan is subscribed to branch netplan:master. -- Mailing list:

[Bug 1686022] Re: Please backport cockpit 138-1 and future versions from devel

x/y/z backports uploaded: https://launchpad.net/ubuntu/+source/cockpit ** Changed in: zesty-backports Status: In Progress => Fix Released ** Changed in: yakkety-backports Status: In Progress => Fix Released ** Changed in: xenial-backports Status: In Progress => Fix Released

[Bug 1680577] Re: Autopkgtest fails on s390x due to long PATH in test config

This also breaks the schroot tests, which looks more serious: $ tests/autopkgtest SchrootRunner.test_apt_source [...] Download complete and in download only mode Get:1 http://httpredir.debian.org/debian sid/main gdk-pixbuf 2.36.5-2 (dsc) [2781 B] Get:2 http://httpredir.debian.org/debian sid/main

[Bug 1680577] Re: Autopkgtest fails on s390x due to long PATH in test config

k apt-get source needs to be adjusted. I'm working on this. Thanks! ** Changed in: autopkgtest (Ubuntu) Status: Confirmed => In Progress ** Changed in: autopkgtest (Ubuntu) Assignee: (unassigned) => Martin Pitt (pitti) -- You received this bug notification because you are a member of Ubun

[Bug 1686022] Re: Please backport cockpit 138-1 and future versions from devel

Adding zesty-backports as well, for the same upgrade path issue. ** Also affects: zesty-backports Importance: Undecided Status: New ** Changed in: zesty-backports Status: New => In Progress ** Changed in: zesty-backports Assignee: (unassigned) => Martin Pitt

[Bug 1686022] Re: Please backport cockpit 138-1 and future versions from devel

ogress ** Changed in: xenial-backports Assignee: (unassigned) => Martin Pitt (pitti) ** Changed in: yakkety-backports Assignee: (unassigned) => Martin Pitt (pitti) -- You received this bug notification because you are a member of Ubuntu Backporters, which is subscribed to th

[Bug 1686022] Re: Please backport cockpit 138-1 and future versions from devel

** Description changed: I would like to request a general approval to backport the current development series of https://launchpad.net/ubuntu/+source/cockpit to Ubuntu 16.04 LTS. Reason == http://cockpit-project.org/ is a web equivalent of a desktop, for managing a (small)

[Pkg-utopia-maintainers] ITP: libblockdev -- library for manipulating block devices

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libblockdev Version : 2.6 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libblockdev * License : GPL-2+ Prog

Bug#862776: ITP: libblockdev -- library for manipulating block devices

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libblockdev Version : 2.6 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libblockdev * License : GPL-2+ Prog

Bug#862776: ITP: libblockdev -- library for manipulating block devices

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libblockdev Version : 2.6 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libblockdev * License : GPL-2+ Prog

Bug#862776: ITP: libblockdev -- library for manipulating block devices

Package: wnpp Severity: wishlist Owner: Martin Pitt <mp...@debian.org> * Package name: libblockdev Version : 2.6 Upstream Author : Vratislav Podzimek <vpodz...@redhat.com> URL : https://github.com/rhinstaller/libblockdev * License : GPL-2+ Prog

[Touch-packages] [Bug 1689820] Re: /usr/lib/packagekit/packagekitd:11:pkgCache::Iterator:AcqPackageKitStatus::updateStatus:AcqPackageKitStatus::Fail:pkgAcquire::Worker::RunMessages:pkgAcquire::Worker:

I confirmed that this is fixed in zesty. ** Changed in: packagekit (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to packagekit in Ubuntu. https://bugs.launchpad.net/bugs/1689820

[Group.of.nepali.translators] [Bug 1689820] Re: /usr/lib/packagekit/packagekitd:11:pkgCache::Iterator:AcqPackageKitStatus::updateStatus:AcqPackageKitStatus::Fail:pkgAcquire::Worker::RunMessages:pkgAcq

This is quite simple to reproduce: $ pkcon get-updates Getting updates [=] Loading cache [=] Querying [=] Finished

[Group.of.nepali.translators] [Bug 1689820] Re: /usr/lib/packagekit/packagekitd:11:pkgCache::Iterator:AcqPackageKitStatus::updateStatus:AcqPackageKitStatus::Fail:pkgAcquire::Worker::RunMessages:pkgAcq

I confirmed that this is fixed in zesty. ** Changed in: packagekit (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs

[Bug 1689820] Re: /usr/lib/packagekit/packagekitd:11:pkgCache::Iterator:AcqPackageKitStatus::updateStatus:AcqPackageKitStatus::Fail:pkgAcquire::Worker::RunMessages:pkgAcquire::Worker::InFdReady

I confirmed that this is fixed in zesty. ** Changed in: packagekit (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1689820 Title:

[Touch-packages] [Bug 1689820] Re: /usr/lib/packagekit/packagekitd:11:pkgCache::Iterator:AcqPackageKitStatus::updateStatus:AcqPackageKitStatus::Fail:pkgAcquire::Worker::RunMessages:pkgAcquire::Worker:

This is quite simple to reproduce: $ pkcon get-updates Getting updates [=] Loading cache [=] Querying [=] Finished

[Bug 1689820] Re: /usr/lib/packagekit/packagekitd:11:pkgCache::Iterator:AcqPackageKitStatus::updateStatus:AcqPackageKitStatus::Fail:pkgAcquire::Worker::RunMessages:pkgAcquire::Worker::InFdReady

This is quite simple to reproduce: $ pkcon get-updates Getting updates [=] Loading cache [=] Querying [=] Finished

Bug#862187: unblock: autopkgtest/4.4

| | [ Martin Pitt ] | * doc/README.package-tests.rst: Document network access (Closes: #851556) Documentation only, no risk. | * qemu: Robustify ssh port locks. | Stop assuming that /run/lock is user-writable (it is not in non-Debian | systems). Instead create the lock file in /tmp and use

Bug#862187: unblock: autopkgtest/4.4

| | [ Martin Pitt ] | * doc/README.package-tests.rst: Document network access (Closes: #851556) Documentation only, no risk. | * qemu: Robustify ssh port locks. | Stop assuming that /run/lock is user-writable (it is not in non-Debian | systems). Instead create the lock file in /tmp and use

Accepted cockpit 140-1 (source amd64 all) into unstable

-ws Architecture: source amd64 all Version: 140-1 Distribution: unstable Urgency: medium Maintainer: Utopia Maintenance Team <pkg-utopia-maintain...@lists.alioth.debian.org> Changed-By: Martin Pitt <mp...@debian.org> Description: cockpit- User interface for Linux servers co

Bug#859648: after login, shows blank page only

Control: tag -1 unreproducible Control: severity -1 minor Hello Daniel, Daniel Baumann [2017-05-02 6:16 +0200]: > figured it out.. it's because I've got root logins disabled through > /etc/security/access.conf. > It would be nice if cockpit would handle disabled logins better, i.e. > not allow

[Pkg-utopia-maintainers] Bug#859648: after login, shows blank page only

Control: tag -1 unreproducible Control: severity -1 minor Hello Daniel, Daniel Baumann [2017-05-02 6:16 +0200]: > figured it out.. it's because I've got root logins disabled through > /etc/security/access.conf. > It would be nice if cockpit would handle disabled logins better, i.e. > not allow

Re: Cockpit on Debian Jessie

Hello machado, machado...@gmail.com [2017-05-03 18:56 -]: > What I want is a file that I can use to install cockpit in my reaspberries > that are not connected to the internet. In those systems I don't have > connection to download all dependencies to use "make install". Ack, so built .deb

[Touch-packages] [Bug 1650827] Re: /usr/lib/dovecot/dovecot-lda: "Failed name lookup - disconnected path"

** Summary changed: - "Failed name lookup - disconnected path" + /usr/lib/dovecot/dovecot-lda: "Failed name lookup - disconnected path" -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apparmor in Ubuntu.

[Bug 1650827] Re: /usr/lib/dovecot/dovecot-lda: "Failed name lookup - disconnected path"

** Summary changed: - "Failed name lookup - disconnected path" + /usr/lib/dovecot/dovecot-lda: "Failed name lookup - disconnected path" -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1650827 Title:

Accepted umockdev 0.9.1-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 01 May 2017 11:19:19 +0200 Source: umockdev Binary: umockdev libumockdev0 libumockdev-dev gir1.2-umockdev-1.0 Architecture: source amd64 Version: 0.9.1-1 Distribution: unstable Urgency: medium Maintainer: Martin Pitt <

Accepted autopkgtest 4.4 (source all) into unstable

hanged-By: Martin Pitt <mp...@debian.org> Description: autopkgtest - automatic as-installed testing for Debian packages Closes: 851556 851899 852475 855954 Changes: autopkgtest (4.4) unstable; urgency=medium . [ Martin Pitt ] * doc/README.package-tests.rst: Document network access (Clo

Accepted calibre 2.83.0+dfsg-1 (source amd64 all) into experimental

hanged-By: Martin Pitt <mp...@debian.org> Description: calibre- e-book converter and library management calibre-bin - e-book converter and library management Changes: calibre (2.83.0+dfsg-1) experimental; urgency=medium . * New upstream release. Ch

Accepted calibre 2.83.0+dfsg-1 (source amd64 all) into experimental

hanged-By: Martin Pitt <mp...@debian.org> Description: calibre- e-book converter and library management calibre-bin - e-book converter and library management Changes: calibre (2.83.0+dfsg-1) experimental; urgency=medium . * New upstream release. Ch

[systemd-devel] ANN: CI now tests meson and rebases

Hello all, quick announcement for things to watch out for in PR integration tests. After Zbigniew's meson build system work landed two days ago [1], I now set up our CI so that the "xenial-s390x" test builds using meson, while i386 and amd64 continue to run the classic autotools build. I

Re: Look ahead at GNOME 3.26

Hello all, Jeremy Bicha [2017-04-25 7:33 -0400]: > On Tue, Apr 25, 2017 at 6:11 AM, Sebastien Bacher wrote: > >> I expect several GNOME components to switch from autotools to meson this > >> cycle. > > I didn't follow that closely, is that a reference documentation to read?

Bug#861055: meson: please make package backportable

Hello Jussi, Jussi Pakkanen [2017-04-24 18:43 +0300]: > We are probably going to have a bugfix point release soon, I'll add > this fix at that time (if a point release will not happen, then I'll > do a 0.40.0-2). Thanks! Note that there's no hurry from my side -- I have that fix in my PPA.

Bug#861055: meson: please make package backportable

Package: meson Version: 0.40.0-1 Severity: wishlist Tags: patch Hello, I backported ninja-build and meson to Ubuntu 16.04 (to provide CI build dependencies for systemd), and noticed that c++-compiler-arm-linux-gnueabihf is not yet available there. Same goes for Stretch. As it's only being used

Bug#861026: both kernel and glibc want s64 not long (s32)

Control: retitle -1 fix documentation of struct timespec' tv_nsec type Adam Borowski [2017-04-23 23:41 +0200]: > So no matter what we'd argue as being "correct", there's no changing the ABI > of an architecture that was finalized 5 years ago. Thus, all we can do is > having GNU folks document

Bug#861026: both kernel and glibc want s64 not long (s32)

Control: retitle -1 fix documentation of struct timespec' tv_nsec type Adam Borowski [2017-04-23 23:41 +0200]: > So no matter what we'd argue as being "correct", there's no changing the ABI > of an architecture that was finalized 5 years ago. Thus, all we can do is > having GNU folks document

Bug#859648: after login, shows blank page only

Control: tag -1 moreinfo Hello Daniel, Daniel Baumann [2017-04-05 15:39 +0200]: > installing cockpit on debian "standard" system, after login it displays > only a white page and nothing more. this is what syslog contained: There is unfortunately not much Cockpit info here other than > Apr 5

[Pkg-utopia-maintainers] Bug#859648: after login, shows blank page only

Control: tag -1 moreinfo Hello Daniel, Daniel Baumann [2017-04-05 15:39 +0200]: > installing cockpit on debian "standard" system, after login it displays > only a white page and nothing more. this is what syslog contained: There is unfortunately not much Cockpit info here other than > Apr 5

<    7   8   9   10   11   12   13   14   15   16   >