[Group.of.nepali.translators] [Bug 1574079] Re: USB audio device is not recognized after startup in 16.04

[Launchpad Bug Tracker]

This bug was fixed in the package fwupd - 0.7.0-0ubuntu6

---
fwupd (0.7.0-0ubuntu6) yakkety; urgency=medium

  * Fix USB audio devices not working properly (LP: #1574079)

 -- Mario Limonciello   Wed, 08 Jun 2016
21:31:00 -0500

** Changed in: fwupd (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/1574079

Title:
  USB audio device is not recognized after startup in 16.04

Status in fwupd package in Ubuntu:
  Fix Released
Status in fwupd source package in Xenial:
  In Progress
Status in fwupd source package in Yakkety:
  Fix Released

Bug description:
  [Impact]
  High end USB audio devices don't work properly after fwupd is started from 
gnome-software.

  [Test case]
  Login to Ubuntu session and try to use a USB audio device.  See if it works 
properly.

  [Regression Potential]
  This affects the DFU provider in Ubuntu.  The fix is only made to that part 
of the fwupd stack.
  No firmware for DFU has been published to the LVFS yet, so this shouldn't 
have any regression risk to Ubuntu.

  [Original bug]
  Hi @all,

  I used the same USB audio device in all previous Ubuntu versions
  (Focusrite Scarlet 2i2). It is supposed to be class compliant and
  works an all distros flawless (even RPI2 and OSMC). After upgrading
  from 15.10 to 16.04 it stopped to work: after start-up it does not
  show up as an audio device at all (also not recognized by aplay -l). I
  can workaround this by unplugging it and plugging it in again after
  Ubuntu booted up (strangely 2 times unplug/re-plug). After 2nd time
  plugging it in again it shows up and works great without any further
  issues until next restart.

  Maybe worth to note that I recognized today that fwupd uses
  continuously 100% CPU load, so I just killed it today. My Hardware
  (Main-board/CPU) is a bit older (Intel E8400), so could probably be
  some compatibility issue...

  regards,
  Tobias

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: alsa-base 1.0.25+dfsg-0ubuntu5
  ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6
  Uname: Linux 4.4.0-21-generic i686
  NonfreeKernelModules: nvidia_modeset nvidia
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: i386
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/pcmC1D0p:   tobias 1553 F...m pulseaudio
   /dev/snd/controlC1:  tobias 1553 F pulseaudio
   /dev/snd/controlC0:  tobias 1553 F pulseaudio
   /dev/snd/controlC2:  tobias 1553 F pulseaudio
  CurrentDesktop: Unity
  Date: Sat Apr 23 20:09:04 2016
  InstallationDate: Installed on 2015-09-19 (217 days ago)
  InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Release i386 (20150422)
  PackageArchitecture: all
  SourcePackage: alsa-driver
  UpgradeStatus: Upgraded to xenial on 2016-04-22 (0 days ago)
  dmi.bios.date: 09/30/2008
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 1238
  dmi.board.asset.tag: To Be Filled By O.E.M.
  dmi.board.name: P5B-Deluxe
  dmi.board.vendor: ASUSTeK Computer INC.
  dmi.board.version: Rev 1.xx
  dmi.chassis.asset.tag: Asset-1234567890
  dmi.chassis.type: 3
  dmi.chassis.vendor: Chassis Manufacture
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr1238:bd09/30/2008:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP5B-Deluxe:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
  dmi.product.name: System Product Name
  dmi.product.version: System Version
  dmi.sys.vendor: System manufacturer

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1574079/+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 1574904] Re: Docker compiled with wrong version of Go

[Michael Hudson-Doyle]

We hope to have a fix for this in Xenial within a week.

** Also affects: docker.io (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Changed in: docker.io (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/1574904

Title:
  Docker compiled with wrong version of Go

Status in docker.io package in Ubuntu:
  Fix Released
Status in docker.io source package in Xenial:
  New

Bug description:
  Release: 16.04
  Package: docker.io 1.10.3-0ubuntu6

  The docker.io 1.10.3 packaged in Ubuntu 16.04 was compiled with
  Go[lang] 1.6.1.  Go 1.6.x contains a change to how the HTTP "Host"
  header is parsed, and using this to compile Docker has the effect of
  breaking the ability for any older version of the Docker client to
  talk to the daemon.

  Docker briefly changed their official releases to 1.6, users
  discovered this problem, and they therefore reverted back to compiling
  with Golang 1.5:  https://github.com/docker/docker/issues/20865

  Expected: Ubuntu docker.io package should be compiled with Golang
  1.5.x so that Docker clients compiled with it can talk to it.

  root@ubuntu:~# apt-get install docker.io
  ...
  Get:3 http://mirrors.digitalocean.com/ubuntu xenial/universe amd64 docker.io 
amd64 1.10.3-0ubuntu6 [9,222 kB]
  ...
  Selecting previously unselected package docker.io.
  Preparing to unpack .../docker.io_1.10.3-0ubuntu6_amd64.deb ...
  Unpacking docker.io (1.10.3-0ubuntu6) ...
  ...
  Setting up docker.io (1.10.3-0ubuntu6) ...
  Adding group `docker' (GID 116) ...
  Done.

  root@ubuntu:~# docker -v
  Docker version 1.10.3, build 20f81dd

  root@ubuntu:~# docker version
  Client:
   Version:  1.10.3
   API version:  1.22
   Go version:   go1.6.1
   Git commit:   20f81dd
   Built:Wed, 20 Apr 2016 14:19:16 -0700
   OS/Arch:  linux/amd64

  Server:
   Version:  1.10.3
   API version:  1.22
   Go version:   go1.6.1
   Git commit:   20f81dd
   Built:Wed, 20 Apr 2016 14:19:16 -0700
   OS/Arch:  linux/amd64

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1574904/+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 1590256] Re: snapcraft clean -s strip doesn't show the deprecation message

[Sergio Schvezov]

** Changed in: snapcraft
   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/1590256

Title:
  snapcraft clean -s strip doesn't show the deprecation message

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  The strip step was renamed to prime. When the old step is run a
  deprecation message is displayed; but when it is cleaned, an error is
  shown.

  $ snapcraft clean -s strip
  'strip' is not a valid step for part ...

  The deprecation message should be displayed also when the strip is
  cleaned.

  
  [Impact]

   * Users trying to clean the strip step will get an error and no
  indication about the rename.

  [Test Case]

   * Run snapcraft clean -s strip
   * Make sure that you get the step run and a deprecation message.

  [Regression Potential]

   * It could affect the clean prime step. There are tests to avoid
  that, but a manual check would be good.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1590256/+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 1575467] Re: [Dell Inspiron 3451] WARNING: CPU: 1 PID: 1297 at /build/linux-lts-utopic-vy2yyy/linux-lts-utopic-3.16.0/drivers/gpu/drm/i915/intel_display.c:1743 vlv_w

[Joseph Salisbury]

If this is now fixed in mainline, it might be worth testing the latest
upstream stable 4.4 kernel.  It can be downloaded from:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.13-xenial/

If 4.4.13 upstream stable fixes this bug, then the commit will be
applied to Xenial through the normal stable update process.  However, if
it does not fix the bug, the real fix may not have been cc'd to stable.
However, it may have been and just not landed yet.

The other option if this is not fixed in upstream 4.4 stable, is to
perform a "Reverse" bisect to identify the commit that fixes this.

** Also affects: linux (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Changed in: linux (Ubuntu Xenial)
   Status: New => In Progress

** Changed in: linux (Ubuntu Xenial)
   Importance: Undecided => High

** Changed in: linux (Ubuntu Xenial)
 Assignee: (unassigned) => Joseph Salisbury (jsalisbury)

-- 
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/1575467

Title:
  [Dell Inspiron 3451] WARNING: CPU: 1 PID: 1297 at /build/linux-lts-
  utopic-vy2yyy/linux-lts-
  utopic-3.16.0/drivers/gpu/drm/i915/intel_display.c:1743
  vlv_wait_port_ready+0x126/0x170 [i915]()

Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Xenial:
  In Progress

Bug description:
  After upgrading from stock Ubuntu 14.04 to 16.04 my laptop
  consistently freezes up and is unresponsive to keyboard or mouse. The
  only way is to do a hard shutdown. I'm usually in a browser when this
  happens, and often watching a video or two. It seems to happen more
  often in Google Chrome than Firefox, but it happens with both. It has
  happened at least once with no videos loaded. I haven’t observed it
  freeze / hang when I’m not in a browser, but that's mainly what i use
  my laptop for, so that's where most of my time is spent.

  Call trace:
  
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1575467/+attachment/4648682/+files/kern.log.2.gz

  ---
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  andrew 1949 F pulseaudio
  DistroRelease: Ubuntu 16.04
  HibernationDevice: RESUME=UUID=e8aaee7c-d956-4519-94f0-cf7aad745020
  InstallationDate: Installed on 2015-08-08 (263 days ago)
  InstallationMedia: Ubuntu 14.04.2 LTS "Trusty Tahr" - Release amd64 
(20150218.1)
  MachineType: Dell Inc. Inspiron 3451
  Package: linux (not installed)
  ProcEnviron:
   LANGUAGE=en_US
   TERM=xterm-256color
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-21-generic.efi.signed 
root=UUID=d01f07be-c906-4024-8eef-a58ba3935298 ro quiet splash vt.handoff=7
  ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6
  PulseList:
   Error: command ['pacmd', 'list'] failed with exit code 1: Home directory not 
accessible: Permission denied
   No PulseAudio daemon running, or not running as session daemon.
  RelatedPackageVersions:
   linux-restricted-modules-4.4.0-21-generic N/A
   linux-backports-modules-4.4.0-21-generic  N/A
   linux-firmware1.157
  Tags:  xenial
  Uname: Linux 4.4.0-21-generic x86_64
  UpgradeStatus: Upgraded to xenial on 2016-04-22 (4 days ago)
  UserGroups:

  _MarkForUpload: True
  dmi.bios.date: 12/05/2014
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A00
  dmi.board.name: 0H4MK6
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A00
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.chassis.version: Not Specified
  dmi.modalias: 
dmi:bvnDellInc.:bvrA00:bd12/05/2014:svnDellInc.:pnInspiron3451:pvrA00:rvnDellInc.:rn0H4MK6:rvrA00:cvnDellInc.:ct8:cvrNotSpecified:
  dmi.product.name: Inspiron 3451
  dmi.product.version: A00
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1575467/+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 1586429] Re: support assumes field in snapcraft.yaml

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1586429

Title:
  support assumes field in snapcraft.yaml

Status in Canonical Click Reviewers tools:
  New
Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  [Impact]

   * snapd now supports checking for snaps before installing that they
  don't require features that the current snapd/core doesn't support,

   * snapd compares a feature tag list in snap.yaml under the entry name
  "assumes" to the its own internal list of supported features,

   * for this to work snapcraft needs to support copying a list of
  strings entry called "assumes" from snapcraft.yaml to the snap.yaml of
  the built snap

   * The nodejs plugin is hard-coded to use version 4.2.2. This should
  be configurable via a `node-engine` config parameter.

  [Test Case]

   1. Run `snapcraft` on a snapcraft.yaml with a set of keywords in `assumes`.
   2. Make sure they make it to snap.yaml

  [Regression Potential]

   * Very low. This is a new feature.

To manage notifications about this bug go to:
https://bugs.launchpad.net/click-reviewers-tools/+bug/1586429/+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 1587583] Re: Add support for parsing the parts wiki.

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1587583

Title:
  Add support for parsing the parts wiki.

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  Add support for parsing the parts wiki[1] and generating a compressed
  YAML file that snapcraft can use to populate parts.

  [1] https://wiki.ubuntu.com/Snappy/Parts

  [Impact]

   * This is a first step to improve sharing and managing snapcraft
  parts.

  [Test Case]

   * Run snapcraft-parse
   * Check that you get a compressed file.
   * Uncompress it and check that it contains the wiki parts.

  [Regression Potential]

   * None. This is a new functionality, not yet affecting the existing
  wiki features.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1587583/+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 1586137] Re: Snapcraft should provide an `tour` subcommand that sets up a basic tour

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1586137

Title:
  Snapcraft should provide an `tour` subcommand that sets up a basic
  tour

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  The snapcraft codebase currently includes a number of examples that
  are more suited to be demos. Snapcraft should include a number of very
  simple examples that can be created on the fly in order to walk though
  introductory documentation. These examples should be created in the
  current working directory via `snapcraft examples`.

  [Impact]

   * A tour will help users getting started with snapcraft.

  [Test Case]

   * Follow the tour docs and instructions.

  [Regression Potential]

   * New tests were added for the tour snaps, and the old examples tests
  were renamed. If they fail, they will block the package getting to
  proposed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1586137/+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 1568131] Re: Terse error message when package cannot be found

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1568131

Title:
  Terse error message when package cannot be found

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  I typo'ed the nonexistent libcap instead of libcap2 in stage-packages.
  The resulting error message (snapcraft 2.7) wasn't helpful:

  ev@elsa:~/branches/whoopsie/snappy$ snapcraft
  Preparing to pull whoopsie
  Hit http://security.ubuntu.com/ubuntu xenial-security InRelease
  Hit http://us.archive.ubuntu.com/ubuntu xenial InRelease
  Hit http://us.archive.ubuntu.com/ubuntu xenial-updates InRelease
  Fetched 0 B in 0s (0 B/s)
  libcap

  [Impact]

   * There is no error when the package doesn't exist.

   * What snapcraft does is confusing and leads to wasted time trying to
  understand what was wrong.

  [Test Case]

   * Create an snapcraft.yaml with an unexisting stage-package.
   * Run snapcraft.
   * Verify that the error is clear.

  [Regression Potential]

   * Existing stage packages could be affected. Run snapcraft with an
  existing package to confirm it still works.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1568131/+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 1577062] Re: Add support for zip files

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1577062

Title:
  Add support for zip files

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  [Impact]

   * Snapcraft does not work with sources of type zip. This adds support
  for setting a zip file as a source and allowing to force file handler
  to be zip (through source-type).

  [Test Case]

   1. Create a snapcraft project with a zip source.
   2. Run `snapcraft pull`.
   3. zip files should have been extracted in `parts//src`

  [Regression Potential]

   * Very low. This is a new feature orthogonal feature. Minimal risk of
  breaking uri detection for sources (tests should already cover this).

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1577062/+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 1575581] Re: "snapcraft init" doesn't generate a valid template

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1575581

Title:
  "snapcraft init" doesn't generate a valid template

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  Using snapcraft 2.8.4 in xenial

  Getting a source and doing "snapcraft init", editing the
  snapcraft.yaml to file the info required and doig "snapcraft build"
  leads to an error "'parts' is a required property" ... if that's
  required the default template should include it or at least a comment
  saying "you need to add a parts section, see documentation on ..."

  [Impact]

   * It's hard for a user to get started.

   * The init template will contain more info, and will be snapcraft-
  able.

  [Test Case]

   * Run snapcraft init
   * Run snapcraft
   * Verify that you get a valid snap.

  [Regression Potential]

   * The only risk would be that the error message is worse than before.
  We added a test to check that there is no error message anymore.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1575581/+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 1570944] Re: ppc64le uses the wrong cross build package

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1570944

Title:
  ppc64le uses the wrong cross build package

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  If cross-compiling for ppc64le, Snapcraft uses gcc-powerpc64-linux-
  gnu. It should probably be using gcc-powerpc64le-linux-gnu. It also
  tries to use "gcc-powerpc64-linux-gnu-" as the prefix (note the "gcc"
  at the beginning).

  [Impact]

   * If cross-compiling for ppc64le, snapcraft tries to use gcc-
  powerpc64-linux-gnu. It should instead be using gcc-powerpc64le-linux-
  gnu.

   * It also tries to use "gcc-powerpc64-linux-gnu-" as the prefix (note
  the "gcc" at the beginning).

  [Test Case]

   1. Only the kbuild and kernel plugins make use of this feature, so first 
find a kernel that can be built for ppc64le.
   2. Build it with `snapcraft --target-arch ppc64le`
   3. Make sure it runs on ppc64le hardware.

  [Regression Potential]

   * None, this wouldn't have ever worked anyway.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1570944/+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 1583426] Re: can't load package when building a go project

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1583426

Title:
  can't load package when building a go project

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  I'm trying to make a snap for hashicorp's vault.

  This is the error I'm getting:

  env GOPATH=/home/elopio/workspace/canonical/snaps/vault/parts/vault/go go get 
-t -d ./vault.git/...
  can't load package: package vault.git: code in directory 
/home/elopio/workspace/canonical/snaps/vault/parts/vault/go/src/vault.git 
expects import "github.com/hashicorp/vault"
  Command '['/bin/sh', '/tmp/tmpwyqwm_y3', 'env',
  'GOPATH=/home/elopio/workspace/canonical/snaps/vault/parts/vault/go',
  'go', 'get', '-t', '-d', './vault.git/...']' returned non-zero exit
  status 1

  This is the snapcraft.yaml I'm using:

  name: vault-elopio
  version: snap0.1
  summary: Vault is a tool for securely accessing secrets.
  description: bla

  apps:
    vault:
  command: bin/vault
  plugs: [network, network-bind]

  parts:
    vault:
  plugin: go
  source: https://github.com/hashicorp/vault.git

  [Impact]

   * Some go projects can't be easily build.

   * The workaround is hard to find, it should be clearer what to do for
  these projects.

  [Test Case]

   * Create a snapcraft with the vault yaml from this bug.
   * Add the new go-importpath field.
   * Run snapcraft.
   * Verify that you get a usable snap.

  [Regression Potential]

   * This could affect other go projects.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1583426/+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 1575628] Re: Snapcraft doesn't ignore already-built snaps when `source` is the folder containing the `snapcraft.yaml`

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1575628

