[Bug 1822842] Re: pip fails to install package from source when extra-index-url returns 404

2019-04-05 Thread Jesse Pretorius
I have tested and verified that this works as expected with the package
from bionic-proposed. Note that the python-pip package change results in
the change in python-pip-whl which is used for virtualenvs.

root@aio1-utility-container-f98ba613:/# apt-cache policy python-pip-whl
python-pip-whl:
  Installed: 9.0.1-2.3~ubuntu1.18.04.1
  Candidate: 9.0.1-2.3~ubuntu1.18.04.1
  Version table:
 *** 9.0.1-2.3~ubuntu1.18.04.1 500
500 http://archive.ubuntu.com/ubuntu bionic-proposed/universe amd64 
Packages
100 /var/lib/dpkg/status
 9.0.1-2.3~ubuntu1 500
500 http://nova.clouds.archive.ubuntu.com/ubuntu 
bionic-updates/universe amd64 Packages
 9.0.1-2 500
500 http://nova.clouds.archive.ubuntu.com/ubuntu bionic/universe amd64 
Packages

root@aio1-utility-container-f98ba613:/# apt-cache policy python-virtualenv
python-virtualenv:
  Installed: 15.1.0+ds-1.1
  Candidate: 15.1.0+ds-1.1
  Version table:
 *** 15.1.0+ds-1.1 500
500 http://nova.clouds.archive.ubuntu.com/ubuntu bionic/universe amd64 
Packages
100 /var/lib/dpkg/status

root@aio1-utility-container-f98ba613:/# apt-cache policy virtualenv
virtualenv:
  Installed: 15.1.0+ds-1.1
  Candidate: 15.1.0+ds-1.1
  Version table:
 *** 15.1.0+ds-1.1 500
500 http://nova.clouds.archive.ubuntu.com/ubuntu bionic/universe amd64 
Packages
100 /var/lib/dpkg/status

root@aio1-utility-container-f98ba613:/# virtualenv --no-download /tmp/test1
Running virtualenv with interpreter /usr/bin/python2
New python executable in /tmp/test1/bin/python2
Also creating executable in /tmp/test1/bin/python
Installing setuptools, pkg_resources, pip, wheel...done.

root@aio1-utility-container-f98ba613:/# /tmp/test1/bin/pip2 install -U 
--extra-index-url=http://mirror.dfw.rax.openstack.org/wheel/ubuntu-18.04-x86_64 
--trusted-host=mirror.dfw.rax.openstack.org pip setuptools wheel
Collecting pip
  Downloading 
https://files.pythonhosted.org/packages/d8/f3/413bab4ff08e1fc4828dfc59996d721917df8e8583ea85385d51125dceff/pip-19.0.3-py2.py3-none-any.whl
 (1.4MB)
100% || 1.4MB 720kB/s
Collecting setuptools
  Downloading 
https://files.pythonhosted.org/packages/44/56/75e64a8fbbe9e0bd30cfdd58ca1856bc0dc15a43e41504a58d8373f34213/setuptools-40.9.0-py2.py3-none-any.whl
 (575kB)
100% || 583kB 1.4MB/s
Collecting wheel
  Downloading 
https://files.pythonhosted.org/packages/96/ba/a4702cbb6a3a485239fbe9525443446203f00771af9ac000fa3ef2788201/wheel-0.33.1-py2.py3-none-any.whl
Installing collected packages: pip, setuptools, wheel
  Found existing installation: pip 9.0.1
Uninstalling pip-9.0.1:
  Successfully uninstalled pip-9.0.1
  Found existing installation: setuptools 39.0.1
Uninstalling setuptools-39.0.1:
  Successfully uninstalled setuptools-39.0.1
  Found existing installation: wheel 0.30.0
Uninstalling wheel-0.30.0:
  Successfully uninstalled wheel-0.30.0
Successfully installed pip-19.0.3 setuptools-40.9.0 wheel-0.33.1

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

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1822842

Title:
  pip fails to install package from source when extra-index-url returns
  404

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1822842/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1742744] [NEW] machinectl import-tar hangs when the import file is multi-streamed

2018-01-11 Thread Jesse Pretorius
Public bug reported:

When trying to use machinectl import-tar to import a compressed rootfs
tarball, if the compression is multi-streamed then the import hangs
after the first stream.

Either the multi-stream import should work, or it should be detected and
an error output.

Environment:
Ubuntu 17.10 (Artful Aardvark)
systemd-container 234-2ubuntu12.1

Steps to reproduce:

# install systemd-container
apt-get update && apt-get install systemd-container

# fetch a multi-stream compressed rootfs
wget 
http://rpc-repo.rackspace.com/lxc-images/ubuntu/xenial/amd64/default-r14.7.0/20180101/rootfs.tar.xz

# verify that it has multiple streams
xz -lvv rootfs.tar.xz

# try to import it
machinectl --verify=no import-tar rootfs.tar.xz test

** Affects: systemd (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1742744

Title:
  machinectl import-tar hangs when the import file is multi-streamed

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1742744/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1423669] Re: CTRL+ALT+DEL Button missing

2016-07-14 Thread Jesse Pretorius
** Changed in: openstack-ansible/juno
Milestone: next => None

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1423669

Title:
  CTRL+ALT+DEL Button missing

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-ansible/icehouse/+bug/1423669/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1591510] Re: lxc-copy: unrecognized option '--backingstorage'

2016-06-11 Thread Jesse Pretorius
** Description changed:

  Description:Ubuntu 16.04 LTS
  Release:16.04
  
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
  linux-image-virtual:
-   Installed: 4.4.0.24.25
+   Installed: 4.4.0.24.25
  linux-image-extra-virtual:
-   Installed: 4.4.0.24.25
+   Installed: 4.4.0.24.25
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:
  
- lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay
- --snapshot
+ lxc-copy --name=cache --newname container1 --backingstorage dir
  
  The result is:
  lxc-copy: unrecognized option '--backingstorage'
  
  Expected result:
  '--backingstorage' and '-B' should be aliases and both execute correctly
  
  Existing workaround:
  Use '-B' instead.
  
  Steps to recreate:
  apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
- lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay --snapshot
+ lxc-copy --name=cache --newname container1 --backingstorage dir

** Description changed:

  Description:Ubuntu 16.04 LTS
  Release:16.04
  
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
  linux-image-virtual:
    Installed: 4.4.0.24.25
  linux-image-extra-virtual:
    Installed: 4.4.0.24.25
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:
  
+ lxc-copy --name=cache --newname container1 --backingstorage=dir
+ # as a test I also tried
  lxc-copy --name=cache --newname container1 --backingstorage dir
  
  The result is:
  lxc-copy: unrecognized option '--backingstorage'
  
  Expected result:
  '--backingstorage' and '-B' should be aliases and both execute correctly
  
  Existing workaround:
- Use '-B' instead.
+ #Use '-B' instead.
+ lxc-copy --name=cache --newname container1 -B dir
  
  Steps to recreate:
  apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
- lxc-copy --name=cache --newname container1 --backingstorage dir
+ lxc-copy --name=cache --newname container1 --backingstorage=dir

** Description changed:

  Description:Ubuntu 16.04 LTS
  Release:16.04
  
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
  linux-image-virtual:
-   Installed: 4.4.0.24.25
- linux-image-extra-virtual:
    Installed: 4.4.0.24.25
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:
  
  lxc-copy --name=cache --newname container1 --backingstorage=dir
  # as a test I also tried
  lxc-copy --name=cache --newname container1 --backingstorage dir
  
  The result is:
  lxc-copy: unrecognized option '--backingstorage'
  
  Expected result:
  '--backingstorage' and '-B' should be aliases and both execute correctly
  
  Existing workaround:
  #Use '-B' instead.
  lxc-copy --name=cache --newname container1 -B dir
  
  Steps to recreate:
  apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
  lxc-copy --name=cache --newname container1 --backingstorage=dir

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591510

Title:
  lxc-copy: unrecognized option '--backingstorage'

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591510/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1591513] Re: lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay

2016-06-11 Thread Jesse Pretorius
After some experimentation I've found that with no 'linux-image-extra-
virtual' package installed (whether it's installed or not makes no
difference) and all other package versions at the same level the command
does work when the backing store is specified as 'overlayfs' instead of
'overlay'.

root@lxchost-xenial3:~# lxc-copy --name=cache --newname overlayfs1 -B overlayfs 
--snapshot
root@lxchost-xenial3:~# grep rootfs /var/lib/lxc/overlayfs1/config
lxc.rootfs = overlayfs:/var/lib/lxc/cache/rootfs:/var/lib/lxc/overlayfs1/delta0
lxc.rootfs.backend = overlayfs
root@lxchost-xenial3:~# grep overlay /proc/filesystems
nodev   overlayfs
nodev   overlay
root@lxchost-xenial3:~# lxc-copy --name=cache --newname overlayfs2 -B overlay 
--snapshot
lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay
lxc-copy: lxccontainer.c: copy_storage: 2844 Error copying storage.
clone failed

So it would appear that the backing store is supported, but the man page
and the tooling do not match in functionality.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591513

Title:
  lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type:
  overlay

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591513/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1591513] Re: lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay

2016-06-11 Thread Jesse Pretorius
** Description changed:

  Description: Ubuntu 16.04 LTS
  Release: 16.04
  
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
  linux-image-virtual:
-   Installed: 4.4.0.22.23
+   Installed: 4.4.0.24.25
+ linux-image-extra-virtual:
+   Installed: 4.4.0.24.25
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references 'overlay' as a backing storage type, but when the 
following command is executed:
  
  lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot
  
  The result is:
  lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay
  lxc-copy: lxccontainer.c: copy_storage: 2844 Error copying storage.
  clone failed
  
  Expected result:
  An overlay snapshot should be created.
  
  Existing workaround:
  Use the deprecated lxc-clone command instead:
  lxc-clone --snapshot --backingstore overlayfs --orig cache --new overlayfs1
  
  Steps to recreate:
  apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
  lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591513

Title:
  lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type:
  overlay

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591513/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1591510] Re: lxc-copy: unrecognized option '--backingstorage'

2016-06-11 Thread Jesse Pretorius
** Description changed:

  Description:Ubuntu 16.04 LTS
  Release:16.04
  
- linux-image-virtual:
-   Installed: 4.4.0.22.23
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
+ linux-image-virtual:
+   Installed: 4.4.0.24.25
+ linux-image-extra-virtual:
+   Installed: 4.4.0.24.25
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:
  
  lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay
  --snapshot
  
  The result is:
  lxc-copy: unrecognized option '--backingstorage'
  
  Expected result:
  '--backingstorage' and '-B' should be aliases and both execute correctly
  
  Existing workaround:
  Use '-B' instead.
  
  Steps to recreate:
  apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
  lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay --snapshot

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591510

Title:
  lxc-copy: unrecognized option '--backingstorage'

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591510/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1591510] Re: lxc-copy: unrecognized option '--backingstorage'

2016-06-11 Thread Jesse Pretorius
** Description changed:

  Description:Ubuntu 16.04 LTS
  Release:16.04
  
+ linux-image-virtual:
+   Installed: 4.4.0.22.23
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:
  
  lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay
  --snapshot
  
  The result is:
  lxc-copy: unrecognized option '--backingstorage'
  
  Expected result:
  '--backingstorage' and '-B' should be aliases and both execute correctly
  
  Existing workaround:
  Use '-B' instead.
  
  Steps to recreate:
  apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
  lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay --snapshot

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591510

Title:
  lxc-copy: unrecognized option '--backingstorage'

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591510/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1591513] Re: lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay

2016-06-11 Thread Jesse Pretorius
** Description changed:

  Description: Ubuntu 16.04 LTS
  Release: 16.04
  
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
+ linux-image-virtual:
+   Installed: 4.4.0.22.23
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references 'overlay' as a backing storage type, but when the 
following command is executed:
  
  lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot
  
  The result is:
  lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay
  lxc-copy: lxccontainer.c: copy_storage: 2844 Error copying storage.
  clone failed
  
  Expected result:
  An overlay snapshot should be created.
  
  Existing workaround:
  Use the deprecated lxc-clone command instead:
  lxc-clone --snapshot --backingstore overlayfs --orig cache --new overlayfs1
  
  Steps to recreate:
  apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
  lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591513

Title:
  lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type:
  overlay

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591513/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1591513] [NEW] lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay

2016-06-11 Thread Jesse Pretorius
Public bug reported:

Description: Ubuntu 16.04 LTS
Release: 16.04

lxc:
  Installed: 2.0.1-0ubuntu1~16.04.1

Man ref:
http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html

Problem:
The man package references 'overlay' as a backing storage type, but when the 
following command is executed:

lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot

The result is:
lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay
lxc-copy: lxccontainer.c: copy_storage: 2844 Error copying storage.
clone failed

Expected result:
An overlay snapshot should be created.

Existing workaround:
Use the deprecated lxc-clone command instead:
lxc-clone --snapshot --backingstore overlayfs --orig cache --new overlayfs1

Steps to recreate:
apt-get update && apt-get install -y lxc
lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot

** Affects: lxc (Ubuntu)
 Importance: Undecided
 Status: New

** Description changed:

  Description: Ubuntu 16.04 LTS
  Release: 16.04
  
  lxc:
-   Installed: 2.0.1-0ubuntu1~16.04.1
+   Installed: 2.0.1-0ubuntu1~16.04.1
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references 'overlay' as a backing storage type, but when the 
following command is executed:
  
  lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot
  
  The result is:
  lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type: overlay
  lxc-copy: lxccontainer.c: copy_storage: 2844 Error copying storage.
  clone failed
  
  Expected result:
  An overlay snapshot should be created.
  
  Existing workaround:
  Use the deprecated lxc-clone command instead:
  lxc-clone --snapshot --backingstore overlayfs --orig cache --new overlayfs1
  
  Steps to recreate:
+ apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
  lxc-copy --name=cache --newname overlayfs1 -B overlay --snapshot

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591513

Title:
  lxc-copy: bdev/bdev.c: bdev_copy: 381 no such block device type:
  overlay

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591513/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1591510] Re: lxc-copy: unrecognized option '--backingstorage'

2016-06-11 Thread Jesse Pretorius
** Description changed:

  Description:Ubuntu 16.04 LTS
  Release:16.04
  
  lxc:
    Installed: 2.0.1-0ubuntu1~16.04.1
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:
  
  lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay
  --snapshot
  
  The result is:
  lxc-copy: unrecognized option '--backingstorage'
  
  Expected result:
  '--backingstorage' and '-B' should be aliases and both execute correctly
  
  Existing workaround:
  Use '-B' instead.
  
  Steps to recreate:
+ apt-get update && apt-get install -y lxc
  lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
  lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay --snapshot

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591510

Title:
  lxc-copy: unrecognized option '--backingstorage'

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591510/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1591510] [NEW] lxc-copy: unrecognized option '--backingstorage'

2016-06-11 Thread Jesse Pretorius
Public bug reported:

Description:Ubuntu 16.04 LTS
Release:16.04

lxc:
  Installed: 2.0.1-0ubuntu1~16.04.1

Man ref:
http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html

Problem:
The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:

lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay
--snapshot

The result is:
lxc-copy: unrecognized option '--backingstorage'

Expected result:
'--backingstorage' and '-B' should be aliases and both execute correctly

Existing workaround:
Use '-B' instead.

Steps to recreate:
lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay --snapshot

** Affects: lxc (Ubuntu)
 Importance: Undecided
 Status: New

** Description changed:

  Description:Ubuntu 16.04 LTS
  Release:16.04
  
  lxc:
-   Installed: 2.0.1-0ubuntu1~16.04.1
+   Installed: 2.0.1-0ubuntu1~16.04.1
  
  Man ref:
  http://manpages.ubuntu.com/manpages/xenial/man1/lxc-copy.1.html
  
  Problem:
  The man package references '-B' and '--backingstorage' as aliases of one 
another, but when the following command is executed:
  
  lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay
  --snapshot
  
  The result is:
  lxc-copy: unrecognized option '--backingstorage'
  
  Expected result:
  '--backingstorage' and '-B' should be aliases and both execute correctly
  
  Existing workaround:
  Use '-B' instead.
+ 
+ Steps to recreate:
+ lxc-create --name=cache --template=download -- --dist ubuntu --release trusty 
--arch amd64
+ lxc-copy --name=cache --newname overlayfs1 --backingstorage overlay --snapshot

** Summary changed:

- Ubuntu Xenial: lxc-copy: unrecognized option '--backingstorage'
+ lxc-copy: unrecognized option '--backingstorage'

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1591510

Title:
  lxc-copy: unrecognized option '--backingstorage'

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1591510/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1488815] Re: Kernel traces with skb_warn_bad_offload showing up during an AIO deployment on Ubuntu 14.04

2015-10-23 Thread Jesse Pretorius
** Changed in: openstack-ansible/trunk
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1488815

Title:
  Kernel traces with skb_warn_bad_offload showing up during an AIO
  deployment on Ubuntu 14.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-ansible/+bug/1488815/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1488815] Re: Kernel traces with skb_warn_bad_offload showing up during an AIO deployment on Ubuntu 14.04

2015-10-21 Thread Jesse Pretorius
** Changed in: openstack-ansible/kilo
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1488815

Title:
  Kernel traces with skb_warn_bad_offload showing up during an AIO
  deployment on Ubuntu 14.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-ansible/+bug/1488815/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1412758] Re: mirror method should with with file location

2015-03-30 Thread Jesse Pretorius
@r0lf Agreed that it is easy enough to workaround, so I wouldn't call it
an urgent requirement - however, having to stand up a web server to host
a file in the environment is an overhead which could be avoided if using
a file was an option. When using configuration management tooling like
ansible, chef, puppet, etc the placement and changing of a local file is
useful and carries very little overhead.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1412758

Title:
  mirror method should with with file location

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1412758/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1412758] [NEW] mirror method should with with file location

2015-01-20 Thread Jesse Pretorius
Public bug reported:

It'd be really great if the mirror method could be configured to use a
local file for the mirror list.

eg in /etc/apt/source.list.d/mysoftware.list
deb mirror://file://apt/mirrors/mysoftware.txt trusty main

Instead of pulling the file via http (as per current behaviour) and
choosing a mirror from that list, apt should read the local file and
choose from the list in the same way.

Description:Ubuntu 14.04.1 LTS
Release:14.04

apt:
  Installed: 1.0.1ubuntu2.6
  Candidate: 1.0.1ubuntu2.6
  Version table:
 *** 1.0.1ubuntu2.6 0
500 http://mirror.rackspace.com/ubuntu/ trusty-updates/main amd64 
Packages
100 /var/lib/dpkg/status
 1.0.1ubuntu2.5 0
500 http://mirror.rackspace.com/ubuntu/ trusty-security/main amd64 
Packages
 1.0.1ubuntu2 0
500 http://mirror.rackspace.com/ubuntu/ trusty/main amd64 Packages

** Affects: apt (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1412758

Title:
  mirror method should with with file location

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1412758/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1285708] Re: FreeBSD Guest crash on boot due to xsave instruction issue

2014-08-06 Thread Jesse Pretorius
Quite right - our workaround was to switch to using the host
capabilities instead of the compatibility fallback. However, the
decision for a compatibility fallback was automatically made and
included the above combination. I don't know where that bug should sit.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1285708

Title:
  FreeBSD Guest crash on boot due to xsave instruction issue

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1285708/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1285708] Re: FreeBSD Guest crash on boot due to xsave instruction issue

2014-04-02 Thread Jesse Pretorius
** Also affects: qemu-kvm
   Importance: Undecided
   Status: New

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

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1285708

Title:
  FreeBSD Guest crash on boot due to xsave instruction issue

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1285708/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1273386] Re: Neutron namespace metadata proxy triggers kernel crash on Ubuntu 12.04/3.2 kernel

2014-02-05 Thread Jesse Pretorius
Could this be related?
https://bugs.launchpad.net/ubuntu/precise/+source/openvswitch/+bug/1262692

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1273386

Title:
  Neutron namespace metadata proxy triggers kernel crash on Ubuntu
  12.04/3.2 kernel

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1273386/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1235220] Re: Nova API returns unicode Location Header

2013-10-29 Thread Jesse Pretorius
Christopher - The domain name was api.cloudbuilder.co.za and the rest of
the URI was standard for the service. It may simply be that one of the
libraries being used defaults to using a unicode header.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235220

Title:
  Nova API returns unicode Location Header

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1235220/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1233703] Re: openvswitch-datapath-dkms fails to build kernel modules in cloud-repo

2013-10-08 Thread Jesse Pretorius
** Changed in: openvswitch (Ubuntu)
   Status: Incomplete => New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1233703

Title:
  openvswitch-datapath-dkms fails to build kernel modules in cloud-repo

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1233703/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1235220] Re: Nova API returns unicode Location Header

2013-10-04 Thread Jesse Pretorius
The following simple patch sorted the issue out for me:

root@api2:~# diff servers.py 
/usr/lib/python2.7/dist-packages/nova/api/openstack/compute/servers.py
1382c1382
< resp.headers['Location'] = image_ref
---
> resp.headers['Location'] = image_ref.encode('utf-8')


** Also affects: ubuntu
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235220

Title:
  Nova API returns unicode Location Header

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1235220/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1084028] Re: openvswitch based interfaces not started in time during boot

2013-08-15 Thread Jesse Pretorius
@james-page We're testing your upstart openvswitch-switch.conf file on
Precise. It's looking good so far. Can this bug be marked as relevant
for Precise too, please? Once it's in Saucy we'd definitely like to see
it backported to Precise.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1084028

Title:
  openvswitch based interfaces not started in time during boot

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/1084028/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1103357] [NEW] dnsmasq 2.6.1 package update required for precise

2013-01-23 Thread Jesse Pretorius
Public bug reported:

Ubuntu Precise currently ships with dnsmasq 2.59, but due to the issue
reported in https://lists.launchpad.net/openstack/msg11696.html we
require that to be updated in Precise to at least 2.61. I see that
Quantal already has 2.63. Please backport this update for Precise!

** Affects: dnsmasq (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1103357

Title:
  dnsmasq 2.6.1 package update required for precise

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1103357/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs