Package: cupsys
Version: 1.1.23-14
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If TMPDIR is set and cups restarted with /etc/init.d/cupsys, then cups
will try writing it's temporary files in that directory as 'lp',
however if you are using pam_tmpdir the directory pointed
Package: cvs-syncmail
Version: 1.2+cvs.2004.05.02-2
Severity: minor
Tags: upstream
After the update to sarge syncmail now includes the full GECOS-field on
the From-Line, which is annoying if you have a lot of information in
there (e.g. multiple phone numbers).
It seems this was introduced
Package: qpsmtpd
Version: 0.32-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When using a non-default port for SMTP proxy delivery, the configure
help says You can optionally add a port number after a colon, such as
\localhost:25\.
But qpsmtpd complains loudly about this:
Package: bittornado
Version: 0.3.15-3
Followup-For: Bug #305388
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The logic in the SocketHandler.py bind implemenation seems to be at
fault. ipv6_socket_style is 1 for ipv6_binds_to_ipv4, so it should only
bind to AF_INET if ipv6_socket_style == 0.
Package: cdparanoia
Version: 3a9.8-11
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to a recent discussion in the linux-kernel list
http://groups.google.com/group/linux.kernel/browse_thread/thread/115745c4b8f0ab72/
vanilla cdparanoia doesn't support SG_IO and
Alex Deucher wrote:
This is probably due to a change in default xrandr mode selection
policy in the two xserver versions you are using.
(However fluxbox still thinks the desktop is 1600x1200, for example when
maximizing windows, but I suspect this is a fluxbox bug?)
Since you are
Package: xterm
Version: 235-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I resize xterm while vim oder mutt or some other program is running
in it (probably also bash, but it's not that visible there), the program
does not resize to the new window size, but to the last
Alexander E. Patrakov wrote:
Thomas Dickey wrote:
On Sun, Aug 17, 2008 at 02:30:15PM +0200, Tobias Diedrich wrote:
Package: xterm
Version: 235-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I resize xterm while vim oder mutt or some other program
Tobias Diedrich wrote:
Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 -
please confirm my testing under different kernel versions
That sounds exactly like what I'm seeing (running 2.6.27-rc3 here).
I'll test with an older kernel in the evening...
So far 2.6.26
Package: miro
Version: 1.0-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I hit any key in the miro UI (Even just modifiers like Shift
without anything else) the user interface freezes.
Cut and paste with the mouse (Mark and paste with middle mouse button)
works fine
Package: miro
Version: 1.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I recently upgraded to a ATI HD 2600, where the linux drivers
unfortunately provide no hardware acceleration (except mouse pointer ;))
so far.
While I can understand that this is a somewhat suboptimal
Package: miro
Version: 1.0-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Miro tries to execute
/usr/share/miro/resources/../../../libexec/xine_extractor
which fails because there is no /usr/libexec directory (nor an
executabel called xine_extractor, according to dlocate).
Package: mpg123
Version: 0.59r-19
Severity: normal
When http_proxy is set, mpg123 does connect to the proxy, but it sends
wrong headers and so fails to connect to the destination.
For example
http_proxy=http://nukunuku:3128 mpg123-oss http://212.112.235.45:8002/;
will send the following
Package: kdrill
Version: 6.4-1
Severity: normal
If I bring up the search window to add new kanji to my usefile, I
usually use the kana input field to find them.
From other IMEs I'm used to xtu, xya, etc. for small kana input,
however kdrill uses the unexpected _ya instead of xya and ' instead of
Package: kinput2-canna
Version: 3.1-4
Severity: normal
I'd like to use both the kinput2 IM and Compose/Multi_key functionality,
but this apparently does not work.
If I start xterm with [EMAIL PROTECTED] xterm, then I can use
the IM, but Compose+o+c does not produce the -Sign, I just get oc
Package: galeon
Version: 1.3.19-4
Severity: wishlist
When one has to manual copy a link from the display to another system (I
hope typewriting is the correct term, as this is the suggested
translation for the german 'Abtippen' by the online dictionary
dict.leo.org), it is quite inconvenient that
Loïc Minier wrote:
I did not understand what you meant. When I let my mouse over a link
in Galeon, the bottom of the Galeon window shows the href of this link.
There's no timeout involved here.
I'm sorry, the galeon was not involved in the problem after all.
unclutter is the culprit,
Package: ca-certificates
Version: 20040809
Severity: wishlist
The DFN-PCA is The certification authority for the German Research
Network (DFN==Deutsches Forschungsnetz; a german inter-University
Network, probably similar to the 'internet2' in the USA).
Quoting their website
Tobias Diedrich wrote:
|[pid 2728] execve(/usr/lib/openoffice/program/soffice,
[/usr/lib/openoffice/program/soff..., -writer, -splash-pipe=5,
umovestr: Input/output error
|0x4b4b4b4b4b4b4b4b, umovestr: Input/output error
|0x4b4b4b4b4b4b4b4b, umovestr: Input/output error
Package: pulseaudio
Version: 0.9.5-4
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
See also http://www.pulseaudio.org/ticket/26, when using the
ALSA sink, pulseaudio does not recover from a suspend to disk, which
means I have to restart pulseaudio at least daily
Brice Goglin wrote:
About 2 years ago, you reported a bug to the Debian BTS regarding the
menu key generating keycode 7 instead of 117. Did you reproduce this
problem recently? If not, I will close this bug in the next weeks.
I just looked at my /etc/X11/xorg.conf and while I'm no longer using
Clint Adams wrote:
severity 225316 wishlist
retitle 225316 oggenc: native endianness option
kthxbye
Are you likely to care about the endianness yet not know what's native?
If you are a shell script you are unlikely to know the CPUs
endianness. ;)
For example piping the output of a program
Package: ppp
Version: 2.4.4rel-8
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If one is using a local dns cache like dnsmasq, which can monitor a
resolv.conf in a arbitrary location for changes, then it desirable to
disable updating of /etc/resolv.conf, but still have pppd
Package: cinepaint
Version: 0.20-1-1.3
Followup-For: Bug #365801
[EMAIL PROTECTED]:~$ cinepaint
cinepaint fatal error: sigfpe caught
cinepaint (pid:9653): [E]xit, [H]alt, show [S]tack trace or [P]roceed: s
#0 0xb7bef860 in g_on_error_stack_trace () from
/usr/lib/libglib-1.2.so.0
#1 0xb7befcb2
Package: mp3gain
Version: 1.4.6-3
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
IMHO replaygain should be mentioned in the package description, so
I can find mp3gain with apt-cache search replaygain.
At least the manpage says The method mp3gain uses to determine the
desired
Package: hddtemp
Version: 0.3-beta15-36
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Current behaviour:
|nukunuku:~# hddtemp -n /dev/foo
|/dev/foo: open: No such file or directory
|
|nukunuku:~# echo $?
|0
This would be nicer:
|nukunuku:~# hddtemp -n /dev/foo
|/dev/foo: open:
Package: nfs-kernel-server
Version: 1:1.1.0-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After upgrading nfs-kernel-server to a new testing version,
nfs started behaving erratically. Upgrade to newest unstable version did
not help.
mounting now often fails with can't
Tobias Diedrich wrote:
Steinar H. Gunderson wrote:
On Tue, May 29, 2007 at 07:21:33PM +0200, Tobias Diedrich wrote:
After upgrading nfs-kernel-server to a new testing version,
nfs started behaving erratically. Upgrade to newest unstable version did
not help.
Hm, that's odd. Could
Steinar H. Gunderson wrote:
On Tue, May 29, 2007 at 07:21:33PM +0200, Tobias Diedrich wrote:
After upgrading nfs-kernel-server to a new testing version,
nfs started behaving erratically. Upgrade to newest unstable version did
not help.
Hm, that's odd. Could you please take it upstream
Package: openoffice.org-core
Version: 2.2.1-2+b1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I try to start oowriter, the following happens:
|[EMAIL PROTECTED]:~$ oowriter
|Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute
|child process
Rene Engelhard wrote:
This happens with both the testing and the unstable version.
Executing /usr/lib/openoffice/program/swriter directly works without
problems.
And soffice?
Well, the soffice-wrapper doesn't appear to use ooqstart.
So. Yes, soffice works.
|[EMAIL PROTECTED]:~$
Package: libfontconfig1
Version: 2.3.2-1
Followup-For: Bug #314720
FWIW, the following minimal program can be used to time the fontconfig
startup:
---cut here--
#include stdio.h
#include fontconfig/fontconfig.h
int main()
{
int err = FcInit();
if(err ==
Package: fluxbox
Version: 0.9.12-1
Followup-For: Bug #262305
The corresponding sourceforge bug
https://sf.net/tracker/?func=detailatid=413960aid=1090902group_id=35398
has been closed:
|Comment By: Mathias Gumz (akir)
|Date: 2005-06-18 19:23
|
|Message:
|Logged In: YES
|user_id=1101187
|
|fixed
Package: libc6
Version: 2.3.2.ds1-22
Severity: wishlist
It would be nice to add an option to locale, which would list
all possible keywords, that can be queried.
Also, the manpage only explains properly what will happen if you
call locale without arguments (keywords), but not what will happen
Package: debsums
Version: 2.0.17
Severity: minor
Tags: patch
The debsums manpage does not escape '`' in one of the usage-Examples.
This has no consequences in an iso-8859-1 locale, but breaks in utf-8
locales. See also groff_char(1), Grave Accent.
-- System Information:
Debian Release:
Package: id3v2
Version: 0.1.11-1.1
Followup-For: Bug #266081
This is not actually a bug, the '\0' byte in front of the string
specifies the encoding, where 0 is iso-8859-1.
See http://www.id3.org/id3v2.4.0-structure.txt, section 4.
-- System Information:
Debian Release: testing/unstable
APT
Package: id3v2
Version: 0.1.11-1.1
Followup-For: Bug #232307
The attached patch adds two new options to id3v2, '-u' will set
the string encoding to UTF16BE (id3v2 text encoding type 2), '-U'
will set the string encoding to UTF8 (id3v2 text encoding type 3).
Note that with only this patch by
Package: libid3-3.8.3
Version: 3.8.3-4.2
Severity: important
Tags: patch l10n
The attached patch fixes a few issues with id3lib.
It works for me, but is untested on bigendian machines.
Issues fixed:
1)
I tried my best to fix the unicode borkage
2)
The reader/writer was doing unconditional byte
Package: xterm
Version: 6.8.2.dfsg.1-2
Severity: normal
With the old xterm,
xterm -e 'while true; echo foo; sleep 5; done'
would work just fine, now xterm pops up for a split-second and
vanishes.
xterm -e '/bin/bash' seems to work fine though.
xterm -e '/bin/bash -c \while true; echo foo; sleep
Package: xterm
Version: 6.8.2.dfsg.1-2
Followup-For: Bug #318162
According to the xterm manpage, while boldMode is true by default,
if a bold font variant is found for a given non-bold font or specified
with -fb, boldMode should be turned off automatically.
Apparently this is broken and xterm
Thomas Dickey wrote:
That sounds like what is being reported, but since I didn't touch _that_
part of the logic, I'm left with the impression that you have a slightly
different set of fonts installed than I - and the modifications I made to
the XLFD wildcards are breaking in that case. If I
Package: libfontconfig1
Version: 2.3.2-1
Severity: important
My home directory is mounted from the home server via NFS.
I'm using both my workstation and a X11 Terminal where I'm
logged onto the server.
I recently (I guess since a few weeks ago) noticed that often
my applications take quite a
Uwe Hermann wrote:
Is this still a problem with miro 1.2.3-1?
I'll try to retest it this weekend.
If so, are you sure it's
miro-related and not video-driver related?
Yes, since it works fine in MPlayer it's not the Xorg video driver.
It may be the video pipeline used by miro, but I haven't
Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the miro package:
#459039: miro: UI freezes on keyboard input
It has been closed by Uwe Hermann [EMAIL PROTECTED].
[...]
* Closing a bunch of bugs which I cannot
Weird, I didn't get those mails by Carlos. Maybe because the bug was
closed?
Uwe Hermann wrote:
|Hm, sorry, still not able to reproduce here with Miro 1.2.3-1.
|I also started kinput2-canna in an xterm, then miro in another xterm,
|same effect, I can press any buttons or SHIFT keys I like, no
Uwe Hermann wrote:
On Fri, Jan 04, 2008 at 12:14:44PM +0100, Tobias Diedrich wrote:
I recently upgraded to a ATI HD 2600, where the linux drivers
unfortunately provide no hardware acceleration (except mouse pointer ;))
so far.
While I can understand that this is a somewhat suboptimal
will wrote:
Tobias Diedrich wrote:
Yes, it's still a problem.
You can reproduce it using the xserver-xorg-video-vesa and
xserver-xorg-video-fbdev drivers.
Instead of being slow and showing wrong colors, miro 1.2.3-1
segfaults:
[snip]
Try running Miro with a different xine driver
Carlos Moffat wrote:
I don't know about Tobias, but I just tested miro again (after
upgrading miro-data) and the bug seems to be gone.
I just upgrade miro and miro-data to 1.2.3-1.1, but
unfortunately it's still there for me.
Inspired by
Tobias Diedrich wrote:
I just upgrade miro and miro-data to 1.2.3-1.1, but
unfortunately it's still there for me.
Inspired by
http://mail.python.org/pipermail/python-dev/2002-March/020597.html
I just tried
THREADDEBUG=15 python2.5-dbg /usr/bin/miro.real
but it fails to import xlibhelper
Uwe Hermann wrote:
Hm, sorry, still not able to reproduce here with Miro 1.2.3-1. I
also started kinput2-canna in an xterm, then miro in another
xterm, same effect, I can press any buttons or SHIFT keys I like,
no hangs, no crashes.
After reading through the backtrace and reading 'xim' in
even better, allow the user to specify another id to use using
a commandline option)
Cheers,
Tobias Diedrich
- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (, 'testing'), (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux
Package: rtorrent
Version: 0.4.2-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sometimes it would be cool if you could manually add a peer, which the
tracker doesn't know about, to a running torrent.
For example in the case where I have two incomplete files I could start
Package: smartlist
Version: 3.15-18
Followup-For: Bug #10044
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to add to this bug, that if you mount /var as nosuid as
recommended in
http://www.debian.org/releases/stable/i386/apcs04.html.en#id2534334
smartlist will fail with
Package: libpri1.2
Version: 1.2.2-3
Followup-For: Bug #369082
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Meanwhile I found out, that it is possible to send audio without picking
up ('noanswer'-Option with asterisk Playback()-application) which solves
this problem without patching, so I guess
pgpQarw8FQNiF.pgp
Description: PGP message
Package: libpri1.2
Version: 1.2.2-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The bristuff-patch introduces the following check into pri_hangup() in
pri.c:
|if ((cause == 34 || cause == 44 || cause == 82 || cause == 1 || cause == 81 ||
cause == 17) (call-ourcallstate ==
pgpHzj00z0Jop.pgp
Description: PGP message
Package: kflickr
Version: 0.9.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I installed kflickr to upload my photos to flickr, but I don't have kde
installed. kflickr would not show the image thumbnails, which makes
tagging a bit difficult.
Googling the error message kio
Package: nbd-server
Version: 2.9.9-6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
powertop shows nbd-server with 100 wakeups per second.
A look at the source shows the main select loop as the culprit, which
includes a 500us timeout for apparently no reason at all.
- ---
Package: ngetty
Version: 1.1-2
Severity: normal
After aptitude safe-upgrade, I could not log into my system anymore because
this init script was added and now ngetty started from /etc/inittab is racing
with ngetty started from /etc/init.d/ngetty.
They were grabbing the ttys away from each
Package: xserver-xorg
Version: 1:7.5+2
Severity: normal
With evdev as the keyboard driver my keyboard behaviour changed:
I'm using a custom xmodmap to add addtitional functionality.
After adjusting for the changed keycodes with evdev I still see the following
difference:
With kbd the order of
Package: xserver-xorg
Version: 1:7.5+2
Severity: normal
With evdev as the keyboard driver my keyboard behaviour changed:
I'm using a custom xmodmap to add addtitional functionality.
After adjusting for the changed keycodes with evdev I still see the following
difference:
With kbd the order of
Package: x11-apps
Version: 7.4+1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just noticed the same problem as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352967.
The manpage states
-twentyfour
This option indicates that a digital clock should
Package: libapache2-mod-fastcgi
Version: 2.4.2-8
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I noticed that on our server fastcgi sometimes aborts because the select system
call was interrupted instead of retrying the system call:
[Fri Oct 31 20:14:47 2008] [error] [client
Tobias Diedrich wrote:
However I think sleeping 1s before retrying is unnecessary (and having a
maximum amount of retries might be a bit paranoid), so I'm not saying this
patch should be applied as-is.
I'm using the following modified patch now:
Index: libapache-mod-fastcgi-2.4.2
Thijs Kinkhorst wrote:
On Sun, December 27, 2009 06:42, Tobias Diedrich wrote:
One of my list admins uses a T-Online account, which rejects spam,
creating a mail loop.
Mailman detects this and tries to send the message to mailman-l...@domain,
which fails because I use postfix
Dmitry E. Oboukhov wrote:
Since then there was one stable release of rtorrent, now i've uploaded
it. Could You test the bug into last upload (0.8.6/0.12.6) and (if it
is still reproducible) recheck Your patch with new version?
I'll recheck.
BTW, the newer rtorrent should probably also depend
Dmitry E. Oboukhov wrote:
Since then there was one stable release of rtorrent, now i've uploaded
it. Could You test the bug into last upload (0.8.6/0.12.6) and (if it
is still reproducible) recheck Your patch with new version?
Ok, I have now verified that
a) the bug is still there
b) the patch
Thijs Kinkhorst wrote:
On woansdei 30 Desimber 2009, Tobias Diedrich wrote:
Thanks for your report. I am adding '-loop' to the list in
postfix-to-mailman.py under the # Check for control extension on local
part comment. Can you confirm that this resolves your problem?
I think
Tobias Diedrich wrote:
Sure, this yields the following error message in the end:
mailman-l...@lists.tomodachi.de: Command died with status 6:
/var/lib/mailman/bin/postfix-to-mailman.py. Command output: Illegal
command: loop
Tobias Diedrich wrote:
BTW the reason why I assumed it's a special site-wide address is
because the offending message was sent to somelist by a
nonsubscriber so was forwarded to somelist-admin, bounced there
and then went to mailman-loop (and not somelist-loop).
I have to correct myself here
Thijs Kinkhorst wrote:
I've dug somewhat deeper and it seems that Mailman itself expects this to
happen with mail to that address (still 'mailman' below is the name of the
site list):
# The ultimate loop stopper address
mailman-loop: /var/lib/mailman/data/owner-bounces.mbox
Package: kerneloops
Version: 0.12+git20090217-1
Severity: normal
Apparently the kerneloops configuration parser fails to strip '\n' from
the 'log-file' filename, see the stat call at the end of the following
trace.
/etc/kerneloops.conf follows after the strace.
If I specify the filename using
Package: spamassassin
Version: 3.2.5-2+lenny2
Severity: normal
Spamassassin sets UNPARSABLE_RELAY on every message.
Maybe it doesn't handle IPv6 and TLS correctly?
Mailserver is postfix.
The last hop before reaching mailman is a TLS IPv6 connection...
Example message:
From
Debian Bug Tracking System wrote:
Can you try 6.8.191 ? There are some Gamma fixes for r300 in there.
Ping timeout, closing.
I'm pretty sure it was fixed in xorg after I reported it on
bugs.freedesktop.org.
https://bugs.freedesktop.org/show_bug.cgi?id=16001
But I don't have any system with
Tobias Diedrich wrote:
Spamassassin sets UNPARSABLE_RELAY on every message.
Maybe it doesn't handle IPv6 and TLS correctly?
Mailserver is postfix.
The last hop before reaching mailman is a TLS IPv6 connection...
After looking at the code the conclusion is:
This will always be set for Postfix
Package: mailman
Version: 1:2.1.11-11
Severity: normal
One of my list admins uses a T-Online account, which rejects spam,
creating a mail loop.
Mailman detects this and tries to send the message to mailman-l...@domain,
which fails because I use postfix-to-mailman.py for the domain and it
doesn't
Package: util-linux
Version: 2.13.1.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm pretty sure this used to work, but on my amd64 system here,
fdisk fails on an mbr backup file:
|# ls -l test.mbr
|-rw-r--r-- 1 root root 512 2009-04-14 21:36 test.mbr
|# fdisk -l test.mbr
Package: evince
Version: 2.22.2-4
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm trying to fill out a pdf form, but what I type in never appears and
on the console I get the error message:
Error: Unknown font in field's DA string
As such, the error message does barely help
Josselin Mouette wrote:
Le jeudi 16 avril 2009 à 10:56 +0200, Tobias Diedrich a écrit :
I'm trying to fill out a pdf form, but what I type in never appears and
on the console I get the error message:
Error: Unknown font in field's DA string
As such, the error message does barely help
Package: kflickr
Version: 0.9.1-2.2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm also not getting thumbnails in kflickr.
The package suggests kdebase-kio-plugins, which worked in earlier kde versions,
but not longer exists.
Interestingly kioclient copy
Package: cdrdao
Version: 1:1.2.2-18.2
Severity: normal
Tags: patch
|$ cdrecord -scanbus
|scsibus451:
|451,0,0 45100) 'TSSTcorp' 'CDDVDW SE-S084B ' 'TS00' Removable CD-ROM
|451,1,0 45101) *
|451,2,0 45102) *
|451,3,0 45103) *
|451,4,0 45104) *
|
Package: qemu-user-static
Version: 0.12.5+dfsg-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I found that the registered binfmt for mipsel does not match OpenWRT mipsel
executables.
/usr/bin/file says:
ELF 32-bit LSB executable, MIPS, MIPS32 version 1, statically linked,
Package: libtorrent11
Version: 0.12.5-2
Severity: normal
Tags: patch
Submitted upstream as bug 2008:
http://libtorrent.rakshasa.no/ticket/2008
I'm seeing the same issue as
http://libtorrent.rakshasa.no/ticket/1748
The server side is running Debian/stable with bittorrent 3.4.2-11.1, which
BTW,
-- debsums errors found:
debsums: changed file /usr/lib/libtorrent.so.11.0.5 (from
libtorrent11 package)
is because I skipped recreating the .deb over and over again during
debugging and just copied the src/.libs/libtorrent.so to /usr/lib.
FWIW, here are readymade patched binary .debs:
Mike Hommey wrote:
You can get a proper behaviour by removing the sizemode:minimized
near the end. There must be something wrong with minimized windows (I'm
pretty sure I never minimize Iceweasel)
Anyways, does the window appear somewhere as minimized for you ? I
checked that it actually
Tobias Diedrich wrote:
Yes, that works with the 'broken' sessionstore.js.
The question remains why it says sizemode:minimized in there in
the first place. I won't rule out PEBCAK, but I'm pretty sure that
this sessionstore was a result of a non-minimized Iceweasel getting
killed...
Definitly
Package: grub-common
Version: 1.97-1
Severity: normal
Since I prefer to write my grub entries myself, I wanted to disable 10_linux
and renamed it to no_10_linux, but it still is used:
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from
Package: iceweasel
Version: 3.5.4-1
Severity: normal
After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4),
iceweasel fails to restore my session after a restart.
The error message is:
Well, this is embarrassing.
Iceweasel is having trouble recovering your windows and tabs. This
Felix Zielcke wrote:
Then you didn't carefully enough read the README in there:
All _executable_ files in this directory are processed in shell
expansion order.
Just use chmod -x to disable it.
Do you have a suggestion to make this more clear?
Indeed, and apparently I'm colorblind,
Mike Hommey wrote:
On Sat, Oct 31, 2009 at 10:40:47PM +0900, Tobias Diedrich wrote:
After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4),
iceweasel fails to restore my session after a restart.
The error message is:
Well, this is embarrassing.
Iceweasel is having
Mike Hommey wrote:
merge 552426 553453
thanks
On Sun, Nov 01, 2009 at 05:13:06AM +0100, Tobias Diedrich wrote:
Mike Hommey wrote:
On Sat, Oct 31, 2009 at 10:40:47PM +0900, Tobias Diedrich wrote:
After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4),
iceweasel
Mike Hommey wrote:
Then your bug is the same as #552426.
I invite you to read the message at the following url and try what is
written in it.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552426#15
BTW, as far as I see it this is really two bugs:
Bug 1: The saved session fails to restore
Tobias Diedrich wrote:
Mike Hommey wrote:
Then your bug is the same as #552426.
I invite you to read the message at the following url and try what is
written in it.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552426#15
BTW, as far as I see it this is really two bugs:
Bug 1
Package: mumble
Version: 1.2.3-2+b2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just installed mumble, but the client won't start up properly.
All I get is a grey empty window, which doesn't even respond to attempts to
close it.
Looks like maybe it's deadlocking somewhere?
Package: ircd-ircu
Version: 2.10.12.10.dfsg1-1
Followup-For: Bug #578038
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I suggest patching the configure script:
- --- configure.in.orig 2005-12-14 04:01:38.0 +0100
+++ configure.in2011-05-30 22:20:40.889749973 +0200
@@ -701,6
Package: ircd-ircu
Version: 2.10.12.10.dfsg1-1
Followup-For: Bug #578038
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I also tried the ulimit -H -n 1048572 on my system and it then proceeds to
spit out the next error:
nukunuku:# ulimit -H -n 1048572
nukunuku:# su irc -c '/usr/sbin/ircd-ircu -n
1.2.3-313-ge5c4657-1 seems to work fine for me now (despite
/dev/input/event* being root-owned).
OTOH I've recently installed pulseaudio (which also pulls in
policykit), maybe that makes a difference here.
Sebastian Andrzej Siewior wrote:
On Tue, Apr 03, 2012 at 01:49:44PM +0200, Patrick Matth?i
Package: subversion
Version: 1.7.5-1
Followup-For: Bug #692237
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've run into this issue as well:
Updating '.':
Utools/sed/Makefile
Utools/upx/Makefile
svn: E235000: In file
'/tmp/buildd/subversion-1.7.5/subversion/libsvn_wc/update_editor.c'
Paul Vojta wrote:
On Sun, Feb 05, 2012 at 01:24:38PM +0100, Tobias Diedrich wrote:
Package: pulseaudio
Version: 1.1-2
Followup-For: Bug #644809
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
FWIW I also found this confusing on package upgrade:
Processing
1 - 100 of 113 matches
Mail list logo