Title:
  Snapcraft doesn't ignore already-built snaps when `source` is the
  folder containing the `snapcraft.yaml`

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  [Impact]

   * Many plugins support sources. When the `source` keyword points to
  the directory containing the `snapcraft.yaml`, Snapcraft creates a
  copy of that entire directory, including any snaps that have already
  been built (which can be very large).

  [Test Case]

   1. Download and run `snapcraft` on 
http://people.canonical.com/~kyrofa/test-cases/1575628.tar . The result should 
be a .snap.
   2. Run `snapcraft clean`. This shouldn't remove the .snap.
   3. Run `snapcraft` again.
   4. Notice that the .snap that was already built was copied into 
`parts/foo/build/`.
   5. Apply the fix for this bug.
   6. Run steps 2 and 3 again.
   7. Notice that the .snap that was already built was NOT copied into 
`parts/foo/build/`.

  [Regression Potential]

   * When copying the source folder, Snapcraft-specific data is excluded
  (e.g. parts/ stage/ snap/ snapcraft.yaml, etc.). That data may no
  longer be excluded correctly.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1575628/+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 1586910] Re: The communication with the servers is not authenticated with macaroons

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1586910

Title:
  The communication with the servers is not authenticated with macaroons

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  The snapcraft interaction with the servers is currently usingn oauth.
  The servers now support macaroons authentication, and we must use it
  for all the snapcraft commands.

  [Impact]

   * No visual impact for users, the commands are untouched.
   * This change improves the security of the communications with the servers.
   * Users who have logged in with previous versions will have to log out and 
log in again.

  [Test Case]

   * Run snapcraft login with and without one-time password.
   * Upload a snap.
   * Build the 96boards demo, in order to download a snap.

  [Regression Potential]

   * The existing features that interact with the servers might fail:
  login, upload, download.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1586910/+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 1578231] Re: Your first snap: Use of icon in snapcraft.yaml is deprecated

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1578231

Title:
  Your first snap: Use of icon in snapcraft.yaml is deprecated

Status in Ubuntu Developer Portal:
  Fix Released
Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  https://developer.ubuntu.com/en/snappy/build-apps/your-first-snap/

  In the last example snapscraft.yaml file icon: icon.png is listed.
  This has now been deprecated so the tutorial needs updating.

  Instead, the github docs state the following:

  Snap icon

  Providing an icon for your snap is important, even for command-line
  applications, if for nothing else than discoverability from management
  interfaces such as store fronts like webdm.

  To use an icon to represent the snap, just drop a PNG or SVG in
  setup/gui named icon.png for the former or icon.svg for the latter
  such that the (reduced) project tree would look like:

    setup/gui/icon.png
    snapcraft.yaml

  or

    setup/gui/icon.svg
    snapcraft.yaml

  [Impact]

   * The documentation is outdated and misleading.

   * This doc will end up in developer.ubuntu.com.

  [Test Case]

   * N/A.

  [Regression Potential]

   * None, just a documentation change.

To manage notifications about this bug go to:
https://bugs.launchpad.net/developer-ubuntu-com/+bug/1578231/+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 1586104] Re: nodejs plugin: Unable to use node version other than 4.2.2

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1586104

Title:
  nodejs plugin: Unable to use node version other than 4.2.2

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  [Impact]

   * The nodejs plugin is hard-coded to use version 4.2.2. This should
  be configurable via a `node-engine` config parameter.

  [Test Case]

   1. Run `snapcraft` on the shout example, notice by default it uses the node 
LTS (v4.4.4).
   2. Run `snapcraft clean` to reset the shout example.
   3. Change the shout configuration to specify `node-engine: 4.2.2`.
   4. Run `snapcraft` on the shout example again, noticing that it's now using 
node v4.2.2.

  [Regression Potential]

   * Very low. This is a new feature that maintains backward
  compatibility with the previous plugin.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1586104/+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 1588098] Re: The autopkgtests are skiping the ros demo test

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1588098

Title:
  The autopkgtests are skiping the ros demo test

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  For some reason I never understood, the ros demo was failing in
  autopkgtests. This was not reproducible in my test systems so we
  skipped this test.

  Now it should be reenabled.

  [Impact]

   * No impact for users.

   * This will prevent regressions in the ros demo on future releases.

  [Test Case]

   * N/A. The test will run when the package goes to proposed. If it
  fails, the package won't get there.

  [Regression Potential]

   * autopkgtests could fail. This will block the release to propose so
  we will have a prominent indicator if it happened.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1588098/+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 1588631] Re: snapcraft fails to build in lxc

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1588631

Title:
  snapcraft fails to build in lxc

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  The unit tests that use a fake server fail in LXC when run during the deb 
build.
  It seems to be trying to access the proxy. Setting the envvar 
