[Group.of.nepali.translators] [Bug 1594976] Re: Use new saved endpoint for wiki parts
** Package changed: Ubuntu Xenial => snapcraft (Ubuntu Xenial) ** Changed in: snapcraft (Ubuntu Xenial) Importance: Undecided => Wishlist ** Changed in: snapcraft (Ubuntu Xenial) Status: New => Fix Released ** Changed in: snapcraft (Ubuntu Yakkety) Status: New => Fix Released ** Changed in: snapcraft (Ubuntu Yakkety) Importance: Undecided => Wishlist ** Also affects: snapcraft (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1594976 Title: Use new saved endpoint for wiki parts Status in Snapcraft: Fix Released Status in snapcraft package in Ubuntu: New Status in snapcraft source package in Xenial: Fix Released Status in snapcraft source package in Yakkety: Fix Released Bug description: snapcraft update allows to bring in a cache of parts, we use this instead of polling the wiki for every part [Impact] * Right now the use of wiki parts is inefficient. * There is a new cloud infrastructure for parts that can be used to improve the experience. * This should be transparent for users. However, the source for parts changes to https://wiki.ubuntu.com/snapcraft/parts and the format is different too. [Test Case] * define a snapcraft.yaml that uses a part from the wiki. * run snapcraft, install the snap and execute it. [Regression Potential] * This could affect all existing projects using the wiki. We have a suite that exercises the remote parts, but some exploratory would be good. To manage notifications about this bug go to: https://bugs.launchpad.net/snapcraft/+bug/1594976/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597902] Re: linux-raspi2: 4.4.0-1017.23 -proposed tracker
** Changed in: kernel-sru-workflow/prepare-package Status: Confirmed => Fix Released ** Changed in: kernel-sru-workflow/prepare-package Assignee: Canonical Kernel Team (canonical-kernel-team) => Kamal Mostafa (kamalmostafa) ** Changed in: kernel-sru-workflow/promote-to-proposed Status: New => Confirmed -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597902 Title: linux-raspi2: 4.4.0-1017.23 -proposed tracker Status in Kernel SRU Workflow: In Progress Status in Kernel SRU Workflow automated-testing series: New Status in Kernel SRU Workflow certification-testing series: New Status in Kernel SRU Workflow prepare-package series: Fix Released Status in Kernel SRU Workflow prepare-package-meta series: Fix Released Status in Kernel SRU Workflow promote-to-proposed series: Confirmed Status in Kernel SRU Workflow promote-to-security series: New Status in Kernel SRU Workflow promote-to-updates series: New Status in Kernel SRU Workflow regression-testing series: New Status in Kernel SRU Workflow security-signoff series: New Status in Kernel SRU Workflow upload-to-ppa series: New Status in Kernel SRU Workflow verification-testing series: New Status in linux-raspi2 package in Ubuntu: Invalid Status in linux-raspi2 source package in Xenial: New Bug description: This bug is for tracking the 4.4.0-1017.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 phase: Uploaded To manage notifications about this bug go to: https://bugs.launchpad.net/kernel-sru-workflow/+bug/1597902/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597903] Re: linux-snapdragon: 4.4.0-1020.23 -proposed tracker
** Changed in: kernel-sru-workflow/prepare-package Status: Confirmed => Fix Released ** Changed in: kernel-sru-workflow/prepare-package Assignee: Canonical Kernel Team (canonical-kernel-team) => Kamal Mostafa (kamalmostafa) ** Changed in: kernel-sru-workflow/promote-to-proposed Status: New => Confirmed -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597903 Title: linux-snapdragon: 4.4.0-1020.23 -proposed tracker Status in Kernel SRU Workflow: In Progress Status in Kernel SRU Workflow automated-testing series: New Status in Kernel SRU Workflow certification-testing series: New Status in Kernel SRU Workflow prepare-package series: Fix Released Status in Kernel SRU Workflow prepare-package-meta series: Fix Released Status in Kernel SRU Workflow promote-to-proposed series: Confirmed Status in Kernel SRU Workflow promote-to-security series: New Status in Kernel SRU Workflow promote-to-updates series: New Status in Kernel SRU Workflow regression-testing series: New Status in Kernel SRU Workflow security-signoff series: New Status in Kernel SRU Workflow upload-to-ppa series: New Status in Kernel SRU Workflow verification-testing series: New Status in linux-snapdragon package in Ubuntu: Invalid Status in linux-snapdragon source package in Xenial: New Bug description: This bug is for tracking the 4.4.0-1020.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 phase: Uploaded To manage notifications about this bug go to: https://bugs.launchpad.net/kernel-sru-workflow/+bug/1597903/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597902] Re: linux-raspi2: 4.4.0-1017.23 -proposed tracker
** Changed in: kernel-sru-workflow/prepare-package-meta Status: Confirmed => Fix Released ** Changed in: kernel-sru-workflow/prepare-package-meta Assignee: Canonical Kernel Team (canonical-kernel-team) => Kamal Mostafa (kamalmostafa) ** Description changed: This bug is for tracking the 4.4.0-1017.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 phase: Packaging + kernel-stable-phase:Uploaded + kernel-stable-phase-changed:Thursday, 30. June 2016 23:01 UTC ** Description changed: This bug is for tracking the 4.4.0-1017.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 - phase: Packaging - kernel-stable-phase:Uploaded - kernel-stable-phase-changed:Thursday, 30. June 2016 23:01 UTC + phase: Uploaded -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597902 Title: linux-raspi2: 4.4.0-1017.23 -proposed tracker Status in Kernel SRU Workflow: In Progress Status in Kernel SRU Workflow automated-testing series: New Status in Kernel SRU Workflow certification-testing series: New Status in Kernel SRU Workflow prepare-package series: Confirmed Status in Kernel SRU Workflow prepare-package-meta series: Fix Released Status in Kernel SRU Workflow promote-to-proposed series: New Status in Kernel SRU Workflow promote-to-security series: New Status in Kernel SRU Workflow promote-to-updates series: New Status in Kernel SRU Workflow regression-testing series: New Status in Kernel SRU Workflow security-signoff series: New Status in Kernel SRU Workflow upload-to-ppa series: New Status in Kernel SRU Workflow verification-testing series: New Status in linux-raspi2 package in Ubuntu: Invalid Status in linux-raspi2 source package in Xenial: New Bug description: This bug is for tracking the 4.4.0-1017.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 phase: Uploaded To manage notifications about this bug go to: https://bugs.launchpad.net/kernel-sru-workflow/+bug/1597902/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597903] Re: linux-snapdragon: 4.4.0-1020.23 -proposed tracker
** Changed in: kernel-sru-workflow/prepare-package-meta Status: Confirmed => Fix Released ** Changed in: kernel-sru-workflow/prepare-package-meta Assignee: Canonical Kernel Team (canonical-kernel-team) => Kamal Mostafa (kamalmostafa) ** Description changed: This bug is for tracking the 4.4.0-1020.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 phase: Packaging + kernel-stable-phase:Uploaded + kernel-stable-phase-changed:Thursday, 30. June 2016 23:03 UTC ** Description changed: This bug is for tracking the 4.4.0-1020.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 - phase: Packaging - kernel-stable-phase:Uploaded - kernel-stable-phase-changed:Thursday, 30. June 2016 23:03 UTC + phase: Uploaded -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597903 Title: linux-snapdragon: 4.4.0-1020.23 -proposed tracker Status in Kernel SRU Workflow: In Progress Status in Kernel SRU Workflow automated-testing series: New Status in Kernel SRU Workflow certification-testing series: New Status in Kernel SRU Workflow prepare-package series: Confirmed Status in Kernel SRU Workflow prepare-package-meta series: Fix Released Status in Kernel SRU Workflow promote-to-proposed series: New Status in Kernel SRU Workflow promote-to-security series: New Status in Kernel SRU Workflow promote-to-updates series: New Status in Kernel SRU Workflow regression-testing series: New Status in Kernel SRU Workflow security-signoff series: New Status in Kernel SRU Workflow upload-to-ppa series: New Status in Kernel SRU Workflow verification-testing series: New Status in linux-snapdragon package in Ubuntu: Invalid Status in linux-snapdragon source package in Xenial: New Bug description: This bug is for tracking the 4.4.0-1020.23 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- derivative-trackers-created: true kernel-stable-master-bug: 1597897 phase: Uploaded To manage notifications about this bug go to: https://bugs.launchpad.net/kernel-sru-workflow/+bug/1597903/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597908] Re: linux-kernel: Freeing IRQ from IRQ context
** Changed in: linux (Ubuntu) Importance: Undecided => Medium ** Tags added: kernel-da-key ** Changed in: linux (Ubuntu) Importance: Medium => High ** Also affects: linux (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Xenial) Status: New => Confirmed ** Changed in: linux (Ubuntu Xenial) Importance: Undecided => High ** Changed in: linux (Ubuntu) Assignee: (unassigned) => Joseph Salisbury (jsalisbury) ** Changed in: linux (Ubuntu Xenial) Assignee: (unassigned) => Joseph Salisbury (jsalisbury) ** Changed in: linux (Ubuntu) Status: Confirmed => In Progress ** Changed in: linux (Ubuntu Xenial) Status: Confirmed => In Progress -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597908 Title: linux-kernel: Freeing IRQ from IRQ context Status in linux package in Ubuntu: In Progress Status in linux source package in Xenial: In Progress Bug description: It looks like the Ubuntu 16.04 took the nvme driver from 4.5 kernel, but is missing some critical block updates that it was depending on. Specifically this one moving the timeout handler to a work queue instead of a irq context timer task: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit?id=287922eb0b186e2a5bf54fdd04b734c25c90035c This mismatch causes lots of warnings and errors during recovery from failure. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1597908/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597032] Re: linux-raspi2: -proposed tracker
*** This bug is a duplicate of bug 1597902 *** https://bugs.launchpad.net/bugs/1597902 ** This bug has been marked a duplicate of bug 1597902 linux-raspi2: -proposed tracker -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597032 Title: linux-raspi2: -proposed tracker Status in Kernel SRU Workflow: In Progress Status in Kernel SRU Workflow automated-testing series: New Status in Kernel SRU Workflow certification-testing series: New Status in Kernel SRU Workflow prepare-package series: New Status in Kernel SRU Workflow prepare-package-meta series: New Status in Kernel SRU Workflow promote-to-proposed series: New Status in Kernel SRU Workflow promote-to-security series: New Status in Kernel SRU Workflow promote-to-updates series: New Status in Kernel SRU Workflow regression-testing series: New Status in Kernel SRU Workflow security-signoff series: New Status in Kernel SRU Workflow upload-to-ppa series: New Status in Kernel SRU Workflow verification-testing series: New Status in linux-raspi2 package in Ubuntu: Invalid Status in linux-raspi2 source package in Xenial: New Bug description: This bug is for tracking the upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- kernel-stable-master-bug: 1597015 To manage notifications about this bug go to: https://bugs.launchpad.net/kernel-sru-workflow/+bug/1597032/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597033] Re: linux-snapdragon: -proposed tracker
*** This bug is a duplicate of bug 1597903 *** https://bugs.launchpad.net/bugs/1597903 ** This bug has been marked a duplicate of bug 1597903 linux-snapdragon: -proposed tracker -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597033 Title: linux-snapdragon: -proposed tracker Status in Kernel SRU Workflow: In Progress Status in Kernel SRU Workflow automated-testing series: New Status in Kernel SRU Workflow certification-testing series: New Status in Kernel SRU Workflow prepare-package series: New Status in Kernel SRU Workflow prepare-package-meta series: New Status in Kernel SRU Workflow promote-to-proposed series: New Status in Kernel SRU Workflow promote-to-security series: New Status in Kernel SRU Workflow promote-to-updates series: New Status in Kernel SRU Workflow regression-testing series: New Status in Kernel SRU Workflow security-signoff series: New Status in Kernel SRU Workflow upload-to-ppa series: New Status in Kernel SRU Workflow verification-testing series: New Status in linux-snapdragon package in Ubuntu: Invalid Status in linux-snapdragon source package in Xenial: New Bug description: This bug is for tracking the upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- kernel-stable-master-bug: 1597015 To manage notifications about this bug go to: https://bugs.launchpad.net/kernel-sru-workflow/+bug/1597033/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1574727] Re: [SRU] Enforce using signed kernels and modules on UEFI
This bug was fixed in the package mokutil - 0.3.0-0ubuntu3~12.04.1 --- mokutil (0.3.0-0ubuntu3~12.04.1) precise; urgency=medium * Backport to precise: (LP: #1574727) - debian/patches/precise-gcc-options.patch: drop to building against the gnu99 standard, rather than gnu11. -- Mathieu Trudel-Lapierre Tue, 26 Apr 2016 10:54:07 -0400 ** Changed in: mokutil (Ubuntu Precise) Status: Fix Committed => Fix Released ** Changed in: efivar (Ubuntu Precise) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1574727 Title: [SRU] Enforce using signed kernels and modules on UEFI Status in dkms package in Ubuntu: Fix Released Status in efibootmgr package in Ubuntu: Fix Released Status in efivar package in Ubuntu: Fix Released Status in grub2 package in Ubuntu: New Status in grub2-signed package in Ubuntu: New Status in mokutil package in Ubuntu: Fix Released Status in shim package in Ubuntu: New Status in shim-signed package in Ubuntu: Fix Released Status in dkms source package in Precise: New Status in efibootmgr source package in Precise: Invalid Status in efivar source package in Precise: Fix Released Status in grub2 source package in Precise: Invalid Status in grub2-signed source package in Precise: Invalid Status in mokutil source package in Precise: Fix Released Status in shim source package in Precise: New Status in shim-signed source package in Precise: Fix Committed Status in dkms source package in Trusty: Fix Committed Status in efibootmgr source package in Trusty: Invalid Status in efivar source package in Trusty: Fix Committed Status in grub2 source package in Trusty: Invalid Status in grub2-signed source package in Trusty: Invalid Status in mokutil source package in Trusty: Fix Committed Status in shim source package in Trusty: New Status in shim-signed source package in Trusty: Fix Committed Status in dkms source package in Wily: Fix Committed Status in efibootmgr source package in Wily: Fix Released Status in efivar source package in Wily: Fix Released Status in grub2 source package in Wily: Invalid Status in grub2-signed source package in Wily: Invalid Status in mokutil source package in Wily: Fix Committed Status in shim source package in Wily: New Status in shim-signed source package in Wily: Fix Committed Status in dkms source package in Xenial: Fix Released Status in efibootmgr source package in Xenial: Fix Released Status in efivar source package in Xenial: Fix Released Status in grub2 source package in Xenial: In Progress Status in grub2-signed source package in Xenial: In Progress Status in mokutil source package in Xenial: Fix Released Status in shim source package in Xenial: New Status in shim-signed source package in Xenial: Fix Committed Bug description: [Rationale] Secure Boot is good. We want to be able to validate that as much as possible of the boot process happens with signed binaries; from our shim (the part that is loaded by the EFI firmware itself), down to grub2, the kernel, and even loaded modules. [Impact] All our users booting in UEFI; on all supported releases. [Test cases] https://docs.google.com/spreadsheets/d/1GbyQDb4-sRv7OlIpbISiwVJ2ARHP3AkG2HbPTRk7p-E/edit#gid=0 Test cases here are separated by the components that need to be changed: = mokutil = Adding a MOK key: 1) Install system 2) Run 'mokutil --import ' to import a signing certificate. 3) On reboot; validate MOK prompts for new MOK key to add. Toggling Secure Boot state: 1) Install system 2) mokutil --enable-validationormokutil --disable-validation 3) Validate that on reboot MOK prompts to change Secure Boot state. Listing keys: 1) mokutil --list-enrolled -- should list keys previously enrolled, and Microsoft keys on systems that are configured with them for factory Secure Boot. = efivar = libefivar0 gets tested via the use of mokutil. Since it is a library with no directly usable binaries; we rely on mokutil / sbsigntool / efibootmgr to do testing. 1) Run efibootmgr -v ; verify it lists BootEntries. 2) Run efibootmgr -c -L ubuntu2 -l \\EFI\\ubuntu\\shimx64.efi ; verify that on reboot; you can get into a boot menu that will list 'ubuntu2', and that picking that boot entry boots into Ubuntu. = shim-signed = 1) Install system; upgrade to new packages 1b) Verify /proc/sys/kernel/secure_boot shows 1. 1c) Verify /proc/sys/kernel/moksbstate_disabled shows 0. 2) Run 'sudo update-secureboot-policy'; validate that it prompts to disable Secure Boot if it's not already disabled. 3) Run 'sudo update-secureboot-policy'; validate you are not prompted again to disable Secure Boot. 4) Reboot; follow MOK steps to disable Secu
[Group.of.nepali.translators] [Bug 1594452] Re: Add vulcan support
This bug was fixed in the package binutils - 2.26.1-1ubuntu1 --- binutils (2.26.1-1ubuntu1) yakkety; urgency=medium * Merge with Debian; remaining changes: - Build from upstream sources. - Don't build cross binutils packages for non-linux architectures. binutils (2.26.1-1) unstable; urgency=medium * binutils 2.26.1 release. -- Matthias Klose Thu, 30 Jun 2016 10:52:58 +0200 ** Changed in: binutils (Ubuntu) Status: Confirmed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1594452 Title: Add vulcan support Status in binutils package in Ubuntu: Fix Released Status in gcc-5 package in Ubuntu: New Status in gcc-6 package in Ubuntu: Confirmed Status in binutils source package in Xenial: New Status in gcc-5 source package in Xenial: New Bug description: Vulcan support has recently landed upstream. Please include this backport in Ubuntu. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1594452/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597407] Re: audacious-plugins fails to build in 16.04 LTS
** Package changed: audacious (Ubuntu) => audacious-plugins (Ubuntu)
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1597407
Title:
audacious-plugins fails to build in 16.04 LTS
Status in audacious-plugins package in Ubuntu:
Fix Released
Status in audacious-plugins source package in Xenial:
New
Bug description:
audacious-plugins fails to build in 16.04 LTS, already fixed in
yakkety:
make[6]: Entering directory '/«PKGBUILDDIR»/src/jack-ng'
Compiling jack-ng.cc (plugin)...
jack-ng.cc: In member function ‘virtual void JACKOutput::close_audio()’:
jack-ng.cc:252:42: error: no matching function for call to ‘end(jack_port_t*
[10])’
std::fill (m_ports, std::end (m_ports), nullptr);
^
In file included from /usr/include/libaudcore/audstrings.h:26:0,
from jack-ng.cc:22:
/usr/include/c++/5/initializer_list:99:5: note: candidate: template constexpr const _Tp* std::end(std::initializer_list<_Tp>)
end(initializer_list<_Tp> __ils) noexcept
^
/usr/include/c++/5/initializer_list:99:5: note: template argument
deduction/substitution failed:
jack-ng.cc:252:42: note: mismatched types ‘std::initializer_list<_Tp>’ and
‘jack_port_t** {aka _jack_port**}’
std::fill (m_ports, std::end (m_ports), nullptr);
^
Failed to compile jack-ng.cc (plugin)!
../../buildsys.mk:413: recipe for target 'jack-ng.plugin.o' failed
make[6]: *** [jack-ng.plugin.o] Error 1
Acceptance criteria: the package builds
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/audacious-plugins/+bug/1597407/+subscriptions
___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597902] [NEW] linux-raspi2: -proposed tracker
Public bug reported: This bug is for tracking the upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- kernel-stable-master-bug: 1597897 ** Affects: kernel-sru-workflow Importance: Medium Status: In Progress ** Affects: kernel-sru-workflow/automated-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/certification-testing Importance: Medium Assignee: Canonical Hardware Certification (canonical-hw-cert) Status: New ** Affects: kernel-sru-workflow/prepare-package Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/prepare-package-meta Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/promote-to-proposed Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/promote-to-security Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/promote-to-updates Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/regression-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/security-signoff Importance: Medium Assignee: Canonical Security Team (canonical-security) Status: New ** Affects: kernel-sru-workflow/upload-to-ppa Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/verification-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: linux-raspi2 (Ubuntu) Importance: Undecided Status: Invalid ** Affects: linux-raspi2 (Ubuntu Xenial) Importance: Medium Status: New ** Tags: block-proposed block-proposed-xenial kernel-release-tracking-bug xenial ** Tags added: kernel-release-tracking-bug ** Tags added: block-proposed ** Tags added: block-proposed-xenial ** Also affects: linux-raspi2 (Ubuntu Xenial) Importance: Undecided Status: New ** Tags added: xenial ** Also affects: kernel-sru-workflow/automated-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/certification-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/prepare-package Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/prepare-package-meta Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-proposed Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-security Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-updates Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/regression-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/security-signoff Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/upload-to-ppa Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/verification-testing Importance: Undecided Status: New ** Changed in: kernel-sru-workflow Status: New => In Progress ** Changed in: kernel-sru-workflow Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/automated-testing Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/automated-testing Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/certification-testing Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/certification-testing Assignee: (unassigned) => Canonical Hardware Certification (canonical-hw-cert) ** Changed in: kernel-sru-workflow/prepare-package Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/prepare-package Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/prepare-package-meta Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/prepare-package-meta Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/promote-to-proposed Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/promote-to-proposed Assignee: (unassigned) => Ubuntu Stable Release Updates Team (ubunt
[Group.of.nepali.translators] [Bug 1597903] [NEW] linux-snapdragon: -proposed tracker
Public bug reported: This bug is for tracking the upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow -- swm properties -- kernel-stable-master-bug: 1597897 ** Affects: kernel-sru-workflow Importance: Medium Status: In Progress ** Affects: kernel-sru-workflow/automated-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/certification-testing Importance: Medium Assignee: Canonical Hardware Certification (canonical-hw-cert) Status: New ** Affects: kernel-sru-workflow/prepare-package Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/prepare-package-meta Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/promote-to-proposed Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/promote-to-security Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/promote-to-updates Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/regression-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/security-signoff Importance: Medium Assignee: Canonical Security Team (canonical-security) Status: New ** Affects: kernel-sru-workflow/upload-to-ppa Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/verification-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: linux-snapdragon (Ubuntu) Importance: Undecided Status: Invalid ** Affects: linux-snapdragon (Ubuntu Xenial) Importance: Medium Status: New ** Tags: block-proposed block-proposed-xenial kernel-release-tracking-bug xenial ** Tags added: kernel-release-tracking-bug ** Tags added: block-proposed ** Tags added: block-proposed-xenial ** Also affects: linux-snapdragon (Ubuntu Xenial) Importance: Undecided Status: New ** Tags added: xenial ** Also affects: kernel-sru-workflow/automated-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/certification-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/prepare-package Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/prepare-package-meta Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-proposed Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-security Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-updates Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/regression-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/security-signoff Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/upload-to-ppa Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/verification-testing Importance: Undecided Status: New ** Changed in: kernel-sru-workflow Status: New => In Progress ** Changed in: kernel-sru-workflow Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/automated-testing Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/automated-testing Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/certification-testing Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/certification-testing Assignee: (unassigned) => Canonical Hardware Certification (canonical-hw-cert) ** Changed in: kernel-sru-workflow/prepare-package Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/prepare-package Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/prepare-package-meta Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/prepare-package-meta Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/promote-to-proposed Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/promote-to-proposed Assignee: (unassigned) => Ubuntu Stable Release Updates
[Group.of.nepali.translators] [Bug 1597897] [NEW] linux: 4.4.0-30.49 -proposed tracker
Public bug reported: This bug is for tracking the 4.4.0-30.49 upload package. This bug will contain status and testing results related to that upload. For an explanation of the tasks and the associated workflow see: https://wiki.ubuntu.com/Kernel/kernel-sru-workflow ** Affects: kernel-sru-workflow Importance: Medium Status: In Progress ** Affects: kernel-sru-workflow/automated-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/certification-testing Importance: Medium Assignee: Canonical Hardware Certification (canonical-hw-cert) Status: New ** Affects: kernel-sru-workflow/prepare-package Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: Confirmed ** Affects: kernel-sru-workflow/prepare-package-meta Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: Confirmed ** Affects: kernel-sru-workflow/prepare-package-signed Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: Confirmed ** Affects: kernel-sru-workflow/promote-to-proposed Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/promote-to-security Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/promote-to-updates Importance: Medium Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) Status: New ** Affects: kernel-sru-workflow/regression-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: kernel-sru-workflow/security-signoff Importance: Medium Assignee: Canonical Security Team (canonical-security) Status: New ** Affects: kernel-sru-workflow/verification-testing Importance: Medium Assignee: Canonical Kernel Team (canonical-kernel-team) Status: New ** Affects: linux (Ubuntu) Importance: Undecided Status: Invalid ** Affects: linux (Ubuntu Xenial) Importance: Medium Status: New ** Tags: block-proposed block-proposed-xenial kernel-release-tracking-bug xenial ** Tags added: kernel-release-tracking-bug ** Tags added: block-proposed ** Tags added: block-proposed-xenial ** Also affects: linux (Ubuntu Xenial) Importance: Undecided Status: New ** Tags added: xenial ** Also affects: kernel-sru-workflow/automated-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/certification-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/prepare-package Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/prepare-package-meta Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/prepare-package-signed Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-proposed Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-security Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/promote-to-updates Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/regression-testing Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/security-signoff Importance: Undecided Status: New ** Also affects: kernel-sru-workflow/verification-testing Importance: Undecided Status: New ** Changed in: kernel-sru-workflow Status: New => In Progress ** Changed in: kernel-sru-workflow Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/automated-testing Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/automated-testing Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/certification-testing Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/certification-testing Assignee: (unassigned) => Canonical Hardware Certification (canonical-hw-cert) ** Changed in: kernel-sru-workflow/prepare-package Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/prepare-package Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/prepare-package-meta Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/prepare-package-meta Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: kernel-sru-workflow/prepare-package-signed Importance: Undecided => Medium ** Changed in: kernel-sru-workflow/prepare-package-signed Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Changed in: ker
[Group.of.nepali.translators] [Bug 1597875] Re: Networking issues with the SmartOS datasource under Xenial
Hello, An SRU upload of cloud-init for 16.04 that contains a fix for this bug has been made under bug 1595302. Please track that bug if you are interested. This should be functioning now for yakkety images and soon for xenial. ** Changed in: cloud-init Importance: Undecided => Medium ** Changed in: cloud-init Status: New => Fix Released ** Changed in: cloud-init Assignee: (unassigned) => Scott Moser (smoser) ** Changed in: cloud-init Status: Fix Released => Fix Committed ** Also affects: cloud-init (Ubuntu) Importance: Undecided Status: New ** Also affects: cloud-init (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: cloud-init (Ubuntu) Importance: Undecided => Medium ** Changed in: cloud-init (Ubuntu) Status: New => Fix Released ** Changed in: cloud-init (Ubuntu) Assignee: (unassigned) => Scott Moser (smoser) ** Changed in: cloud-init (Ubuntu Xenial) Status: New => Fix Committed ** Changed in: cloud-init (Ubuntu Xenial) Importance: Undecided => Medium ** Changed in: cloud-init (Ubuntu Xenial) Assignee: (unassigned) => Scott Moser (smoser) -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597875 Title: Networking issues with the SmartOS datasource under Xenial Status in cloud-init: Fix Committed Status in cloud-init package in Ubuntu: Fix Released Status in cloud-init source package in Xenial: Fix Committed Bug description: Under xenial (16.04) on a VM with more than one IP/interface cloud- init fails to setup additional IPS. So for instance if I provision and VM with two IPs, cloud-init only sets up one IP (which is typcially the main/public IP). I believe the underlying issue has to do with changes in systemd and how interfaces are now named in the new world. Specifically, you can no longer assume "eth" prefixed interface names. To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1597875/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1592990] Re: HCPGIR450W CP entered; disabled wait PSW 00020000 80000000 00000000 00004502
** Changed in: ubuntu-z-systems Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1592990 Title: HCPGIR450W CP entered; disabled wait PSW 0002 8000 4502 Status in Ubuntu on IBM z Systems: Fix Released Status in debian-installer package in Ubuntu: Fix Released Status in s390-tools package in Ubuntu: Fix Released Status in s390-tools source package in Xenial: Fix Committed Bug description: zVM v6.3 zBC12 V7000 FICON SAN048B Installed Ubuntu on zBC12 with FICON attached (via SAN048B switches) using instructions at https://wiki.ubuntu.com/S390X/Installation%20In%20zVM. Installation build completed OK but IPL fails (after initial boot options appear and timeout to default) with following error message: HCPGIR450W CP entered; disabled wait PSW 0002 8000 4502 A trace was taken using: #CP TR SSCH RUN #CP IPL #cp tr end The resulting trace appears to fail at the same point in the trace on every IPL. Several builds have been attempted on different VMs with identical symptoms. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1592990/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1592990] Re: HCPGIR450W CP entered; disabled wait PSW 00020000 80000000 00000000 00004502
Removing d-i/xenial task, as it's not required. zipl is not shipped in the udeb, and instead is executed from the installed system, and thus only s390-tools needs to be fixed in the -updates pocket. ** No longer affects: debian-installer (Ubuntu Xenial) -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1592990 Title: HCPGIR450W CP entered; disabled wait PSW 0002 8000 4502 Status in Ubuntu on IBM z Systems: Fix Released Status in debian-installer package in Ubuntu: Fix Released Status in s390-tools package in Ubuntu: Fix Released Status in s390-tools source package in Xenial: Fix Committed Bug description: zVM v6.3 zBC12 V7000 FICON SAN048B Installed Ubuntu on zBC12 with FICON attached (via SAN048B switches) using instructions at https://wiki.ubuntu.com/S390X/Installation%20In%20zVM. Installation build completed OK but IPL fails (after initial boot options appear and timeout to default) with following error message: HCPGIR450W CP entered; disabled wait PSW 0002 8000 4502 A trace was taken using: #CP TR SSCH RUN #CP IPL #cp tr end The resulting trace appears to fail at the same point in the trace on every IPL. Several builds have been attempted on different VMs with identical symptoms. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1592990/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1597867] [NEW] thunderx nics fail to establish link
Public bug reported: [Impact] When connected to certain switches, Cavium ThunderX nodes will occasionally fail to establish a link. On one setup (using a Cisco 10G switch), we're seeing a failure rate of about 20%. Manually reloading the driver modules - or rebooting - is required to recover. A fix is now available in linux-next that greatly reduces (though it doesn't 100% eliminate) the frequency of occurrences (2% vs. 20%, in my case). Investigation continues to identify a resolution for the remaining cases. [Test Case] Connect Cavium ThunderX systems to a known bad switch, and put them in a reboot loop. In my test, I use the maas cli to release/acquire/deploy systems, and wait for a node to enter the deployment failure state. [Regression Risk] The fix is upstream, and internal to a specific driver only used on Cavium ThunderX systems. ** Affects: linux (Ubuntu) Importance: High Assignee: dann frazier (dannf) Status: In Progress ** Affects: linux (Ubuntu Xenial) Importance: High Assignee: dann frazier (dannf) Status: In Progress ** Also affects: linux (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Xenial) Status: New => In Progress ** Changed in: linux (Ubuntu Xenial) Assignee: (unassigned) => dann frazier (dannf) ** Changed in: linux (Ubuntu Xenial) Importance: Undecided => High -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1597867 Title: thunderx nics fail to establish link Status in linux package in Ubuntu: In Progress Status in linux source package in Xenial: In Progress Bug description: [Impact] When connected to certain switches, Cavium ThunderX nodes will occasionally fail to establish a link. On one setup (using a Cisco 10G switch), we're seeing a failure rate of about 20%. Manually reloading the driver modules - or rebooting - is required to recover. A fix is now available in linux-next that greatly reduces (though it doesn't 100% eliminate) the frequency of occurrences (2% vs. 20%, in my case). Investigation continues to identify a resolution for the remaining cases. [Test Case] Connect Cavium ThunderX systems to a known bad switch, and put them in a reboot loop. In my test, I use the maas cli to release/acquire/deploy systems, and wait for a node to enter the deployment failure state. [Regression Risk] The fix is upstream, and internal to a specific driver only used on Cavium ThunderX systems. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1597867/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1582439] Re: nvidia-prime depends upon gdm instead of gdm3
This bug was fixed in the package nvidia-prime - 0.8.3 --- nvidia-prime (0.8.3) yakkety; urgency=medium * debian/control: - Use gdm3 instead of gdm (LP: #1582439). Thanks to Jeremy Bicha for the patch. -- Alberto Milone Thu, 30 Jun 2016 18:16:15 +0200 ** Changed in: nvidia-prime (Ubuntu) Status: Triaged => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1582439 Title: nvidia-prime depends upon gdm instead of gdm3 Status in Ubuntu GNOME: Triaged Status in nvidia-prime package in Ubuntu: Fix Released Status in nvidia-prime source package in Xenial: Triaged Bug description: https://github.com/tseliot/nvidia-prime/pull/4 [Impact] - Triaged as High for its impact on Ubuntu GNOME. - Users who install nvidia-prime currently will get lightdm installed, which triggers a nasty debconf prompt asking them to choose whether to use lightdm or gdm3. - However, there is no explanation given about what are the advantages or disadvantages of each choice. (For instance, GNOME Shell does not integrate as well with lightdm; I'm guessing Unity has a similar issue with gdm3). Users may easily not know which one is installed by default on their system or which is recommended in their situation. [Test Case] 1. From Ubuntu GNOME 16.04 LTS, install nividia-prime 2. Is lightdm installed? Are you asked to choose which display manager to use? [Regression Potential] None, this simply adds gdm3 as a supported alternative dependency. [Original Report] Trying to install nvidia-prime on an ubuntu-gnome system tries to pull in a bunch of unity stuff, because it lists as dependencies: Depends: lightdm (>= 1.9.1) | gdm | kdm | sddm, bbswitch-dkms, pciutils, lsb-release, lsb-base (>= 4.1+Debian11ubuntu7) It should depend on gdm3 in addition, since gdm is a transitional package. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: nvidia-prime (not installed) Uname: Linux 4.5.4-040504-lowlatency x86_64 NonfreeKernelModules: zfs zunicode zcommon znvpair zavl ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: GNOME Date: Mon May 16 19:17:25 2016 InstallationDate: Installed on 2016-05-15 (1 days ago) InstallationMedia: Ubuntu-GNOME 16.04 LTS "Xenial Xerus" - Release amd64 (20160421) SourcePackage: nvidia-prime UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-gnome/+bug/1582439/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 356152] Re: update-manager doesn't show updates, even after 1 week
This bug was fixed in the package update-notifier - 3.169 --- update-notifier (3.169) yakkety; urgency=medium * src/update.c: don't use the logs ctime information to decide if update-manager needs to be started, the log rotation updates that one which means it's never getting older than a week and the updater not started (lp: #356152) -- Sebastien Bacher Wed, 29 Jun 2016 16:48:24 +0200 ** Changed in: update-notifier (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/356152 Title: update-manager doesn't show updates, even after 1 week Status in update-notifier package in Ubuntu: Fix Released Status in update-notifier source package in Xenial: Fix Committed Bug description: * Impact update-manager is not auto-spawned to show you updates * Test case on a xenial update don't start update-manager nor install/remove packages by other ways for a week, update-manager should be autostarted at login * Regression potential update-manager could be opened in cases where it shouldn't but never more frequently that weekly --- Binary package hint: update-notifier This report is not a duplicate of bug #332945. I upgraded to Jaunty beta on Wed 25 March. According to the desired behaviour described in bug #332945 and elsewhere, update-manager should notify me at least once a week to tell me about updates. I have had no notification since I upgraded 13 days ago (and have not installed any updates since Beta). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/356152/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1582242] Re: Support a user-session mode for authenticating
This bug was fixed in the package lightdm - 1.19.2-0ubuntu1 --- lightdm (1.19.2-0ubuntu1) yakkety; urgency=medium * New upstream release: * Add support for greeters running inside sessions. This is enabled by setting X-LightDM-Allow-Greeter inside the session .desktop file. The session can then use liblightdm to connect one greeter to the daemon. The communication is done using a socket (/var/run/lightdm//greeter-socket) that is accessible to any process run by that user. Consider controlling access to this socket using a MAC system such as AppArmor. (LP: #1582242) * Report errors for all liblightdm methods. This will require existing greeters to update their API usage. The ABI is unchanged. * Handle EAGAIN correctly when daemons communicate with the daemon. * Drop support for mir-container sessions - no-one ever used these. * debian/liblightdm-gobject-1-0.symbols: - Updated -- Robert Ancell Wed, 29 Jun 2016 15:29:17 +1200 ** Changed in: lightdm (Ubuntu Yakkety) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1582242 Title: Support a user-session mode for authenticating Status in Light Display Manager: Fix Released Status in Light Display Manager 1.18 series: Fix Committed Status in lightdm package in Ubuntu: Fix Released Status in lightdm source package in Xenial: Fix Committed Status in lightdm source package in Yakkety: Fix Released Bug description: [Impact] Ubuntu phone development requires in session greeter functionality to perform suitably. This functionality does not exist in current versions of LightDM. [Test Case] 1. Install a session that supports in session greeter 2. Log into that session 3. Activate greeter functionality Expected result: It works Observed result: The functionality is not implemented. [Regression Potential] Some risk of changing existing behaviour, reduced by regression tests still passing. Functionality is only enabled for sessions that opt-in to this behaviour so additional security risks is limited to new sessions. Original description: We talked about this in person in Prague. Ideally a greeter could run as in the user's session and act as a lockscreen for the user as well as a way to authenticate/log-in as other users. This would let us avoid running a whole other session for the greeter on the phone, which is memory intensive. It might be easiest for unity8 if that API was still just liblightdm, just running in a special mode. But I'm not picky on how it's done. There may be security questions around this. I asked Jamie and Tyler about it, I'll post any concerns from them. To manage notifications about this bug go to: https://bugs.launchpad.net/lightdm/+bug/1582242/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1558967] Re: libfuse2: race in fuse_daemonize() causes ' Transport endpoint is not connected' (found with cmsfs-fuse)
This bug was fixed in the package fuse - 2.9.4-1ubuntu4
---
fuse (2.9.4-1ubuntu4) yakkety; urgency=medium
* Cherrypick upstream patch for parent to wait until daemon child
process is ready. LP: #1558967.
-- Dimitri John Ledkov Mon, 27 Jun 2016 12:19:25
+0100
** Changed in: fuse (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1558967
Title:
libfuse2: race in fuse_daemonize() causes ' Transport endpoint is not
connected' (found with cmsfs-fuse)
Status in Ubuntu on IBM z Systems:
Triaged
Status in fuse package in Ubuntu:
Fix Released
Status in fuse source package in Xenial:
Triaged
Bug description:
== Comment: #21 - Hendrik Brueckner - 2016-03-16 06:44:09 ==
Package: libfuse2
Version: 2.9.4-1ubuntu2
The cmsfs-fuse program is used to transfer files from a CMSFS dasd (on
z/VM) to Linux. The procedure is to mount, copy files, umount. All
commands are issued from within an application over an SSH connection.
The problem is that the copy intermittently fails with "Transport
endpoint is not connected". The procedure is as follows:
#mount cmsfs
sudo /usr/bin/cmsfs-fuse /dev/dasdb /usr/wave/wavedisk
# copy file
/bin/cp -f /usr/wave/wavedisk/WAVEDATA.SCRIPT /usr/wave/wavedata
/bin/cp: cannot stat '/usr/wave/wavedisk/WAVEDATA.SCRIPT': Transport
endpoint is not connected
#umount
umount /usr/wave/wavedisk
Because the application uses JSCH to issue the commands, I worked on a
non-Java reproducer using SSH.
The problem can be easily re-created with ssh as follows:
root@r3559004:~# ssh -t root@localhost "cmsfs-fuse
/dev/disk/by-path/ccw-0.0.0190 /CMSFS"
Connection to localhost closed.
root@r3559004:~# ls /CMSFS
ls: cannot access '/CMSFS': Transport endpoint is not connected
Problem analysis will follow but not that is not specific to cmsfs-fuse; the
problem might also occur with other fuse file systems that are mounted through
an SSH connection.
== Comment: #23 - Hendrik Brueckner - 2016-03-16 07:07:30 ==
After debugging and some code review on the libfuse library, I think that
we identified the root cause. As suggested, the problem is not related
to cmsfs-fuse directly.
The cmsfs-fuse main program calls into the libfuse library() using the
fuse_main() function. The fuse_main() function later calls the
fuse_daemonize() to fork the daemon process to handle the fuse file
system I/O.
The fuse_daemonize() look at follows:
180 int fuse_daemonize(int foreground)
181 {
182 if (!foreground) {
183 int nullfd;
184
185 /*
186 * demonize current process by forking it and killing the
187 * parent. This makes current process as a child of
'init'.
188 */
189 switch(fork()) {
190 case -1:
191 perror("fuse_daemonize: fork");
192 return -1;
193 case 0:
194 break;
195 default:
196 _exit(0);
197 }
198
199 if (setsid() == -1) {
200 perror("fuse_daemonize: setsid");
201 return -1;
202 }
203
204 (void) chdir("/");
205
206 nullfd = open("/dev/null", O_RDWR, 0);
207 if (nullfd != -1) {
208 (void) dup2(nullfd, 0);
209 (void) dup2(nullfd, 1);
210 (void) dup2(nullfd, 2);
211 if (nullfd > 2)
212 close(nullfd);
213 }
214 }
215 return 0;
216 }
The fuse_daemonize() function calls fork() as usual. The child proceeds with
setsid() and then redirecting its file descriptors to /dev/null etc. The parent
process, simply exits.
The child's functions and the parent's exit creates a subtle race.
This is seen with an SSH connection. The SSH command "ssh -t
root@localhost "cmsfs-fuse /dev/disk/by-path/ccw-0.0.0190 /CMSFS"
calls the cmsfs-fuse on an allocated pseudo-terminal device (-t
option).
If the parent exits, the SSH command receives that its command has
been executed and closes the connection, that means, it closes the
master side of the pseudo-terminal. This causes a HUP signal being
sent to the process group on the pseudo-terminal. The child might not
have completed the setsid() call and hence becomes terminated. Note
that fuse sets up its signal handler later after fuse_daemonize() has
complete.
Even if the child has the chance to disassoc
[Group.of.nepali.translators] [Bug 1596056] Re: output of invoke-rc.d for systemd units un-debuggable on failure
This bug was fixed in the package init-system-helpers - 1.36 --- init-system-helpers (1.36) unstable; urgency=medium [ Martin Pitt ] * init: Don't depend on sysvinit-core when building on/for Ubuntu and derivatives. * init: Drop "essential" from the package description as it is not essential any more. * invoke-rc.d: Quiesce error message if "runlevel" does not exist, which is now the case in chroots since init stopped being essential. (Closes: #827376) * update-rc.d: Testing for /etc/init.d/mountkernfs.sh is not sufficient as initscripts might only be unpacked but not configured yet (during debootstrap). Thus test if /etc/rcS.d/S??mountkernfs.sh exists. Thanks to Felipe Sateler for the idea! (Closes: #824804) * init-system-helpers: Ship README.invoke-rc.d and README.policy-rc.d. * invoke-rc.d.8: Update the SEE ALSO link to README.policy-rc.d. (Closes: #358496) * service.8: Document that this starts systemd units as well. (Closes: #758139) * invoke-rc.d: Show "systemctl status" on a failed (re)start if running under systemd. This makes logs with failed package installations much more useful, and human users will most likely do exactly that anyway. (LP: #1596056) [ Luca Boccassi ] * dh_systemd_enable: Add support for installing templated service units. (Closes: #770344) * dh_systemd_enable: Add support for installing path units. (Closes: #768609) -- Martin Pitt Tue, 28 Jun 2016 22:10:37 +0200 ** Changed in: init-system-helpers (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1596056 Title: output of invoke-rc.d for systemd units un-debuggable on failure Status in init-system-helpers package in Ubuntu: Fix Released Status in init-system-helpers source package in Xenial: Triaged Bug description: When invoke-rc.d is called on a systemd system, if the unit fails to start, you get output like: Created symlink /etc/systemd/system/multi-user.target.wants/openafs-fileserver.service → /lib/systemd/system/openafs-fileserver.service. Job for openafs-fileserver.service failed because the control process exited with error code. See "systemctl status openafs-fileserver.service" and "journalctl -xe" for details. invoke-rc.d: initscript openafs-fileserver, action "start" failed. dpkg: error processing package openafs-fileserver (--configure): subprocess installed post-installation script returned error exit status 1 The output shown here comes from systemctl itself, and is usually fine. The admin who ran systemctl can run those other commands to debug. However, when called by invoke-rc.d, this output is usually seen only in a log file; maybe submitted in a bug report, maybe attached to something like an autopkgtest: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac /autopkgtest-yakkety/yakkety/armhf/o/openafs/20160624_174535@/log.gz By the time someone looks at this log output, it is often too late to run those commands in order to debug the failure. invoke-rc.d should call these commands for us on systemd unit failure, so that the relevant debugging information is included in the log where it can help. We don't want to call 'journalctl -xe', which might leak information into the log from other jobs, but 'journalctl -x -u ' may be appropriate. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/init-system-helpers/+bug/1596056/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1582439] Re: nvidia-prime depends upon gdm instead of gdm3
** Also affects: nvidia-prime (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: nvidia-prime (Ubuntu Xenial) Status: New => Triaged ** Changed in: nvidia-prime (Ubuntu Xenial) Importance: Undecided => Medium ** Changed in: nvidia-prime (Ubuntu Xenial) Assignee: (unassigned) => Alberto Milone (albertomilone) -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1582439 Title: nvidia-prime depends upon gdm instead of gdm3 Status in Ubuntu GNOME: Triaged Status in nvidia-prime package in Ubuntu: Triaged Status in nvidia-prime source package in Xenial: Triaged Bug description: https://github.com/tseliot/nvidia-prime/pull/4 [Impact] - Triaged as High for its impact on Ubuntu GNOME. - Users who install nvidia-prime currently will get lightdm installed, which triggers a nasty debconf prompt asking them to choose whether to use lightdm or gdm3. - However, there is no explanation given about what are the advantages or disadvantages of each choice. (For instance, GNOME Shell does not integrate as well with lightdm; I'm guessing Unity has a similar issue with gdm3). Users may easily not know which one is installed by default on their system or which is recommended in their situation. [Test Case] 1. From Ubuntu GNOME 16.04 LTS, install nividia-prime 2. Is lightdm installed? Are you asked to choose which display manager to use? [Regression Potential] None, this simply adds gdm3 as a supported alternative dependency. [Original Report] Trying to install nvidia-prime on an ubuntu-gnome system tries to pull in a bunch of unity stuff, because it lists as dependencies: Depends: lightdm (>= 1.9.1) | gdm | kdm | sddm, bbswitch-dkms, pciutils, lsb-release, lsb-base (>= 4.1+Debian11ubuntu7) It should depend on gdm3 in addition, since gdm is a transitional package. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: nvidia-prime (not installed) Uname: Linux 4.5.4-040504-lowlatency x86_64 NonfreeKernelModules: zfs zunicode zcommon znvpair zavl ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: GNOME Date: Mon May 16 19:17:25 2016 InstallationDate: Installed on 2016-05-15 (1 days ago) InstallationMedia: Ubuntu-GNOME 16.04 LTS "Xenial Xerus" - Release amd64 (20160421) SourcePackage: nvidia-prime UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-gnome/+bug/1582439/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1571574] Re: [SRU] 3G (WWAN) icon missing
** Changed in: oem-priority Status: Confirmed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1571574 Title: [SRU] 3G (WWAN) icon missing Status in Network Manager Applet: Fix Released Status in OEM Priority Project: Fix Released Status in network-manager-applet package in Ubuntu: Fix Released Status in network-manager-applet source package in Xenial: Fix Released Bug description: [Impact] In this report we are trying to address several issues network- manager-applet 1.2.0-0ubuntu0.16.04.1 suffers by doing cherry-picks from upstream 1.2 stable branch. By using a 3G WWAN dongle, after establishing a 3G connection, the icon shown in system tray should be a 3G indicator to indicate that 3G is connected. However, in Xenial there is no 3G icon at all. After 3G connection is established, it remains as the previous icon displayed. [Test Case] By upgrading to the -proposed package, the icon shown in system tray should be a 3G indicator to indicate that 3G is connected when using WWAN. [Regression Potential] This update also includes patches targeting other issues which are not related to this bug directly, but all these fix are clear and have minimum changes, chance of regression is limited. To manage notifications about this bug go to: https://bugs.launchpad.net/network-manager-applet/+bug/1571574/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1562822] Re: Bluetooth Browse Files... not working
** Changed in: oem-priority Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1562822 Title: Bluetooth Browse Files... not working Status in OEM Priority Project: Fix Released Status in indicator-bluetooth package in Ubuntu: Fix Released Status in unity-control-center package in Ubuntu: Fix Released Status in indicator-bluetooth source package in Xenial: Fix Released Status in unity-control-center source package in Xenial: Fix Released Bug description: indicator * Impact The bluetooth indicator includes a non working "browse files..." items * Test case connect/pair a phone which does obex, open the bluetooth indicator and select the device, the only action listed should be "send" * Regression potential none, it's removing a widget which was doing nothing -- ucc * Impact The bluetooth settings include a non working "browse files..." items * Test case connect/pair a phone which does obex, open settings->bluetooth, the only action listed should be "send" * Regression potential none, it's removing a widget which was doing nothing -- Mobile phone: LG L40 Android 4.4.2 1. Connecting to Phone is successful shown. 2. Click on Button "Browse Files... " nothing happen. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: unity-control-center 15.04.0+16.04.20160315-0ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-15.31-generic 4.4.6 Uname: Linux 4.4.0-15-generic x86_64 ApportVersion: 2.20-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Mon Mar 28 13:31:39 2016 ExecutablePath: /usr/bin/unity-control-center InstallationDate: Installed on 2016-02-04 (52 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Alpha amd64 (20160204) SourcePackage: unity-control-center UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/1562822/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1576273] Re: CloudStack datasource fails to find DHCP lease if IPv6 present
Hello,
An SRU upload of cloud-init for 16.04 that contains a fix for this bug has been
made under bug 1595302. Please track that bug if you are interested.
** Also affects: cloud-init (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: cloud-init (Ubuntu Xenial)
Status: New => Fix Committed
** Changed in: cloud-init (Ubuntu Xenial)
Importance: Undecided => Medium
** Changed in: cloud-init (Ubuntu)
Importance: Undecided => Medium
** Changed in: cloud-init
Importance: Undecided => Medium
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1576273
Title:
CloudStack datasource fails to find DHCP lease if IPv6 present
Status in cloud-init:
Fix Committed
Status in cloud-init package in Ubuntu:
Fix Released
Status in cloud-init source package in Xenial:
Fix Committed
Bug description:
The CloudStack data source looks in /var/lib/dhcp for DHCP lease files
and compares the timestamps.
If you have a dhclient.leases and dhclient6.leases file present it
will look in the dhclient6.leases file for a DHCP server to connect
to.
The fix for this is rather simple, change a if-statement so that it
checks if the leases file starts with 'dhclient.'
if file_name.startswith("dhclient.") and \
(file_name.endswith(".lease") or file_name.endswith(".leases")):
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1576273/+subscriptions
___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1594452] Re: Add vulcan support
** No longer affects: gcc-6 (Ubuntu Xenial) -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1594452 Title: Add vulcan support Status in binutils package in Ubuntu: Confirmed Status in gcc-5 package in Ubuntu: New Status in gcc-6 package in Ubuntu: Confirmed Status in binutils source package in Xenial: New Status in gcc-5 source package in Xenial: New Bug description: Vulcan support has recently landed upstream. Please include this backport in Ubuntu. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1594452/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1593608] Re: __FUNCTION__ causes g++ internal compiler error in constexpr functions
** Also affects: gcc-5 (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: gcc-5 (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1593608
Title:
__FUNCTION__ causes g++ internal compiler error in constexpr functions
Status in gcc-5 package in Ubuntu:
Fix Released
Status in gcc-5 source package in Xenial:
New
Bug description:
// bug.cpp
// g++ -std=c++14 bug.cpp -DCAUSE_GCC_INTERNAL_COMPILER_ERROR
inline constexpr bool bug() noexcept {
#ifdef CAUSE_GCC_INTERNAL_COMPILER_ERROR
auto tmp = __FUNCTION__; // same for __PRETTY_FUNCTION__
#else
auto tmp = "bug";
#endif
return true;
}
static_assert(bug(), "g++ 5.3.1 bug");
int main(int, const char *[]) { return 0; }
$ g++ -std=c++14 bug.cpp
$ g++ -std=c++14 bug.cpp -DCAUSE_GCC_INTERNAL_COMPILER_ERROR
bug.cpp:11:18: in constexpr expansion of ‘bug()’
bug.cpp:11:38: internal compiler error: Segmentation fault
static_assert(bug(), "g++ 5.3.1 bug");
^
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
$ gcc --version
gcc (Ubuntu 5.3.1-14ubuntu2.1) 5.3.1 20160413
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04 LTS"
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gcc-5/+bug/1593608/+subscriptions
___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1506744] Re: Newly installed applications do not show in the dash
** Also affects: bamf (Ubuntu) Importance: Undecided Status: New ** Changed in: bamf (Ubuntu) Status: New => Triaged ** Changed in: bamf (Ubuntu) Status: Triaged => In Progress ** Changed in: bamf (Ubuntu) Importance: Undecided => Medium ** Changed in: bamf (Ubuntu) Assignee: (unassigned) => Marco Trevisan (Treviño) (3v1n0) -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1506744 Title: Newly installed applications do not show in the dash Status in GLib: Confirmed Status in bamf package in Ubuntu: In Progress Status in gnome-menus package in Ubuntu: Fix Released Status in libunity package in Ubuntu: Fix Released Status in unity package in Ubuntu: Invalid Status in gnome-menus source package in Xenial: Fix Committed Status in libunity source package in Xenial: New Bug description: I am running 15.10 development version fully up to date, I installed it a few days ago and I have an issue with newly installed applications not appearing in the dash when I search for them, they can be started via console but the icons/launchers of newly installed applications will only appear in the dash after session is restarted. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: unity 7.3.2+15.10.20151002.2-0ubuntu1 ProcVersionSignature: Ubuntu 4.2.0-16.19-generic 4.2.3 Uname: Linux 4.2.0-16-generic x86_64 ApportVersion: 2.19.1-0ubuntu2 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Fri Oct 16 08:41:39 2015 InstallationDate: Installed on 2015-10-11 (4 days ago) InstallationMedia: Ubuntu 15.10 "Wily Werewolf" - Alpha amd64 (20151011) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/glib/+bug/1506744/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1593379] Re: systemd 229-4ubuntu6 ignores net.ifnames=0 on USB or /etc/udev/rules.d/80-net-setup-link.rules being a /dev/null symlink
Actually we are still missing checking /etc/udev/rules.d/80-net-setup- link.rules → /dev/null, the other documented way how to disable ifnames. ** Summary changed: - systemd 229-4ubuntu6 ignores net.ifnames=0 on USB + systemd 229-4ubuntu6 ignores net.ifnames=0 on USB or /etc/udev/rules.d/80-net-setup-link.rules being a /dev/null symlink ** Changed in: systemd (Ubuntu) Status: Fix Released => Fix Committed -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1593379 Title: systemd 229-4ubuntu6 ignores net.ifnames=0 on USB or /etc/udev/rules.d/80-net-setup-link.rules being a /dev/null symlink Status in systemd package in Ubuntu: Fix Committed Status in systemd source package in Xenial: New Status in systemd package in Debian: Unknown Bug description: Description:Ubuntu 16.04 LTS Release:16.04 The upgrade to systemd/udev 229-4ubuntu6 breaks net.ifnames=0 for USB devices. It appears the regression is here: * Set MAC based name for USB network interfaces only for universally administered (i. e. stable) MACs, not for locally administered (i. e. randomly generated) ones. Drop /lib/systemd/network/90-mac-for-usb.link (as link files don't currently support globs for MACAddress=) and replace with an udev rule in /lib/udev/rules.d/73-special-net-names.rules. (Closes: #812575, LP: #1574483) As Raspberry Pi's use eth0 via USB, this breaks running systems. Before: ii systemd229-4ubuntu4 armhfsystem and service manager ii udev 229-4ubuntu4 armhf/dev/ and hotplug management daem 3: eth0: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether b8:27:eb:16:39:e9 brd ff:ff:ff:ff:ff:ff After: ii systemd 229-4ubuntu6armhf system and service manager ii udev 229-4ubuntu6armhf /dev/ and hotplug management daemon 3: enxb827eb1639e9: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether b8:27:eb:16:39:e9 brd ff:ff:ff:ff:ff:ff cat /proc/cmdline dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0x37b38253 smsc95xx.macaddr=B8:27:EB:B3:82:53 bcm2708_fb.fbswap=1 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=25000 vc_mem.mem_base=0x3dc0 vc_mem.mem_size=0x3f00 net.ifnames=0 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait With the default interfaces configuration, all networking is lost on reboot after upgrade. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1593379/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1593379] Re: systemd 229-4ubuntu6 ignores net.ifnames=0 on USB
This was fixed in http://anonscm.debian.org/cgit/pkg- systemd/systemd.git/commit/?id=b3e7c6ee, thus is fixed in yakkety. I'll backport the fix to xenial. ** Also affects: systemd (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: systemd (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1593379 Title: systemd 229-4ubuntu6 ignores net.ifnames=0 on USB Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Xenial: New Status in systemd package in Debian: Unknown Bug description: Description:Ubuntu 16.04 LTS Release:16.04 The upgrade to systemd/udev 229-4ubuntu6 breaks net.ifnames=0 for USB devices. It appears the regression is here: * Set MAC based name for USB network interfaces only for universally administered (i. e. stable) MACs, not for locally administered (i. e. randomly generated) ones. Drop /lib/systemd/network/90-mac-for-usb.link (as link files don't currently support globs for MACAddress=) and replace with an udev rule in /lib/udev/rules.d/73-special-net-names.rules. (Closes: #812575, LP: #1574483) As Raspberry Pi's use eth0 via USB, this breaks running systems. Before: ii systemd229-4ubuntu4 armhfsystem and service manager ii udev 229-4ubuntu4 armhf/dev/ and hotplug management daem 3: eth0: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether b8:27:eb:16:39:e9 brd ff:ff:ff:ff:ff:ff After: ii systemd 229-4ubuntu6armhf system and service manager ii udev 229-4ubuntu6armhf /dev/ and hotplug management daemon 3: enxb827eb1639e9: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether b8:27:eb:16:39:e9 brd ff:ff:ff:ff:ff:ff cat /proc/cmdline dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0x37b38253 smsc95xx.macaddr=B8:27:EB:B3:82:53 bcm2708_fb.fbswap=1 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=25000 vc_mem.mem_base=0x3dc0 vc_mem.mem_size=0x3f00 net.ifnames=0 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait With the default interfaces configuration, all networking is lost on reboot after upgrade. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1593379/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1581200] Re: Ubuntu cloud-init expects trailing dot on GCE metadata FQDN
** Also affects: cloud-init (Ubuntu Xenial) Importance: Undecided Status: New -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1581200 Title: Ubuntu cloud-init expects trailing dot on GCE metadata FQDN Status in cloud-init package in Ubuntu: Fix Released Status in cloud-init source package in Trusty: New Status in cloud-init source package in Xenial: New Bug description: cloud-init hostname breaks because /etc/hosts does not have the trailing dot on metadata FQDN. Background: On Ubuntu, cloud-init sets the hostname using our metadata service. To do this, it hits "metadata.google.internal." (note trailing dot) via HTTP. We have entries in /etc/hosts for the metadata service to ensure that we can access it at boot time (if DNS is not yet up) as we have other init scripts which block bootup when metadata cannot be reached. However, these /etc/hosts entries only have "metadata.google.internal" (no trailing dot) entries. When a customer runs their own bind9 daemon, it starts *after* cloud- init, meaning that cloud-init must use /etc/hosts to find the metadata service. When it cannot, it incorrectly sets the hostname to "$hostname.localdomain" instead of just $hostname. Proposed fix: Update: http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/DataSourceGCE.py Line 28 should read: 'metadata_url': 'http://metadata.google.internal/computeMetadata/v1/' To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1581200/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1570775] Re: makekdump should re-exec with cio_ignore on s390x
@thorsten The changes landed in yakkety, not xenial yet =) Looking at the bug statuses, this was not yet targeted at xenial series correctly, will adjust this on launchpad side now. ** Also affects: makedumpfile (Ubuntu Xenial) Importance: Undecided Status: New -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1570775 Title: makekdump should re-exec with cio_ignore on s390x Status in Ubuntu on IBM z Systems: Fix Released Status in makedumpfile package in Ubuntu: Fix Released Status in makedumpfile source package in Xenial: New Bug description: As per https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1564475/comments/19 We should re-exec with cio_ignore lines. As per report there, it should result in lowered required crashdump setting. Hypothetically, one should be able to test this imperially by lowering crashdump memory settings until kdump does not succeed anymore. And then generated and append `cio_ignore -k -u` to the KDUMP_CMDLINE_APPEND= and see that kdump starts working again with a lower memory usage. Once this is developed / verified / tested, we should probably SRU this back to xenial. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1570775/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1588475] Re: Pull latest binutils POWER9 support commit that adds support for 3 new instructions
fixed in 2.26.1-1ubuntu1 in yakkety ** Changed in: binutils (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 https://bugs.launchpad.net/bugs/1588475 Title: Pull latest binutils POWER9 support commit that adds support for 3 new instructions Status in binutils package in Ubuntu: Fix Released Status in binutils source package in Xenial: New Bug description: Two new ISA 3.0 RFCs have been created that add 3 new instructions that will be present in POWER9. Binutils support for these new instructions have been committed to the binutils trunk and 2.26 release branches with the commits below. We would like this change to be picked up for the next release/update. binutils trunk: commit 19dfcc89e8d94526f011242041b700ede8834996 Author: Peter Bergner Date: Thu May 26 19:06:51 2016 -0500 Add support for new POWER ISA 3.0 instructions. opcodes/ * ppc-opc.c (CY): New define. Document it. (powerpc_opcodes) : New mnemonics. gas/ * testsuite/gas/ppc/altivec3.d : Add test. * testsuite/gas/ppc/altivec3.s: Likewise. * testsuite/gas/ppc/power9.d : Add tests. * testsuite/gas/ppc/power9.s: Likewise. binutils 2.26: commit 8bfb4f2639cc2a4b5bc6862adbdd3e948e61ace2 Author: Peter Bergner Date: Wed Jun 1 09:48:03 2016 -0500 Add support for new POWER ISA 3.0 instructions. opcodes/ Backport from master 2016-05-26 Peter Bergner * ppc-opc.c (CY): New define. Document it. (powerpc_opcodes) : New mnemonics. gas/ Backport from master 2016-05-26 Peter Bergner * testsuite/gas/ppc/altivec3.d : Add test. * testsuite/gas/ppc/altivec3.s: Likewise. * testsuite/gas/ppc/power9.d : Add tests. * testsuite/gas/ppc/power9.s: Likewise. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1588475/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1588123] Re: binutils - Bugzilla ID 20159
fixed in yakkety ** Also affects: binutils (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: binutils (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1588123 Title: binutils - Bugzilla ID 20159 Status in binutils package in Ubuntu: Fix Released Status in binutils source package in Xenial: New Bug description: Moved to Ubuntu 16.04 from Ubuntu 14.04 and was doing some Test Driven Development where we began to override the "time" system call from glibc. Failed on Ubuntu 16.04 and I filed a report with the binutils Bugzilla. https://sourceware.org/bugzilla/show_bug.cgi?id=20159 (Turns out it was not dynamic linking that was the problem but GNU ld itself at link-time.) They have since developed a patch and I want to get this into the binutils 1.26 line that is maintained for 16.04 so we can continue to properly develop software on this distribution. Thanks! - Paul Braman To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1588123/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1592663] Re: migrate fails to build in xenial
This bug was fixed in the package migrate - 0.10.0-4ubuntu1
---
migrate (0.10.0-4ubuntu1) yakkety; urgency=low
* Merge from Debian unstable. Remaining changes:
- d/control: Switch python{3}-mysqldb -> python{3}-pymysql.
* Dropped changes, BD only so OK in universe:
- d/control: Drop BD on python-ibm-db-sa, not in Ubuntu main.
- d/p/skip-ibm-tests.patch: Skip IBM DB tests if import fails.
* d/test.sh: Update for use with MySQL 5.7 (LP: #1592663).
* d/source/options: Ignore any changes to .egg-info.
migrate (0.10.0-4) unstable; urgency=medium
* Fixed VCS URLs (https).
* d/rules: Changed UPSTREAM_GIT to new URL
* d/copyright
- Changed source URL to new one
- Reordered
* Added suggests python-migrate-doc (Closes: #820656)
* Standards-Version is 3.9.8 not (no change needed)
-- James Page Mon, 27 Jun 2016 11:46:51 +0100
** Changed in: migrate (Ubuntu Yakkety)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1592663
Title:
migrate fails to build in xenial
Status in migrate package in Ubuntu:
Fix Released
Status in migrate source package in Xenial:
New
Status in migrate source package in Yakkety:
Fix Released
Bug description:
https://launchpadlibrarian.net/265375029/buildlog_ubuntu-xenial-
amd64.migrate_0.10.0-3ubuntu2_BUILDING.txt.gz
debian/rules override_dh_auto_test
make[1]: Entering directory '/«PKGBUILDDIR»'
pyversions: missing X(S)-Python-Version in control file, fall back to
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
debian/rules:50: warning: overriding recipe for target
'override_dh_installchangelogs'
/usr/share/openstack-pkg-tools/pkgos.make:65: warning: ignoring old recipe
for target 'override_dh_installchangelogs'
chmod +x debian/test.sh
# Create a working "migrate" binary, so that shell calls continue to
# work even without python-migrate being installed
mkdir -p debian/bin
cp debian/migrate-for-tests debian/bin/migrate
sed -i "s#REPLACE_THIS_PATH#/«PKGBUILDDIR»#" debian/bin/migrate
# Create a minimalist egg-info, so that "import migrate"
# works and gets the correct version
mkdir -p sqlalchemy_migrate-0.10.0.egg-info
echo "Metadata-Version: 1.1" >sqlalchemy_migrate-0.10.0.egg-info/PKG-INFO
echo "Name: sqlalchemy-migrate" >>sqlalchemy_migrate-0.10.0.egg-info/PKG-INFO
echo "Version: 0.10.0" >>sqlalchemy_migrate-0.10.0.egg-info/PKG-INFO
# Launch the actual tests
/«PKGBUILDDIR»/debian/test.sh
===> Preparing MySQL temp folder
mysql_install_db: [ERROR] unknown option '--force'
2016-06-15 05:11:11 [ERROR] Unrecognized options
debian/rules:57: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:17: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/migrate/+bug/1592663/+subscriptions
___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1596474] Re: openipmi adding to autoload fail
** Also affects: openipmi (Ubuntu Xenial) Importance: Undecided Status: New -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1596474 Title: openipmi adding to autoload fail Status in openipmi package in Ubuntu: Triaged Status in openipmi source package in Xenial: New Status in openipmi package in Debian: Unknown Bug description: [Impact] * Attempting to set the openipmi service to autostart (or any other systemd manipulation of that service) results in: /bin/systemctl enable openipmi openipmi.service is not a native service, redirecting to systemd-sysv-install Executing /lib/systemd/systemd-sysv-install enable openipmi update-rc.d: error: openipmi Default-Start contains no runlevels, aborting. * The fix specifies the common default values for Default-Start and Default-Stop in the init-script. [Test Case] * Install openipmi and execute `systemctl enable openipmi`. A successful execution indicates the issue has been fixed. [Regression Potential] * Currently, the init-script provides no Default-Start or Default- Stop value. I believe the chance for regression by adding these is very low, as they are expected to be specified by systemd (at least). I tried to add openipmi service to autostart and I've got following error: /bin/systemctl enable openipmi openipmi.service is not a native service, redirecting to systemd-sysv-install Executing /lib/systemd/systemd-sysv-install enable openipmi update-rc.d: error: openipmi Default-Start contains no runlevels, aborting. echo $? 1 update-rc.d openipmi enable update-rc.d: error: openipmi Default-Start contains no runlevels, aborting. grep Default-Start /etc/init.d/openipmi # Default-Start: lsb_release -rd Description:Ubuntu 16.04 LTS Release:16.04 apt-cache policy openipmi openipmi: Installed: 2.0.18-0ubuntu11 Candidate: 2.0.18-0ubuntu11 Version table: *** 2.0.18-0ubuntu11 500 500 mirror:///ubuntu/lists/archive.ubuntu.com-list- xenial/main amd64 Packages 100 /var/lib/dpkg/status Angle brackets and text inside changed manually while bug reporting. After changing /etc/init.d/openipmi line above to # Default-Start: 2 3 4 5 problem was solved. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openipmi/+bug/1596474/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1594452] Re: Add vulcan support
** Also affects: binutils (Ubuntu Xenial) Importance: Undecided Status: New ** Also affects: gcc-5 (Ubuntu Xenial) Importance: Undecided Status: New ** Also affects: gcc-6 (Ubuntu Xenial) Importance: Undecided Status: New -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1594452 Title: Add vulcan support Status in binutils package in Ubuntu: Confirmed Status in gcc-5 package in Ubuntu: New Status in gcc-6 package in Ubuntu: Confirmed Status in binutils source package in Xenial: New Status in gcc-5 source package in Xenial: New Status in gcc-6 source package in Xenial: New Bug description: Vulcan support has recently landed upstream. Please include this backport in Ubuntu. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1594452/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
[Group.of.nepali.translators] [Bug 1574693] Re: No shadows under menus on Unity.
Hello Albert, or anyone else affected, Accepted gtk+3.0 into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/gtk+3.0/3.18.9-1ubuntu3.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Also affects: gtk+3.0 (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: gtk+3.0 (Ubuntu Xenial) Status: New => Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1574693 Title: No shadows under menus on Unity. Status in gtk+3.0 package in Ubuntu: Fix Released Status in gtk+3.0 source package in Xenial: Fix Committed Bug description: Hi, After a fresh install of Ubuntu 16.04 in a new SSD, there aren't shadows under menus on application decoration borders and Unity panel. I've seen the same problem in Askubuntu: http://askubuntu.com/questions/761842/no-shadows-under-menus-on-application-decoration-borders-and-unity-panel/762487#762487 Thanks!! ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: unity 7.4.0+16.04.20160415-0ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6 Uname: Linux 4.4.0-21-generic x86_64 .tmp.unity_support_test.0: ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity Date: Mon Apr 25 16:38:08 2016 DistUpgraded: Fresh install DistroCodename: xenial DistroVariant: ubuntu GraphicsCard: Advanced Micro Devices, Inc. [AMD/ATI] RS880M [Mobility Radeon HD 4225/4250] [1002:9712] (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company RS880M [Mobility Radeon HD 4225/4250] [103c:143c] Advanced Micro Devices, Inc. [AMD/ATI] Park [Mobility Radeon HD 5430/5450/5470] [1002:68e0] (rev ff) (prog-if ff) InstallationDate: Installed on 2016-04-25 (0 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) MachineType: Hewlett-Packard HP G62 Notebook PC ProcEnviron: LANGUAGE=es_ES PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=es_ES.UTF-8 SHELL=/bin/bash ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-21-generic root=UUID=231aae18-0f30-4b65-943c-646a217d0d72 ro quiet splash vt.handoff=7 SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 03/15/2011 dmi.bios.vendor: Hewlett-Packard dmi.bios.version: F.29 dmi.board.asset.tag: Base Board Asset Tag dmi.board.name: 143C dmi.board.vendor: Hewlett-Packard dmi.board.version: 62.3D dmi.chassis.asset.tag: Chassis Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: Hewlett-Packard dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnHewlett-Packard:bvrF.29:bd03/15/2011:svnHewlett-Packard:pnHPG62NotebookPC:pvr059411252710001020100:rvnHewlett-Packard:rn143C:rvr62.3D:cvnHewlett-Packard:ct10:cvrChassisVersion: dmi.product.name: HP G62 Notebook PC dmi.product.version: 059411252710001020100 dmi.sys.vendor: Hewlett-Packard version.compiz: compiz 1:0.9.12.2+16.04.20160415-0ubuntu1 version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.67-1 version.libgl1-mesa-dri: libgl1-mesa-dri 11.2.0-1ubuntu2 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 11.2.0-1ubuntu2 version.xserver-xorg-core: xserver-xorg-core 2:1.18.3-1ubuntu2 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.10.1-1ubuntu2 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.7.0-1 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20160325-1ubuntu1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.12-1build2 xserver.bootTime: Mon Apr 25 16:23:48 2016 xserver.configfile: default xserver.errors: RADEON(G0): [XvMC] Failed to initialize extension. xserver.logfile: /var/l
[Group.of.nepali.translators] [Bug 1506744] Re: Newly installed applications do not show in the dash
Hello Cerberus, or anyone else affected, Accepted gnome-menus into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/gnome- menus/3.13.3-6ubuntu3.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Also affects: gnome-menus (Ubuntu Xenial) Importance: Undecided Status: New ** Also affects: unity (Ubuntu Xenial) Importance: Undecided Status: New ** Also affects: libunity (Ubuntu Xenial) Importance: Undecided Status: New ** No longer affects: unity (Ubuntu Xenial) ** Changed in: gnome-menus (Ubuntu Xenial) Status: New => Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1506744 Title: Newly installed applications do not show in the dash Status in GLib: Confirmed Status in gnome-menus package in Ubuntu: Fix Released Status in libunity package in Ubuntu: Fix Released Status in unity package in Ubuntu: Invalid Status in gnome-menus source package in Xenial: Fix Committed Status in libunity source package in Xenial: New Bug description: I am running 15.10 development version fully up to date, I installed it a few days ago and I have an issue with newly installed applications not appearing in the dash when I search for them, they can be started via console but the icons/launchers of newly installed applications will only appear in the dash after session is restarted. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: unity 7.3.2+15.10.20151002.2-0ubuntu1 ProcVersionSignature: Ubuntu 4.2.0-16.19-generic 4.2.3 Uname: Linux 4.2.0-16-generic x86_64 ApportVersion: 2.19.1-0ubuntu2 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Fri Oct 16 08:41:39 2015 InstallationDate: Installed on 2015-10-11 (4 days ago) InstallationMedia: Ubuntu 15.10 "Wily Werewolf" - Alpha amd64 (20151011) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/glib/+bug/1506744/+subscriptions ___ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
