Hi,
it is hard to say exactly - I have developed a habit of avoiding pages
with flash elements, especially when I leave the computer to the screensaver.
But I have made a few trials at reproducing the problem - displaying a
web page with flash elements and turning on KDE screensa
On Tuesday 29 September 2009, Julien Danjou wrote:
> At 1254204787 time_t, Julien Danjou wrote:
> > Since today, I cannot start X anymore. I tried with 2.6.30 and 31, and
> > it just segfaults. It used to work up to a couple of days ago without
> > any problem. AFAIK I did not change anything, so t
package binutils
tags 274544 + patch
thanks
I have found what looks like a solution to this problem. Please see
attached patch. The error is actually quite obvious when spotted; the
function bfd_demangle, according to its documentation, is perfectly able
to return NULL.
I think it might be
This is to inform that the bug reported for 2.17 almost a year ago - that
the --cref option to "ld" fails - has become worse in the most recent
releases. In the early 2.17 releases the --cref just produced garbage
output. Now it causes the linking process itself to fail:
gcc -Xlinker --cre
Package: kdm
Version: 4:3.5.5a.dfsg.1-6
Severity: important
The subject says it all. On my installation I modify /etc/kde3/kdm/kdmrc
by commenting out the ServerArgsLocal entry, because I, in this case,
don't want the "-nolisten tcp" option.
But the invocation of genkdmconf in /etc/init.d/kdm ch
Hello maintainers.
I wrote in my first report on this topic:
- it could be a problem with Iceweasel not cleaning up properly when
it receives the killing signal from a KDE shutdown
That is exactly what it is. In my home directory is found a file:
~/.mozilla/firefox/pq
Package: iceweasel
Version: 2.0+dfsg-1
Severity: important
I am using KDE as my desktop environmenti, with firefox as an often-used
WEB browser. With the new release of
iceweasel, a problem cropped up that I never saw before. When I login
after having logged out from a session where iceweasel is
Package: parted
Version: 1.7.1-2.1
Severity: normal
This is data about the device:
(parted) unit co
(parted) print
Disk /dev/sda: 40.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End SizeType File system Flags
1 32.3kB 15.4GB 15.4GB p
Package: python2.4-dev
Version: 2.4.3-8
Severity: minor
Tags: patch
The subject says it all - the other declaration is found in object.h.
The problem is a bit annoying for us, as we
use Python in an environment where we wish to consider warnings as
errors to be fixed.
Fortunately, the problem is
Hello.
I was hit by the very same error, and have found at least one
possible explanation, why it hits some people and not others.
My fix is simply to allow the udevcontrol call to fail, just as
all the other calls may fail:
if [ -x /sbin/udevcontrol ];
then /sbin/udevcontrol reload_rule
On Fri, 7 Jul 2006, Steinar H. Gunderson wrote:
On Thu, Jul 06, 2006 at 02:04:01PM +0200, Peder Chr. Norgaard wrote:
When upgrading til version 1:1.0.8+1.0.9pre1-1, my NIS-driven
automounter stopped working. The log files had hundreds of entries from
automounter: "Unsupported nfs
On Thu, 6 Jul 2006, Steinar H. Gunderson wrote:
reassign 377076 nfs-common
forcemerge 377076 377024
thanks
On Thu, Jul 06, 2006 at 02:04:01PM +0200, Peder Chr. Norgaard wrote:
When upgrading til version 1:1.0.8+1.0.9pre1-1, my NIS-driven
automounter stopped working. The log files had
Package: nfs-kernel-server
Version: 1:1.0.8+1.0.9pre1-1
Severity: important
When upgrading til version 1:1.0.8+1.0.9pre1-1, my NIS-driven
automounter stopped working. The log files had hundreds of entries from
automounter: "Unsupported nfs mount option: grpid". I had to roll back
to 1:1.0.8-8 to
Hello.
I may have supplementary information on this bug. I have
a similar setup, with debian sid cupsys 1.2.1 and a server
(non-debian) running cupsys 1.1.
Instead of printing from command line I am using a graphical tool
(acroread). Here printing always works, *but* with really large de
Package: snmp
Version: 5.2.2-3ted1
Severity: normal
Tags: patch
This is really a bug that should be forwarded to upstream; I choose to
send it via Debian in the hope that I will not have to maintain my own
version for a very long time.
The option for setting engineBoot and engineTime does not acc
On Tue, 21 Feb 2006, Loïc Minier wrote:
> On Tue, Feb 21, 2006, Peder Chr. Norgaard wrote:
> > The library mentioned is not available in unstable, nor can it be found
> > in experimental.
>
> It's in NEW.
>
Thank you for a quick answer. Now, I am a Debian user
Package: gnomemeeting
Version: 1.2.3-2
Severity: grave
Justification: renders package unusable
The package depends on a version of libopenh323 that is not available in
etch. Therefore it fails to install, and the consequences are pretty
dire: the packages gnome and gnome-desktop-environment fai
I think I have figured out why this bug has popped up again. It is
actually a new variant of the bug which in all likelihood has been
lurking for years.
The problem is in etc/a2ps-cfg.in, line 433:
Variable: lp #{lp.hook} a2ps-lpr-wrapper #{lp.options} @LPR_QUEUE_OPTION@
See? the option to a2p
Package: kdeedu
Version: 4:3.5.0-3
Severity: serious
The subject says it all.
Incidentally, exactly the same bug hit koffice just a week ago. See
bug report 347694. I suppose the same fix will solve this problem.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
Package: libsnmp5-dev
Version: 5.2.1.2-2
Severity: minor
Tags: patch
Technically, I guess this is a policy violation. In practice, almost
all systems have package procps installed. But in my project I rebuild
packages using "pbuilder" as a matter of policy - and when I did that to
net-snmp, the
Package: iperf
Version: 2.0.1-1
Severity: important
Tags: patch
This is, I think, an upstream problem - it has been mentioned in
http://archive.ncsa.uiuc.edu/lists/iperf-users/apr05/msg00013.html
I have tried out the 2.0.2 upstream release from May 3rd - combining
it with the "debian" directory
Package: openswan
Severity: normal
Well, the subject says most of it. I tried to set up an IPv6 based
tunnel between two security gateways - and I did not succeed until
I browsed the source code and figured out that the "connaddrfamily=ipv6"
is mandatory to get this to work.
Please add this to t
Package: cmucl
Version: 19a-release-20040728-9
Severity: wishlist
Tags: patch
This is a simple request to add packaging of certain POSIX socket
operations to CMUCL. The packaging is perfectly straightforward,
and has been tested extensively in the application for which I
developed them.
I post t
Package: cmucl
Version: 19a-release-20040728-9
Severity: wishlist
Tags: patch
The background for this request is that I needed to port a semaphore
logic on top of the CMUCL multiprocessing system. The semaphore
logic was running on top of Allegro Common Lisp from Franz Inc.
Doing that I discover
24 matches
Mail list logo
