Le mercredi 29 décembre 2010 à 12:50 +, Ian Jackson a écrit :
If so, that's a bug in python-xpcom. Any package which registers a
hook with another package must be prepared for its hook to be run even
when the registering package is not configured. If this is a problem,
arrangements
Mike Hommey writes (Re: Full install/removal/upgrade test results available):
On Mon, Dec 27, 2010 at 11:59:16PM +, Ian Jackson wrote:
So the problem is that python-xpcom does not work when it has been
previously installed, and then during an upgrade the new version has
been unpacked
Le mercredi 29 décembre 2010 à 14:14 +0100, Mike Hommey a écrit :
Which would also mean firing dpkg-trigger in python-xpcom.postinst, too.
This all looks like overcomplication to circumvent an imho design flaw in
python packages.
Call it a design flaw, but no package is expected to actually
On Wed, Dec 29, 2010 at 12:50:06PM +, Ian Jackson wrote:
Mike Hommey writes (Re: Full install/removal/upgrade test results
available):
On Mon, Dec 27, 2010 at 11:59:16PM +, Ian Jackson wrote:
So the problem is that python-xpcom does not work when it has been
previously installed
On Wed, Dec 29, 2010 at 01:52:13PM +0100, Josselin Mouette wrote:
Le mercredi 29 décembre 2010 à 12:50 +, Ian Jackson a écrit :
If so, that's a bug in python-xpcom. Any package which registers a
hook with another package must be prepared for its hook to be run even
when the registering
Le mercredi 29 décembre 2010 à 14:19 +0100, Mike Hommey a écrit :
xulrunner has a file trigger for components in
/usr/lib/xulrunner-1.9.1/components, so that it registers them in
compreg.dat and xpti.dat. This means it has to load the components to
get their registration information. But the
On Wed, Dec 22, 2010 at 08:36:38PM +0100, Josselin Mouette wrote:
Le mardi 21 décembre 2010 à 20:59 +0100, Mike Hommey a écrit :
Adding update-python-modules -p in python-xpcom postinst could make
things slightly better, but that would still leave xulrunner-1.9.1's
postinst complaining if
Le lundi 27 décembre 2010 à 18:57 +0100, Mike Hommey a écrit :
On Wed, Dec 22, 2010 at 08:36:38PM +0100, Josselin Mouette wrote:
You could use dpkg-trigger to force the trigger to be run after
xulrunner-1.9.1 being installed.
Unfortunately, while some cases were fixed, the original case
On Mon, Dec 27, 2010 at 09:08:14PM +0100, Josselin Mouette wrote:
Le lundi 27 décembre 2010 à 18:57 +0100, Mike Hommey a écrit :
On Wed, Dec 22, 2010 at 08:36:38PM +0100, Josselin Mouette wrote:
You could use dpkg-trigger to force the trigger to be run after
xulrunner-1.9.1 being
Mike Hommey writes (Re: Full install/removal/upgrade test results available):
Unfortunately, while some cases were fixed, the original case for which
the pre-depends was added fails again :(
(starting from xulrunner-1.9.1 already installed, and installing
python-xpcom, case which I forgot
On Mon, Dec 27, 2010 at 11:59:16PM +, Ian Jackson wrote:
Mike Hommey writes (Re: Full install/removal/upgrade test results
available):
Unfortunately, while some cases were fixed, the original case for which
the pre-depends was added fails again :(
(starting from xulrunner-1.9.1
Le mardi 21 décembre 2010 à 20:59 +0100, Mike Hommey a écrit :
Adding update-python-modules -p in python-xpcom postinst could make
things slightly better, but that would still leave xulrunner-1.9.1's
postinst complaining if it's run before python-xpcom's.
What if xulrunner-1.9.1's postinst
* Mike Hommey m...@glandium.org, 2010-11-19, 09:18:
Mike Hommey gland...@debian.org
python-xpcom (U)
I /think/ this could be solved by not using a pre-depends on
xulrunner-1.9.1.
Indeed.
OTOH, the pre-depends solves a part of another problem though not
entirely, due to triggers
On Tue, Dec 21, 2010 at 08:37:53PM +0100, Jakub Wilk wrote:
* Mike Hommey m...@glandium.org, 2010-11-19, 09:18:
Mike Hommey gland...@debian.org
python-xpcom (U)
I /think/ this could be solved by not using a pre-depends on
xulrunner-1.9.1.
Indeed.
OTOH, the pre-depends solves a part
* Mike Hommey m...@glandium.org, 2010-12-21, 20:59:
I think you could manually trigger xulrunner-1.9.1 in python-xpcom's
postinst if it's not already registered. See the attached patch (well,
except maybe xulrunner version shouldn't be hardcoded).
I'd expect that to fail as well, because of
On Sun, Nov 21, 2010 at 10:32:49PM +0100, Serafeim Zanikolas wrote:
On Sat, Nov 20, 2010 at 05:52:43PM +0100, Milan Zamazal wrote:
LN == Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Milan Zamazal p...@debian.org
cl-clx-sbcl
cl-flexichain
cl-mcclim
cl-mcclim-examples
On 17/11/10 at 12:28 -0600, Lucas Nussbaum wrote:
On 17/11/10 at 16:07 +0100, Andreas Tille wrote:
[Debian Edu people please read below at /education-/]
Hi Lucas,
thanks for all your QA efforts!
On Wed, Nov 17, 2010 at 08:37:17AM -0600, Lucas Nussbaum wrote:
[1]
On su, 2010-11-21 at 17:44 +0100, Andreas Tille wrote:
On Sun, Nov 21, 2010 at 11:20:39AM +0100, Lucas Nussbaum wrote:
What happens is that in lenny, the postinst script doesn't honor
policy-rc.d, so dictd is started, but never stopped.
So do you want to say that the dictd package is RC
On Sun, Nov 21, 2010 at 11:20:39AM +0100, Lucas Nussbaum wrote:
So, that one is an interesting case, and there are several occurences of
this. It might be a problem in APT. What happens is that, if you install
cimg-dev on lenny, and then upgrade to squeeze, cimg-dev gets removed.
But after
On 17/11/10 at 16:07 +0100, Andreas Tille wrote:
So, that one is an interesting case, and there are several occurences of
this. It might be a problem in APT. What happens is that, if you install
cimg-dev on lenny, and then upgrade to squeeze, cimg-dev gets removed.
But after the upgrade, you
On Sun, Nov 21, 2010 at 05:44:26PM +0100, Andreas Tille wrote:
On Sun, Nov 21, 2010 at 11:20:39AM +0100, Lucas Nussbaum wrote:
It seems that after installation of dict-wn, there's a process that is
still
running, so destroying the chroot fails.
What happens is that in lenny, the
On Sat, Nov 20, 2010 at 05:52:43PM +0100, Milan Zamazal wrote:
LN == Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Milan Zamazal p...@debian.org
cl-clx-sbcl
cl-flexichain
cl-mcclim
cl-mcclim-examples
cl-spatial-trees
cl-speech-dispatcher
cl-swank (U)
slime
On ven., 2010-11-19 at 23:49 +0100, David Kalnischkies wrote:
And i am usually not offended by someone blaming APT to be too dumb.
APT is all about dependency resolution, so saying you are not to deep
into it, but blaming APT to be wrong isn't the best tone either.
Draw i would say…
Hey,
LN == Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Milan Zamazal p...@debian.org
cl-clx-sbcl
cl-flexichain
cl-mcclim
cl-mcclim-examples
cl-spatial-trees
cl-speech-dispatcher
cl-swank (U)
slime (U)
These, as well as probably other cl-* packages, fail because they
Russ Allbery r...@debian.org writes:
brian m. carlson sand...@crustytoothpaste.net writes:
On Fri, Nov 19, 2010 at 01:41:49PM -0800, Russ Allbery wrote:
Goswin von Brederlow goswin-...@web.de writes:
Also note that no frontend has ever made use of §7.6.2 and handled
upgrading obsolete
On Wed, Nov 17, 2010 at 08:37:17AM -0600, Lucas Nussbaum wrote:
Mike Hommey gland...@debian.org
python-xpcom (U)
I /think/ this could be solved by not using a pre-depends on
xulrunner-1.9.1. OTOH, the pre-depends solves a part of another
problem though not entirely, due to triggers ordering:
Le mercredi 17 novembre 2010 à 08:37 -0600, Lucas Nussbaum a écrit :
Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org
gnome
gnome-accessibility
gnome-app-install (U)
gnome-core
gnome-dbg
gnome-desktop-environment
gnome-devel
gnome-office
On 19/11/2010 08:52, Yves-Alexis Perez wrote:
Anyone knows why and how to fix that? Would a “breaks” instead of a
“conflicts” fix it?
Seems that “Breaks:” doesn't work either:
Investigating (0) xfce4-settings [ amd64 ] none - 4.6.5-3 ( xfce )
Broken xfce4-settings:amd64 Breaks on
On Fri, Nov 19, 2010 at 11:32, Yves-Alexis Perez cor...@debian.org wrote:
On 19/11/2010 08:52, Yves-Alexis Perez wrote:
Anyone knows why and how to fix that? Would a “breaks” instead of a
“conflicts” fix it?
Seems that “Breaks:” doesn't work either:
Investigating (0) xfce4-settings [ amd64
On 19/11/2010 12:29, David Kalnischkies wrote:
xfce4-mcs-manager recommends it.
As APT has no indication that this package can go away it does the
only right thing (TM): Chooses to keep xfce4-mcs-plugins as otherwise
the user will lose functionality…
(recommends are defined as installed on
On Fri, Nov 19, 2010 at 10:29:28 +0100, Josselin Mouette wrote:
All of this suggests that the idea to upgrade APT first, as suggested in
the release notes, is a very bad one. It would work if libapt hadn’t
changed its ABI in the meantime.
Last I checked the squeeze release notes didn't
On Fri, Nov 19, 2010 at 12:59, Yves-Alexis Perez cor...@debian.org wrote:
On 19/11/2010 12:29, David Kalnischkies wrote:
xfce4-mcs-manager recommends it.
As APT has no indication that this package can go away it does the
only right thing (TM): Chooses to keep xfce4-mcs-plugins as otherwise
David Kalnischkies kalnischk...@gmail.com writes:
Before you ask, no, debian has no way to say: this package is obsolete -
its fine that it will be removed as other packages take care of its tasks.
The closest thing to that is §7.6.2, but i doubt that this is really such
a drop-in replacement
On ven., 2010-11-19 at 19:23 +0100, David Kalnischkies wrote:
So, go and start reading. Debian has a lot of dependencies and you have a
lot of possibilities because of that.
You can't use them if you don't know them.
And, more important, you can't blame APT for being stupid if you don't
Goswin von Brederlow goswin-...@web.de writes:
Also note that no frontend has ever made use of §7.6.2 and handled
upgrading obsolete packages to their replacements.
There's a reason for that: it's not possible to create a Policy-compliant
package that could use 7.6.2 in that fashion.
I keep
On Fri, Nov 19, 2010 at 22:10, Yves-Alexis Perez cor...@debian.org wrote:
On ven., 2010-11-19 at 19:23 +0100, David Kalnischkies wrote:
So, go and start reading. Debian has a lot of dependencies and you have a
lot of possibilities because of that.
You can't use them if you don't know them.
On Fri, Nov 19, 2010 at 01:41:49PM -0800, Russ Allbery wrote:
Goswin von Brederlow goswin-...@web.de writes:
Also note that no frontend has ever made use of §7.6.2 and handled
upgrading obsolete packages to their replacements.
There's a reason for that: it's not possible to create a
brian m. carlson sand...@crustytoothpaste.net writes:
On Fri, Nov 19, 2010 at 01:41:49PM -0800, Russ Allbery wrote:
Goswin von Brederlow goswin-...@web.de writes:
Also note that no frontend has ever made use of §7.6.2 and handled
upgrading obsolete packages to their replacements.
There's a
On Wed, 2010-11-17 at 08:37 -0600, Lucas Nussbaum wrote:
[...]
Debian Kernel Team debian-ker...@lists.debian.org
linux-image-2.6-amd64
linux-image-2.6.32-5-amd64
linux-image-2.6.32-5-amd64-dbg
linux-image-amd64
[...]
Removal of linux-image-2.6.32-5-amd64 failed because:
You are
Tshepang Lekhonkhobe tshep...@gmail.com
wajig (U)
Can someone help me. I don't understand what the problem here is:
http://people.debian.org/~lucas/logs/2010/11/17/wajig.log
--
blog: http://tshepang.tumblr.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
On 18/11/10 at 12:10 +0200, Tshepang Lekhonkhobe wrote:
Tshepang Lekhonkhobe tshep...@gmail.com
wajig (U)
Can someone help me. I don't understand what the problem here is:
http://people.debian.org/~lucas/logs/2010/11/17/wajig.log
Apparently, upgrading apt to the squeeze version at the
On Wed, Nov 17, 2010 at 06:11:28PM -0600, Lucas Nussbaum wrote:
On 17/11/10 at 22:34 +0100, Harald Jenny wrote:
Hello Lucas,
concerning the openswan* packages:
http://people.debian.org/~lucas/logs/2010/11/17/openswan.log:
Configuration file `/etc/ipsec.conf'
== Modified
On Thu, Nov 18, 2010 at 11:46 AM, Harald Jenny
har...@a-little-linux-box.at wrote:
On Wed, Nov 17, 2010 at 06:11:28PM -0600, Lucas Nussbaum wrote:
On 17/11/10 at 22:34 +0100, Harald Jenny wrote:
Hello Lucas,
concerning the openswan* packages:
On Thu, Nov 18, 2010 at 12:12:39PM -0500, James Vega wrote:
On Thu, Nov 18, 2010 at 11:46 AM, Harald Jenny
har...@a-little-linux-box.at wrote:
On Wed, Nov 17, 2010 at 06:11:28PM -0600, Lucas Nussbaum wrote:
On 17/11/10 at 22:34 +0100, Harald Jenny wrote:
Hello Lucas,
concerning the
On mer., 2010-11-17 at 08:37 -0600, Lucas Nussbaum wrote:
I have been working on a piuparts rewrite that makes it easier to find
install/removal/upgrade bugs. When running it on all packages in
squeeze, I'm currently getting 682 failures. That doesn't mean 682 RC
bugs, because some of the
Hi Lucas,
thanks for the tests, I think this is much appreciated.
I checked my package install-info and that was a false positive,
the removal test failed - of course - becasue install-info is
an essential package, so removing it needs typing in
Yes, do as I say!
;-)
Again, thanks for
On 17/11/10 at 23:50 +0900, Norbert Preining wrote:
Hi Lucas,
thanks for the tests, I think this is much appreciated.
I checked my package install-info and that was a false positive,
the removal test failed - of course - becasue install-info is
an essential package, so removing it needs
Hi Lucas,
On Mittwoch, 17. November 2010, Lucas Nussbaum wrote:
I'm looking for people willing to work on such tools and mass bug
filings (that also include archive rebuilds). I'm getting a bit tired of
working on that myself, and might stop after squeeze.
Understandable.
Please dont stop!
[Debian Edu people please read below at /education-/]
Hi Lucas,
thanks for all your QA efforts!
On Wed, Nov 17, 2010 at 08:37:17AM -0600, Lucas Nussbaum wrote:
[1] http://people.debian.org/~lucas/logs/2010/11/17/
Full dd-list (binary packages):
---
Andreas
On 2010-11-17 15:50 +0100, Norbert Preining wrote:
I checked my package install-info and that was a false positive,
the removal test failed - of course - becasue install-info is
an essential package, so removing it needs typing in
Yes, do as I say!
Or rather apt treats install-info as
Hi,
On Mittwoch, 17. November 2010, Andreas Tille wrote:
education-desktop-kde (U)
education-thin-client (U)
education-thin-client-server (U)
education-workstation (U)
I have looked into these logs and think they are caused by dependant
packages. The only probable exception
On 17/11/10 at 16:07 +0100, Andreas Tille wrote:
[Debian Edu people please read below at /education-/]
Hi Lucas,
thanks for all your QA efforts!
On Wed, Nov 17, 2010 at 08:37:17AM -0600, Lucas Nussbaum wrote:
[1] http://people.debian.org/~lucas/logs/2010/11/17/
Full dd-list
Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Russ Allbery r...@debian.org
libpam-afs-session
libpam-openafs-kaserver
openafs-client
openafs-dbg
openafs-dbserver
openafs-fileserver
openafs-kpasswd
openafs-modules-dkms
Bug in dpkg. Nothing that the openafs
On 17/11/10 at 10:48 -0800, Russ Allbery wrote:
Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Russ Allbery r...@debian.org
libpam-afs-session
libpam-openafs-kaserver
openafs-client
openafs-dbg
openafs-dbserver
openafs-fileserver
openafs-kpasswd
Lucas Nussbaum lu...@lucas-nussbaum.net writes:
On 17/11/10 at 10:48 -0800, Russ Allbery wrote:
Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Russ Allbery r...@debian.org
libpam-afs-session
libpam-openafs-kaserver
openafs-client
openafs-dbg
openafs-dbserver
Lucas Nussbaum lu...@lucas-nussbaum.net writes:
Russ Allbery r...@debian.org
libsaml2-dev (U)
libshibsp-dev (U)
libxml-security-c-dev (U)
libxmltooling-dev (U)
These are all the same problem, I think, but I don't understand the
problem. It's an inability to upgrade from lenny
I checked for cimg-dev in
http://people.debian.org/~lucas/logs/2010/11/17/cimg-dev.log
and found only one hint of a failure when it says:
-- New version is unstable version: FAILED (UNINSTALLED != 1.3.9-1)
but from reasing the log I can not find any hint for this problem. Is
On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
I checked for cimg-dev in
http://people.debian.org/~lucas/logs/2010/11/17/cimg-dev.log
and found only one hint of a failure when it says:
-- New version is unstable version: FAILED (UNINSTALLED != 1.3.9-1)
but
Le mercredi 17 novembre 2010 à 21:33 +0100, Andreas Tille a écrit :
On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
So, that one is an interesting case, and there are several occurences of
this. It might be a problem in APT. What happens is that, if you install
cimg-dev on
On 17/11/10 at 21:53 +0100, Josselin Mouette wrote:
Le mercredi 17 novembre 2010 à 21:33 +0100, Andreas Tille a écrit :
On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
So, that one is an interesting case, and there are several occurences of
this. It might be a problem in
On Wed, 2010-11-17 at 21:33:52 +0100, Andreas Tille wrote:
On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
It seems that after installation of dict-wn, there's a process that is still
running, so destroying the chroot fails.
I'm quoting the relevant part of dict-wn postinst
On 2010-11-17 22:16 +0100, Guillem Jover wrote:
On Wed, 2010-11-17 at 21:33:52 +0100, Andreas Tille wrote:
On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
It seems that after installation of dict-wn, there's a process that is
still
running, so destroying the chroot fails.
On Wed, Nov 17, 2010 at 4:16 PM, Guillem Jover guil...@debian.org wrote:
On Wed, 2010-11-17 at 21:33:52 +0100, Andreas Tille wrote:
On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
It seems that after installation of dict-wn, there's a process that is
still
running, so
On Wed, Nov 17, 2010 at 04:37:38PM -0500, James Vega wrote:
I'm quoting the relevant part of dict-wn postinst resp. postrm:
remove|purge)
if [ -x /usr/sbin/dictdconfig ]; then dictdconfig -w ;fi
# if [ -x /etc/init.d/dictd ]; then /etc/init.d/dictd restart; fi
Hello Lucas,
concerning the openswan* packages:
http://people.debian.org/~lucas/logs/2010/11/17/openswan.log:
Configuration file `/etc/ipsec.conf'
== Modified (by you or by a script) since installation.
== Package distributor has shipped an updated version.
What would you like
On 17/11/10 at 22:34 +0100, Harald Jenny wrote:
Hello Lucas,
concerning the openswan* packages:
http://people.debian.org/~lucas/logs/2010/11/17/openswan.log:
Configuration file `/etc/ipsec.conf'
== Modified (by you or by a script) since installation.
== Package distributor
On Wed, 2010-11-17 at 22:36:42 +0100, Sven Joachim wrote:
On 2010-11-17 22:16 +0100, Guillem Jover wrote:
It's restarting (instead of stoppping) on remove/purge.
Could you elaborate? Surely a dictionary package should not stop the
dictionary server when it is being removed, should it?
67 matches
Mail list logo
