I've uploaded an additional fix for this package to -proposed to rename
the upstart configuration correctly.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1255464
Title:
[SRU]
Fix proposed to branch: stable/havana
Review: https://review.openstack.org/67401
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to horizon in Ubuntu.
https://bugs.launchpad.net/bugs/1210253
Title:
With Havana 2 installed, Launching
Public bug reported:
uninstalled percona, error trying to install mysql
ProblemType: Package
DistroRelease: Ubuntu 12.04
Package: mysql-server-5.5 (not installed)
ProcVersionSignature: Ubuntu 3.8.0-35.50~precise1-generic 3.8.13.13
Uname: Linux 3.8.0-35-generic x86_64
NonfreeKernelModules: nvidia
Public bug reported:
When we deploy MAAS, this is typically done in a VM.
Now, in order to be able to provision VMs with MAAS, virsh is needed.
Now, virsh is part of the libvirt-bin, which pulls in a ton of stuff
which has no place in a minimum VM:
Start-Date: 2014-01-17 09:54:06
Commandline:
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
SRU for juju-core 1.16.3 into saucy: DONE
Work items for ubuntu-13.12:
[doko] Provide 4.8.2 backport in PPA for Juju developers not running Trusty:
DONE
Create juju-mongodb package from mongodb: DONE
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
SRU for juju-core 1.16.3 into saucy: DONE
Work items for ubuntu-13.12:
[doko] Provide 4.8.2 backport in PPA for Juju developers not running Trusty:
DONE
Create juju-mongodb package from mongodb: DONE
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
SRU for juju-core 1.16.3 into saucy: DONE
Work items for ubuntu-13.12:
[doko] Provide 4.8.2 backport in PPA for Juju developers not running Trusty:
DONE
Create juju-mongodb package from mongodb: DONE
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
SRU for juju-core 1.16.3 into saucy: DONE
Work items for ubuntu-13.12:
[doko] Provide 4.8.2 backport in PPA for Juju developers not running Trusty:
DONE
Create juju-mongodb package from mongodb: DONE
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
SRU for juju-core 1.16.3 into saucy: DONE
Work items for ubuntu-13.12:
[doko] Provide 4.8.2 backport in PPA for Juju developers not running Trusty:
DONE
Create juju-mongodb package from mongodb: DONE
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
SRU for juju-core 1.16.3 into saucy: DONE
Work items for ubuntu-13.12:
[doko] Provide 4.8.2 backport in PPA for Juju developers not running Trusty:
DONE
Create juju-mongodb package from mongodb: DONE
(Actually PPC is available in Saucy but that's by-the-by anyway)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/423910
Title:
openbios-sparc has no installation candidate
To
Both are available in Debian.
http://packages.debian.org/search?keywords=openbios
I imagine there's a status page for Ubuntu somewhere showing packaging
problems but I wouldn't know where to look for that.
** Tags removed: no-installation-candidate openbios-sparc package-manager qemu
** Tags
Thank you for your report.
This looks like a local configuration problem, rather than a bug in
Ubuntu.
You can find pointers to get help for this sort of problem here:
http://www.ubuntu.com/support/community
Since we use this bug tracker to track bugs in Ubuntu, rather than
configuration
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
Setup Trusty Icehouse in Openstack-CI: DONE
Setup Precise Icehouse in Openstack-CI: DONE
Write MIR report for httpretty: INPROGRESS
Write MIR report for mox3: INPROGRESS
Setup staging PPA for precise
The upstream bug says that this was fixed in 2.4.7. Since we're on
2.4.7-1ubuntu1 in Trusty now, I presume this is now fixed. If this is
wrong, please comment and reopen this bug.
Note that since this is a feature, it will not be a candidate for
inclusion after Trusty is released if it's not
Thank you for taking the time to report this bug and helping to make
Ubuntu better.
I was unable to reproduce the problem. I ran two scripts with sleep
statements, and one process does not appear to block the other.
I also tried a long for loop in case it helped to reproduce by keeping
the CPU
Blueprint changed by James Page:
Work items changed:
Work items for ubuntu-13.11:
Setup Trusty Icehouse in Openstack-CI: DONE
Setup Precise Icehouse in Openstack-CI: DONE
Write MIR report for httpretty: INPROGRESS
Write MIR report for mox3: INPROGRESS
Setup staging PPA for precise
I had the same problem. When I read the source-code of the exiqgrep
(exim-base package), I realized a question character was missing, and I
applied the same patch.
I'm using the 4.76-3ubuntu3 version too.
So I was going to report the patch when I discovered that this bug was
fixed in new
I suspect this bugreport is just a result of misunderstanding how the
kernel scheduling works (and maybe some draconic VPS settings or not
powerful enough CPU).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
Is there a setting that limits php-CLI to only one running instance? I
couldn't find any documentation at php.net or a quick google search.
But I can put together some sample code to demonstrate it. My bug report
should have been a little more descriptive, but since this is the only
distro I've
Patch works for me too. Thanks for it.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openvswitch in Ubuntu.
https://bugs.launchpad.net/bugs/1262692
Title:
oops using openvswitch gre tunnels with upstream commit 703133de in
Public bug reported:
While installing the package, I have this message
start: Job failed to start
invoke-rc.d: initscript mysql, action start failed.
ProblemType: Package
DistroRelease: Ubuntu 12.04
Package: mysql-server-5.5 5.5.34-0ubuntu0.12.04.2
ProcVersionSignature: Ubuntu
3 Files (test1.php, test2.php, test3.php)
I also have the same server with the issue running these live at
http://timekoin.gets-it.net/test/
You can test them on the web server this way also.
test1.php just does a 10 second count down.
test3.php does a 10 second count down, but starts at 5 and
Just don't use bashisms when your default shell is not bash.
The default shell is not interpreting as redirection of stdout and
stderr, but as background character and runs *two* processes, fist php
without redirection and second with empty command (so it probably
barfs), but redirected to
Public bug reported:
I had three servers connected to my MAAS server. All three were
successfully enlisted, commissioned and in the Ready state.
I did a juju bootstrap which grabbed one server, powered it on and
installed and completed Juju's bootstrap bringup. This was confirmed by
running
No, I dont think this is a good idea, this would make the packaging and
more complicated than it has to be.
** Changed in: libvirt (Ubuntu)
Importance: Undecided = Wishlist
** Changed in: libvirt (Ubuntu)
Status: Triaged = Won't Fix
--
You received this bug notification because you
Ok.
I'm not even sure if resizepart can be made to work, at all.
$ parted --help | grep resizepart
resizepart NUMBER ENDresize partition NUMBER
the END seems to be in MB, which is insufficient for my needs. I'd like it to
grow it to the next partition.
There isn't a
** Changed in: cloud-init
Status: Confirmed = Won't Fix
** Changed in: cloud-init (Ubuntu)
Status: Confirmed = Won't Fix
** No longer affects: parted (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cloud-init
Public bug reported:
The script in /etc/init.d/munin-node is not systemd compliant, but the
package installs a systemd service:
Setting up munin-node (2.0.17-2ubuntu1) ...
Warning: The home dir /var/lib/munin you specified can't be accessed: No such
file or directory
Adding system user `munin'
** Changed in: lxc (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/1269497
Title:
Please upstream the AppArmor profiles
To manage
** Description changed:
As reported in bug 1212444, the partition growing is broken if growpart is
found to be usable.
There are 2 things that are broken,
a.) we invoke parted wrong (passing device after 'resizepart' rather than
before)
b.) parted seems somewhat broken, and I dont
You don't use ---pretend-input-tty in conjunction with --script. The
point is to pretend that you are a human, not a script.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cloud-init in Ubuntu.
https://bugs.launchpad.net/bugs/1212492
Thank you for taking the time to report this bug and helping to make
Ubuntu better.
So that I can gauge this bug's importance, could you please explain the
impact this has on users, and specific failure use cases? Once done,
please change the bug status back to New. Thanks!
** Changed in: munin
Same problem with 3.13.0-4-generic.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1268906
Title:
cpu soft lockup running kvm
To manage notifications about this bug go to:
Actually, someone pointed out what Error: [Errno 2] Aucun fichier ou
dossier de ce type: '/etc/mysql/my.cnf' means on IRC.
This suggests that you have a local configuration problem, so I'm
marking this bug as Invalid.
If this is indeed a local configuration problem, you can find pointers
to get
The impact is that it is impossible to stop munin-node with
sudo /etc/init.d/munin-node stop
because systemd will automatically restart it.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to munin in Ubuntu.
I ran it in a test user account where the default shell was bash and the
problem was still there. No errors produced on screen or logged
anywhere.
Anything else I can try?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in
Unmarking as security bug. If you have CAP_NET_ADMIN then you can
disrupt ssh communications by any number of other means.
** Information type changed from Public Security to Public
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
If you run
php test3.php
Runs, gives a process ID, etc. No errors being eaten by /dev/null on the
screen or any log file for example.
If you modify test2.php so any errors are easily visible,
change
exec(php test3.php /dev/null );
to
exec(php test3.php );
Run test2.php again, the problem is
It's not a php-cli bug.
TL;DR
The user (default) shell and default shell (what links from /bin/sh) is two
entirely different things. Just don't use '', but use '/dev/null 21' and
you'll be fine.
As for:
exec(php test3.php );
please go read the exec function documentation.
But you should
** Changed in: c3p0 (Debian)
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to c3p0 in Ubuntu.
https://bugs.launchpad.net/bugs/1245868
Title:
c3p0: FTBFS: Testsuite hangs
To manage
** Changed in: c3p0 (Ubuntu)
Status: New = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to c3p0 in Ubuntu.
https://bugs.launchpad.net/bugs/1245868
Title:
c3p0: FTBFS: Testsuite hangs
To manage notifications
*** This is an automated message ***
This bug is tagged needs-packaging which identifies it as a request for
a new package in Ubuntu. As a part of the managing needs-packaging bug
reports specification,
https://wiki.ubuntu.com/QATeam/Specs/NeedsPackagingBugs, all needs-
packaging bug reports
I appreciate everyone trying to help.
I do know the difference between the two, but your updated example still
does not work. It will still freeze the current script until the former
script finishes.
The problem appears to be in with php-cli and how it is using the exec
function.
I don't expect
I've been noticing a similar issue. As our environment grows, it's
becoming increasingly crippling. I filed a similar bug a while ago that
might shed a small amount of light on the situation, but probably not
actually get us anywhere.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730053
[Expired for libvirt (Ubuntu) because there has been no activity for 60
days.]
** Changed in: libvirt (Ubuntu)
Status: Incomplete = Expired
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
46 matches
Mail list logo