[Bug 856726] [NEW] Rabbitmq warns about migration from old release even on new install

2011-09-22 Thread Christian Hudon
Public bug reported:

The version of rabbitmq-server in lucid warns in its preinst about
migrating from an older version of rabbitmq even when doing a clean
install. I have a script that creates Ubuntu 10.04 virtual machines with
the packages I need, and this is the only place where I need to press
enter during the installation of all the packages, which is a bit
annoying.

Basically, I don't think the rabbitmq-server preinst script is handling
the case where there is no previous version of the package correctly in
its call to dpkg --compare-versions.

** Affects: rabbitmq-server (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to rabbitmq-server in Ubuntu.
https://bugs.launchpad.net/bugs/856726

Title:
  Rabbitmq warns about migration from old release even on new install

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/rabbitmq-server/+bug/856726/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 845871] [NEW] qemu-common cannot be installed because of unsatisfied dependency

2011-09-09 Thread Christian Hudon
Public bug reported:

Running lucid, with the lucid-updates repository enabled. The qemu-
common package refuses to install:

The following packages have unmet dependencies:
  qemu-common: Depends: vgabios (= 0.6c-2ubuntu2) but it is not going to be 
installed

The last version available for vgabios seenms to be 0.6c-2ubuntu1:

# apt-cache showpkg vgabios
Package: vgabios
Versions: 
0.6c-2ubuntu1 
(/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_lucid_main_binary-i386_Packages)
 Description Language: 
 File: 
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_lucid_main_binary-i386_Packages
  MD5: 668e611077a83ff99de0f881df99855f


Reverse Depends: 
  qemu-common,vgabios 0.6c-2ubuntu2
  qemu-common,vgabios
  bochs,vgabios 0.5c-1
  qemu-common,vgabios
Dependencies: 
0.6c-2ubuntu1 - bochs (3 2.1.1+20040903-1) 
Provides: 
0.6c-2ubuntu1 - 
Reverse Provides:

** Affects: qemu-kvm (Ubuntu)
 Importance: Undecided
 Status: New

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

Title:
  qemu-common cannot be installed because of unsatisfied dependency

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/845871/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 845871] Re: qemu-common cannot be installed because of unsatisfied dependency

2011-09-09 Thread Christian Hudon
Ugh. You can close this. I had a PPA for KVM for hardy (which was
converted to lucid on upgrade)  that I thought I had disabled in the
sources.list file for this computer, but the change I did on my master
sources.list file didn't get propagated correctly, due to an operator
error.

Thanks for the help, and my apologies for taking up some of your time
with this.

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

Title:
  qemu-common cannot be installed because of unsatisfied dependency

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/845871/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


Re: [Bug 314411] Re: logrotate cron spams when only apache2.2-common installed

2009-01-22 Thread Christian Hudon
Andreas Olsson wrote:
 Which of these events took place when you ran Dapper and what was done
 after the upgrade to Hardy?
   
Probably the install (and use to compile stuff) was done on dapper and 
the removal on hardy. But as far as I see, it's still possible to get 
the same problem on hardy only. If only by installing apache2.2-common 
and afterwards removing it... Which, granted, would be a bit pointless, 
bit still, packages that have been removed but not purged should never 
be able to generate emails to root every day, no?

  Christian

-- 
logrotate cron spams when only apache2.2-common installed
https://bugs.launchpad.net/bugs/314411
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to apache2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


Re: [Bug 314411] Re: logrotate cron spams when only apache2.2-common installed

2009-01-22 Thread Christian Hudon
Andreas Olsson wrote:
 I'll see if I can recreate the scenario going back to dapper.

 Regarding getting the same problem on Hardy by simpling installing and
 removing apache2.2-common; have you actually tried it? I have, and I
 wrote about it in my first comment.

 Well, I guess there still might be the possibility of lograte rotating
 away the existing logs, and leaving /var/log/apache2 empty. I don't
 think so, but I guess I could take a closer look at exactly what the
 apache2 logrotate does.
   
Okay, I hadn't tried that one, and you're right that it won't reproduce 
this bug report. The reason is that the postinst touches 
/var/log/apache2/{error,access}.log on a new install. Presumably this 
bug would come from having installed an apache2-common which didn't have 
these lines in its postinst.

But in general, it just seems cleaner to me to have the logrotate.d file 
do a check similar to the check for the existence of the apache2 
executable at the beginning of /etc/init.d/apache2. And it also behaves 
better on upgrade from a previous version which didn't have that check, 
at least compared to the touch /var/log/foo. But if course, it's not 
entirely possible that I'm missing something too.

This bug is hardly critical of course, but I thought I'd file it 
nonetheless in the spirit of improving the quality of Ubuntu. Thanks for 
having a look at this! (Although the quick response may encourage me to 
file more bug reports in the future when I see bugs. :-) )

  Christian

-- 
logrotate cron spams when only apache2.2-common installed
https://bugs.launchpad.net/bugs/314411
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to apache2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 314411] [NEW] logrotate cron spams when only apache2.2-common installed

2009-01-06 Thread Christian Hudon
Public bug reported:

Binary package hint: apache2

When only the apache2.2-common package is left installed (at least in
hardy), I get an email fron cron every day saying:

/etc/cron.daily/logrotate:
error: error accessing /var/log/apache2: No such file or directory
error: apache2:1 glob failed for /var/log/apache2/*.log

One solution would be to have the package that installs the
/var/log/apache2 directory also install the /etc/logrotate.d/apache2
file.

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

-- 
logrotate cron spams when only apache2.2-common installed
https://bugs.launchpad.net/bugs/314411
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to apache2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 227744] Re: dapper upgrade to hardy: openldap silently refuses to start when unable to open SSL certificates - main: TLS init def ctx failed: -64

2008-08-11 Thread Christian Hudon
A solution I found is simply to add openldap user to the ssl-cert group,
which is the group that is allowed to read certificate key files under
/etc/ssl/private, at least in a default hardy install.

-- 
dapper upgrade to hardy: openldap silently refuses to start when unable to open 
SSL certificates - main: TLS init def ctx failed: -64
https://bugs.launchpad.net/bugs/227744
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openldap2.3 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs