Package: xterm
Version: 4.3.0.dfsg.1-14sarge1
Severity: normal
When xterm is running in ru_RU locale (which uses ISO-8859-5), it shows
characters as if they were KOI8-R encoded, giving garbage:
$ locale;locale charmap;date
LANG=ru_RU
LC_CTYPE=ru_RU
LC_NUMERIC=ru_RU
LC_TIME=ru_RU
LC_COLLATE=ru_RU
On Tue, Dec 20, 2005 at 09:19:56PM -0500, Aaron Stromas wrote:
Network device, the built-in nForce wasn't detected. Consequently, both DHCP
and static IP configuration failed, connecting to code repository failed,
and the system fails rebooting blockingon the open_socket call
I had RedHat
On Wed, Dec 21, 2005 at 07:09:10AM -0500, Aaron Stromas wrote:
On 12/21/05, Stepan Golosunov [EMAIL PROTECTED] wrote:
On Tue, Dec 20, 2005 at 09:19:56PM -0500, Aaron Stromas wrote:
Network device, the built-in nForce wasn't detected. Consequently, both
DHCP
and static IP configuration
Package: ppp
Version: 2.4.3-20050321+2
Severity: normal
-q option does not work for dip group members, because /var/run is not
writable
$ pon -q rol
touch: невозможно выполнить touch для `/var/run/ppp-quick': Permission
denied
-- System Information:
Debian Release: 3.1
Architecture: i386
reopen 337431
thanks
On Fri, Nov 04, 2005 at 01:49:38PM +0100, Marco d'Itri wrote:
On Nov 04, Stepan Golosunov [EMAIL PROTECTED] wrote:
-q option does not work for dip group members, because /var/run is not
writable
$ pon -q rol
touch: ?? ? touch ??? `/var/run/ppp-quick
On Sat, Oct 29, 2005 at 03:25:01PM +0200, Matthias Andree wrote:
I haven't had success trying to reproduce this bug with vanilla
fetchmail 6.2.5, but I see where it might come from: the IMAP client
ignores EXPUNGE responses, and this is bound to fail if the client reuses
a previously received
Package: mpd
Version: 0.12.1-1
Severity: normal
Sometimes when I'm trying to restart mpd it stops but fails to start:
% sudo /etc/init.d/mpd restart
Stopping Music Player Daemon: mpd.
Starting Music Player Daemon: unable to bind port 6600: Address already in use
maybe MPD is still running?
Package: vim
Version: 1:7.0-035+1
Severity: serious
Vim has undeclared file conflict with vim-doc 1:6.3-071+1sarge1 on
/usr/share/doc/vim which breaks upgrades from sarge.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: xterm
Version: 210-3
Severity: normal
Tags: l10n
After upgrading from sarge to etch xterm stopped showing cyrillic
characters and changed fonts. My .Xresources file contained
XTerm*locale: true
XTerm*VT100.utf8Fonts.font:
-xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1
On Fri, Aug 11, 2006 at 08:48:51PM +0200, Norbert Tretkowski wrote:
* Stepan Golosunov wrote:
Vim has undeclared file conflict with vim-doc 1:6.3-071+1sarge1 on
/usr/share/doc/vim which breaks upgrades from sarge.
What's the error message? I just tried to reproduce your problem and
did
29.08.2008 в 19:51:13 +0200 Frank Küster написал:
Am 28.08.2008 um 22:41 schrieb Frank Küster:
Package: general
Severity: grave
Since late last week, my system completely hangs - it stops accepting
any input from keyboard or mouse - after 3 to 5 minutes after booting.
This happens both in a
Package: linux-image-2.6.26-1-amd64
Version: 2.6.26-3
Followup-For: Bug #479709
My system also hanged after several hours with 2.6.25 and several
minutes with 2.6.26. When this happened some programs worked and some
didn't. I could still launch urxvt and see that about every 3 minutes
clock was
Package: uim-xim
Version: 1:1.5.1-2
Followup-For: Bug #286710
uim-xim segfaults when emacs or fontforge are started with ru_RU.UTF-8
locale. These crashes can be avoided by running emacs/fontforge inside
ja_JP.UTF-8 locale or with XMODIFIERS unset.
I can reproduce the bug on current testing by
Package: wget
Version: 1.10.2-3
Followup-For: Bug #411290
The bug can be easily reproduced with
% wget http://localhost/абвгдеёжзийклмнопрстуфхцчшщъыьэюя
--10:32:35--
Package: wget
Version: 1.10.2+1.11.beta1-1
Followup-For: Bug #411290
Turns out wget url-encodes bytes 128-159 (which are control characters
in some 8-bit encodings). This is wrong as:
1. They are not controls in other 8-bit encodings.
2. In utf-8 this makes no sense and generates invalid utf-8
Package: fetchmail
Version: 6.3.8-9
Severity: important
Tags: security
After upgrading from 6.3.6-1etch1 fetchmail crashes with
Nov 3 23:12:44 sghpc fetchmail[10383]: starting fetchmail 6.3.8 daemon
Nov 3 23:12:44 sghpc fetchmail[10383]: Server certificate verification error:
self signed
04.11.2007 в 13:47:57 +0100 Nico Golde написал(а):
Hi Stepan,
* Stepan Golosunov [EMAIL PROTECTED] [2007-11-04 02:59]:
After upgrading from 6.3.6-1etch1 fetchmail crashes with
Nov 3 23:12:44 sghpc fetchmail[10383]: starting fetchmail 6.3.8 daemon
Nov 3 23:12:44 sghpc fetchmail[10383
04.11.2007 в 16:37:15 +0100 Nico Golde написал(а):
Hi Stepan,
* Stepan Golosunov [EMAIL PROTECTED] [2007-11-04 15:59]:
04.11.2007 ? 13:47:57 +0100 Nico Golde ???(?):
Hi Stepan,
* Stepan Golosunov [EMAIL PROTECTED] [2007-11-04 02:59]:
After upgrading from 6.3.6-1etch1 fetchmail
Package: xterm
Version: 222-1
Severity: normal
Tags: l10n
xterm destroyes first character displayed by
LC_ALL=ru_RU.UTF-8 xterm -e 'date;read' (bug.png), compare with
LC_ALL=ru_RU.UTF-8 xterm -e 'reset;date;read' (reset.png).
I can't reproduce this bug with non-utf8 locales and +lc switch, but
Package: mesa-utils
Version: 6.3.2-2.1
Severity: normal
When run in Xephyr glxinfo crashes:
% glxinfo
name of display: :2.0
Error: couldn't find RGB GLX visual
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b
Package: libgd2-noxpm
Version: 2.0.33-1.1sarge1
/usr/share/doc/libgd2-noxpm/index.html starts with
body bgcolor=#FF
As a result, some browsers show it with white text on white background,
which is not very readable.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: ejabberd
Version: 1.1.2-6
Severity: minor
ejabberd(8) and ejabberdctl(8) manpages contain references to
/usr/share/doc/ejabberd/html/guide.html which does not exist. The
right location is /usr/share/doc/ejabberd/guide.html.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: tin
Version: 1:1.9.2+20070201-1
Severity: normal
Tags: l10n
Tin incorrectly aligns and truncates some of its messages in ru_RU.UTF-8
locale (utf-8.png), while in ru_RU.KOI8-R locale there are no such
problems (koi8-r.png).
-- System Information:
Debian Release: 4.0
APT prefers testing
package mutt
clone 328921 -1
reopen -1
found -1 1.5.14+cvs20070315-1
retitle -1 menu line truncated in utf-8 terminals
notforwarded -1
tags -1 - fixed-upstream
thanks
15.03.2007 в 17:27:10 + Debian Bug Tracking System написал(а):
+ Wraps help correctly on utf-8 terminals (Closes:
Package: chrony
Version: 1.21z-4
Severity: minor
Chrony fails to place colon between ip and port number when reporting errors:
Could not send to :69.143.208.242123 : Invalid argument
I have seen this behavior both on etch and sarge machines.
-- System Information:
Debian Release: 4.0
APT
Package: ncmpc
Version: 0.11.1-8
Severity: normal
Tags: patch l10n
po/ru.po says that it has iso-8859-1 charset, which renders Russian
translation unusable (iso-8859-1 does not contain Russian alphabet).
Actual encoding is koi8-r.
-- System Information:
Debian Release: 3.1
Architecture: i386
Package: ncmpc
Version: 0.11.1-8
Severity: normal
ncmpc does not display correctly non-ascii symbols in utf-8 terminals.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Versions of
Package: pinfo
Version: 0.6.8-6
Followup-For: Bug #262128
This bug can be reproduced with
LANG=ru_RU.UTF-8 lxterm -e pinfo dpkg
(screenshot attached)
Note also corrupted bottom line
Non-utf (LANG=ru_RU.KOI8-R lxterm -e pinfo dpkg) and man
(LANG=ru_RU.UTF-8 lxterm -e man dpkg) versions look much
Package: tgif
Version: 1:4.1.44-1
Severity: normal
When run in ru_RU.UTF-8 locale tgif shows boxes instead of menu.
Screenshot attached.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Package: w3m
Version: 0.5.1-3
Severity: normal
w3mman does not display underlined characters in Russian man pages in
utf-8 terminals; man shows them correctly.
Output of
LANG=ru_RU.UTF-8 lxterm -e w3mman dpkg
and
LANG=ru_RU.UTF-8 lxterm -e man dpkg
attached.
-- System Information:
Debian
Package: dpkg
Version: 1.10.28
Severity: minor
Tags: l10n patch
man -L ru start-stop-daemon
says that short vershion of --nicelevel is -n
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Package: locales
Version: 2.3.5-6
Severity: normal
While generating locales I've got following error messages:
ml_IN.UTF-8... done
mn_MN.UTF-8.../usr/share/i18n/locales/mn_MN:221: unterminated string
/usr/share/i18n/locales/mn_MN:221: LC_TIME: unknown character in field
`date_fmt'
On Sat, Sep 17, 2005 at 07:48:20AM -0700, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
#326074: ncmpc: does not work correctly in utf-8 terminals,
which was filed against the ncmpc package.
It has been closed by one of the developers, namely
Package: ncmpc
Version: 0.11.1+svn-20050916-1
Severity: minor
Tags: patch l10n
There is a typo in Russian translation, patch attached.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked
Package: mutt
Version: 1.5.9-2
Severity: normal
Tags: l10n
In ru_RU.UTF-8 locale strings are sometimes incorrectly wrapped (see
utf8-1.png vs. koi8r-1.png) and menu line is truncated (utf8-2.png vs.
koi8r-2.png). I guess these problems are caused by incorrect string lengths
counting.
-- System
Package: fetchmail
Version: 6.2.5-12sarge1
Followup-For: Bug #314509
I have seen this bug several times. To reproduce it I sent 20 messages with
$ for ((i=1;i=20;++i)); do mail -s Test#$i [EMAIL PROTECTED] /dev/null ;
done
Then while fetching these messages I started
$ for ((i=1;i=10;++i)); do
On Wed, Aug 17, 2005 at 05:03:47PM +0200, David Martínez Moreno wrote:
El Miércoles, 17 de Agosto de 2005 14:12, Антон escribió:
Package:Xfree86-common
Version: 4.3.0
Hello. Apart from explaining your problem in English, could you please
send
us the exact version of your XFree86
Package: manpages-ru
Version: 0.7d-3
Severity: important
Tags: patch
In ru_RU.UTF-8 and ru_RU.CP1251 locales man mv is shown in English.
Moving man pages from /usr/share/man/ru_RU.KOI8-R/ to /usr/share/man/ru/
solves the problem.
-- System Information:
Debian Release: 3.1
Architecture: i386
On Thu, Aug 18, 2005 at 07:38:11PM +0200, Matej Vela wrote:
(manpages-ru is currently orphaned, so I'm Cc-ing debian-l10n-russian
for help.)
On Thu, Aug 18, 2005 at 10:16:16PM +0500, Stepan Golosunov wrote:
Package: manpages-ru
Version: 0.7d-3
Severity: important
Tags: patch
Package: gpc-2.1-3.3-doc
Version: 2:3.3.5.20040516-13
Severity: normal
[Example] links in /usr/share/doc/gcc-3.3-base/pascal/gpc.html point
to files in /usr/share/doc/gcc-3.3-base/demos/ , while actual files
reside in /usr/share/doc/gcc-3.3-base/pascal/examples/ :
a
Package: gpc-2.1-3.3-doc
Version: 2:3.3.5.20040516-13
Severity: normal
/usr/share/doc/gcc-3.3-base/pascal/gpcs.html has links to standards.html
(examle: 'a href=standards.html#MmapMmap (standards)/a')
but there is no standards.html in gpc-2.1-3.3-doc and no
# Automatically generated email from bts, devscripts version 2.10.25
#Problem in 473559 is minor, but it should not be a reason to silently lower
severity of 473633.
severity 473633 grave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: curl
Version: 7.18.1-1
Severity: important
Tags: ipv6
After recent upgrade curl stopped working:
% curl http://www.debian.org/
curl: (6) Resolving host timed out: www.debian.org
After adding ipv4 nameserver entry to /etc/resolv.conf but with
ipv6-only http_proxy curl exits with
% curl
Package: xfs
Version: 1:1.0.7-2
Severity: normal
During upgrade xfs is stopped and not started:
Preparing to replace xfs 1:1.0.6-1 (using .../xfs_1%3a1.0.7-2_i386.deb) ...
Stopping X font server: xfs.
Removing obsolete conffile /etc/X11/fs/xfs.options ...
Unpacking replacement xfs ...
...
Package: acpid
Version: 1.0.6-9
Followup-For: Bug #487815
I also noticed that acpid is stopped every Sunday.
/etc/logrotate.d/acpid contains
/var/log/acpid {
weekly
rotate 4
compress
missingok
postrotate
pkill -SIGUSR1 acpid /dev/null || true
endscript
}
And
Package: dpkg
Version: 1.13.19
Severity: minor
Tags: patch l10n
There are several places in man/ru/dpkg.1.ru.po and
man/ru/dpkg-checkbuilddeps.1.ru.po where | is used instead of I:
--- man/ru/dpkg.1.ru.po.orig2006-05-09 23:12:17.576385230 +0500
+++ man/ru/dpkg.1.ru.po 2006-05-09
Package: poedit
Version: 1.3.4-2
Severity: normal
When trying to access help contents (via menu or F1) poedit dies with
SIGSEGV:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1092372384 (LWP 1632)]
0x40423dca in wxSplitterWindow::UpdateSize () from
package xdm
severity 366599 grave
merge 365134 366599
thanks
On Tue, May 09, 2006 at 08:23:55PM +0100, Phil Endecott wrote:
Package: xdm
Version: 1:1.0.1-6
Severity: normal
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Phil Endecott
package xdm
severity 366516 grave
merge 366516 365134
thanks
On Tue, May 09, 2006 at 01:01:43PM +0200, [EMAIL PROTECTED] wrote:
(1) At some stage, startx failed because some scripts expect xdm to reside
in /usr/bin/X11 whereas etch installed it in /usr/bin. A symbolic link
helped.
At this
On Wed, May 10, 2006 at 03:12:30PM +0200, Edward Welbourne wrote:
Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Severity: grave
Justification: renders package unusable
Due to a power outage, I had to re-boot my etch box after some months,
during which I'd updated it, so am now
package xserver-xorg
severity 365755 grave
merge 365755 365282
thanks
On Tue, May 02, 2006 at 10:09:52AM -0700, [EMAIL PROTECTED] wrote:
Package: xserver-xorg
Version: 1:7.0.15
Installation fails. here is the output:
Preconfiguring packages ...
xserver-xorg failed to preconfigure,
Package: paps
Version: 0.6.4-1
Severity: normal
paps(1) man page contains:
--column cl
Number of columns output. Default is 1.
but
$ paps --column 2 misc/notes.txt
Unknown option --column!
Using --columns instead works.
-- System Information:
Debian Release:
Package: paps
Version: 0.6.4-1
Severity: normal
Neither man paps nor paps --help says in which units margins have to be
set.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to
Package: www.debian.org
Severity: normal
I could not find changlogs on packages.debian.org on any package I
tried. Links lead to nowhere:
The requested URL /changelogs/pool/main/d/dpkg/dpkg_1.10.28/changelog
was not found on this server.
Copyright files are also missing.
-- System Information:
Package: libghc6-hsql-postgresql-dev
Version: 1.6-6
Followup-For: Bug #359995
libghc6-hsql-postgresql-dev is also uninstallable on i386:
Настраивается пакет libghc6-hsql-postgresql-dev (1.6-6) ...
Reading package info from stdin ... done.
ghc-pkg: /usr/include/postgresql/8.1/server doesn't exist
(1.6-6) is newer than that
in Debian! Do you still want
to file a report [y|N|q|?]?
-- Package-specific info:
** /home/stepan/.reportbugrc:
reportbug_version 3.8
mode standard
ui text
mutt
realname Stepan Golosunov
email [EMAIL PROTECTED]
no-cc
-- System Information:
Debian Release: testing
Package: ttf-dejavu
Version: 2.1-2
Severity: normal
CYRILLIC SMALL LETTER BE in DejaVu fonts looks very confusing,
especially in small-sized DejaVuSans. In Russian text I perceive it as a
foreign letter. I would say it's greek delta, not cyrillic be.
-- System Information:
Debian Release: 3.1
Package: conquest
Version: 8.1.2j-1
Severity: serious
While trying to upgrade conquest I've got the following:
Preparing to replace conquest 8.1.2g-2 (using .../conquest_8.1.2j-1_i386.deb)
...
Unpacking replacement conquest ...
dpkg: error processing
Package: debconf
Version: 1.5.3
Severity: normal
Tags: l10n
Despite the presence in the source Russian manpages are not available in
the binary packages. This is because they are not enabled in
doc/man/po4a/po4a.cfg:
--- doc/man/po4a/po4a.cfg.orig 2006-03-17 23:39:46.0 +0400
+++
01.09.2006 в 22:10:41 +0200 Nicolas François написал:
Stepan, can you check debconf_ru.tar.bz2. It should contain all the
debconf manpages encoded in KOI8-R.
They are good.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: postgresql-client
Version: 7.5.20
After purging postgresql-client package
/etc/postgresql/postgresql.env.dpkg-old was left on my system.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: postgresql
Version: 7.5.20
The following files were left on my system after purging postgresql
package:
/etc/init.d/postgresql.dpkg-old
/etc/logrotate.d/postgresql.dpkg-old
/etc/cron.d/postgresql.dpkg-old
/etc/logcheck/ignore.d.workstation/postgresql
Package: vim-common
Version: 1:7.0-017+4
Severity: normal
Tags: l10n
Both of man vim and man -Lru vim give me English version under any
of the ru_RU.UTF-8, ru_RU.KOI8-R and ru_RU.CP1251 locales. I can read
Russian version via man -Lru.KOI8-R vim and man -Lru.UTF-8 vim under
any of this locales.
Package: freetalk
Version: 0.5-2
Severity: normal
File: /usr/share/info/freetalk.info.gz
/usr/share/info/freetalk.info.gz is empty, so info freetalk shows
manpage which suggests to use info freetalk.
hd /usr/share/info/freetalk.info.gz
1f 8b 08 08 ad 54 ed 43 02 03 66 72 65 65 74 61
Package: apt-proxy
Version: 1.9.33-0.1
Severity: normal
I am using apt-proxy on a dial-up line. After connection is broken while
some file is beeing downloaded, aptitude will indicate timeout when
trying to get this file. I have to restart apt-proxy then (and file is
redownloaded fully, even if
Package: libtasn1-3-bin
Version: 0.3.5-1
Severity: serious
While running a (partial) upgrade from stable to testing I've got the
following:
Unpacking libtasn1-3-bin (from .../libtasn1-3-bin_0.3.5-1_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/libtasn1-3-bin_0.3.5-1_i386.deb
Package: pinfo
Version: 0.6.9-1
Severity: normal
Pinfo still has problems displaying utf-8:
- links are highlighted in the wrong place
- з (CYRILLIC SMALL LETTER ZE) is replaced with o, usually with next
character - it also results in misaligned right edge of text
- searched strings are
On Fri, Mar 17, 2006 at 08:07:02PM +0100, Bas Zoetekouw wrote:
Hi Stepan!
You wrote:
Pinfo still has problems displaying utf-8:
- links are highlighted in the wrong place
- з (CYRILLIC SMALL LETTER ZE) is replaced with o, usually with next
character - it also results in misaligned
Package: radvd
Version: 1:1.0-2
Severity: important
Tags: patch
/etc/init.d/radvd start fails with another radvd seems to be
already running, terminating when /var/run is mounted on a tmpfs (via
RAMRUN=yes in /etc/default/rcS) and /var/run/radvd does not exist
after reboot. Following patch fixes
On the second thought, djview in stable is unaffected by the conflict,
while lenny no longer contains djview.
Actually, the conflict over /usr/bin/djview3 no longer exists in Debian.
But: what will happen with /usr/bin/djview? Looks like there will be
no /usr/bin/djview after djview and djview3
07.04.2008 в 21:56:11 +0100 Barak A. Pearlmutter написал(а):
Sorry, I don't understand the issue.
Both djview3 and djview4 provide /usr/bin/djview via the
update-alternatives mechanism.
And djview in etch provides /usr/bin/djview as a regular file. If I am
not mistaken, update-alternatives
08.04.2008 в 07:30:18 +0100 Barak A. Pearlmutter написал(а):
And djview in etch provides /usr/bin/djview as a regular file.
Gotcha.
But djview3 and djview4 should conflict: with djview ( xxx) so it
seems like that should not happen. At least, that was my intent. Did
I make some mistake
Package: dictfmt
Version: 1.11.2+dfsg-2
Severity: serious
Justification: Policy 3.5
dictfmt Depends: on gawk while scripts in the package hardcode mawk
invocation:
grep awk /usr/bin/dict*
/usr/bin/dictfmt_index2suffix:mawk -v utf8_mode=$utf8_mode '
Package: idn
Version: 1.15-2
Severity: important
idn fails to convert domains from ACE when starting XN letters are not
in lower case:
% idn --quiet -u XN7SBAABF4DLDYSIEHP4NTB.XN--P1AI
XN7SBAABF4DLDYSIEHP4NTB.XN--P1AI
% idn --quiet -u xn7SBAABF4DLDYSIEHP4NTB.XN--P1AI
04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
Package: memtest86+
Version: 4.00-2
Severity: serious
Upgrade to memtest86+ 4.00-2 fails:
Preparing to replace memtest86+ 2.11-3 (using
.../memtest86+_4.00
04.12.2009 в 22:07:56 +0100 Iustin Pop написал(а):
On Fri, Dec 04, 2009 at 10:09:02PM +0400, Stepan Golosunov wrote:
04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
Package: memtest86+
Version: 4.00-2
Severity
05.12.2009 в 13:33:13 +0100 Iustin Pop написал(а):
Yes, but you're tying here together the grub-mkconfig_lib change and the
linux/linux16 change, and these were not done together. These two should
be split, and the linux16 tested via the presence of
/usr/lib/grub/i386-pc/linux16.mod.
But
12.02.2010 в 02:42:29 + Ben Hutchings написал:
On Tue, 2010-02-09 at 17:26 +0400, Stepan Golosunov wrote:
Package: linux-2.6
Version: 2.6.32-6
Severity: critical
After running 2.6.32 (as well as 2.6.31 and 2.6.30) for several minutes,
computer freezes completely. Network or alt
On Fri, Feb 12, 2010 at 05:47:05AM +, Ben Hutchings wrote:
On Fri, 2010-02-12 at 08:46 +0400, Stepan Golosunov wrote:
12.02.2010 в 02:42:29 + Ben Hutchings написал:
On Tue, 2010-02-09 at 17:26 +0400, Stepan Golosunov wrote:
Package: linux-2.6
Version: 2.6.32-6
Severity
Package: memtest86+
Version: 2.01-1.1
Severity: minor
memtest86+ Suggests: grub2, which is a dummy package.
As a result, memtest86+ also fails to suggest correct version of grub-pc.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: linux-2.6
Version: 2.6.32-6
Severity: critical
After running 2.6.32 (as well as 2.6.31 and 2.6.30) for several minutes,
computer freezes completely. Network or alt-sysrq-b do not work.
Further investigation showed that data is being corrupted while reading
or writing files.
Corruption
Package: pinfo
Version: 0.6.9-3
Followup-For: Bug #357446
Pinfo still has problems displaying utf-8:
This is still true.
- links are highlighted in the wrong place
Looks like column position of highlighted link is then used as number
of bytes.
- з (CYRILLIC SMALL LETTER ZE) is replaced
The new xine with xdg-screensaver prevents xscreensaver from locking
the screen. But it does not prevent the same screen from beeing
blanked (old xine did). I don't think proposed patches in #511248 are
going to fix that.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: sweep
Version: 0.9.2-0.1
Severity: normal
sweep crashes with
sweep: ../../src/xcb_lock.c:33: _XCBUnlockDisplay: Assertion
`xcb_get_request_sent(dpy-xcb-connection) == dpy-request' failed.
How to reproduce:
1. Start sweep.
2. Create new file (with default settings).
3. Select
found 513829 0.9.3-1
thanks
01.02.2009 в 16:56:11 +0100 Daniel Baumann написал:
Stepan Golosunov wrote:
sweep crashes with
sweep: ../../src/xcb_lock.c:33: _XCBUnlockDisplay: Assertion
`xcb_get_request_sent(dpy-xcb-connection) == dpy-request' failed.
How to reproduce:
1. Start
Google also found similar bug in Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=478689
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
01.02.2009 в 20:22:28 +0400 Stepan Golosunov написал:
sweep crashes with
sweep: ../../src/xcb_lock.c:33: _XCBUnlockDisplay: Assertion
`xcb_get_request_sent(dpy-xcb-connection) == dpy-request' failed.
And sometimes it crashes with
sweep: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion
01.02.2009 в 20:54:43 +0100 Daniel Baumann написал:
Stepan Golosunov wrote:
0.9.3-1 crashes exactly the same way for me.
not for me, so there must be something different between my system and
yours. i'll retry to reproduce it on a fresh installed lenny and sid
tomorrow.
I am having
02.02.2009 в 07:20:25 +0400 Stepan Golosunov написал:
Grepping through the sources I see that sweep is a multithreaded gtk
program. And after reading
/usr/share/doc/libgtk2.0-doc/faq/html/x482.html and
/usr/share/doc/libgtk2.0-doc/gdk/gdk-Threads.html I think sweep is
using gtk from multiple
=461464461464/a/p
pFound in versions 9.3.4-2etch1, 9.5.0.dfsg.P2-5.1/p
pFixed in version 1:9.5.1.dfsg.P1-1/p
pstrongDone:/strong Stepan Golosunov lt;ste...@golosunov.pp.rugt;/p
/div
on another. The culprit seems to be the
Last-Modified: Mon, 26 Jan 2009 18:00:03 GMT
http header which can be seen on both
Package: xine-ui
Version: 0.99.5+cvs20070914-2
Severity: normal
xine crashes when trying to open file with long name and no
permissions to read:
% touch
1234567890123456789012345123456789012345678901234512345678901234567890123451234567890123456789012345
% chmod -r
Package: xine-ui
Version: 0.99.5+cvs20070914-2.1~lenny2
Followup-For: Bug #510606
The reproducibility of this bug seems to depend on various
factors. Under metacity I am able to reproduce it only under
ru_RU.UTF-8 locale and with numeric file name. With xmonad on
different display under different
tag 510606 patch
thanks
The patch in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569591#10 fixes
segfaults in #510606. Though there are still two popups with different
error messages telling about same error.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Three government resolutions regarding time zones were published today:
http://government.ru/gov/results/9835/
(http://premier.gov.ru/eng/events/messages/9834/)
moves Republic of Udmurtia to the second time zone (UTC+3/+4) starting
2010-03-28 02:00 localtime.
22.03.2010 в 22:37:44 + Clint Adams написал:
Does this look right?
Yes, it does (modulo misplaced comment regarding Samara renaming).
--- a/europe
+++ b/europe
@@ -2041,7 +2041,8 @@
3:00 Russia KUY%sT 1991 Mar 31 2:00s
2:00 Russia
severity 540912 important
tags 540912 patch
thanks
When polipo receives DNS answer telling that record does not
exist before receiving answer for A record with CNAMEs, it results in
timeout:
Host bits.wikimedia.org has both and CNAME -- ignoring CNAME.
Host bits.wikimedia.org has both
Package: potool
Version: 0.11-1
Severity: grave
Upgrade of potool from lenny to squeeze version using
'apt-get upgrade -t testing' fails.
Output of 'LANG=C sudo apt-get -f install':
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
1 not fully installed or removed.
After this
Package: libavutil49
Version: 4:0.5.2-4
After partial lenny - squeeze upgrade using apt-get upgrade
mplayer and vlc no longer work:
% mplayer
mplayer: symbol lookup error: /usr/lib/i686/cmov/libavcodec.so.51: undefined
symbol: lzo1x_decode
% vlc
vlc: symbol lookup error:
Package: libqalculate5
Version: 0.9.7-3
Severity: serious
Lenny to squeeze upgrade of qalc fails due to file conflict between
old qalc and libqalculate5. Looks like Breaks/Replaces specify wrong
version number.
Распаковывается пакет libqalculate5 (из файла
Package: bsdmainutils
Version: 8.0.13
Severity: important
File: /usr/bin/cal
cal fails to display first day of week correctly in ru_RU.UTF-8 locale:
Ноябрь 2010
Вс Пн Вт Ср Чт Пт Сб
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30
lenny and etch
1 - 100 of 206 matches
Mail list logo