Hi Thomas,
(adding the bug to CC as there's no reason to contact me personally).
On Thu, Mar 15, 2012 at 08:38:56PM +0800, Thomas Goirand wrote:
> I am very concerned by #476946. It's affecting a lot of packages:
> - phpmyadmin
> - roundcube
> - keystone
> - etc.
>
> I had a look, and I can't re
Hi Paul,
On Sun, Oct 02, 2011 at 08:50:19PM +0200, Paul Gevers wrote:
> I uploaded the patches. At this moment I think the review is the main
> thing. As I mentioned, I did my best and am currently using my patched
> package on my web-site machine. (Should I also upload my latest working
> d/chang
Hi Paul,
On Thu, Sep 22, 2011 at 09:48:51PM +0200, Paul Gevers wrote:
> @Sean, if you give me access to the cacti git on Alioth I can commit my
> changes. I did request membership several days/weeks ago, but have not
> seen any response.
Sorry about the additional delay on my end, then. You shou
Hi,
On Wed, May 04, 2011 at 10:56:27PM -0500, Steve M. Robbins wrote:
> > And furthermore, even if Debian chooses to "fix" this, upstreams will
> > be forced to eventually cater to the default glibc behavior for every
> > other libc distro out there that does not have their own "fix" (and
> > non-
On Wed, May 04, 2011 at 12:29:50PM +0200, Julien BLACHE wrote:
> "Steve M. Robbins" wrote:
>
> Hi,
>
> > I'm with Linus on this: let's just revert to the old behaviour. A
> > tiny amount of clock cycles saved isn't worth the instability.
>
> Tiny amount?! The optimized memcpy() variants that b
tag 560942 pending
thanks
Date: Wed Mar 9 20:53:16 2011 +0100
Author: Sean Finney
Commit ID: 8de494e3ad6639809ac22664b03d1b1ee92947f1
Commit URL:
http://git.debian.org/?p=users/seanius/xmlrpc-c.git;a=commitdiff;h=8de494e3ad6639809ac22664b03d1b1ee92947f1
Patch URL:
http://git.debian.org/?p
On Fri, Mar 04, 2011 at 02:16:57PM +0100, Petr Salinger wrote:
>> Please could you try to rebuild php5 with "PHP5_COMPAT=yes" in debian/rules ?
> It does help.
>
> On both kfreebsd-i386 and kfreebsd-amd64:
>
> The fix should be in apr, it really should advertise their
> ino_t as unsigned 32-bit ty
hiya,
i'll group two replies together here.
On Wed, Sep 22, 2010 at 10:57:10AM +0300, Teodor MICU wrote:
> > * does the schema seem correct (i.e. a disabled column in the host table)?
>
> I don't know anything related to a 'schema', so probably not the
> issue. If you can tell me what to check,
hi teodor,
thanks for looking into this!
On Wed, Sep 22, 2010 at 02:58:28AM +0300, Teodor MICU wrote:
> I've been able to reproduce the problem. So far the problem will
> appear any time I'll activate 'spine' poller. One weird thing is that
> both CMDPHP and SPINE are present in the cacti.log as
hi,
On Tue, Sep 21, 2010 at 11:02:37PM +0300, Teodor MICU wrote:
> I'll probably attempt a new upgrade soon, do you have any recommendations?
some ideas/questions off the top of my head:
* did you get any sql upgrade errors after the package was updated?
* does the schema seem correct (i.e. a
hi michael,
On Sat, Jul 10, 2010 at 02:43:06PM +0200, Michael Biebl wrote:
> That said, while I agree, that bumping the dep on nm to >= 0.8.0.999 in
> nm-gnome
> is probably the right thing to do, the severity grave is not justified given
> that I'm still able to use nm-applet.
>
> How did you e
On Sat, Jul 10, 2010 at 02:16:22PM +0200, Michael Biebl wrote:
> > libnm-* libs to 0.8.0.999 but not network-manager itself?
>
> To be more clear about this: what combination of packages and versions did you
> test, which didn't work
i believe everything except network-manager was updated to 0.8.
hi michael,
On Sat, Jul 10, 2010 at 02:12:30PM +0200, Michael Biebl wrote:
> Could you be more specific, what you did and what problems you had.
the applet remains visible but the "enable networking" option remains
unselectable (if you select it it stays disabled). so it is not possible
to use e
Package: network-manager-gnome
Version: 0.8.0.999-1
Severity: grave
Justification: renders package unusable
Hi there,
the latest n-m update was partially blocked by the updated dependency on
isc-dhcp-client, which in turn conflicts with the latest version of
resolvconf. unfortunately the depende
hi there,
On Tue, Jun 29, 2010 at 07:30:57AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> I've cleaned up your patch using my more generic string parsing
> functions. Could you test attached patch?
i read over the patch and it looks good. i've just tested the patch
and grub-install, gr
hiya,
is there anything preventing this patch from being accepted?
sean
signature.asc
Description: Digital signature
hi lucas,
On Wed, Jun 09, 2010 at 09:21:34PM +0200, Lucas Nussbaum wrote:
> Sorry, it is really hard to give access to someone just for a few test
> builds. I could run a test build for you, though. Just point me to a
> .dsc.
no worries. here's a dsc which i'd like to upload assuming it does not
just for the record, i haven't yet uploaded a new unstable version yet,
mostly because i was waiting for upstream to roll out a fix for the 0.8.7f
release, which apparently contained a number of regressions. If I don't
see any movement on that by the end of the weekend i'll go ahead and
look at ap
tag 582691 pending
thanks
Date: Fri Jun 11 00:51:24 2010 +0200
Author: Sean Finney
Commit ID: 91e3ecdf2484c3b078c5abcf795cfbc4fb117cae
Commit URL:
http://git.debian.org/?p=users/seanius/cacti.git;a=commitdiff;h=91e3ecdf2484c3b078c5abcf795cfbc4fb117cae
Patch URL:
http://git.debian.org/?p=users
tag 584348 pending
thanks
Date: Wed Jun 9 21:04:29 2010 +
Author: Sean Finney
Commit ID: 86d4e4518f46192db831c5b3e5f66f25653b04b2
Commit URL:
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=86d4e4518f46192db831c5b3e5f66f25653b04b2
Patch URL:
http://git.debian.org/?p=pkg-php/php.git
On Wed, Jun 09, 2010 at 07:42:20PM +0200, sean finney wrote:
> if there is no clear culprit is it possible to get access to a node in
> this build cluster to try debugging the problem? unfortunately i don't
> have any 8-way systems here at home and -j8 on my tri-core system does
&
On Fri, Jun 04, 2010 at 05:14:41PM +0200, Lucas Nussbaum wrote:
> So, I spent some time on this, and, sorry, the fault is on your side,
> not mine. The failures are caused by the use of parallel=8 in my
> rebuilds (and on some buildds, so I'm suprised it doesn't show up on
> any buildd).
the code
Source: grub2
Version: 1.98+20100602-1
Severity: serious
Tags: upstream patch
Justification: FTBFS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
while investigated an unrelated bug, i noticed that the latest snapshot
uploaded to debian fails with the following error:
gcc-4.4 -Idisk -I/home/seani
sean
On Thu, Jun 03, 2010 at 12:41:32AM +0200, sean finney wrote:
> okay, I think the attached patch should fix the problem.
>
> I haven't tested it thoroughly, though my system does boot. It seems
> there may be a seperate issue with os-prober that results in some junk
&g
that probably needs to be taken up seperately and
the critical aspect of the bug is fixed anyway.
sean
Author: Sean Finney
Description: Fix for lvm2 parsing failures with snapshot logical volumes
This patch prevents the lvm2 parsing code from prematurely aborting
when encountering L
Package: rhythmbox-plugin-coherence
Version: 0.12.8-1
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Traceback (most recent call last):
File "/usr/lib/rhythmbox/plugins/upnp_coherence/__init__.py", line 10, in
import rhythmdb, rb
ImportError: No module named rb
here's an updated, but still incomplete patch.
the main problem with the previous patch was that the extent_count variable was
being overwritten when fetching the type option value. simply removing
that fixed that problem. there were further problems with the lv's though, as
it seems (i'm not
tag 578909 pending
thanks
Date: Sat Apr 24 13:00:32 2010 +0200
Author: Sean Finney
Commit ID: 43ac8f0767e349c0d860a605e40a3970ac498bfb
Commit URL:
http://git.debian.org/?p=users/seanius/cacti.git;a=commitdiff;h=43ac8f0767e349c0d860a605e40a3970ac498bfb
Patch URL:
http://git.debian.org/?p=users
hiya,
On Thu, Apr 15, 2010 at 09:14:16PM +0200, Iustin Pop wrote:
> Since I honestly don't know that much here, I think it would be best that you
> forward this to upstream, to get it integrated. In the meantime, I'll upload a
> patched version next week with your diff.
i sent an email to the ups
On Thu, Apr 08, 2010 at 11:05:27PM +0200, Olaf van der Spek wrote:
> /etc/php5/cgi/php.ini:
> memory_limit = 128M
>
> top:
> 14092 www-data 20 0 589m 466m 17m S3 5.8 9:36.17 php-cgi
* are you using the cgi's directly or do you have some kind of fcgi wrapper?
* is it a slow or sudden
On Sun, Apr 04, 2010 at 09:47:36PM +0200, sean finney wrote:
> fixing both of these doesn't fix the problem, though the protoc program
> does get a tiny bit further before abort()ing.
also, ConsumeSignedInteger (text_format.cc), usage of enum WireType,
(wire_format_lite.h), FastUInt32T
On Mon, Mar 15, 2010 at 09:22:25PM +0100, Iustin Pop wrote:
> Honestly, since it tends to look like gcc bug, the thing I care most is
> to workaround this issue *somehow*. If the simplest way is to require
> gcc 4.3, or a different version of gcc, then…
i took another dive in the debugger this aft
On Sat, Mar 13, 2010 at 11:07:13AM +0100, Iustin Pop wrote:
> So again, sorry if I'm talking stupid things. But here the compiler does
> exactly what you required it to do. 0x8000 as a positive constant doesn't
> work already, if you for example try to print it it's stored as a negative
0x8000
hi,
On Fri, Mar 12, 2010 at 09:47:50PM +0100, Iustin Pop wrote:
> > (without the negation). adding a negation operator to this is what was
> > raising my eyebrows. it could be that as long as everything is a constant
> > that stuff is okay, but once you negate a non-constant value holding INT_MI
On Tue, Mar 09, 2010 at 11:38:23PM +0100, Iustin Pop wrote:
> actually, from /usr/lib/limits.h, -0x8000 is indeed the minimum
> value for signed int32. a brief look at the tests failing show that this
> is exactly what upstream tries to test, the minimum and maximum valid
> signed values. whet
hey folks,
just to throw something out there, the last time i ran into a bug like
this was a few weeks back with php, also with gcc 4.4 and also on arm.
turns out it was a case of signed integer overflow, which has undefined
consequences in runtime code.
looking through the code i see comments th
tag 542381 pending
thanks
Date: Sun Feb 21 17:13:48 2010 +0100
Author: Sean Finney
Commit ID: d57d7f186f3575f44c1c6e78a223da7c5d6623be
Commit URL:
http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff;h=d57d7f186f3575f44c1c6e78a223da7c5d6623be
Patch URL:
http
tag 542381 pending
thanks
Date: Sun Feb 21 15:30:51 2010 +0100
Author: Sean Finney
Commit ID: 3a94f160d74f03296652fccdb8ea12beecd525fa
Commit URL:
http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff;h=3a94f160d74f03296652fccdb8ea12beecd525fa
Patch URL:
http
tag 567105 pending
thanks
Date: Wed Feb 3 11:00:28 2010 +0100
Author: Sean Finney
Commit ID: 50a119fbf8fd8a5f5818d1b095abc2d3cf47cce5
Commit URL:
http://git.debian.org/?p=pkg-xorg/bling/compizconfig-python.git;a=commitdiff;h=50a119fbf8fd8a5f5818d1b095abc2d3cf47cce5
Patch URL:
http
paths.
thanks,
sean
[1] ssh://git.debian.org/git/users/seanius/xmlrpc-c.git
[2] this hasn't yet been uploaded to unstable, though it can be
fetched from experimental as well as git.
On Thu, Jan 28, 2010 at 06:58:51AM -0600, Jamie Strandboge wrote:
> On Thu, 2010-01-28 at 1
hi,
just a quick ack:
i've imported the patches into git but one of them does not apply:
Applying patch CVE-2009-3560.patch
patching file lib/expat/xmlparse/xmlparse.c
Hunk #1 FAILED at 2330.
1 out of 1 hunk FAILED -- rejects in file lib/expat/xmlparse/xmlparse.c
Patch CVE-2009-3560.patch does n
tag 565785 pending
thanks
Date: Thu Jan 28 00:32:03 2010 +0100
Author: Sean Finney
Commit ID: 46696f823cf03bd3b5072300c85feed8503a9d95
Commit URL:
http://git.debian.org/?p=users/seanius/xmlrpc-c.git;a=commitdiff;h=46696f823cf03bd3b5072300c85feed8503a9d95
Patch URL:
http://git.debian.org/?p
tag 562027 pending
tag 562438 pending
thanks
Date: Tue Jan 26 21:07:39 2010 +0100
Author: Sean Finney
Commit ID: 08d424189b18a156f8a353ecca22646c5f3af922
Commit URL:
http://git.debian.org/?p=pkg-xorg/app/compiz.git;a=commitdiff;h=08d424189b18a156f8a353ecca22646c5f3af922
Patch URL:
http
tags 551654 moreinfo
severity 551654 important
thanks
Hi Adnan,
Doing some bts maintenance on the compiz packages and found this old
report...
On Thu, Nov 12, 2009 at 02:10:08AM +0100, Adnan Hodzic wrote:
> After I tried every possible solution (my primary suspect was metacity)
> most obvious so
Date: Sat Jan 23 16:11:22 2010 +0100
Author: Sean Finney
Commit ID: 6eb39692db4a1de4f3a1b51552d743eec854c042
Commit URL:
http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff;h=6eb39692db4a1de4f3a1b51552d743eec854c042
Patch URL:
http://git.debian.org/?p=dbconfig-common
hi!
On Wed, Jan 06, 2010 at 11:17:49AM +0100, Thijs Kinkhorst wrote:
> > Afaics I'm using dbconfig-common as documented, so this issue should imho
> > be handled there.
>
> One thing you're not doing is "Recommends: mysql-client". But I doubt that
> would have helped here.
a Recommends on the d
hi patrick,
i've come across some free time tonight and have tried (and failed) to
reproduce the problem. using a clean lenny chroot, i've tried the
following:
* install otrs2 + deps + mysql, dist-upgrade, upgrade dbconfig, upgrade otrs2
* install otrs2 + deps + mysql, upgrade otrs2
* install ot
Package: otrs2
Version: 2.2.7-2lenny1
Severity: serious
Justification: installation fails w/out undocumented dep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi there,
while investigating an unrelated bug (#561135) i discovered that
otrs2 does not successfully install in a clean lenny chroot:
this is just to ACK that i recieved a follow up in private with the
log contents. i unfortunately didn't get a chance to look at this
before starting on my VAC (taxi in 20 minutes!), but i will be semi-online
for the next week so it's possible that i may still get a chance to look
at it before new
hi patrick,
On Mon, Dec 14, 2009 at 08:00:04PM +0100, Patrick Matthäi wrote:
> I have already mailed you about this issue.
as asked in private, could you attach the output from the console when
you export dbc_debug=1 before trying the upgrade? if you have the time
to do this it would be very hel
On Thu, Nov 05, 2009 at 04:34:03PM -0600, Gunnar Wolf wrote:
> function db_escape_string($text) {
> return pg_escape_string($text);
> }
> 2009-11-04 06:25:29 CST [30578]WARNING: nonstandard use of \\ in a string
> literal at character 25
hm... maybe this is a result of pg_escape_string and m
Package: gnome-terminal
Version: 2.28.0-1
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
after an upgrade this afternoon, starting gnome-terminal results
in the window popping up and immediately disappearing again. closer
inspection reveals
Package: xscreensaver-data
Version: 5.05-3+nmu1
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Preparing to replace xscreensaver-data 5.05-3+nmu1 (using
.../xscreensaver-data_5.10-1_amd64.deb) ...
Unpacking replacement xscreensaver-data ...
Package: bzrtools
Version: 1.18.0-1
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following packages have unmet dependencies:
bzrtools: Depends: bzr (>= 2.0~) but 1.18-1 is to be installed
E: Broken packages
rangda[/home/sean] apt-cache policy bzr
On Tue, Sep 15, 2009 at 08:57:38PM +0200, Siegfried Gevatter wrote:
> 2009/9/15 sean finney :
> > along with importing pwd and os, both the application and the cmdline
> > program starts, yes.
>
> Okay cool, do you want to sponsor the fix?
i also noticed that there's a
hi siegfried,
On Tue, Sep 15, 2009 at 08:32:00PM +0200, Siegfried Gevatter wrote:
> Can you please try if adding the following lines (taken from util.py)
> to the end of /usr/share/webboard/webboardlib/wbconfig.py fixes this
> problem?
>
> ===
> def gue
Package: webboard
Version: 0.3-2
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
adding the applet results in a 1x1 pixel in my gnome panel with which i
can't seem to do anything. runnign from the cmdline i get:
rangda[/home/sean] webboard
hi andreas,
On Sun, Aug 30, 2009 at 12:48:14PM +0200, Andreas Barth wrote:
> I uploaded an NMU of your package.
>
> Please see this as help to get the package into a releaseable condition again.
>
> Please find the used diff below.
thanks. i'll be spending some time with php next week and can
hi thomas,
On Sat, Aug 08, 2009 at 06:36:57PM +0200, Thomas Drillich wrote:
> I'd registered this bug on http://bugs.php.net/bug.php?id=49193 too
thanks for the extra investigation. i'm on vacation right now but when i'm
back i'll make sure that a fix gets in (or an updated 5.3 release if they
d
hi jan,
On Tue, Apr 07, 2009 at 07:48:38PM +0200, Jan Wagner wrote:
> Guessing from the bugreport, I think the cause for the "dataloss" was, that
> suhosin blocked the execution of the script, cause the values are to
> much/large, which can be adjusted via ini settings. Not checking, if the
> v
hi aurelien,
On Wed, Jul 22, 2009 at 05:47:37PM +0200, Aurelien Jarno wrote:
> Which version of fakeroot do you have installed?
ii fakeroot 1.12.4 Gives a fake root environment
sean
signature.asc
Description: Digital signature
Package: libc6-i386
Version: 2.9-21
Severity: serious
Justification: Uninstallable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i guess this is more of that dir-vs-symlink-during-transition problem?
rangda[/home/sean] sudo apt-get install libc6-i386 :)
Reading package
hi stephane,
On Tue, Jun 09, 2009 at 02:03:47AM +0100, Stephane Dudzinski wrote:
> > configured to use? if you don't mind, the following information would
> > be helpful:
>
> Sorry forgot to specify that, using 1.2.x
this may be a silly question, but have you tried changing the rrdtool
version
tags 531546 moreinfo
thanks
hi, er, sysadmin,
regarding this problem, what version of rrdtool is the web interface
configured to use? if you don't mind, the following information would
be helpful:
sudo mysql --defaults-file=/etc/mysql/debian.cnf cacti -e 'select * from
settings'
there shouldn
severity 530512 important
tags 530512 moreinfo
thanks
hi,
it sounds like a couple different issues are getting mixed up here, one
regarding lack of strict enough dependencies and another with support
for your particular graphics card/setup.
regarding the latter, do any of these combinations wor
tags 531800 unreproducable
severity 531800 important
thanks
hi giacomo,
i can't reproduce this problem (and i'm also running 2.6.29/amd64).
are you sure you don't have a compiz component installed from source,
a non-standard library installed or perhaps something from experimental?
the following
hi savvas,
On Wed, Jun 03, 2009 at 11:13:11AM +0200, Savvas Radevic wrote:
> @Sean: thank you for the tip, didn't know that! :)
> Sean, can you reply with the output of:
>
> apt-cache policy libmtp5 libmtp6
libmtp5:
Installed: (none)
Candidate: (none)
Version table:
0.1.5-2 0
On Wed, Jun 03, 2009 at 08:46:52AM +0200, Raphael Hertzog wrote:
> On Tue, 02 Jun 2009, sean finney wrote:
> > i'm pretty sure i haven't touched these files, is there any other way it
> > could have disappeared? if this file is provided by another package
> > ther
hiya,
On Tue, Jun 02, 2009 at 03:49:42PM +0200, Savvas Radevic wrote:
> I think this is related to bug #525094 - the reporter probably has not
> updated to the latest available package:
> libmtp8 0.3.7-7
>
> Sean, is my assumption true?
note sure for the last email whether you still needed this,
Package: libmtp5
Version: 0.1.5-2
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
note that i believe this is slightly different from #525094.
cpio: ./etc/udev/rules.d/libmtp.rules: Cannot stat: No such file or directory
update-initramfs: failed for /boot/initrd.img-2.6.29-2-amd6
Package: kallery
Version: 1.2.0-3
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
during a dist-upgrade this morning:
Unpacking kallery-data (from .../kallery-data_1.2.0-3_all.deb) ...
dpkg: error processing /var/cache/apt/archives/kallery-data_1.2.0-3_all.deb
(--unpack):
tryin
tag 511493 pending
thanks
Date: Tue Apr 28 19:43:55 2009 +0200
Author: Sean Finney
Commit ID: abafc5330cede8260890b3083b739891bd029d62
Commit URL:
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=abafc5330cede8260890b3083b739891bd029d62
Patch URL:
http://git.debian.org/?p=pkg-php
tag 524273 pending
thanks
Date: Tue Apr 28 19:26:12 2009 +0200
Author: Sean Finney
Commit ID: 0377457857b76835bc425decc28e8b95f210be95
Commit URL:
http://git.debian.org/?p=pkg-xorg/bling/ccsm.git;a=commitdiff;h=0377457857b76835bc425decc28e8b95f210be95
Patch URL:
http://git.debian.org/?p=pkg
severity 523028 important
clone 523028 -1
retitle 523028 CVE-2008-5814: XSS vulnerability in PHP <= 5.2.7
retitle -1 CVE-2009-0754: mbstring.func_overload setting leakage across vhosts
hi michael,
in the future please file seperate bugs for seperate vulnerabilities.
i would say neither of these
tags 521098 moreinfo unreproducible
thanks
hi daniel,
strange, since it built from source for all architectures already...
my guess is that you've managed to find some corner case missing dependency,
you're using a different compiler(?), or something is funny with your
chroot.
you might also tr
Package: python-poker-engine
Version: 1.2.0-1
Severity: serious
Justification: Policy 10.7.3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i was surprised to see this in the last upgrade:
Setting up python-poker-engine (1.2.0-1) ...
pyConfig::checkVersion: /etc/poker-engine/poker.10-20-no-limit.
severity 511900 important
tags 511900 -patch
thanks
hi cassiano,
On Thu, Jan 15, 2009 at 11:56:25AM -0200, Cassiano Leal wrote:
> Severity: serious
> Justification: no longer builds from source
> Trying to build pdo_oci from php5 sources fails with the message below:
i don't think this justific
hi guys,
has anyone considered something like richard's suggestion in msg 48? if the
sev is not going to be downgraded to important, that's probably the best
way forward wrt lenny...
it shouldn't be too hard to make a new global variable or function in some
centrally included location, and hav
hi guys,
On Fri, Dec 26, 2008 at 09:37:14PM +0100, Nico Golde wrote:
> > in the meantime I am preparing an NMU with the patch for (1) applied.
>
> No need for an NMU I think, Darren is heavily working on
> these issues, check:
> http://alioth.debian.org/~dsalt-guest/security/.private/
>
> The c
tags 507165 patch
thanks
attached is what i believe is a patch for this problem against the version
in unstable. i haven't tested this yet, but it looks very straightforward...
review appreciated in any event.
i'm rolling this along with the patch for the CVE-2008-5234 into an
upcoming nmu.
hiya,
it looks to me like the patch solves (1) just fine, and that (2) is in fact
the same problem as CVE-2008-5246 (same files/functions, no other activity
in these files besides the same fix).
do you agree?
in the meantime I am preparing an NMU with the patch for (1) applied.
sean
-
Package: network-manager-gnome
Version: 0.7~~svn20080817t183748-0ubuntu1
Severity: serious
Justification: Policy 7.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(this only affects the version in experimental)
rangda[/home/sean] ldd `which nm-applet` :)
notfound 478105 1.06-7
thanks
hi johan,
as far as i can tell, your problem seems to be an entirely different issue.
i downloaded the latest funguloids and both by default and with your config
it worked for me, so it seems something likely different with your client
system. therefore if you cont
hi,
as moritz has pointed out, icedtea-gcjwebplugin gives a viable solution
for the secure/Free dilemma, so i've uploaded an NMU that disables
generation of the binary package. i've only commented out the relevant
lines from debian/control so it should be easy enough to re-enable it
again later.
severity 501574 important
retitle 501574 warsow: crashes at startup on systems with mesa DRI < 7.2-1
thanks
hi there,
i am changing the severity of this bug to "important", due to the following
rationale:
- no dataloss, security hole, etc, just a crashing program which makes a
mostly useless p
on-powerpc arches in debian/rules (closes: #483278).
+ * Add missing build-depends on graphviz.
+ * Install doxy/html documentation
+ * Install missing pkgconfig files (closes: #503009).
+ * RC bugfix, high upload urgency.
+
+ -- Sean Finney <[EMAIL PROTECTED]> Tue, 21 Oct 2008 18:00:42 -04
Package: libspe2
Followup-For: Bug #483278
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
the debian/rules file in this package is totally screwed up. i was looking
at this because of another minor issue (missing .pc files), but it seems
this problem will have be solved first.
i plan to NMU
tags 500259 -unreproducible
thanks
hiya,
okay, here's some more information on this... the only two changes i made were:
GMEDIASERVERRUN=yes
GMEDIASERVERDIR="/scratch"
what i failed to realize was that /scratch also holds a ccache cache dir (plus
a couple cowbuilder chroots), so there are easi
Package: gmediaserver
Version: 0.13.0-3
Severity: serious
Justification: Policy 9.3.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
rangda[/home/sean] ps -ef | grep gmediaserver:)
rangda[/home/sean] sudo /etc/init.d/gmediaserver start [1] :(
Start
tags 498211 unreproducible
severity 498211 important
thanks
hi jesse,
i can't reproduce this with a fresh install. are you sure you don't
have some local config change that is tickling this issue? cacti has
had issues in the past with adodb, but the upstream authors have been
very responsive a
Package: radvd
Version: 1:1.1-2.1
Severity: serious
Justification: Policy 9.3.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
note: it's a bit of stretch on interpretation of 9.3.2, but it does break
package upgrades which needs to be fixed in any event.
rangda[~] sudo apt-get upgrade
vpn, to fix breakage resulting from
+additional security features in latest openvpn in unstable
+(closes: #495055).
+Patch: 08_nm-openvpn_script-security.diff
+
+ -- Sean Finney <[EMAIL PROTECTED]> Wed, 20 Aug 2008 23:37:52 +0200
+
network-manager-openvpn (0.3.2svn285
hi,
On Wednesday 23 July 2008 04:57:26 pm Martin Sebald wrote:
> how do I check the timezonedb file? I think it should be ok because php
> 5.2.5-3 runs fine. But I will test the file anyway to be sure.
>
> Is this timezone file new with 5.2.6-2? If yes and if it is located at a
> new location php
hi martin,
i still can't reproduce the problem, using the example you cut/pasted or by
downloading the script in question (i had to comment out a few unrelated
functions and insert a (false) somewhere to get the code to execute. do you
have a specific timezone set? is this on a lenny/sid sys
hi,
On Wednesday 23 July 2008 12:12:24 pm Martin Sebald wrote:
> Wordpress:
> > Fatal error: strftime() [ > href='function.strftime'>function.strftime]: Timezone database is
> > corrupt - this should *never* happen! in
> > /var/www/www.domain.tld/wp-content/plugins/timezone.php on line 150
oy.
hi everyone,
i just ran a build last night with the modified patch, which unfortunately
failed. *however*, it failed later than before, and looking at the crash it
looks like there's at least a third place where unaligned access is
occurring:
(gdb) run
Starting program: /home/seanius/php5-5.2
hi,
On Wednesday 25 June 2008 12:39:17 am Kevin Hobbs wrote:
> I do not think this bug should have been closed as it is not fixed in
> testing where the issue existed and still exists. The workaround of using
and it is marked as still affecting testing, so i don't see what the problem
is... lo
Buongiorno :)
sorry if the closing of the bug report was kind of terse... i did it from work
and thus didn't have access to my gpg key so didn't bother commenting on it
at the time. have you upgraded all your compiz related packages to the
version in unstable? i.e.
dpkg -l 'compiz*' 'libcomp
hi, as you can see from the BR this has been forwarded upstream. i have also
found an ubuntu BR with very a very similar signature:
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/101943
which unfortunately also did not have a solution. the compiz/compiz-fusion
developers don't have muc
found 471975 2.6.0-3
reopen 471975
thanks
hi there,
as mentioned on IRC, this is still present, and breaks upgrades in sid atm:
Preparing to replace cmake 2.4.8-1.1 (using .../cmake_2.6.0-3_amd64.deb) ...
ERROR: emacsen-common being used before being configured.
ERROR: This is likely a bug in th
1 - 100 of 302 matches
Mail list logo
