[Touch-packages] [Bug 1322275] Re: lightdm sessions started by dm-tool lock (or a session locker) never get closed

2016-01-29 Thread Matteo Panella
> Can you see if this solves the issue on your computers? No luck here (Xubuntu 14.04), what actually did fix the issue was installing the latest stable release of lightdm-gtk-indicator from the upstream ppa. This caused a few hiccups with the Greybird theme, but at least the ghost sessions are go

[Touch-packages] [Bug 1322275] Re: lightdm sessions started by dm-tool lock (or a session locker) never get closed

2015-11-02 Thread Matteo Panella
It looks like that nobody is actually issuing the indicator-services-end upstart signal, so the stop events of *all* indicators for lightdm sessions never get fired. The other indicators just die because the session bus disappears under their feet, but indicator-sound-service keeps hanging around (

[Touch-packages] [Bug 1392642] Re: Daemons are restarted in the current session cgroups

2014-11-20 Thread Matteo Panella
Reassigning to sysvinit to keep it in sync with the upstream issue. Also, it makes more sense given that changes should happen in files shipped by sysvinit-utils and sysv-rc. ** Package changed: systemd-shim (Debian) => sysvinit (Debian) ** Package changed: systemd-shim (Ubuntu) => sysvinit (Ubu

[Touch-packages] [Bug 1392642] [NEW] Daemons are restarted in the current session cgroups

2014-11-14 Thread Matteo Panella
Public bug reported: (forwarded from the relevant bug report raised in Debian BTS and adapted for upstart as PID1) Daemons which are not spawned via an upstart job (eg. those with initscripts, ifupdown hooks and similar) are not detached from the current logind session cgroups. This causes the se

[Touch-packages] [Bug 1350291] Re: cloud-archive:juno unsupported

2014-10-23 Thread Matteo Panella
I can confirm that software-properties 0.92.37.2 fixes the original issue on trusty, leaving "verification-needed" as-is since I performed only limited testing for the issue at hand. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribe

[Touch-packages] [Bug 1362521] Re: juno: not a valid cloud-archive name

2014-10-23 Thread Matteo Panella
@Tom: I can just report that the package is in a "worksforme" status as far as the issue is concerned, I'm in no way affiliated with Canonical or the SRU Team :-) If at least another user could verify it and comment on the issue (per https://wiki.ubuntu.com/QATeam/PerformingSRUVerification ) thin

[Touch-packages] [Bug 1362521] Re: juno: not a valid cloud-archive name

2014-10-23 Thread Matteo Panella
As far as software-properties is concerned, the issue is being tracked in lp:1350291 (perhaps this issue should be marked as a duplicate of that one for software-properties and Invalid for ubuntu-cloud-archive). The updated package is in trusty-proposed and I can confirm it works, it only needs ve

[Touch-packages] [Bug 1362521] Re: juno: not a valid cloud-archive name

2014-10-19 Thread Matteo Panella
Right now, the only way of getting Juno on 14.04 is by using the old manual method (eg. install ubuntu-cloud-keyring and create a listfile in /etc/apt/sources.list.d). I'd wait for the greenlight from Canonical, though: the last upload happened two days ago, so the archive might still not be ready