no_proxy=localhost fixes it.

  [Impact]

   * No impact for users.

   * It seems to impact some launchpad builders, but after 5 runs we saw
  no more errors.

  [Test Case]

   * launch a xenial lxc
   * clone the snapcraft repository
   * run gbp build-package

  [Regression Potential]

   * None. It could affect the existing autopkgtests, but we have an
  execution before this gets to master, and it will execute again before
  it gets to proposed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1588631/+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 1585023] Re: integration tests are skipped when the test user password is not in the env

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1585023

Title:
  integration tests are skipped when the test user password is not in
  the env

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  We run the integration tests against staging passing the password of
  an existing user in an environment variable.

  When that variable is not present, the tests are skipped.

  We can run the tests against a fake local implementation of the
  servers. Then CI will execute the tests against the staging servers.
  If both tests pass we are ok. If one of them fail, then either the
  fake server is out of sync or there is a real error.

  [Impact]

   * No visible impact for users.

   * This change will prevent regressions on the functions that touch
  the store.

  [Test Case]

   * N/A

  [Regression Potential]

   * The tests could fail, which would block the proposed-migration. If
  the package got to proposed, this didn't happen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1585023/+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 1586836] Re: The download is implemented as functions in a module

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1586836

Title:
  The download is implemented as functions in a module

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  Just like in bug #1586504, we can improve the download code by moving
  the download to the StoreClient object.

  [Impact]

   * No visual impact for users, the commands are untouched.
   * This change improves the existing code, but also allows us to make an 
easier landing of the macaroons feature.

  [Test Case]

   * snapcraft login.
   * go to the 96boards example
   * snapcraft clean
   * snapcraft pull
   * check that os snap was downloaded.

  [Regression Potential]

   * The download of snaps might fail.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1586836/+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 1582367] Re: confusing error when the binary is not found and it has the same name of the app

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1582367

Title:
  confusing error when the binary is not found and it has the same name
  of the app

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  I've made a mistake when trying to snap a CLI app. In the command
  section I entered the name of a bin that doesn't exist. I got this
  error back:

  The specified command 'hollywood' defined in 'hollywood' does not
  exist or is not executable

  The error is ok, but we could improve it with something like:

  The specified command 'hollywood' defined in *the 'hollywood' app*
  does not exist or is not executable.

  Here's the relevant part of my snapcraft.yaml:

  apps:
hollywood:
  command: hollywood

  [Impact]

   * New users are likely to make this error, and the error might
  confuse them more.

  [Test Case]

   * Define a snapcraft.yaml with a wrong command path
   * Run snapcraft

  [Regression Potential]

   * Extremely low. The fix is to change a string, that won't affect the
  error handling of existing code paths.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1582367/+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 1586832] Re: log in with one-time password no longer works on master

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1586832

Title:
  log in with one-time password no longer works on master

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  I made a mistake in the refactoring of the login method, passing the
  one-time password as token.

  This is a regression on master, but it's a branch that landed last
  week, so it hasn't been released to ubuntu.

  [Impact]

   * Existing users of the ubuntu package are not affected because the
  bug has not been released.

   * The bug affects all users with two-factor autentication enabled
  that want to login with snapcraft.

  [Test Case]

   * set up an account with 2fa.
   * run snapcraft login

  [Regression Potential]

   * Various log in scenarios could be affected.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1586832/+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 1587057] Re: snapcraft list-plugins could present the list more compactly

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1587057

Title:
  snapcraft list-plugins could present the list more compactly

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  As the list of plugins for snapcraft grows it will be much easier to
  read if it is presented compactly to avoid scrolling. This would be a
  good example, much like ls:

    $ snapcraft list-plugins
    antcopykernel  nodejs   tar-content
    autotools  go  makepython2
    catkin jdk maven   python3
    cmake  kbuild  nil scons

  Ideally, use two spaces between each column, and use no more than 120
  characters wide.

  This is low priority unless there is a nice helper function that we
  can bring in to do it easily :)

  [Impact]

   * The output of snapcraft list-plugins is ugly.
   * This is just a cosmetic change to improve the snapcraft experience.

  [Test Case]

   * Run snapcraft list-plugins.
   * Check that the output is nice.

  [Regression Potential]

   * Listing the plugins could stop working. We have an integration test
  that calls the binary and prevents this regression.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1587057/+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 1590256] Re: snapcraft clean -s strip doesn't show the deprecation message

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1590256

Title:
  snapcraft clean -s strip doesn't show the deprecation message

Status in Snapcraft:
  Fix Committed
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  The strip step was renamed to prime. When the old step is run a
  deprecation message is displayed; but when it is cleaned, an error is
  shown.

  $ snapcraft clean -s strip
  'strip' is not a valid step for part ...

  The deprecation message should be displayed also when the strip is
  cleaned.

  
  [Impact]

   * Users trying to clean the strip step will get an error and no
  indication about the rename.

  [Test Case]

   * Run snapcraft clean -s strip
   * Make sure that you get the step run and a deprecation message.

  [Regression Potential]

   * It could affect the clean prime step. There are tests to avoid
  that, but a manual check would be good.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1590256/+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 1582955] Re: snap step prints too much information about mksquashfs

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1

---
snapcraft (2.10.1) xenial; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Xenial)
   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/1582955

Title:
  snap step prints too much information about mksquashfs

Status in Snapcraft:
  Fix Released
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Released
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  The snapcraft build finishes with something like this:

  Snapping kpcli-elopio_3.0_amd64.snap
  Parallel mksquashfs: Using 10 processors
  Creating 4.0 filesystem on kpcli-elopio_3.0_amd64.snap, block size 131072.
  
[===-]
 2983/2983 100%

  Exportable Squashfs 4.0 filesystem, xz compressed, data block size 131072
  compressed data, compressed metadata, compressed fragments, no xattrs
  duplicates are removed
  Filesystem size 12193.21 Kbytes (11.91 Mbytes)
  23.13% of uncompressed filesystem size (52710.07 Kbytes)
  Inode table size 25248 bytes (24.66 Kbytes)
  23.25% of uncompressed inode table size (108609 bytes)
  Directory table size 28830 bytes (28.15 Kbytes)
  42.88% of uncompressed directory table size (67241 bytes)
  Number of duplicate files found 481
  Number of inodes 3347
  Number of files 2752
  Number of fragments 168
  Number of symbolic links  40
  Number of device nodes 0
  Number of fifo nodes 0
  Number of socket nodes 0
  Number of directories 555
  Number of ids (unique uids + gids) 1
  Number of uids 1
  root (0)
  Number of gids 1
  root (0)
  Snapped kpcli-elopio_3.0_amd64.snap

  Everything between the progress bar and the Snapped message seems
  irrelevant to me.

  [Impact]

   * The output of every snapcraft build is too noise and not really 
understandable.
   
   * A cleaner output makes the experience better, and helps to find real 
errors.

  [Test Case]

   * Run snapcraft with and without debug to generate a snap.
   * Check that a progress animations is shown.
   * Check that the output is short and to the point without the flag, and that 
it's the same as before with the flag.

  [Regression Potential]

   * This touches the final step of the snap generation and could break
  it. We are safe against this regression because we have a suite that
  generates, installs and executes snaps.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1582955/+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 1039701] Re: Wrong RAM memory size

[Andres Rodriguez]

** Changed in: maas
   Status: New => Invalid

-- 
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/1039701

Title:
  Wrong RAM memory size

Status in lshw:
  New
Status in MAAS:
  Invalid
Status in landscape-client package in Ubuntu:
  Invalid
Status in lshw package in Ubuntu:
  Fix Released
Status in landscape-client source package in Xenial:
  Confirmed
Status in lshw source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  lshw is not using smbios to obtain hardware information. This is causing lshw 
to report incorrect information to user. For example I have a machine which has 
one physical CPU with 8 cores and 32G of RAM. lshw is reporting the machine has 
only one physical CPU with 0 cores and 32162MiB of RAM.

  [Test case]
  Run lshw and compare its reported values with what you know the physical 
system has. To help simplify testing I use this script 
http://paste.ubuntu.com/16900290/ which can be run with the command `sudo lshw 
-xml | ./parse_lshw`

  [Regression Potential]
  smbios-noscan.patch was introduced to prevent ARM systems from locking up 
when lshw is being run. We are replacing this patch with cherry picked 
commit(8237f8ebb92ebf684c0e6715cc6c28a3b2bb93b8) from 
https://ezix.org/src/pkg/lshw which was released with lshw-B.02.18. Potentially 
this could bring back https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740034 
however upstream considers it fixed with the previously mentioned cherry pick.

To manage notifications about this bug go to:
https://bugs.launchpad.net/lshw/+bug/1039701/+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 1586770] Re: Add pymacaroons to xenial

[Launchpad Bug Tracker]

This bug was fixed in the package pymacaroons - 0.9.2-0ubuntu1

---
pymacaroons (0.9.2-0ubuntu1) xenial; urgency=medium

  * Backport to xenial (LP: #1586770).

pymacaroons (0.9.2-1) unstable; urgency=medium

  * Initial release (closes: #824554).

 -- Colin Watson   Sun, 29 May 2016 16:36:20 +0100

** Changed in: pymacaroons (Ubuntu Xenial)
   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/1586770

Title:
  Add pymacaroons to xenial

Status in pymacaroons package in Ubuntu:
  Fix Released
Status in python-libnacl package in Ubuntu:
  Fix Released
Status in pymacaroons source package in Xenial:
  Fix Released
Status in python-libnacl source package in Xenial:
  Fix Released

Bug description:
  In order to be able to authenticate properly to
  myapps.developer.ubuntu.com for such things as uploading snaps,
  snapcraft is going to need the "pymacaroons" library.  (This is
  because it needs to be able to get a macaroon-format authentication
  token from myapps, then go to SSO to get a "discharge macaroon" that
  confirms that it actually has permission from the user in question to
  act on their behalf, then bind these two tokens together; it's that
  last step that requires pymacaroons.)  pymacaroons in turn also
  requires python-libnacl.  I hope that we're generally agreed that it
  would be better for snapcraft not to need to embed its own copies of
  these libraries.

  I've packaged both of these in Debian unstable and they're therefore
  also in yakkety, but we need them in xenial-updates as well.

  I plan to test these by running the pymacaroons functional tests
  (which are in git although for some reason not in the released
  tarballs) against the built binaries, for both Python 2 and 3.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pymacaroons/+bug/1586770/+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 1586770] Re: Add pymacaroons to xenial

[Launchpad Bug Tracker]

This bug was fixed in the package python-libnacl - 1.4.5-0ubuntu1

---
python-libnacl (1.4.5-0ubuntu1) xenial; urgency=medium

  * Backport to xenial (LP: #1586770).

python-libnacl (1.4.5-1) unstable; urgency=medium

  * Initial release (closes: #781984).

 -- Colin Watson   Sun, 29 May 2016 16:34:06 +0100

** Changed in: python-libnacl (Ubuntu Xenial)
   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/1586770

Title:
  Add pymacaroons to xenial

Status in pymacaroons package in Ubuntu:
  Fix Released
Status in python-libnacl package in Ubuntu:
  Fix Released
Status in pymacaroons source package in Xenial:
  Fix Released
Status in python-libnacl source package in Xenial:
  Fix Released

Bug description:
  In order to be able to authenticate properly to
  myapps.developer.ubuntu.com for such things as uploading snaps,
  snapcraft is going to need the "pymacaroons" library.  (This is
  because it needs to be able to get a macaroon-format authentication
  token from myapps, then go to SSO to get a "discharge macaroon" that
  confirms that it actually has permission from the user in question to
  act on their behalf, then bind these two tokens together; it's that
  last step that requires pymacaroons.)  pymacaroons in turn also
  requires python-libnacl.  I hope that we're generally agreed that it
  would be better for snapcraft not to need to embed its own copies of
  these libraries.

  I've packaged both of these in Debian unstable and they're therefore
  also in yakkety, but we need them in xenial-updates as well.

  I plan to test these by running the pymacaroons functional tests
  (which are in git although for some reason not in the released
  tarballs) against the built binaries, for both Python 2 and 3.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pymacaroons/+bug/1586770/+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 1039701] Re: Wrong RAM memory size

[Launchpad Bug Tracker]

This bug was fixed in the package lshw - 02.17-1.1ubuntu3.1

---
lshw (02.17-1.1ubuntu3.1) xenial; urgency=medium

  * Use upstream solution for avoiding /dev/mem accesses on !x86,
fixing a memory size detection regression (LP: #1039701):
 - Drop: smbios-noscan.patch
 - Add: use-sysfs-for-DMI-info-when-available-696-666-664.patch

 -- dann frazier   Wed, 01 Jun 2016 15:46:02
-0600

** Changed in: lshw (Ubuntu Xenial)
   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/1039701

Title:
  Wrong RAM memory size

Status in lshw:
  New
Status in MAAS:
  New
Status in landscape-client package in Ubuntu:
  Invalid
Status in lshw package in Ubuntu:
  Fix Released
Status in landscape-client source package in Xenial:
  Confirmed
Status in lshw source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  lshw is not using smbios to obtain hardware information. This is causing lshw 
to report incorrect information to user. For example I have a machine which has 
one physical CPU with 8 cores and 32G of RAM. lshw is reporting the machine has 
only one physical CPU with 0 cores and 32162MiB of RAM.

  [Test case]
  Run lshw and compare its reported values with what you know the physical 
system has. To help simplify testing I use this script 
http://paste.ubuntu.com/16900290/ which can be run with the command `sudo lshw 
-xml | ./parse_lshw`

  [Regression Potential]
  smbios-noscan.patch was introduced to prevent ARM systems from locking up 
when lshw is being run. We are replacing this patch with cherry picked 
commit(8237f8ebb92ebf684c0e6715cc6c28a3b2bb93b8) from 
https://ezix.org/src/pkg/lshw which was released with lshw-B.02.18. Potentially 
this could bring back https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740034 
however upstream considers it fixed with the previously mentioned cherry pick.

To manage notifications about this bug go to:
https://bugs.launchpad.net/lshw/+bug/1039701/+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 1580268] Re: Produce mplayer2 transitional package for upgrades

[Launchpad Bug Tracker]

This bug was fixed in the package mplayer - 2:1.2.1-1ubuntu1

---
mplayer (2:1.2.1-1ubuntu1) xenial; urgency=medium

  * Add mplayer2 transitional package to fix upgrades (LP: #1580268)

 -- Adam Conrad   Tue, 10 May 2016 11:19:04 -0600

** Changed in: mplayer (Ubuntu Xenial)
   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/1580268

Title:
  Produce mplayer2 transitional package for upgrades

Status in mplayer package in Ubuntu:
  Fix Released
Status in mplayer source package in Xenial:
  Fix Released

Bug description:
  [ SRU Justification ]
  In the Xenial cycle, mplayer2 was dropped and mplayer reintroduced.  On 
upgrade from wily to xenial (I didn't notice until yakkety), mplayer2 is left 
installed, rather than the sidegrade being done, leaving people with 
unsupported software installed.  This should be resolved with a transitional 
package for upgrades.

  [ Test Case ]
  Ensure that a wily->xenial upgrade with mplayer2 installed gets us mplayer 
instead and makes mplayer2 autoremovable via apt.

  [ Regression Potential ]
  mplayer+ffmpeg is generally less broken than mplayer2+libav was, so there's 
little chance of regression, and moving people to software that might actually 
get future uploads and fixes seems sane.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mplayer/+bug/1580268/+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 1590256] Re: snapcraft clean -s strip doesn't show the deprecation message

[Launchpad Bug Tracker]

This bug was fixed in the package snapcraft - 2.10.1+16.10

---
snapcraft (2.10.1+16.10) yakkety; urgency=medium

  * Backwards compatible clean with strip (#556) (LP: #1590256)

 -- Sergio Schvezov   Wed, 08 Jun 2016 16:32:27
-0300

** Changed in: snapcraft (Ubuntu Yakkety)
   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/1590256

Title:
  snapcraft clean -s strip doesn't show the deprecation message

Status in Snapcraft:
  Fix Committed
Status in snapcraft package in Ubuntu:
  Fix Released
Status in snapcraft source package in Xenial:
  Fix Committed
Status in snapcraft source package in Yakkety:
  Fix Released

Bug description:
  The strip step was renamed to prime. When the old step is run a
  deprecation message is displayed; but when it is cleaned, an error is
  shown.

  $ snapcraft clean -s strip
  'strip' is not a valid step for part ...

  The deprecation message should be displayed also when the strip is
  cleaned.

  
  [Impact]

   * Users trying to clean the strip step will get an error and no
  indication about the rename.

  [Test Case]

   * Run snapcraft clean -s strip
   * Make sure that you get the step run and a deprecation message.

  [Regression Potential]

   * It could affect the clean prime step. There are tests to avoid
  that, but a manual check would be good.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1590256/+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 918896] Re: No data returned from MSSQL server

[C de-Avillez]

** Also affects: pymssql (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Also affects: pymssql (Ubuntu Wily)
   Importance: Undecided
   Status: New

** Also affects: pymssql (Ubuntu Trusty)
   Importance: Undecided
   Status: New

** Also affects: pymssql (Ubuntu Precise)
   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/918896

Title:
  No data returned from MSSQL server

Status in pymssql package in Ubuntu:
  Confirmed
Status in pymssql source package in Precise:
  New
Status in pymssql source package in Trusty:
  New
Status in pymssql source package in Wily:
  New
Status in pymssql source package in Xenial:
  New
Status in pymssql source package in Yakkety:
  Confirmed
Status in pymssql package in Debian:
  New

Bug description:
  [Impact]

   * Due to an issue with PyMSSQL 1.0.x and the version of FreeTDX in
  the repositories, PyMSSQL no longer returns any information from MSSQL
  database queries.  This means you cannot use fetchone() or fetchall()
  or similar methods to get data back from a database query.

  [Test Case]

   * Install python-pymssql to Ubuntu.
   
   * Inside a 'python' console on the Ubuntu server, use the following python 
code, replacing values accordingly for your MSSQL servers.  The "print" 
function will return 'None' in the current code base.  When fixed, you will get 
either one value, or a tuple, depending on the results (but you will NOT get 
'None'):

  import pymssql
  dbconn = pymssql.connect(host='FQDN_FOR_DBSERVER', user='DBUSER', 
password='DBPASSWORD', database='DBNAME')
  dbcur = dbconn.cursor()
  dbcur.execute('ANY_VALID_SQL_QUERY')
  dbrs = dbcur.fetchone()
  dbcur.close()
  print dbrs


  [Regression Potential]

   * The patch in the debdiffs is from pymssql upstream.  We are on a
  very old pymssql, but this patch was designed to fix the issue.

  
  [Other Info]
   
   * Test builds in 
https://launchpad.net/~teward/+archive/ubuntu/pymssql/+packages; these packages 
in that PPA are used for testing and were used to test the upstream patch.

  
  [Original Description]

  this works great in oneiric, but in precise it silently returns empty results 
from SQL server. The upstream project has relocated and provided a new release, 
I downloaded and built it and the same code I had started returning results.
  http://code.google.com/p/pymssql/downloads/list

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: python-pymssql 1.0.2+dfsg-1build1
  ProcVersionSignature: Ubuntu 3.2.0-9.16-generic 3.2.1
  Uname: Linux 3.2.0-9-generic x86_64
  ApportVersion: 1.91-0ubuntu1
  Architecture: amd64
  Date: Thu Jan 19 20:24:31 2012
  EcryptfsInUse: Yes
  InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
  SourcePackage: pymssql
  UpgradeStatus: Upgraded to precise on 2012-01-16 (2 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pymssql/+bug/918896/+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 1584509] Re: hybrid CDs/DVDs not mounted in xenial

[Launchpad Bug Tracker]

This bug was fixed in the package util-linux - 2.27.1-6ubuntu3.1

---
util-linux (2.27.1-6ubuntu3.1) xenial; urgency=medium

  * debian/patches/git_hybrid_cds.patch:
- backport upstream fix to make hybrid disk work again, should resolve
  some disks like video DVDs not showing in the desktop interface
  (lp: #1584509)

 -- Sebastien Bacher   Wed, 25 May 2016 18:00:50
+0200

** Changed in: util-linux (Ubuntu Xenial)
   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/1584509

Title:
  hybrid CDs/DVDs not mounted in xenial

Status in util-linux package in Ubuntu:
  Fix Released
Status in util-linux source package in Xenial:
  Fix Released

Bug description:
  * Impact
  some CDs are not listed in the desktop UIs

  * Test case
  under unity7 insert a video DVD in your drive, you should get prompted about 
it and have the device listed in the launcher/nautilus

  * Regression potential
  check that devices keep being correctly listed/mounted

  

  This bug affects both the X64 and X32 bit versions of the latest
  ubuntu 16.04 it does not occur with ubuntu 15.10 or earlier.  The
  problem is when a known good CD-R is placed in the drive, it is not
  mounted automatically.  However, if it is a bootable CD-R and you
  select the boot option of the BIOS it will function normally.

  Also, When a blank CD-R is inserted into the drive, it is mounted
  automatically, but disk creation software reports an erroneous amount
  of free space available.  Such as 247 MB or 512 MB when the disk is a
  700 MB disk.  However, if you proceed to record to the disk, even with
  an ISO image greater than the supposed available capacity, it records
  just fine.

  Other disk types such as DVD, audio, small cd-r work fine.  This only
  seems to affect the larger, full size cd-r's

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.4.0-22-generic 4.4.0-22.40
  ProcVersionSignature: Ubuntu 4.4.0-22.40-generic 4.4.8
  Uname: Linux 4.4.0-22-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC1:  karl   1886 F pulseaudio
   /dev/snd/controlC0:  karl   1886 F pulseaudio
  CurrentDesktop: Unity
  Date: Sun May 22 14:38:13 2016
  GvfsMonitorLog: Monitoring events. Press Ctrl+C to quit.
  HibernationDevice: RESUME=UUID=03cb5141-d254-414a-950b-2235e068035a
  HotplugNewDevices:

  HotplugNewMounts:

  InstallationDate: Installed on 2016-03-09 (73 days ago)
  InstallationMedia: Ubuntu 14.04.4 LTS "Trusty Tahr" - Release amd64 
(20160217.1)
  MachineType: Gateway DX4380G
  ProcFB: 0 nouveaufb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-22-generic 
root=UUID=da27bf85-d849-43b8-a8f2-8fdac4f37784 ro quiet splash vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-4.4.0-22-generic N/A
   linux-backports-modules-4.4.0-22-generic  N/A
   linux-firmware1.157
  SourcePackage: linux
  Symptom: storage
  UdevMonitorLog:
   monitor will print the received events for:
   UDEV - the event which udev sends out after rule processing
  UdisksMonitorLog:
   Monitoring the udisks daemon. Press Ctrl+C to exit.
   14:38:31.725: The udisks-daemon is running (name-owner :1.96).
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/04/2012
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P11-A1
  dmi.board.name: DX4380G
  dmi.board.vendor: Gateway
  dmi.board.version: 1.02
  dmi.chassis.type: 3
  dmi.chassis.vendor: Gateway
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrP11-A1:bd09/04/2012:svnGateway:pnDX4380G:pvr:rvnGateway:rnDX4380G:rvr1.02:cvnGateway:ct3:cvr:
  dmi.product.name: DX4380G
  dmi.sys.vendor: Gateway

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1584509/+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 1590256] Re: snapcraft clean -s strip doesn't show the deprecation message

[Sergio Schvezov]

** Changed in: snapcraft
   Status: In Progress => Fix Committed

** Also affects: snapcraft (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: snapcraft (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Also affects: snapcraft (Ubuntu Yakkety)
   Importance: Undecided
   Status: New

** Changed in: snapcraft (Ubuntu Xenial)
Milestone: None => xenial-updates

-- 
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/1590256

Title:
  snapcraft clean -s strip doesn't show the deprecation message

Status in Snapcraft:
  Fix Committed
Status in snapcraft package in Ubuntu:
  New
Status in snapcraft source package in Xenial:
  New
Status in snapcraft source package in Yakkety:
  New

Bug description:
  The strip step was renamed to prime. When the old step is run a
  deprecation message is displayed; but when it is cleaned, an error is
  shown.

  $ snapcraft clean -s strip
  'strip' is not a valid step for part ...

  The deprecation message should be displayed also when the strip is
  cleaned.

  
  [Impact]

   * Users trying to clean the strip step will get an error and no
  indication about the rename.

  [Test Case]

   * Run snapcraft clean -s strip
   * Make sure that you get the step run and a deprecation message.

  [Regression Potential]

   * It could affect the clean prime step. There are tests to avoid
  that, but a manual check would be good.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1590256/+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 1582679] Re: linux-snapdragon: 4.4.0-1014.16 -proposed tracker

[Brad Figg]

** Changed in: kernel-sru-workflow/verification-testing
   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/1582679

Title:
  linux-snapdragon: 4.4.0-1014.16 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
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:
  Fix Released
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:
  Confirmed
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow upload-to-ppa series:
  New
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-snapdragon package in Ubuntu:
  Fix Released
Status in linux-snapdragon source package in Xenial:
  New

Bug description:
  This bug is for tracking the 4.4.0-1014.16 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: 1582431
  phase: Promoted to proposed
  proposed-announcement-sent: true

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1582679/+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 1590358] Re: universe description incorrectly suggests software may be non-free

[Launchpad Bug Tracker]

This bug was fixed in the package apt-setup - 1:0.104ubuntu5

---
apt-setup (1:0.104ubuntu5) yakkety; urgency=medium

  * generators/50mirror.ubuntu: universe incorrectly mentions some software
being unfree, which is not true. Remove that mention from the notice we
write to sources.list. Patch from Dan Watkins. (LP: #1590358)

 -- Mathieu Trudel-Lapierre   Wed, 08 Jun 2016
13:15:07 -0400

** Changed in: apt-setup (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/1590358

Title:
  universe description incorrectly suggests software may be non-free

Status in apt-setup package in Ubuntu:
  Fix Released
Status in apt-setup source package in Xenial:
  In Progress
Status in apt-setup source package in Yakkety:
  Fix Released

Bug description:
  [Impact]
  This is written in /etc/apt/sources.list in every new install.

  [Test case]
  1) cat /etc/apt/sources.list

  [Regression potential]
  None

  ---

  The comment above the universe section of sources.list in both desktop
  and server installs of xenial is the same as that for multiverse:

  ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
  ## team, and may not be under a free licence. Please satisfy yourself as to
  ## your rights to use the software. Also, please note that software in
  ## universe WILL NOT receive any review or updates from the Ubuntu security
  ## team.

  This changed between wily and xenial (with the upload of
  1:0.104ubuntu1); previously, it correctly read:

  ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
  ## team. Also, please note that software in universe WILL NOT receive any
  ## review or updates from the Ubuntu security team.

  This old comment should be restored.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt-setup/+bug/1590358/+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 1590358] Re: universe description incorrectly suggests software may be non-free

[Mathieu Trudel-Lapierre]

** Also affects: apt-setup (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Changed in: apt-setup (Ubuntu Xenial)
 Assignee: (unassigned) => Mathieu Trudel-Lapierre (cyphermox)

** Changed in: apt-setup (Ubuntu Xenial)
   Importance: Undecided => Medium

** Changed in: apt-setup (Ubuntu Yakkety)
   Importance: Undecided => Medium

** Changed in: apt-setup (Ubuntu Xenial)
   Status: New => In Progress

** Changed in: apt-setup (Ubuntu Yakkety)
   Status: New => In Progress

** Description changed:

+ [Impact]
+ This is written in /etc/apt/sources.list in every new install.
+ 
+ [Test case]
+ 1) cat /etc/apt/sources.list
+ 
+ [Regression potential]
+ None
+ 
+ ---
+ 
  The comment above the universe section of sources.list in both desktop
  and server installs of xenial is the same as that for multiverse:
  
  ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
  ## team, and may not be under a free licence. Please satisfy yourself as to
  ## your rights to use the software. Also, please note that software in
  ## universe WILL NOT receive any review or updates from the Ubuntu security
  ## team.
  
  This changed between wily and xenial (with the upload of
  1:0.104ubuntu1); previously, it correctly read:
  
  ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
  ## team. Also, please note that software in universe WILL NOT receive any
  ## review or updates from the Ubuntu security team.
  
  This old comment should be restored.

-- 
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/1590358

Title:
  universe description incorrectly suggests software may be non-free

Status in apt-setup package in Ubuntu:
  In Progress
Status in apt-setup source package in Xenial:
  In Progress
Status in apt-setup source package in Yakkety:
  In Progress

Bug description:
  [Impact]
  This is written in /etc/apt/sources.list in every new install.

  [Test case]
  1) cat /etc/apt/sources.list

  [Regression potential]
  None

  ---

  The comment above the universe section of sources.list in both desktop
  and server installs of xenial is the same as that for multiverse:

  ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
  ## team, and may not be under a free licence. Please satisfy yourself as to
  ## your rights to use the software. Also, please note that software in
  ## universe WILL NOT receive any review or updates from the Ubuntu security
  ## team.

  This changed between wily and xenial (with the upload of
  1:0.104ubuntu1); previously, it correctly read:

  ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
  ## team. Also, please note that software in universe WILL NOT receive any
  ## review or updates from the Ubuntu security team.

  This old comment should be restored.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt-setup/+bug/1590358/+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 997172] Re: [SRU] smbldap-config.pl not installed

[Robie Basak]

** Also affects: smbldap-tools (Ubuntu Trusty)
   Importance: Undecided
   Status: New

** Also affects: smbldap-tools (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/997172

Title:
  [SRU] smbldap-config.pl not installed

Status in Ubuntu Server Guide:
  Fix Released
Status in smbldap-tools package in Ubuntu:
  Fix Released
Status in smbldap-tools source package in Trusty:
  New
Status in smbldap-tools source package in Xenial:
  New
Status in smbldap-tools package in Debian:
  New

Bug description:
  [Impact]

   * The serverguide currently calls out this bug and requires manual
  download and extraction of a source package because smbldap-config.pl
  is not present in the binary smbldap-tools package.

   * Add smbldap-config.pl appropriately to the Makefile to install it.

  [Test Case]

   * Install smbldap-tools, smbldap-config.pl will not be present.

  [Regression Potential]

   * The risk of regression is low to none, in this case, as the only effective 
change is the installation of a new Perl script on upgrade.
   * The only concern would be if a user manually extracted the same script 
from the source package and then installed the SRU'd version of smbldap-tools, 
but I believe dpkg will handle that case correctly.

  ---

  Installing and configuring LDAP and Samba, beg¡fore execute the command 
smbldap-populate we must uncompress a files that in this version of 
smbldap-tools (from Ubuntu 12.04) it is not present. I refer the 
configure.pl.gz or better the
  /usr/share/doc/smbldap-tools/configure.pl.gz
  file.

  without it we cannot generate the smbldap.conf nor smbldap_bind.conf
  before execute the smbldap-populate command to Add Samba LDAP objects
  to my ldap.

  Thenks

To manage notifications about this bug go to:
https://bugs.launchpad.net/serverguide/+bug/997172/+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 1582847] Re: linux-raspi2: 4.4.0-1011.14 -proposed tracker

[Kamal Mostafa]

** Changed in: kernel-sru-workflow/verification-testing
   Status: Confirmed => Fix Released

** Changed in: kernel-sru-workflow/regression-testing
   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/1582847

Title:
  linux-raspi2: 4.4.0-1011.14 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
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:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Confirmed
Status in Kernel SRU Workflow promote-to-updates series:
  New
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-raspi2 package in Ubuntu:
  Fix Released
Status in linux-raspi2 source package in Xenial:
  New

Bug description:
  This bug is for tracking the 4.4.0-1011.14 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: 1582431
  phase: Promoted to proposed
  proposed-announcement-sent: true

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1582847/+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 1537793] Re: Autoupdate should be less frequent and more randomly distributed

[Chris J Arges]

Hello Bret, or anyone else affected,

Accepted snapd into xenial-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/snapd/2.0.8 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: snapd (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: snapd (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Changed in: snapd (Ubuntu)
   Status: New => Fix Released

** Changed in: snapd (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/1537793

Title:
  Autoupdate should be less frequent and more randomly distributed

Status in Snappy:
  In Progress
Status in snapd package in Ubuntu:
  Fix Released
Status in snapd source package in Xenial:
  Fix Committed

Bug description:
  Currently the autoupdate timer (snappy/debian/snappy-autopilot.timer)
  is set to hourly with a 15 minute accuracy.

  As snappy will be included in 16.04 desktops (millions of them), this
  rate has the potential to seriously overload the Click Package Index
  service. I suggest changing this to 3 times per day, randomly
  distributed across 24hr on a per host basis so we don't get top-of-the
  hour thundering herds.

  Further rationale is to also avoid having updates downloaded by all
  hosts within the first hour of release, since gradual/staged updates
  are not implemented for snaps.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snappy/+bug/1537793/+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 1582982] Re: thermald 1.5-2ubuntu1 failures in ubuntu16.04

[Launchpad Bug Tracker]

This bug was fixed in the package thermald - 1.5-2ubuntu2

---
thermald (1.5-2ubuntu2) xenial; urgency=medium

  * Downgrade errors to just info messages (LP: #1582982)
- Thermald is reporting information at too high a logging
  level, so downgrade messages to info level to stop confusing
  users when thermald complains that hardware or ACPI specific
  interfaces are not available

 -- Colin King   Thu, 26 May 2016 17:10:43
+0100

** Changed in: thermald (Ubuntu Xenial)
   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/1582982

Title:
  thermald 1.5-2ubuntu1 failures in ubuntu16.04

Status in thermald package in Ubuntu:
  Fix Released
Status in thermald source package in Xenial:
  Fix Released

Bug description:
  [SRU][XENIAL] Justification:

  thermald is reporting non-critical errors whereas these should be
  downgraded and being reported as warnings so as not to alarm users.

  [FIX]
  Upstream 
commit,https://github.com/01org/thermal_daemon/commit/8280fd7ec6cff6db6463c8a1b01d2e427e418226

  this is already in thermald in Yakkety and working fine.

  [Regression Potential]
  Minimal, this changes the status levels of various error messages, so core 
thermald functional is not touched at all by this fix.

  

  Hi. I am still getting the same failure message despite using the
  latest thermald version. Can you tell me how to solve these failures.

  May 18 10:08:11 Eliot thermald[1012]: failed to open /dev/acpi_thermal_rel
  May 18 10:08:11 Eliot thermald[1012]: failed to open /dev/acpi_thermal_rel
  May 18 10:08:11 Eliot thermald[1012]: TRT/ART read failed
  May 18 10:08:12 Eliot thermald[1012]: sysfs read failed 
constraint_0_max_power_uw
  May 18 10:08:12 Eliot thermald[1012]: sysfs write failed trip_point_0_temp
  May 18 10:08:12 Eliot thermald[1012]: sysfs write failed trip_point_0_temp

  $: dpkg -l thermald
  Desired=Unknown/Install/Remove/Purge/Hold
  | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name Version Architecture Description
  
+++-=-===-===-===
  ii thermald 1.5-2ubuntu1 amd64 Thermal monitoring and controlling daemon

  $ lsb_release -rd
  Description:  Ubuntu 16.04 LTS
  Release:  16.04

  $ apt-cache policy thermald
  thermald:
    Installed: 1.5-2ubuntu1
    Candidate: 1.5-2ubuntu1
    Version table:
   *** 1.5-2ubuntu1 500
  500 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 
Packages
  100 /var/lib/dpkg/status
   1.5-2 500
  500 http://archive.ubuntu.com/ubuntu xenial/main amd64 Packages

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/thermald/+bug/1582982/+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 1582687] Re: workbench crashes metacity on ubuntu 16.04

[Launchpad Bug Tracker]

This bug was fixed in the package metacity - 1:3.18.4-0ubuntu0.3

---
metacity (1:3.18.4-0ubuntu0.3) xenial; urgency=medium

  * Use one error trap for the whole free_win function (taken from upstream
gnome-3-18 branch). This fixes the other part of LP: #1582687.

 -- Dmitry Shachnev   Tue, 31 May 2016 17:26:05
+0300

** Changed in: metacity (Ubuntu Xenial)
   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/1582687

Title:
  workbench crashes metacity on ubuntu 16.04

Status in metacity package in Ubuntu:
  Fix Released
Status in metacity source package in Xenial:
  Fix Released
Status in metacity source package in Yakkety:
  Fix Released

Bug description:
  [Impact]
  Metacity can crash with XError (BadRegion) sometimes when closing windows.

  This, in turn, can lead gnome-session to forcefully stop the session.

  [Test Case 1]
  Described in comment #3.

  [Test Case 2]
  * Launch LibreOffice Writer.
  * Add a table to a document.
  * Open "Border Style" popup window from the table toolbar.
  * Wait for the window to appear and then quickly close it.
  * If Metacity does not crash, repeat the process several times.

  [Regression Potential]
  The fix is small (just adding an error trap) and will not cause any 
regressions.

  -

  I installed mysql-workbench and gnome-session-flashback on ubuntu
  16.04 and whenever I start mysql-workbench metacity or X11 but I think
  metacity crashes and I am returned to the login screen after a few
  seconds.

  I am uncertain if mysql-workbench works in the default unity
  configuration as after installing gnome-session-flashback I can no
  longer login to the default unity experience.

  My mysql-workbench logs where not really helpfull but if you would
  really like them I could include them.

  I also tried to compile mysql-workbench from source but the gtk2
  version included with ubuntu 16.04 seems to be incompatible due to the
  deprecation of a data type: GdkPixBuf

  ubuntu version - 16.04
  package - mysql-workbench 6.3.6 amd64
  what i expected - open mysql workbench
  what happened - black screen and returned to login

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1582687/+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 1580318] Re: [SRU] hoteldruid now depends on php-xml

[Launchpad Bug Tracker]

This bug was fixed in the package hoteldruid - 2.1.4-1ubuntu2

---
hoteldruid (2.1.4-1ubuntu2) xenial; urgency=medium

  * debian/control: added new dependency on php-xml, previously included
in core php packages (LP: #1580318).

 -- Nishanth Aravamudan   Tue, 10 May
2016 16:28:32 -0700

** Changed in: hoteldruid (Ubuntu Xenial)
   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/1580318

Title:
  [SRU] hoteldruid now depends on php-xml

Status in hoteldruid package in Ubuntu:
  Fix Released
Status in hoteldruid source package in Xenial:
  Fix Released

Bug description:
  [Impact]

   * At runtime, hoteldruid depends on APIs exposed by php-xml, which used to 
be part of the core php packages.
   * The version packaged in Xenial does not express this dependency and 
hoteldruid needs it to work correctly (month table for example is not shown as 
functions utf8_encode and utf8_decode are not found).

  [Test Case]

  @Marco, can you provide a clear test-case?
  @SRU-Team, while no test case is provided yet, the fix is trivial and clear, 
but I will work with Marco to provide a test-case.

  [Regression Potential]

   * The chance of regression is close to nil, as we are simply
  expressing an actual code dependency in the packaging.

  [Other Info]
   
   * There are probably other cases similar to this that will trickle in as 
migrated packages get more active testing in 16.04.
   * Debian unstable has applied the same change, and we are synced already in 
Yakkety.

  New php packages have have split php-xml from core packages and
  hoteldruid needs it to work correctly (month table for example is not
  shown as functions utf8_encode and utf8_decode are not fuond). A
  dependancy on php-xml should be added to package in Xenial Xerus (the
  problem is already fixed in debian unstable).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/hoteldruid/+bug/1580318/+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 1586131] Re: 'creds' keyerror when deploying openstack/bigdata

[Launchpad Bug Tracker]

This bug was fixed in the package conjure-up - 0.1.2

---
conjure-up (0.1.2) xenial-proposed; urgency=medium

  * Fix 'creds' KeyError traceback on cloud selection (LP: #1586131)
  * Support Juju beta7

 -- Adam Stokes   Thu, 26 May 2016 14:47:10
-0400

** Changed in: conjure-up (Ubuntu Xenial)
   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/1586131

Title:
  'creds' keyerror when deploying openstack/bigdata

Status in conjure-up package in Ubuntu:
  Fix Released
Status in conjure-up source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  Any user using the latest Juju beta7 which changed the cloud listing from lxd 
to localhost

  [Test]
  I did the following:

  apt install conjure-up #per instructions
  conjure-up bigdata
  In the menu

  choose Apache Flume/Spark/Zeppelin
  choose local host
  get:

  arosales@x230:~$ conjure-up bigdata
  Exception in ev.run():
  Traceback (most recent call last):
    File "/usr/share/conjure-up/ubuntui/ev.py", line 83, in run
  cls.loop.run()
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 278, in run
  self._run()
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 376, in _run
  self.event_loop.run()
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 1328, in run
  raise 
self._exc_info[0](self._exc_info[1]).with_traceback(self._exc_info[2])
    File "/usr/lib/python3.5/asyncio/events.py", line 125, in _run
  self._callback(*self._args)
    File "/usr/lib/python3/dist-packages/urwid/raw_display.py", line 393, in 

  event_loop, callback, self.get_available_raw_input())
    File "/usr/lib/python3/dist-packages/urwid/raw_display.py", line 493, in 
parse_input
  callback(processed, processed_codes)
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 403, in 
_update
  self.process_input(keys)
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 503, in 
process_input
  k = self._topmost_widget.keypress(self.screen_size, k)
    File "/usr/lib/python3/dist-packages/urwid/wimp.py", line 643, in keypress
  return self._current_widget.keypress(size, key)
    File "/usr/lib/python3/dist-packages/urwid/container.py", line 1128, in 
keypress
  return self.body.keypress( (maxcol, remaining), key )
    File "/usr/share/conjure-up/conjure/ui/views/cloud.py", line 21, in keypress
  return super().keypress(size, key)
    File "/usr/lib/python3/dist-packages/urwid/decoration.py", line 836, in 
keypress
  return self._original_widget.keypress((maxcol,), key)
    File "/usr/lib/python3/dist-packages/urwid/container.py", line 1587, in 
keypress
  key = self.focus.keypress(tsize, key)
    File "/usr/lib/python3/dist-packages/urwid/decoration.py", line 621, in 
keypress
  return self._original_widget.keypress(maxvals, key)
    File "/usr/lib/python3/dist-packages/urwid/wimp.py", line 535, in keypress
  self._emit('click')
    File "/usr/lib/python3/dist-packages/urwid/widget.py", line 463, in _emit
  signals.emit_signal(self, name, self, *args)
    File "/usr/lib/python3/dist-packages/urwid/signals.py", line 264, in emit
  result |= self._call_callback(callback, user_arg, user_args, args)
    File "/usr/lib/python3/dist-packages/urwid/signals.py", line 294, in 
_call_callback
  return bool(callback(*args_to_pass))
    File "/usr/share/conjure-up/conjure/ui/views/cloud.py", line 72, in submit
  self.cb(result.label, create_cloud=True)
    File "/usr/share/conjure-up/conjure/controllers/cloud.py", line 39, in 
finish
  return self.app.controllers['newcloud'].render(cloud)
    File "/usr/share/conjure-up/conjure/controllers/newcloud.py", line 118, in 
render
  creds,
  UnboundLocalError: local variable 'creds' referenced before assignment
  Traceback (most recent call last):
    File "/usr/bin/conjure-up", line 9, in 
  load_entry_point('conjure-up==0.1.0', 'console_scripts', 'conjure-up')()
    File "/usr/share/conjure-up/conjure/app.py", line 222, in main
  app.start()
    File "/usr/share/conjure-up/conjure/app.py", line 171, in start
  EventLoop.run()
    File "/usr/share/conjure-up/ubuntui/ev.py", line 83, in run
  cls.loop.run()
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 278, in run
  self._run()
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 376, in _run
  self.event_loop.run()
    File "/usr/lib/python3/dist-packages/urwid/main_loop.py", line 1328, in run
  raise 
self._exc_info[0](self._exc_info[1]).with_traceback(self._exc_info[2])
    File "/usr/lib/python3.5/asyncio/events.py", line 125, in _run
  self._callback(*self._args)
    File "/usr/lib/python3/dist-packages/urwid/raw_display.py", 

[Group.of.nepali.translators] [Bug 1586515] Re: kpatch-build should support flavors

[Launchpad Bug Tracker]

This bug was fixed in the package kpatch - 0.3.2-1ubuntu4.2

---
kpatch (0.3.2-1ubuntu4.2) xenial; urgency=medium

  * Allow kpatch-build to build for Ubuntu flavors. (LP: #1586515)

 -- Benjamin M Romer   Tue, 24 May 2016
11:09:54 -0400

** Changed in: kpatch (Ubuntu Xenial)
   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/1586515

Title:
  kpatch-build should support flavors

Status in kpatch package in Ubuntu:
  Fix Released
Status in kpatch source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  kpatch-build should be able to make patches against any flavor of Ubuntu 
kernel.

  [Test Case]
  Try using the following on both generic and lowlatency kernels:
  kpatch-build patch.diff

  [Regression Potential]
  This is backwards compatible with building for generic, but just adds support 
for -lowlatency.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/kpatch/+bug/1586515/+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 1581186] Re: mtr 0.86 doesn't respect terminal colors

[Launchpad Bug Tracker]

This bug was fixed in the package mtr - 0.86-1ubuntu0.1

---
mtr (0.86-1ubuntu0.1) xenial; urgency=medium

  * Pull commits from upstream to fix terminal colours (LP: #1581186)

 -- Adam Conrad   Thu, 12 May 2016 12:34:22 -0600

** Changed in: mtr (Ubuntu Xenial)
   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/1581186

Title:
  mtr 0.86 doesn't respect terminal colors

Status in mtr package in Ubuntu:
  Fix Released
Status in mtr source package in Xenial:
  Fix Released
Status in mtr package in Debian:
  New

Bug description:
  [ SRU Justification ]
  mtr 0.86 added more colours to the curses output, but this broke how it 
blends in with dark terminals with non-standard colours, and light terminals in 
general.

  While this is purely cosmetic, it's pretty ugly compared to mtr 0.85,
  and the fix is trivial and trivially verified as correct (or, more
  correct than 0.86) on several different terminal colour schemes.  As a
  man who uses mtr daily, it's been driving me mildly nuts.

  [ Solution ]
  Two commits upstream fix this, so it's a little more readable again on light 
terminals, and doesn't mess with non-standard terminals:

  63a1f1493bfbaf7e55eb7e20b3791fc8b14cf92d
  7571201cf7a3394e0dcd2b037aba1836089cc084

  [ Test Case ]
  Run old and new mtr on a variety of terminal schemes (default gnome-terminal, 
inverted gnome-terminal, default and inverted xterm, etc) to see if it's (a) as 
readable or more than before, (b) now shows sanely default bg colours, (c) 
works correctly with transparent backgrounds.

  The first point is somewhat subjective, though a quick test here shows
  that on "xterm -rv", the bold text has switched from some barely-
  readable grey-on-white to something approaching black-on-white, so I
  think this is moving in a winning direction.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mtr/+bug/1581186/+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 1586048] Re: ipmi sel time set is setting 30 mins less than given time in OOB, and 30 mins more than given time in in-band method (ipmitool)

[Launchpad Bug Tracker]

This bug was fixed in the package ipmitool - 1.8.16-3ubuntu0.1

---
ipmitool (1.8.16-3ubuntu0.1) xenial; urgency=medium

  * debian/patches/fix_set_time_set_c7169bc2.patch: take into account minute
differences between timezones (for those timezones that don't go just by
an hour, but also specify a delta of :15 or :30 minutes, for instance).
(LP: #1586048)

 -- Mathieu Trudel-Lapierre   Thu, 26 May 2016
17:24:11 -0400

** Changed in: ipmitool (Ubuntu Xenial)
   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/1586048

Title:
  ipmi sel time set is setting 30 mins less than given time in OOB, and
  30 mins more than given time in in-band method (ipmitool)

Status in ipmitool package in Ubuntu:
  Fix Released
Status in ipmitool source package in Xenial:
  Fix Released

Bug description:
  [Impact]
  Setting time via ipmi (inband or out of band) between systems that aren't on 
the same timezone where the timezone is stepped by the minute (as opposed to 
the typical stepping by hour in many timezones).

  [Test Case]
  See below: '---Steps to Reproduce---'.

  [Regression potential]
  Minimal, this adds comparing the minutes as well as hour for timezone 
differences. If timezone data was inconsistent or broken where the timezone 
should be stepped by the hour and actually includes a minute difference; it may 
be seen that the time value set as a result of the 'ipmitool sel time' commands 
would differ from the value passed to the command.

  ---

  == Comment: #0 - Mukesh K. Ojha  - 2016-05-09 13:50:48 ==
  ---Problem Description---
  ipmi sel time set is setting 30 mins less than given time in OOB, and 30 mins 
more than given time in in-band method (ipmitool)

  ---uname output---
  Ubuntu 16.04

  Machine Type = All Power System

  ---Debugger---
  A debugger is not configured

  ---Steps to Reproduce---
    Install a Open Power Firmware(OP810) on BMC machine and try to set sel time 
using ipmitool.

  ipmi sel time set is setting 30 mins less than given time in Out-of-
  band(OOB), and 30 mins more than given time in in-band method.

  Here there are two problems
  1. sel time set function setting time incorrectly.
  2. same ipmi command behaves differently in in-band and out-of-band.

  [pridhiviraj@localhost sl_ga]$ ipmitool -I lanplus -H 9.3.23.199 -U ADMIN -P 
admin sel time get
  03/02/2016 11:43:07
  [pridhiviraj@localhost sl_ga]$ ipmitool -I lanplus -H 9.3.23.199 -U ADMIN -P 
admin sel time set "03/02/2016 11:43:07"
  03/02/2016 11:13:07
  [pridhiviraj@localhost sl_ga]$
  [pridhiviraj@localhost sl_ga]$ ipmitool -I lanplus -H 9.3.23.199 -U ADMIN -P 
admin sel time get
  03/02/2016 11:15:20

  Here we can observe in OOB method sel time set is setting 30 minutes
  less than given time.

  This is tried on a machine which is having custom firmware for SL GA2
  testing.

  Tried on another machine having OP810 firmware, same problem appears.
  [pridhiviraj@localhost sl_ga]$ ipmitool -I lanplus -H 9.47.70.200 -U ADMIN -P 
admin sel time get
  02/20/2014 23:51:35
  [pridhiviraj@localhost sl_ga]$ ipmitool -I lanplus -H 9.47.70.200 -U ADMIN -P 
admin sel time set "02/20/2014 23:51:35"
  02/20/2014 23:21:35
  [pridhiviraj@localhost sl_ga]$

  Try to set sel time using in-band method:
  [root@ite037 ~]# ipmitool sel time get
  03/02/2016 11:06:55
  [root@ite037 ~]# ipmitool sel time set "03/02/2016 11:06:55"
  03/02/2016 11:36:55
  [root@ite037 ~]#
  [root@ite037 ~]#
  [root@ite037 ~]# ipmitool sel time get
  03/02/2016 11:37:17
  [root@ite037 ~]#

  Contact Information = hegdevas...@linux.vnet.ibm.com

  Userspace tool common name: ipmitool

  The userspace tool has the following bit modes: both

  Userspace package: ipmitool

  Userspace tool obtained from project website:  na

  *Additional Instructions for hegdevas...@linux.vnet.ibm.com:
  -Attach ltrace and strace of userspace application.

  == Comment: #7 - Breno Henrique Leitao  - 2016-05-25 
14:55:13 ==
  Canonical,

  The solution for this problem is a fix already accepted upstream on
  commit:

   * c7169bc27ee407206e768dece2c3f026e02aee02

  git://git.code.sf.net/p/ipmitool/source

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ipmitool/+bug/1586048/+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 1547466] Re: grep switches into binary mode while processing a text file

[Launchpad Bug Tracker]

This bug was fixed in the package grep - 2.25-1~16.04.1

---
grep (2.25-1~16.04.1) xenial-proposed; urgency=medium

  * New upstream release.
- Don't switch into binary mode when encountering non-ASCII characters
  and running in the C locale. (LP: #1547466)

 -- Martin Pitt   Thu, 28 Apr 2016 08:01:38
+0200

** Changed in: grep (Ubuntu Xenial)
   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/1547466

Title:
  grep switches into binary mode while processing a text file

Status in grep package in Ubuntu:
  Fix Released
Status in grep source package in Xenial:
  Fix Released
Status in grep source package in Yakkety:
  Fix Released
Status in grep package in Debian:
  Fix Released

Bug description:
  I noticed this staring to happen in Xenial about two days ago. When
  running sbuild (or now the buildd, too), the build breaks when trying
  to compile a generated file. I traced the problem down to grep
  suddenly acting weird. When not having any language set (or a non-UTF8
  mode) it will start printing some lines of a source file and then
  suddenly end that by printing "Binary file ... matches".

  With the attached file, the difference can be observed (running
  Xenial):

  LANG=C grep -v xxx grant_table.h

  and

  LANG=C.UTF-8 grep -v xxx grant_table.h

  SRU INFORMATION
  ===
  Upstream fixes:
   - http://git.savannah.gnu.org/cgit/grep.git/commit/?id=d8a366218 (but 
depends on previous patches and is not sufficient by itself)
   - http://git.savannah.gnu.org/cgit/grep.git/commit/?id=d8a366218 (tests+doc)

  Test case:

  Call grep on a file or a string with non-ASCII characters in the C locale:
  $ echo 'héll☺ ≥x' | LC_ALL=C grep .
  In xenial this just shows "Binary file (standard input) matches", with the 
fix it should show the actual input string (with some garbled output of course 
as the UTF-8 chars cannot be displayed in C)

  Regression potential: grep is being used in tons of places; during
  xenial we had to fix/put a "use grep -a" workaround into a lot of
  packages to fix the fallout from grep 2.23 which introduced this. That
  said, as a result of "Binary file matches" does not give any more
  information than the actual string match, and scripts which get along
  with this answer most likely just check the exit code anyway (which
  does not change), the risk is bearable.

  We will soon do a test rebuild in yakkety with gcc-6 and grep 2.25,
  and will sift through the results to identify new FTBFS that are due
  to grep 2.25. This SRU should not be released until this happens.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grep/+bug/1547466/+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 1582431] Re: linux: 4.4.0-23.41 -proposed tracker

[Kamal Mostafa]

** Changed in: kernel-sru-workflow/verification-testing
   Status: Confirmed => Fix Released

** Changed in: kernel-sru-workflow/automated-testing
   Status: Incomplete => Fix Released

** Changed in: kernel-sru-workflow/regression-testing
   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/1582431

Title:
  linux: 4.4.0-23.41 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
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 prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Confirmed
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Xenial:
  Confirmed

Bug description:
  This bug is for tracking the 4.4.0-23.41 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
  phase: Promoted to proposed
  proposed-announcement-sent: true

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1582431/+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 1583279] Re: apport package hook for mdadm causes a Traceback

[Launchpad Bug Tracker]

This bug was fixed in the package mdadm - 3.2.5-5ubuntu4.3

---
mdadm (3.2.5-5ubuntu4.3) trusty; urgency=medium

  * debian/source_mdadm.py: fix bytes versus strings mismatch that
caused the apport hook to fail (LP: #1583279)

 -- Steve Beattie   Wed, 18 May 2016 15:48:46 -0700

** Changed in: mdadm (Ubuntu Trusty)
   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/1583279

Title:
  apport package hook for mdadm causes a Traceback

Status in mdadm package in Ubuntu:
  Fix Released
Status in mdadm source package in Trusty:
  Fix Released
Status in mdadm source package in Wily:
  Fix Released
Status in mdadm source package in Xenial:
  Fix Released
Status in mdadm source package in Yakkety:
  Fix Released

Bug description:
  As we can see in bug 1581940 (attachment HookError_source_mdadm.py)
  the apport package hook for mdadm causes a traceback.

  Here's the Traceback:

  Traceback (most recent call last):
    File "/usr/lib/python3/dist-packages/apport/report.py", line 197, in 
_run_hook
  symb['add_info'](report, ui)
  TypeError: add_info() takes 1 positional argument but 2 were given

  During handling of the above exception, another exception occurred:

  Traceback (most recent call last):
    File "/usr/lib/python3/dist-packages/apport/report.py", line 202, in 
_run_hook
  symb['add_info'](report)
    File "/usr/share/apport/package-hooks/source_mdadm.py", line 53, in add_info
  report['initrd.files'] = get_initrd_files(initrd_re)
    File "/usr/share/apport/package-hooks/source_mdadm.py", line 30, in 
get_initrd_files
  out = cpio.communicate(fd.read())[0]
    File "/usr/lib/python3.5/subprocess.py", line 1065, in communicate
  stdout, stderr = self._communicate(input, endtime, timeout)
    File "/usr/lib/python3.5/subprocess.py", line 1681, in _communicate
  self._save_input(input)
    File "/usr/lib/python3.5/subprocess.py", line 1754, in _save_input
  self._input = self._input.encode(self.stdin.encoding)
  AttributeError: 'bytes' object has no attribute 'encode'

  [Impact]

  Makes diagnosing issues around mdadm more difficult, as it won't be
  shown whether the generated initrd for the running kernel includes the
  bits relevant to mdadm.

  [Test Case]

  NOTE: an md device is not needed to reproduce the apport failure, the 
stacktrace is reproducable without setting up software raid.
  1. sudo apt-get install mdadm
  2. sudo apport-cli -f -p mdadm

  For the failure case, a traceback like the above will be seen. For the
  successful case, no traceback will be seen, and (V)iewing the report
  will show a section titled 'initrd.files'

  [Regression Potential]

  Changes involved are only to the apport hook for mdadm, so the only
  risk is due to the rebuild of the mdadm package itself, and any
  toolchain changes that have occurred since it was last rebuilt.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1583279/+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 1588886] Re: no indication that a user needs to connect the home Plug to the home Slot to make a snap access files in the homedir

[Jamie Strandboge]

This is fixed in 2.0.7 so marking upstream task as Fix Released. snapd
2.0.8 is in yakkety-proposed so marking it as Fix Committed. Marking
xenial as 'verification-done' based on reporter's feedback.

** Tags removed: verification-needed
** Tags added: verification-done

** Changed in: snapd (Ubuntu)
   Status: New => Fix Committed

** Changed in: snappy
   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/156

Title:
  no indication that a user needs to connect the home Plug to the home
  Slot to make a snap access files in the homedir

Status in Snappy:
  Fix Released
Status in snapd package in Ubuntu:
  Fix Committed
Status in snapd source package in Xenial:
  Fix Committed

Bug description:
  Krita snap, can't save/load images outside confinement ~/snap/krita

  tried to load an image from my desktop but i get an error message

To manage notifications about this bug go to:
https://bugs.launchpad.net/snappy/+bug/156/+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 1587667] Re: Import from Debian fails for source packages with included tarball .asc

[Mattia Rizzolo]

with dpkg's xenial I can happily `dpkg-source -x` a package with a .asc
file.  Indeed trusty and precise (?) need to be patched for them.

** Changed in: dpkg (Ubuntu Xenial)
   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/1587667

Title:
  Import from Debian fails for source packages with included tarball
  .asc

Status in Launchpad itself:
  Fix Committed
Status in dpkg package in Ubuntu:
  Fix Released
Status in dpkg source package in Precise:
  New
Status in dpkg source package in Trusty:
  New
Status in dpkg source package in Xenial:
  Fix Released

Bug description:
  https://launchpad.net/debian/+source/vlc/ is missing Debian branches
  for sid and stretch.

  This then also breaks auto-sync of some of Debian's packages to
  Ubuntu's development branch.

  This is apparently what broke the auto-import:

  dpkg-source: error: unrecognized file for a v2.0 source package:
  vlc_2.2.3.orig.tar.xz.asc

  See this discussion about including .asc files in Debian source packages 
which requires dpkg to be updated:
  https://lists.debian.org/debian-dpkg/2016/05/msg00041.html

  Initial discussion:
  http://irclogs.ubuntu.com/2016/05/31/%23ubuntu-devel.html#t22:44

To manage notifications about this bug go to:
https://bugs.launchpad.net/launchpad/+bug/1587667/+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 1590455] [NEW] Xenial update to v4.4.13 stable release

[Tim Gardner]

Public bug reported:

SRU Justification

Impact:
   The upstream process for stable tree updates is quite similar
   in scope to the Ubuntu SRU process, e.g., each patch has to
   demonstrably fix a bug, and each patch is vetted by upstream
   by originating either directly from a mainline/stable Linux tree or
   a minimally backported form of that patch. The v4.4.13 upstream stable
   patch set is now available. It should be included in the Ubuntu
   kernel as well.

   git://git.kernel.org/

TEST CASE: TBD

   The following patches from the v4.4.13 stable release shall be
applied:

MIPS64: R6: R2 emulation bugfix
MIPS: math-emu: Fix jalr emulation when rd == $0
MIPS: MSA: Fix a link error on `_init_msa_upper' with older GCC
MIPS: Don't unwind to user mode with EVA
MIPS: Avoid using unwind_stack() with usermode
MIPS: Fix siginfo.h to use strict posix types
MIPS: Fix uapi include in exported asm/siginfo.h
MIPS: Fix watchpoint restoration
MIPS: Flush highmem pages in __flush_dcache_page
MIPS: Handle highmem pages in __update_cache
MIPS: Sync icache & dcache in set_pte_at
MIPS: ath79: make bootconsole wait for both THRE and TEMT
MIPS: Reserve nosave data for hibernation
MIPS: Loongson-3: Reserve 32MB for RS780E integrated GPU
MIPS: Use copy_s.fmt rather than copy_u.fmt
MIPS: Fix MSA ld_*/st_* asm macros to use PTR_ADDU
MIPS: Prevent "restoration" of MSA context in non-MSA kernels
MIPS: Disable preemption during prctl(PR_SET_FP_MODE, ...)
MIPS: ptrace: Fix FP context restoration FCSR regression
MIPS: ptrace: Prevent writes to read-only FCSR bits
MIPS: Fix sigreturn via VDSO on microMIPS kernel
MIPS: Build microMIPS VDSO for microMIPS kernels
MIPS: lib: Mark intrinsics notrace
MIPS: VDSO: Build with `-fno-strict-aliasing'
affs: fix remount failure when there are no options changed
ASoC: ak4642: Enable cache usage to fix crashes on resume
Input: uinput - handle compat ioctl for UI_SET_PHYS
ARM: mvebu: fix GPIO config on the Linksys boards
ARM: dts: at91: fix typo in sama5d2 PIN_PD24 description
ARM: dts: exynos: Add interrupt line to MAX8997 PMIC on exynos4210-trats
ARM: dts: imx35: restore existing used clock enumeration
ath9k: Add a module parameter to invert LED polarity.
ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards.
ath10k: fix debugfs pktlog_filter write
ath10k: fix firmware assert in monitor mode
ath10k: fix rx_channel during hw reconfigure
ath10k: fix kernel panic, move arvifs list head init before htt init
ath5k: Change led pin configuration for compaq c700 laptop
hwrng: exynos - Fix unbalanced PM runtime put on timeout error path
rtlwifi: rtl8723be: Add antenna select module parameter
rtlwifi: btcoexist: Implement antenna selection
rtlwifi: Fix logic error in enter/exit power-save mode
rtlwifi: pci: use dev_kfree_skb_irq instead of kfree_skb in 
rtl_pci_reset_trx_ring
aacraid: Relinquish CPU during timeout wait
aacraid: Fix for aac_command_thread hang
aacraid: Fix for KDUMP driver hang
hwmon: (ads7828) Enable internal reference
mfd: intel-lpss: Save register context on suspend
mfd: intel_soc_pmic_core: Terminate panel control GPIO lookup table correctly
PM / Runtime: Fix error path in pm_runtime_force_resume()
cpuidle: Indicate when a device has been unregistered
cpuidle: Fix cpuidle_state_is_coupled() argument in cpuidle_enter()
clk: bcm2835: Fix PLL poweron
clk: at91: fix check of clk_register() returned value
clk: bcm2835: pll_off should only update CM_PLL_ANARST
clk: bcm2835: divider value has to be 1 or more
pinctrl: exynos5440: Use off-stack memory for pinctrl_gpio_range
PCI: Disable all BAR sizing for devices with non-compliant BARs
media: v4l2-compat-ioctl32: fix missing reserved field copy in put_v4l2_create32
mm: use phys_addr_t for reserve_bootmem_region() arguments
wait/ptrace: assume __WALL if the child is traced
QE-UART: add "fsl,t1040-ucc-uart" to of_device_id
powerpc/book3s64: Fix branching to OOL handlers in relocatable kernel
powerpc/eeh: Don't report error in eeh_pe_reset_and_recover()
powerpc/eeh: Restore initial state in eeh_pe_reset_and_recover()
xen/events: Don't move disabled irqs
xen: use same main loop for counting and remapping pages
sunrpc: fix stripping of padded MIC tokens
drm/gma500: Fix possible out of bounds read
drm/vmwgfx: Enable SVGA_3D_CMD_DX_SET_PREDICATION
drm/vmwgfx: use vmw_cmd_dx_cid_check for query commands.
drm/vmwgfx: Fix order of operation
drm/amdgpu: use drm_mode_vrefresh() rather than mode->vrefresh
drm/amdgpu: Fix hdmi deep color support.
drm/i915/fbdev: Fix num_connector references in intel_fb_initial_config()
drm/fb_helper: Fix references to dev->mode_config.num_connector
drm/atomic: Verify connector->funcs != NULL when clearing states
drm/i915: Don't leave old junk in ilk active watermarks on readout
drm/imx: Match imx-ipuv3-crtc components using device node in platform data
ext4: fix hang when processing corrupted orphaned inode list
ext4: clean up error handling when orphan list is 

[Group.of.nepali.translators] [Bug 1576260] Re: Can't VT switch from mir_demo_server (any more)

[Daniel van Vugt]

** Changed in: mir
   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/1576260

Title:
  Can't VT switch from mir_demo_server (any more)

Status in Mir:
  Fix Released
Status in mir package in Ubuntu:
  New
Status in mir source package in Xenial:
  New

Bug description:
  I can't VT switch from mir_demo_server. This turns out to be an issue
  that occurred in 16.04 where /dev/console no longer works with VT
  switching. Using /dev/tty0 work. See bug 1566073 for associated change
  in LightDM.

To manage notifications about this bug go to:
https://bugs.launchpad.net/mir/+bug/1576260/+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