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 really
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
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 should
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-libc OS's
On Wed, May 04, 2011 at 12:29:50PM +0200, Julien BLACHE wrote:
Steve M. Robbins st...@sumost.ca 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
tag 560942 pending
thanks
Date: Wed Mar 9 20:53:16 2011 +0100
Author: Sean Finney sean...@debian.org
Commit ID: 8de494e3ad6639809ac22664b03d1b1ee92947f1
Commit URL:
http://git.debian.org/?p=users/seanius/xmlrpc-c.git;a=commitdiff;h=8de494e3ad6639809ac22664b03d1b1ee92947f1
Patch URL:
http
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 if
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,
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
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
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
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
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 end up
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,
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
tag 582691 pending
thanks
Date: Fri Jun 11 00:51:24 2010 +0200
Author: Sean Finney sean...@debian.org
Commit ID: 91e3ecdf2484c3b078c5abcf795cfbc4fb117cae
Commit URL:
http://git.debian.org/?p=users/seanius/cacti.git;a=commitdiff;h=91e3ecdf2484c3b078c5abcf795cfbc4fb117cae
Patch URL:
http
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
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 in
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
not replicate
tag 584348 pending
thanks
Date: Wed Jun 9 21:04:29 2010 +
Author: Sean Finney sean...@seanius.net
Commit ID: 86d4e4518f46192db831c5b3e5f66f25653b04b2
Commit URL:
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=86d4e4518f46192db831c5b3e5f66f25653b04b2
Patch URL:
http://git.debian.org
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
entries being added to grub.conf
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
, but that probably needs to be taken up seperately and
the critical aspect of the bug is fixed anyway.
sean
Author: Sean Finney sean...@debian.org
Description: Fix for lvm2 parsing failures with snapshot logical volumes
This patch prevents the lvm2 parsing code from prematurely aborting
when
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
module
import rhythmdb, rb
ImportError: No module named
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 sean...@debian.org
Commit ID: 43ac8f0767e349c0d860a605e40a3970ac498bfb
Commit URL:
http://git.debian.org/?p=users/seanius/cacti.git;a=commitdiff;h=43ac8f0767e349c0d860a605e40a3970ac498bfb
Patch URL:
http
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
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), FastUInt32ToBufferLeft
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
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
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. whether
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_MIN
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
tag 542381 pending
thanks
Date: Sun Feb 21 15:30:51 2010 +0100
Author: Sean Finney sean...@debian.org
Commit ID: 3a94f160d74f03296652fccdb8ea12beecd525fa
Commit URL:
http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff;h=3a94f160d74f03296652fccdb8ea12beecd525fa
Patch URL
tag 542381 pending
thanks
Date: Sun Feb 21 17:13:48 2010 +0100
Author: Sean Finney sean...@debian.org
Commit ID: d57d7f186f3575f44c1c6e78a223da7c5d6623be
Commit URL:
http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff;h=d57d7f186f3575f44c1c6e78a223da7c5d6623be
Patch URL
tag 567105 pending
thanks
Date: Wed Feb 3 11:00:28 2010 +0100
Author: Sean Finney sean...@debian.org
Commit ID: 50a119fbf8fd8a5f5818d1b095abc2d3cf47cce5
Commit URL:
http://git.debian.org/?p=pkg-xorg/bling/compizconfig-python.git;a=commitdiff;h=50a119fbf8fd8a5f5818d1b095abc2d3cf47cce5
Patch URL
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
,
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 10:00 +0100, sean finney
tag 565785 pending
thanks
Date: Thu Jan 28 00:32:03 2010 +0100
Author: Sean Finney sean...@debian.org
Commit ID: 46696f823cf03bd3b5072300c85feed8503a9d95
Commit URL:
http://git.debian.org/?p=users/seanius/xmlrpc-c.git;a=commitdiff;h=46696f823cf03bd3b5072300c85feed8503a9d95
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
tag 562027 pending
tag 562438 pending
thanks
Date: Tue Jan 26 21:07:39 2010 +0100
Author: Sean Finney sean...@debian.org
Commit ID: 08d424189b18a156f8a353ecca22646c5f3af922
Commit URL:
http://git.debian.org/?p=pkg-xorg/app/compiz.git;a=commitdiff;h=08d424189b18a156f8a353ecca22646c5f3af922
Patch
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 database
Date: Sat Jan 23 16:11:22 2010 +0100
Author: Sean Finney sean...@debian.org
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
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:
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
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
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
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
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: 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
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
On Tue, Sep 15, 2009 at 08:57:38PM +0200, Siegfried Gevatter wrote:
2009/9/15 sean finney sean...@debian.org:
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 guess_user
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
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
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
values
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 to
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
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
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
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
there should be a strict depends
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
100
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):
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
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, but
tag 524273 pending
thanks
Date: Tue Apr 28 19:26:12 2009 +0200
Author: Sean Finney sean...@debian.org
Commit ID: 0377457857b76835bc425decc28e8b95f210be95
Commit URL:
http://git.debian.org/?p=pkg-xorg/bling/ccsm.git;a=commitdiff;h=0377457857b76835bc425decc28e8b95f210be95
Patch URL:
http
tag 511493 pending
thanks
Date: Tue Apr 28 19:43:55 2009 +0200
Author: Sean Finney sean...@debian.org
Commit ID: abafc5330cede8260890b3083b739891bd029d62
Commit URL:
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=abafc5330cede8260890b3083b739891bd029d62
Patch URL:
http://git.debian.org
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
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:
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
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
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
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.
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
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
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
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 -0400
+
libspe2 (2.2.80-95-3
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
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
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] :(
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
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
+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.2svn2855-1) unstable; urgency=low
* New SVN checkout
hi,
On Wednesday 23 July 2008 12:12:24 pm Martin Sebald wrote:
Wordpress:
Fatal error: strftime() [a
href='function.strftime'function.strftime/a]: Timezone database is
corrupt - this should *never* happen! in
/var/www/www.domain.tld/wp-content/plugins/timezone.php on line 150
oy.
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
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 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:
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...
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*'
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
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
On Tuesday 06 May 2008 06:28:58 am Mark Edwards wrote:
This is indeed a pretty nasty oversight. The package should at least
function by default, especially in stable.
The following change, courtesy of the Ubuntu cacti-0.8.6i package,
fixes the problem:
or courtesy of debian, in the cacti
On Tuesday 06 May 2008 03:31:34 pm J.M.Roth wrote:
Just make sure that if you fix the problem (again), that the fix is in
the spirit of the actual Cacti security advisory.
afaik it is.
Currently, I am having a hard time seeing why exactly all these checks
are done. Maybe someone could
1 - 100 of 287 matches
Mail list logo