[Touch-packages] [Bug 1400626] Re: Please backport xtrans, libdrm, x11proto-{fonts, core} packages for 14.04.2
I upgraded my system to the utopic stack. Unfortunately, after cleaning old config files I rebooted to find that X couldn't be started. Essentially the symlink /etc/X11/X got deleted. I recreated it manually (reconfiguring xserver-xorg-lts-utopic also works). I guess this is a known issue (bug #1132736). Any way to avoid this when upgrading HWE? Timo, I saw you were affected by this on Precise. Same thing on Trusty for you? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libdrm in Ubuntu. https://bugs.launchpad.net/bugs/1400626 Title: Please backport xtrans, libdrm, x11proto-{fonts,core} packages for 14.04.2 Status in libdrm package in Ubuntu: In Progress Status in llvm-toolchain-snapshot package in Ubuntu: Invalid Status in x11proto-core package in Ubuntu: New Status in x11proto-fonts package in Ubuntu: New Status in xorg package in Ubuntu: In Progress Status in xtrans package in Ubuntu: In Progress Status in libdrm source package in Trusty: Fix Released Status in llvm-toolchain-snapshot source package in Trusty: Fix Committed Status in x11proto-core source package in Trusty: Fix Released Status in x11proto-fonts source package in Trusty: Fix Released Status in xorg source package in Trusty: Fix Committed Status in xtrans source package in Trusty: Fix Released Bug description: In order to upload the new xorg-server we need to backport the following packages from utopic: libdrm x11proto-core x11proto-fonts xtrans libdrm 2.4.52-1-2.4.56-1 seems to have the following changes: - Hides private symbols from all libdrm libraries - fixes MSAA on Hawaii (radeon). - Adds cherryview pci-ids (intel). - Makes libdrm-nouveau threadsafe with concurrent access to the drm fd. - Fixes to exynos and freedreno. - Enables building libdrm-freedreno1 and libdrm-exynos1 x11proto-core's main change appears to be changing from the 'pointer' type to 'void *': https://launchpadlibrarian.net/173873109/x11proto-core_7.0.24-1_7.0.26-1.diff.gz x11proto-fonts' main change is the same as x11proto-core, but the documentation is reformatted too: https://launchpadlibrarian.net/173873038/x11proto-fonts_2.1.2-1_2.1.3-1.diff.gz xtrans seems to have 2 minor changes, increase default unix pipe size and add support for systemd socket activation: https://launchpadlibrarian.net/173873112/xtrans_1.3.2-1_1.3.4-1.diff.gz xorg needs to be slightly updated, to allow xserver-xorg to provide the unrenamed lts-utopic, and to allow xorg to be installed with the renamed xorg-server. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1400626/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1375271] Re: desktop or other past screen contents visible before lockscreen on resume
I see, you are actually using 14.10. I'm on 14.04, that's a big difference between our systems. Good luck with the new bug report! Hopefully it will get fixed soon... -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1375271 Title: desktop or other past screen contents visible before lockscreen on resume Status in GNOME Screensaver: Invalid Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Status in unity source package in Trusty: Fix Committed Bug description: [Impact] On resume from suspend, screen contents are displayed for a brief time (perhaps 0.5 to 1 sec) before the lock dialog appears. These screen contents are not always the desktop or open application beneath the lock screen. On at least one occasion, the screen showed content from a full-screen video that had been playing in Firefox some time before the computer had been suspended: neither the video nor its underlying tab were open anymore, so the image(s) was likely part of a buffer somewhere. (Needless to say, if the wrong full-screen video had been watched, depending on the setting, this could be a quite serious issue for some users). [Test Case] Suspend and resume the computer (closing the lid or using the session indicator). Since this problem involves a race condition, it is not reliably reproducable at will. [Regression Potential] This fix unmaps windows when a suspend or shutdown event occurs: it is possible that the window(s) do not get remapped when a wake event occurs, or the wake even does not get propagated. This does not appear to occur in practice. [Other Info] The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it has been released in the Ubuntu Vivid Vervet development release for a couple of months with no apparent regressions. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/1375271/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1375271] Re: desktop or other past screen contents visible before lockscreen on resume
Hi Mateusz, I was just waiting to see if I got the same problem as Adam at all... So far so good. I just don't want Adam's problem to be propagated. Adam: are you filing a new bug report? Is it ok if I tag it as verification- done? Also, I saw the other two bugs, but I wasn't initally affected by them. I'll see if I find time later today to have a look. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1375271 Title: desktop or other past screen contents visible before lockscreen on resume Status in GNOME Screensaver: Invalid Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Status in unity source package in Trusty: Fix Committed Bug description: [Impact] On resume from suspend, screen contents are displayed for a brief time (perhaps 0.5 to 1 sec) before the lock dialog appears. These screen contents are not always the desktop or open application beneath the lock screen. On at least one occasion, the screen showed content from a full-screen video that had been playing in Firefox some time before the computer had been suspended: neither the video nor its underlying tab were open anymore, so the image(s) was likely part of a buffer somewhere. (Needless to say, if the wrong full-screen video had been watched, depending on the setting, this could be a quite serious issue for some users). [Test Case] Suspend and resume the computer (closing the lid or using the session indicator). Since this problem involves a race condition, it is not reliably reproducable at will. [Regression Potential] This fix unmaps windows when a suspend or shutdown event occurs: it is possible that the window(s) do not get remapped when a wake event occurs, or the wake even does not get propagated. This does not appear to occur in practice. [Other Info] The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it has been released in the Ubuntu Vivid Vervet development release for a couple of months with no apparent regressions. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/1375271/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1375271] Re: desktop or other past screen contents visible before lockscreen on resume
I've been trying pretty hard to reproduce Adam's problem (comment #8), and this bug in general, when running unity from -proposed. I tried this with fullscreen Firefox, flash, totem, without a single problem. The only case were the contents were visible when resuming was when having a fullscreen pdf in Firefox (using pdf.js), but the contents were only visible for a split second (maybe 0.1s or something like that). I'll mark this as verification-done. ** Tags removed: verification-needed-trusty ** Tags added: verification-done-trusty -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1375271 Title: desktop or other past screen contents visible before lockscreen on resume Status in GNOME Screensaver: Invalid Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Status in unity source package in Trusty: Fix Committed Bug description: [Impact] On resume from suspend, screen contents are displayed for a brief time (perhaps 0.5 to 1 sec) before the lock dialog appears. These screen contents are not always the desktop or open application beneath the lock screen. On at least one occasion, the screen showed content from a full-screen video that had been playing in Firefox some time before the computer had been suspended: neither the video nor its underlying tab were open anymore, so the image(s) was likely part of a buffer somewhere. (Needless to say, if the wrong full-screen video had been watched, depending on the setting, this could be a quite serious issue for some users). [Test Case] Suspend and resume the computer (closing the lid or using the session indicator). Since this problem involves a race condition, it is not reliably reproducable at will. [Regression Potential] This fix unmaps windows when a suspend or shutdown event occurs: it is possible that the window(s) do not get remapped when a wake event occurs, or the wake even does not get propagated. This does not appear to occur in practice. [Other Info] The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it has been released in the Ubuntu Vivid Vervet development release for a couple of months with no apparent regressions. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/1375271/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1375271] Re: desktop or other past screen contents visible before lockscreen on resume
Hi Adam: I have been using 7.2.4+14.04.20141217-0ubuntu1 for a while now and I'm unable to reproduce the problem you mention in comment #8. However, I'll pay attention and report back if I find any problems! Also, the updated from -proposed seems to have fixed this bug. The behaviour when suspending/resuming is as smooth as ever for me. Btw, just in case, I Sandybridge integrated graphics on my laptop. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1375271 Title: desktop or other past screen contents visible before lockscreen on resume Status in GNOME Screensaver: Invalid Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Status in unity source package in Trusty: Fix Committed Bug description: [Impact] On resume from suspend, screen contents are displayed for a brief time (perhaps 0.5 to 1 sec) before the lock dialog appears. These screen contents are not always the desktop or open application beneath the lock screen. On at least one occasion, the screen showed content from a full-screen video that had been playing in Firefox some time before the computer had been suspended: neither the video nor its underlying tab were open anymore, so the image(s) was likely part of a buffer somewhere. (Needless to say, if the wrong full-screen video had been watched, depending on the setting, this could be a quite serious issue for some users). [Test Case] Suspend and resume the computer (closing the lid or using the session indicator). Since this problem involves a race condition, it is not reliably reproducable at will. [Regression Potential] This fix unmaps windows when a suspend or shutdown event occurs: it is possible that the window(s) do not get remapped when a wake event occurs, or the wake even does not get propagated. This does not appear to occur in practice. [Other Info] The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it has been released in the Ubuntu Vivid Vervet development release for a couple of months with no apparent regressions. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/1375271/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1308540] Re: [lockscreen] the password entry is not shared between screens
I can confirm that the new version fixes the problem. Running 7.2.4+14.04.20141217-0ubuntu1 ** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1308540 Title: [lockscreen] the password entry is not shared between screens Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Status in unity source package in Trusty: Fix Committed Bug description: [Impact] Using the Unity lockscreen on a multiple-screen session results in the password field being cleared every time different screen is focused. [Test Case] Using trusty candidate on a dual monitor config - log into unity - lock screen - start typing your password on one screen - move the pointer on the other screen - the entry is displayed empty Ideally the same entry would be move so you can keep typing even if you happened to have move the focus, that's what lightdm/unity-greeter is doing [Regression Potential] Any modification to the password dialogs could result in the inability to unlock the screen or make passwords available in cleartext. Care has been take to avoind introducing such situations with this change. [Other info] The Ubuntu 14.04 LTS SRU fix has been cherry-picked from the Ubuntu 14.10 release, where it has been in production use for a few months. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1308540/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 932834] Re: Enable equalizer
Before this is closed. Doesn't this affect Trusty? A release that won't be EOL until 2019. And Utopic, and even Vivid? AFAIK, this has never been worked on, so in essence it affects all releases. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/932834 Title: Enable equalizer Status in pulseaudio package in Ubuntu: Triaged Status in pulseaudio source package in Precise: Won't Fix Status in pulseaudio source package in Quantal: Won't Fix Status in pulseaudio source package in Raring: Won't Fix Bug description: pulseaudio has support for built in equalizer, but ubuntu does not have enabled it. pulseudio provides module module-equalizer-sink which needs to be enabled at compile time. In src/Makefile.am is this code: if HAVE_DBUS if HAVE_FFTW modlibexec_LTLIBRARIES += \ module-equalizer-sink.la bin_SCRIPTS += utils/qpaeq endif endif So for equalizer module is needed package fftw-dev. Please add needed fftw packages to pulseaudio build depends for equalizer support. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/932834/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1325899]
Thank you Albert for looking into this. I have to say I quickly tried to do what you suggested, but didn't succeed. Unfortunately I don't have the time to look into this in such detail. The other information I can provide you with is: 1. Bug tracker in Launchpad: https://bugs.launchpad.net/poppler/+bug/1325899 . The rendering issue has been verified by other users. 2. The latest instruction was to submit a bug report upstream (this one) against poppler. 3. This problem does not arise when using xpdf (instead of evince) on my system. Cheers -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1325899 Title: evince is excruciatingly slow on some documents Status in Poppler: Confirmed Status in poppler package in Ubuntu: Confirmed Bug description: Evince is excruciatingly slow when displaying the book available for download at http://www.safetty.net/publications/pttes Scrolling can take several seconds and will often just display empty pages. (And it is even worse with the 2009 version of the book you can still find on several places on the internet), while xpdf has no problems at all with instantly switching to the next page. To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/1325899/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1325899] Re: evince is excruciatingly slow on some documents
I have filed the upstream bug report (https://bugs.freedesktop.org/show_bug.cgi?id=86884). It seems that there were some duplicated (https://bugs.freedesktop.org/show_bug.cgi?id=85766 and https://bugs.freedesktop.org/show_bug.cgi?id=76821) but I reported this mentioning the two versions of libpoppler mentioned earllier in this tracker. ** Bug watch added: freedesktop.org Bugzilla #86884 https://bugs.freedesktop.org/show_bug.cgi?id=86884 ** Also affects: poppler via https://bugs.freedesktop.org/show_bug.cgi?id=86884 Importance: Unknown Status: Unknown ** Bug watch added: freedesktop.org Bugzilla #85766 https://bugs.freedesktop.org/show_bug.cgi?id=85766 ** Bug watch added: freedesktop.org Bugzilla #76821 https://bugs.freedesktop.org/show_bug.cgi?id=76821 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1325899 Title: evince is excruciatingly slow on some documents Status in Poppler: Unknown Status in poppler package in Ubuntu: Confirmed Bug description: Evince is excruciatingly slow when displaying the book available for download at http://www.safetty.net/publications/pttes Scrolling can take several seconds and will often just display empty pages. (And it is even worse with the 2009 version of the book you can still find on several places on the internet), while xpdf has no problems at all with instantly switching to the next page. To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/1325899/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1325899] Re: evince is excruciatingly slow on some documents
Hi, thanks for looking into this. I just tried Utopic to see how it goes. It is still very slow (I am referring to the attachment in #2, which is a very light file). As I said before, even Firefox renders it instantly. I know I am repeating myself, but just to be clear: - this happens when flipping quickly through many pages. - the document the original poster referred to renders very quickly on my system (sandybridge, i5-2450M). And to confirm: Package: libpoppler46 Priority: optional Section: libs Installed-Size: 2660 Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com Original-Maintainer: Loic Minier l...@dooz.org Architecture: amd64 Source: poppler Version: 0.26.5-0ubuntu1 madbiologist: should I mark it as Confirmed, or will you do something else? Thank you! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1325899 Title: evince is excruciatingly slow on some documents Status in “poppler” package in Ubuntu: Incomplete Bug description: Evince is excruciatingly slow when displaying the book available for download at http://www.safetty.net/publications/pttes Scrolling can take several seconds and will often just display empty pages. (And it is even worse with the 2009 version of the book you can still find on several places on the internet), while xpdf has no problems at all with instantly switching to the next page. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1325899/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp