Thank you. The patch works.
--
Mika Boström Individualisti, eksistentialisti,
www.iki.fi/bostik rationalisti ja mulkvisti
GPG: 0x2AED22CC; 6FC9 8375 31B7 3BA2 B5DC 484E F19F 8AD6 2AED 22CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.d
Package: irssi-plugin-silc
Version: 1.1.7-1
Severity: important
Ever since upgrading irssi to 0.8.15, the SILC plugin has not worked.
The error appears like this:
0. Have irssi-plugin-silc installed
1. In any irssi window, say "/load silc"
2. Witness the following error
11:07 -!- Irssi: Error l
This also hits python-gtk2:
% dpkg -S libdirectfb | fgrep 1.2.so
libdirectfb-1.2-0: /usr/lib/libdirectfb-1.2.so.9.0.0
libdirectfb-1.2-0: /usr/lib/libdirectfb-1.2.so.9
% python
Python 2.5.5 (r255:77872, Feb 1 2010, 19:53:42)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "licens
Subject: cups: prints garbage with HP2055 after upgrading to 1.4.x
Package: cups
Version: 1.4.1-1
Severity: normal
*** Please type your report below this line ***
I have a HP Laserjet 2055d printer connected to this box. Ever since
upgrading to the new major version, printing has been practically
This bug has been fixed upstream.
http://bugs.freedesktop.org/show_bug.cgi?id=21464
Please consider including this for the next xorg upload, having the X
server crash on a random multimedia key event is pretty nasty.
--
Mika Boström Individualisti, eksistentialisti
After manually adding symlink:
odin:/usr/share/guile/1.8% ls -l slib
lrwxrwxrwx 1 root root 10 Sep 9 10:42 slib -> ../../slib
This is what happens with test command:
odin:~% guile -c "(use-modules (ice-9 slib)) (require 'printf)"
ERROR: Unbound variable: slib:features
So the real error
I rebooted my box and even immediately after the boot (/tmp being
quite empty) the bug remained. I got the idea that maybe the error was
not due to hardware. Reinstalled -core, -writer and -calc when I pulled
in -dbg. After reinstalling those packages, the error simply vanished.
I have no ide
Just got these today, after upgrading to 2.2.1-8
% dpkg -s openoffice.org
Package: openoffice.org
Status: install ok installed
Priority: optional
Section: editors
Installed-Size: 260
Maintainer: Debian OpenOffice Team <[EMAIL PROTECTED]>
Architecture: i386
Version: 2.2.1-8
% openoffice
/usr/l
After the latest upload, the bug has vanished - at least for me.
Thank you.
--
Mika Boström +358-40-525-7347 -=- The flogging will continue
[EMAIL PROTECTED]www.iki.fi/bostik -=- until morale improves
GPG: 0x039F188E; EC67 5B3A E6E3 6A84 9CB2 94D3 BFCD BD57 039F 188E
signa
tags + moreinfo
This may have caused another application to bug as well. With 0.9.38-1
and PokerStars client some text is not rendered properly. I have noticed
at least these:
- tournament lobby window does not show all texts; occasionally
forcing a redraw (hide + show / workspace switch)
tags: +moreinfo
I may have discovered something. Unless I have misinterpreted this
badly, linux from scratch project has tripped over a very similar
problem late this spring.
The following messages describe pretty much identical problem:
http://www.mail-archive.com/blfs-dev@linuxfromscratch.
Package: scribus
Version: 1.2.5.dfsg-2
Severity: important
Justification: does not create exportable documents
Exporting a document (either to EPS or PDF) does not work. In the case
of PDF, this gives an instant error; for EPS the error is completely
silent. The following lines show what is wron
On Mon, Aug 07, 2006 at 03:29:01PM +0200, Frederic Peters wrote:
> Mika Bostrom wrote:
>
> > I have attached the dump file in question. This should be reproducible
> > anywhere. It also seems the bug is unknown at upstream as well; at least
> > there is no report for
Tags: patch
As seen in upstream bug report:
http://www.cups.org/str.php?L1717+P0+S-2+C0+I0+E0+Qbad+request
The bug is not in client, but in libcupsys2. Commit 5748 from upstream
trunk fixes this. I have attached the patch, which applies cleanly
(2-line offset, no fuzz) to cupsys-1.2.1-3 sourc
>On 08/06/2006 David Härdeman wrote:
>> I suggest that we use the following logic:
>>
>> 1) do vol_id check
>>
>> 2) if fstype is swap, we're done
>>
>> 3) if fstype is known, complain and exit
>>
>> 4) if fstype is unknown, run mkswap
>
>yes, but initially the idea was to only check where we c
This may be the same bug as seen in these other systems' reports:
http://www.cups.org/str.php?L1717+P0+S-2+C0+I0+E0+Qbad+request
https://launchpad.net/distros/ubuntu/+source/cupsys/+bug/42513
https://launchpad.net/distros/ubuntu/+source/cupsys/+bug/45099
In short: printing from cups 1.2 to a
On Wed, Jun 07, 2006 at 07:29:26PM +0200, David Härdeman wrote:
> On Wed, Jun 07, 2006 at 05:51:51PM +0300, Mika Bostrom wrote:
> >Package: cryptsetup
> >Version: 2:1.0.3-2
> >Severity: normal
> >
> > [Repost with reportbug due to PEBKAC]
>
> I could find no
Package: cryptsetup
Version: 2:1.0.3-2
Severity: normal
[Repost with reportbug due to PEBKAC]
(Note: this coinsides with #342709 which deals with the same issues,
although bit differently.)
Using a variable (boot-time generated and unknown) key for encrypting
swap space triggers a failure.
Package: cryptsetup
Version: 2:1.0.3-2
Severity: normal
Using a variable (boot-time generated and unknown) key for encrypting
swap space triggers a failure. The net effect is that swap space is
never used. Below are included the relevant snippets and/or files and
the annotation for what I believ
On Tue, May 02, 2006 at 09:52:54PM +0200, Aurelien Jarno wrote:
> Mika Bostrom wrote:
> >% cat /proc/ide/hdb/model
> >WDC WD1200JB-00REA0
> >
> > Before upgrade, that model was not recognised at all and as such was
> >never even attempted.
> >
> > The
Package: hddtemp
Version: 0.3-beta15-2
Severity: important
Since latest upgrade, hddtemp crashes when trying to monitor the
following hard drive:
% cat /proc/ide/hdb/model
WDC WD1200JB-00REA0
Before upgrade, that model was not recognised at all and as such was
never even attempted.
The da
Package: python2.4
Version: 2.4.2-2
Severity: grave
Justification: renders package unusable
When I tried to upgrade, dpkg croaked and bailed out with:
dpkg: error processing
/var/cache/apt/archives/python2.4_2.4.2+2.4.3c1-1_i386.deb (--unpack):
trying to overwrite `/usr/lib/python2.4/lib-dynlo
Package: guile-1.6-slib
Version: 1.6.7-2
Followup-For: Bug #337346
It appears this bug still bites, although not exactly like before.
Upgraded packages just now, gnucash fails to start due to this:
% gnucash
ERROR: Unbound variable: hash-for-each
Downgrading slib package to 3a1-4.2 fixes the
Package: postfix
Version: 2.2.8-1
Followup-For: Bug #346187
The errors are caused by this:
% l /usr/lib/libpostfix-*
-rw-r--r-- 1 root 14K Jan 5 21:06 /usr/lib/libpostfix-dns.so.1
-rw-r--r-- 1 root 14K Jan 5 21:06 /usr/lib/libpostfix-dns.so.1.0.1
-rw-r--r-- 1 root 151K Jan 5 21:06 /usr/lib
Package: mkisofs
Version: 4:2.01+01a03-1
Followup-For: Bug #329039
Just experimented. Creating an image from photos:
odin:..vat/digicam/Skotlanti-2005% mkisofs -r -l -J -o /tmp/skottikuvat.iso
papercopy
INFO: ISO-8859-15 character encoding detected by locale settings.
Assuming ISO-88
Package: freeciv-client-gtk
Version: 2.0.4-1
Severity: important
Severity important, as I can't reproduce this bug on my work box.
I have been trying to get myself addicted to freeciv, but failed to do
so as the client simply does not even start. Executing civclient-gtk
dumps a corefile, wh
I just gave a try to trunk revision 3798, and can no longer reproduce
the crash. My original hunch was that it had something to with fonts on
this particular system (could not crash it on any other box, even after
importing my entire ~/.fluxbox). Current svn head has introduced a fix,
and the onl
Package: fluxbox
Version: 0.9.11-1
Severity: important
Note: this bug is apparently different from #291672
When starting up fluxbox, it (still) crashes. So far I have been able
to reproduce the crash with every single theme I have tried (with
different fonts defined), so this should not be a
28 matches
Mail list logo