Package: snmpd
Version: 5.9+dfsg-4+deb11u1
Severity: important
Dear Maintainer,
We have come across multiple situations in which snmpd would seemingly randomly
crash on a large number of production systems, whereas only Debian 11 is
affected.
The root cause of this seems to be a race condition
As this info is missing from the original submission:
Connectivity is 10GigE
Also, as a side-note, the now-merged secondary submission (#767268) was carried
out as the original submission
yielded an error because of the string mirror being part of the contact email
address. Seems like procmail
On Wed, 2010-12-08 at 22:19 +0100, Leszek Lesner wrote:
The elements which aren't localized are all in the UpdateManager.ui file.
I patched the gtk frontent init.py to load the localization for the ui
file. And edited the ui file to use the 'repertoire' GTK Settings
(gtk-preference) button.
I
On Wed, 2010-12-01 at 17:37 -0400, David Prévot wrote:
Le 30/11/2010 09:28, David Prévot a écrit :
Le 30/11/2010 05:02, Stephan Peijnik a écrit :
Hi David,
Hi Stephan,
Please find attached the Danish translation by Anders Jenbo
and...@jenbo.dk, I may send you soon a completely updated
Siarheichyk). Closes: #605148
* Remove empty translations: af am ga hi lo mr mus pa ps qu ta si ur
urd xh
* Fix s/Administraion/Administration/ typo. Closes: #605297
-- Stephan Peijnik deb...@sp.or.at Mon, 29 Nov 2010 22:05:20 -0400
Looks great, I'll just go ahead and use this one
On Fri, 2010-11-19 at 18:06 +, Emilio Pozuelo Monfort wrote:
On 19/11/10 13:18, David Prévot wrote:
So, sorry for this, but the radar beeped at your package and here am I
with an NMU intent...:-)
Please feel free to NMU directly to incoming, no need for you to upload to
DELAYED for
On Fri, 2010-11-19 at 19:02 +, Emilio Pozuelo Monfort wrote:
Hi Stephan,
On 19/11/10 18:17, Stephan Peijnik wrote:
On Fri, 2010-11-19 at 18:06 +, Emilio Pozuelo Monfort wrote:
On 19/11/10 13:18, David Prévot wrote:
So, sorry for this, but the radar beeped at your package and here
On Mon, 2010-10-18 at 15:44 +0300, Dmitriy Sirant wrote:
Hi,
Here is patch that i mean:
http://www.listware.net/201010/xen-devel/26206-xen-devel-patch-replace-pyxmlxmlproc-based-xml-validator-with-lxml-based-one.html
and it's accepted already to upstream.
See Debian Bug #599520. That
I just wanted to point out that the proposed patch (or at least the
modified Xen code in the patch) has been merged in xen-unstable now [0].
Can we get that patch included so xm new works when using XenAPI?
Additionally I noticed that create.dtd is missing from the Debian
package. We might want
It's impossible to reconstruct this bug because it's not a bug in
update-manager but rather in lsb_release.
Have a close look at the traceback, which clearly shows that lsb_release
caused an error and prints out the lsb_release traceback (which
obviously is also a Python program).
So putting it
+1,11 @@
+xen (4.0.1-2~sp0) unstable; urgency=low
+
+ * Added patch that replaces code requiring python-xml with code
+requiring python-lxml.
+ * Updated debian/control to reflect change of dependencies.
+
+ -- Stephan Peijnik s...@anexia.at Fri, 08 Oct 2010 12:56:27 +0200
+
xen (4.0.1-1
Package: xen-utils-4.0
Version: 4.0.1-1
The Python code in /usr/lib/xen-4.0/lib/python/xen/xm/xenapi_create.py
tries to validate an XML configuration against a missing create.dtd
DTD file.
The code expects at SHAREDIR/xen/create.dtd (SHAREDIR is /usr/share
according to
On Mon, 2010-05-24 at 18:00 -0400, Dominique Brazziel wrote:
You may have hit this already, but if not:
From these lines in 'processinfo.py':
self._owner_uid = int(data[1])
def owner_uid(self):
Process owner UID
On Sun, 2010-05-23 at 22:01 +0200, Julian Andres Klode wrote:
On Sun, May 23, 2010 at 03:35:10PM -0400, Dominique Brazziel wrote:
Things keep getting odder and odder with this text parsing.
match_suffix.get_text(end) returns u'NN', where 'NN' is the
bug number, but when the
Hello Fabricio,
The treeview update bug you reported has already been fixed in
0.200.3-2, which has already made its way into testing. Please upgrade
update-manager and check if the problem stills persists. It would be
nice if you reported back in any case.
Regards,
Stephan
--
To
Hello,
First of all thanks for your bug report. What I am wondering about is
how you invoked update-manager (Gnome menu, update-notifier, command
line, sudo, gksu)?
Also, if this problem can be reproduced with update-manager 0.200.0-1
(currently in unstable), could you please attach the output
Hi,
could you please elaborate on what you mean with does not *send*
changes? Are you referring to no email being sent to r...@localhost?
Also, did update-manager have this functionality before (ie. before
0.200.x)?
Regards,
Stephan
--
To UNSUBSCRIBE, email to
Hi,
First of all I'd like to thank you for your bug report. I am currently
trying to check if old bugs have been fixed in the update-manager 0.200
series, so could you please check if you can reproduce the bug with
0.200.0-1 (currently in unstable)?
Thanks,
Stephan
--
To UNSUBSCRIBE, email
#bts control
severity 516429 wishlist
thanks
Hi,
This message (and the logic behind it) is gone in update-manager 0.200
series, which are available from both testing and unstable now. Do you
feel that this bug report should be kept around or are you fine with me
closing it?
Regards,
Stephan
#bts magic
tag 550347 +confirmed
severity 550347 important
thanks
Hi Darius,
First of all I'd like to thank you for your bug report.
On Fri, 2009-10-09 at 07:50 -0400, Darius Bundrent wrote:
Package: update-manager-gnome
Version: 0.200.0~rc4-1
Severity: normal
Subject:
#bts
tag 547477 +confirmed
thanks
Hi,
Thanks for your report. I am not a native English speaker, so spelling
or grammar problems are likely to exist in update-manager.
On Sun, 2009-09-20 at 20:35 -0700, Steve Langasek wrote:
On Mon, Sep 21, 2009 at 12:22:32AM +0200, Emilio Pozuelo Monfort
Hi Olaf,
On Mon, 2009-08-31 at 15:00 +0200, Olaf Mandel wrote:
One thing that is new: I now get a dialog box informing me of the crash,
but independent of which button I click in the box, the program cannot
be run. And again: the problem only occurs for su -c and gksu. It
does not occur for
#bts
notfound 524600 update-manager/0.200.0~rc2-1
thanks
Hi Olaf,
Can you still reproduce this bug with update-manager from unstable? I
believe this problem is not present anymore in the new code, so I would
like to close this bug report.
-- Stephan
--
To UNSUBSCRIBE, email to
#bts
tag 544195 +confirmed
clone 544195 -1
retitle -1 Smart-upgrade dialog pops up multiple times
thanks
On Sat, 2009-08-29 at 08:28 -0500, Mark Petersen wrote:
Package: update-manager-gnome
Version: 0.200.0~rc2-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py
#bts
tag 544009 +confirmed
thanks
Hi Miles,
Thanks for your bug report. I've just had a look at the code and fixed
it in the update-manager code repository. This will be fixed in the
upcoming 0.200.0~rc2 release of update-manager, to be uploaded soon.
Oh, by the way, the bug you reported is
#bts
tag 543954 +confirmed
thanks
Hi Mark,
Thanks for your bug report. I just fixed this problem in the
update-manager repository and this fix will be added to
update-manager-0.200.0~rc2. However, I am stalling this release for a
few days, so I can get a few more bug reports, if any. If no
# bts magic
tag 542807 +confirmed
thanks
I can confirm this. update-manager 0.200.x which has just hit unstable
depends on lsb-release too. It would be nice if we could raise the
priority of lsb-release.
-- Stephan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
I can confirm this bug.
It seems that *all* scripts in /etc/init.d/ exit with a status of 1,
regardless of whether an error has actually happened or not.
Moving /etc/lsb-base-logging.sh out of the way (ie. renaming or removing
it) solves the problem.
I am not sure, but is it sane to have any
#bts control
tag 519594 +upstream
thanks
Sorry it took me a while to respond. This is obviously an upstream
problem, so I will look into getting this reported tonight.
Thanks for your bugreport,
Stephan
On Fri, 2009-03-13 at 13:50 -0400, Yaroslav Halchenko wrote:
Package: ipython
Version:
Package: wnpp
Severity: wishlist
Owner: Stephan Peijnik deb...@sp.or.at
* Package name: argvalidate
Version : 0.8.0
Upstream Author : Stephan Peijnik step...@peijnik.at
* URL : http://bitbucket.org/sp/python-argvalidate
* License : GPL
Programming Lang
As ipython 0.9.1-2 is in unstable now I wanted to ask again if anyone
can reproduce this bug using 0.9.1-2.
If this bug cannot be reproduced anymore I would like to close this bug
report.
-- Stephan
signature.asc
Description: This is a digitally signed message part
With the recent upload of python-mode 1:5.1.0-1 this problem seems to be
fixed for me.
Could you please confirm this so I can close this bug report?
-- Stephan
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Stephan Peijnik deb...@sp.or.at
* Package name: py-sendfile
Version : 1.2.3
Upstream Author : Ben Woolley b...@tautology.org
* URL : http://pypi.python.org/pypi/py-sendfile
* License : LGPL
Programming Lang: C, Python
# bts control
reopen 469932
block 469932 by 473232
found ipython/0.9.1-1
thanks
Unfortunately my testing clashed with a locally installed
python-mode.el.
In short this means that I was wrong and am sorry I closed the bug
report early. This problem won't be fixed until python-mode works for
emacs
After a quick check on your proposed solution I can confirm that this
seems to be working now.
Emacs22 did not complain about anything, so bug #424973 seems to be
obsolete by now.
I have also just marked this bug as blocking an ipython bug (#469932).
Matthias, when can we expect another upload
First of all thanks for your bug report. I am afraid I seem to have
missed this report until now.
I have updated the package in Debian-SVN now. Could you please check
(and confirm) that this fixes the problem for you.
If it does please let me know so I can get the updated package uploaded.
--
On Mon, 2009-01-05 at 11:08 -0600, Jordi Gutiérrez Hermoso wrote:
However, it appears that Emacs isn't properly interpreting ipython's
colour sequences.
Instead of getting colour, from an Emacs buffer I get
Python 2.5.2 (r252:60911, Nov 14 2008, 21:49:10)
Type copyright, credits
#bts control
notfound 461190 ipython/0.9.1-1
thanks
I wanted to check again if this bug can still be reproduced with ipython
0.9.1-1. Personally I still cannot reproduce it at all. Could you please
give it a try again and report back?
I am also marking the bug as not found in 0.9.1-1 for now,
Hello,
Trying to resolve all ipython bugs right now I wanted to ask whether you
can still reproduce this bug with ipython 0.9.1-1 (in experimental)?
Personally I cannot reproduce it, having emacs22 and ipython installed,
but python-mode not.
If this bug cannot be reproduced by you anymore I
On Thu, 2008-12-11 at 22:26 -0500, Yaroslav Halchenko wrote:
I was going to ask why they are not yet in unstable, but then saw in NEW
queue
foolscap 0.3.2.dfsg-1
source all unstable
1 day Debian Python Modules Team #499699
so soon soon soon ;)
can we
On Tue, 2008-12-09 at 10:32 -0800, Brian Warner wrote:
What's the status of this one?
Still working on it. Sorry for not responding in time.
Stephan showed me some packaging work in the python-modules team's SVN
repository[1] that looked great. It sounded like it was in the NEW
queue at one
On Tue, 2008-12-09 at 13:37 -0800, Brian Warner wrote:
How hard would it be to use python-support instead of pyshared for the
new python-foolscap package?
As python-central seems to be unaffected by this issue as well (that's
at least what some research on the net suggests) I am going to switch
Hello Manoj,
I am interested in helping you maintain python-sepolgen. What I am
wondering about though is whether python-sepolgen is a candidate for
DPMT[0]. Have you considered co-maintaining that package in DPMT yet?
Regards,
Stephan
[0] http://wiki.debian.org/Teams/PythonModulesTeam
--
# dbts control
tag 495697 +fixed-upstream
stop
On Fri, 2008-11-07 at 23:55 +0100, Moritz Muehlenhoff wrote:
On Thu, Aug 21, 2008 at 05:37:33PM +0200, Stephan Peijnik wrote:
The bug is still present in 2.6.26. As soon as I modprobe video the
system freezes.
Is this bug still
Hello,
as uploading of ipython 0.9.1 to Debian is blocked until foolscap is
accepted (it's in the new queue right now) you might want to give the
packages of foolscap and ipython 0.9.1 I built a try.
If you want to give them a try have a look at http://archive.sp-its.at/
(my personal Debian
Hi,
On Fri, 2008-11-07 at 23:55 +0100, Moritz Muehlenhoff wrote:
On Thu, Aug 21, 2008 at 05:37:33PM +0200, Stephan Peijnik wrote:
The bug is still present in 2.6.26. As soon as I modprobe video the
system freezes.
Is this bug still reproducible with current 2.6.28-rcX kernels?
If so
If you need ipython 0.9.1 immediately and don't want to wait for it to
go into unstable (or possibly experimental) you can get it from
http://archive.sp-its.at (my personal Debian package archive). Both
ipython 0.9.1 and python-foolscap (a newly introduced dependency) are in
unstable, but expect
There is a bugfix for this bug in DPMT Subversion already.
It will be included in the upcoming upload of IPython 0.9.1-1 and, as
soon as I (or someone else) has the time to do it, should be included in
an updated version for lenny soon too.
Regards,
Stephan
--
To UNSUBSCRIBE, email to
Hello,
as I am doing some work cleaning up the bug reports of ipython right now
I wanted to ask if you still experience this problem with a more recent
version of ipython. After giving it a shot I noticed that ipython seems
to be working fine here for both PAGER=less ipython and PAGER='less -R'
On Fri, 2008-10-31 at 10:20 +0100, martin f krafft wrote:
also sprach Stephan Peijnik [EMAIL PROTECTED] [2008.10.31.1005 +0100]:
as I am doing some work cleaning up the bug reports of ipython right now
I wanted to ask if you still experience this problem with a more recent
version
# bts control
notfound 455905 0.8.4-1
thanks
Hello,
I just wanted to check whether you still experience this problem in a
more recent version of ipython. I have tried reproducing this problem
with 0.8.4-1, which is in testing right now, and could not find any
problem. Can you confirm this?
If
A bit late, but still. I can confirm that reverting my xorg.conf and
installing the libcairo2 package you provided fixes the rendering
problems. Great work.
Regards,
Stephan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello Jan,
I just wanted to give you a quick heads-up on the status of IPython
0.9.1 in Debian and let you know that this is being worked on.
I am currently working on getting IPython packaged, however, due to a
newly introduced dependency on the foolscap library (which is not
packaged for
# bts control
forwarded 495439 https://bugs.launchpad.net/ipython/+bug/290677
found 495439 0.9.1-1
thanks
I just wanted to let you know that I can confirm this problem and have
forwarded the bug upstream. Also, this problem seems to still be present
in IPython 0.9.1, which is currently being
Hello,
I am just checking whether this bug is still present in IPython. Can you
still reproduce it with a later version?
If not I would like to close this bug report.
Regards,
Stephan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
# bts control
found 473018 0.9.1-1
thanks
Hello,
I have just had a quick look at the bug you reported and noticed that it
is still present in more recent versions of IPython. I just wanted to
give you a heads-up on this one and let you know that I am going to
report the bug upstream.
Regards,
Hello,
I just wanted to check if this bug is still present in a more recent
version of IPython. Could you please try to reproduce the problem?
I am writing you because I am looking into removing possibly outdated
bug reports which do not apply to more recent versions of IPython
anymore.
Hello,
I just noticed that packagekit has not been packaged for Debian yet and
stumbled across this ITP.
I just wanted to ask what the status of this ITP is. Has there been some
progress? Even though I had a quick look at the code on
https://code.edge.launchpad.net/packagekit/ no Debian package
On Mon, 2008-10-13 at 07:29 +0200, Mike Hommey wrote:
On Sun, Oct 12, 2008 at 08:17:45PM +0200, Stephan Peijnik wrote:
Package: iceweasel
Version: 3.0.3-2
Severity: important
Iceweasel does have rendering problems on a few webpages where vanilla
Firefox
is working fine. Examples
Package: iceweasel
Version: 3.0.3-2
Severity: important
Iceweasel does have rendering problems on a few webpages where vanilla Firefox
is working fine. Examples for pages affected by this are http://bitbucket.org/
(layout is broken as soon as one scrolls) and http://www.spieletage.at [german]
Is this bug still present in Iceweasel? Can it be found in Iceweasel
3.0.3-1, which is available from unstable?
No replies to this bugreport have been sent since July, so I suspect it
that this problem has already been fixed. Could someone please confirm
this so this bug report can be closed?
On Tue, 2008-10-07 at 09:49 +0200, Thomas Pietrzak wrote:
I'm afraid the problem still remains. It seems that I'm the only unlucky
man on earth who has this problem :-(
This is odd. Could it be possible that this is the result of another
malfunction in your system? Did you try doing a fresh
Package: wnpp
Severity: wishlist
Owner: Stephan Peijnik [EMAIL PROTECTED]
* Package name: python-foolscap
Version : 0.3.1
Upstream Author : Brian Warner [EMAIL PROTECTED]
* URL : http://foolscap.lothar.com/
* License : MIT
Programming Lang: Python
tag 480504 + fixed-upstream
thanks
A quick check on the latest upstream packages (stable 87.30 and
unstable) showed that this bug does not seem to be present in those
packages.
Is there any special reason the latest stable version has not been
packaged for Debian yet (licensing or other issues)
owner 498086 !
tag 498086 + fixed-upstream confirmed
thanks
I just wanted to let you know that I am working on getting this bugfix
into the package now.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: Stephan Peijnik [EMAIL PROTECTED]
* Package name: python-sptest
Version : 0.2.1
Upstream Author : Stephan Peijnik [EMAIL PROTECTED]
* URL : http://pypi.python.org/pypi/sptest/
* License : GPL
Programming Lang: Python
On Sat, 2008-08-30 at 00:43 +0200, Josselin Mouette wrote:
Le vendredi 08 août 2008 à 15:43 -0300, Frank Lichtenheld a écrit :
Are you interested in adopting this package? Do you know potential adopters?
If so, please could you forward them this mail, Ccing the BTS and me?
If there is no
Running gconftool --recursive-unset /apps/nautilus seems to fix the
problem for me. Could someone please confirm this?
Oh, as a note: this deletes nautilus-specific settings. You may want to
backup ~/.gconf before doing this.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
notfound 496558 2.4.13-11+b1
stop
On Thu, 28 Aug 2008 10:08:06 +0200, Dieter Faulbaum
[EMAIL PROTECTED] wrote:
_Many_ Thanks to Debian security team!!
Yesterday I up- (not down,-)graded (with the last security-packages for
etch:
libtiff4-dev 3.8.2-7+etch1, libtiffxx0c2 3.8.2-7+etch1,
On Wed, 27 Aug 2008 10:33:13 +0200, Dieter Faulbaum
[EMAIL PROTECTED] wrote:
I found this error too (but on a etch version).
And it seems to me that the last (security) upgrade of libxml2 and/or
libmxl2-utils caused this error.
Could you please provide the exact version number of your
I can again confirm that this problem does not exist for newly created
accounts.
Also, logging in, starting nautilus, logging out, logging in again and
starting nautilus once again works perfectly well.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: nautilus
Version: 2.20.0-6
Followup-For: Bug #496558
I can confirm the existance of this problem as exactly the same issue
exists for me.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Package: libopencryptoki0
Version: 2.2.6+dfsg-1
Severity: grave
Justification: renders package unusable
libopencryptoki0/opencryptoki cannot be installed due to a file
conflict on i386. This bug is similar to 492156 but another file and
another architecture are affected. As opencryptoki depends
The bug is still present in 2.6.26. As soon as I modprobe video the
system freezes.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: linux-image-2.6.25-2-686
Version: 2.6.25-7
Severity: important
System hangs when loading ACPI video kernel module. The system freezes
completely. Making sure video.ko is not loaded via
/etc/modprobe.d/blacklist is a workaround to this problem.
As a general note: The system in question
Package: mysql-server-5.0
Version: 5.0.38-1
Severity: normal
When trying to INSERT into a view using WITH_CHECK_OPTION fails while the
view is empty.
INSERT'ing also fails after a row has been inserted into the underlying table
and works once
one has inserted a row into the underlying table
Package: gnupg2
Version: 1.9.20-1
Severity: minor
I just noticed that gpg2 tries to use /usr/lib/gnupg/pcsc-wrapper,
however, the gnupg2 package installs pcsc-wrapper into /usr/lib/gnupg2/.
This is trivial to fix and only affects people trying to use gnupg2 together
with an OpenPGP cryptocard.
77 matches
Mail list logo