affects 981577 + fbreader
thanks
Another manifestation of the issue: broken rendering of cyrillic
symbols by the FBReader e-book reader.
Note that the ttf-bitstream-vera package description points users of
non-latin fonts into the right direction:
"Non-latin scripts are not supported (use
On Thu, 7 Oct 2021 00:35:18 +0300 Dmitry Semyonov wrote:
> On Wed, 20 May 2020 13:46:02 +0100 Andrew Gallagher wrote:
>
> > Beware for example that `zoom` is the name of a known screensaver. I am
> > glad that I do not have xscreensaver and zoom.us installed on the same
> &g
On Wed, 20 May 2020 13:46:02 +0100 Andrew Gallagher wrote:
> Beware for example that `zoom` is the name of a known screensaver. I am glad
> that I do not have xscreensaver and zoom.us installed on the same machine. :-)
Well, my kid does, and since he didn't notice the XScreenSaver error
about
On Thu, 14 Apr 2016 10:06:38 +0200 Tormod Volden wrote:
> On Thu, Apr 14, 2016 at 1:38 AM, Jamie Zawinski wrote:
> > I'm not going to change anything here. Xscreensaver is working as designed.
> > The problem being experienced is because the system it is running on is
> > misconfigured.
> >
> >
Package: mergerfs
Version: 2.31.0-1
Severity: important
Tags: patch upstream
X-Debbugs-Cc: linu...@gmail.com
Dear Maintainer,
The https://github.com/trapexit/mergerfs/pull/878 patch released as a
part of mergerfs-2.32.3 upstream could be applied to the 2.31.0-1
version currently packaged in
Package: repo
Version: 1.13.2-1
Severity: wishlist
Dear Maintainer,
Is there a chance to package the 2.14 version in time for the upcoming
Debian bullseye release?
The upstream compatibility version was recently bumped to 2.14.
That causes the following unpleasant warning with some repositories
Package: vpnc-scripts
Version: 0.1~git20190117-1
Severity: normal
Dear Maintainer,
When VPN server (Cisco in my case) provides a list of sub-nets that should not
be routed through VPN, the script creates a bunch of corresponding routes but
omits the provided netmasks, thus effectively ignoring
On Mon, 2 Sep 2019 at 22:25, Justin B Rye wrote:
> So what did actually go wrong on your systems? You disabled
> /etc/udev/rules.d/70-persistent-net.rules and they started using an
> unpredictable slot-based "predictable name"?
Yes, the interfaces file was updated to use PATH-based names but
Hello Justin,
On Thu, 12 Sep 2019 at 16:14, Justin B Rye wrote:
> https://wiki.debian.org/NetworkInterfaceNames
Thank you! Some notes on the page as I read it, (feel free to apply or
ignore; unfortunately I won't have time and energy to discuss this
topic further):
* I'm glad to see
Justin,
On Mon, 2 Sep 2019 at 14:25, Justin B Rye wrote:
>
> Dmitry Semyonov wrote:
> > "(If the udevadm output includes an “onboard” name, that takes priority;
> > MAC-based names are normally treated as a fallback, but may be needed
> > for USB ne
Package: release-notes
Severity: important
The 5.1.5 section of the document[1] contains the following text:
[1]https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#migrate-interface-names
"(If the udevadm output includes an “onboard” name, that takes priority;
Package: icewm
Version: 1.4.3+mod+20170901-1
Severity: important
Tags: patch
Dear Maintainer,
Please, find the $subj patch in attachment. Created against the
debian/experimental branch.
--
...Bye..Dmitry.
From 04dced96a10e3ebe5836bf462106f214c53adfa3 Mon Sep 17 00:00:00 2001
From: Dmitry
On Fri, 05 Sep 2014 15:09:34 +0200 Jens Oeser wrote:
I've build the package without any change on my machine.
In all mentioned *.afm files I did not find the comma (',')
in the ItalicAngle parameter
It depends on build environment. Try changing locale before the build
and you'll see the
Hello Ben,
Thank you for uploading the fixed version. The following is mostly for
you information. (I.e. I do not expect you to do any additional
investigation. Neither am I going to spend more time on this.)
On 20 April 2014 22:34, Dmitry Semyonov wrote:
On 20 April 2014 18:05, Ben Hutchings
On 19 April 2014 17:48, Ben Hutchings wrote:
Does this patch fix it?
Thanks! It fixes the crash but wlan0 has to be brought down, and up
again to make it work after initial bring up attempt:
sudo ifup wlan0=h
[ 90.191647] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
[
On 20 April 2014 18:05, Ben Hutchings wrote:
On Sun, 2014-04-20 at 11:41 +0400, Dmitry Semyonov wrote:
Thanks! It fixes the crash but wlan0 has to be brought down, and up
again to make it work after initial bring up attempt:
[...]
I assume this is a regression, i.e. this problem did
Package: src:linux
Version: 3.2.57-1
Severity: important
Dear Maintainer,
At least 3.2.57-1 and 3.2.57-2 Debian kernels from
stable-proposed-updates archive crash after issuing sudo ifup wlan0=h
command. (netconsole output will be provided in a separate e-mail.)
Previous stable kernels worked
Kernel log of the crash is attached.
--
...Bye..Dmitry.
[ 1833.611397] BUG: unable to handle kernel NULL pointer dereference at 0010
[ 1833.611455] IP: [a0410c6a] rtl92ce_update_hal_rate_tbl+0x29/0x4db [rtl8192ce]
[ 1833.611530] PGD 3e8da6067 PUD 4048ac067 PMD 0
[
Previous stable kernels worked fine on the same laptop but I have not
tried to downgrade the kernel to double-check whether current stable
version continues to work now.
WiFi could be enabled w/o problems after downgrading
linux-image-3.2.0-4-amd64 from 3.2.57-2 (proposed-updates) to 3.2.54-2
Another, probably better, workaround is oss-compat package:
The purpose of this package is for applications that only support OSS
to depend on it, hence preventing common /dev/dsp not found errors
that would confuse unexperienced users.
--
...Bye..Dmitry.
--
To UNSUBSCRIBE, email to
On 20 October 2013 13:15, Ivan Shmakov wrote:
Dmitry Semyonov linu...@gmail.com writes:
However, I believe that alsa-oss should /not/ be in Depends:,
for aylet(1) can also be used on a completely mute system.
(Think of a file server performing automated .ay to .oga
Package: packeth
Version: 1.6.5-2
Severity: important
Tags: patch
Hi there!
Removing all gdk_flush() calls from src/function_send.c fixes the
crashes.
FYI, very similar fix is also applied in upstream version 1.7.3.
-- System Information:
Debian Release: 7.1
APT prefers stable
APT policy:
Package: aylet
Version: 0.5-3
Severity: important
Dear Maintainers,
aylet is compiled to use OSS driver, and it seems OSS compatibility
layer is not installed by default in Debian Wheezy. As a workaround, one
can install alsa-oss package and start aylet as follows:
$ aoss aylet *.ay
Probably,
dpkg-reconfigure debconf is the answer. (Select readline frontend.)
I would like to see this information on every poorly designed dialog
produced by debconf, with ability to switch to readline frontend in
runtime.
P.S.
I was also unpleasantly surprised in the past by ncurses dialogs
that
On Mon, Sep 26, 2011 at 04:25, Dmitry Semyonov linu...@gmail.com wrote:
On Sat, Aug 6, 2011 at 12:51, Mike Hommey m...@glandium.org wrote:
On Tue, Jan 04, 2011 at 05:57:56AM +0300, Dmitry Semyonov wrote:
Note that I deliberately deleted the version information. While I'm
currently using
Hello Mike,
On Sat, Aug 6, 2011 at 12:51, Mike Hommey m...@glandium.org wrote:
On Tue, Jan 04, 2011 at 05:57:56AM +0300, Dmitry Semyonov wrote:
Package: iceweasel
Severity: important
First of all, the workaround for those, seeking for quick solution:
1. Execute the following commands
Package: release-notes
Severity: normal
http://wiki.debian.org/StableUpdates contains the following important
note:
Note that if APT::Default-Release is set in your /etc/apt/apt.conf (or
in any of /etc/apt/apt.conf.d/*), then, in order for automatic upgrades
to work, it is necessary to add the
Package: screen
Version: 4.0.3-14
Severity: wishlist
The fix seems to be available in upstream repository, (have not tried it
though):
http://lists.gnu.org/archive/html/screen-users/2009-12/msg00116.html
So, all is needed is to cherry-pick a couple of commits, or simpy
release new version from
Package: smokeping
Version: 2.3.6-5
Severity: minor
Tags: patch
Default Database configuration file is defined so that only 360 days of
data could be stored:
max(steps * total) / (secs_in_a_day / step) =
144 * 720 / (86400 / 300) =
360
But Presentation configuration file defines the 4th graph
On Sun, Jan 2, 2011 at 02:34, Dmitry Semyonov wrote:
I'm attaching new version of the patch. It fixes another missed crash
at else if (TLS_buffer[buf_end] != '\n') line, as well as the same
issues in duplicate code of SSL_readline().
Unfortunately, this was not enough. It is also necessary
Package: iceweasel
Severity: important
First of all, the workaround for those, seeking for quick solution:
1. Execute the following commands:
sudo cp /etc/mailcap /etc/mailcap.iceweasel
sudo sed -i 's/; test=test -n $DISPLAY//' /etc/mailcap.iceweasel
sudo sed -i 's/; test=test $DISPLAY//'
I'm attaching new version of the patch. It fixes another missed crash
at else if (TLS_buffer[buf_end] != '\n') line, as well as the same
issues in duplicate code of SSL_readline().
P.S.
I have concerns about i = buf_end inside another condition
branch. Most likely, it needs to be '' instead of
I wonder why it was reported as a security risk.
My concern is the third gnutls_record_recv() call. 'maxlen' argument
of TLS_readline() was passed to the call as is, and TLS_readline()
callers *always pass the full size* of TLS_buffer[] as 'maxlen', but
pointer passed to the gnutls_record_recv()
I've just committed your patch to echoping and it seems to work
I also confirm that the patch fixed the crashes for me.
I should note that the problem HTTPS server is rather unstable (15.25%
failed requests over 10 days). Most likely the crash never happens
with properly working servers.
--
Well, crashed again at the same place, (if (TLS_buffer[i] == '\n')
line). So, better patch is attached.
--
...Bye..Dmitry.
--- echoping-6.0.2.orig/readline.c
+++ echoping-6.0.2/readline.c
@@ -139,7 +139,8 @@
if (ln) {
/* Empty buffer */
if (buf_end == 0) {
Package: echoping
Version: 6.0.2-3
Severity: grave
Tags: security patch
Justification: user security hole
I use Smokeping to monitor a number of external hosts. echoping is
called by EchoPingHttps Smokeping probe, and it crashes several times a
week, resulting in syslog error like:
Dec 11
Package: hamster-applet
Version: 2.30.2-2
Severity: normal
'Edit - Preferences - Categories and Tags' tab requires icons from
gnome-icon-theme. I use hamster-standalone with IceWM, (i.e. no common GNOME
packages installed by default).
-- System Information:
Debian Release: squeeze/sid
APT
found 543275 2.6.32+28
thanks
I've encountered exactly the same problem on a new workstation. The
attachment contains syslog output, and /proc/interrupts after
re-plugging a mouse to another USB port.
--
...Bye..Dmitry.
Nov 25 13:03:16 dhcp-140-130 kernel: [78849.613493] irq 16: nobody cared
Hello Julien,
On Thu, Oct 21, 2010 at 13:01, Julien Cristau wrote:
On Thu, Oct 21, 2010 at 00:30:07 +0400, Dmitry Semyonov wrote:
Condensed noteworthy differences between old and new Xorg.0.log:
(==) intel(0): Shadow buffer enabled, GPU acceleration disabled.
(II) intel(0): direct
On Fri, Oct 22, 2010 at 01:18, Julien Cristau wrote:
On Fri, Oct 22, 2010 at 01:07:03 +0400, Dmitry Semyonov wrote:
(Note however that
'man intel' suggests shadow option is disabled by default.)
We're turning it on for i8xx in the debian package to avoid hangs. I
should fix the manpage
Hello Cyril,
On Wed, Oct 20, 2010 at 15:37, Cyril Brulebois k...@debian.org wrote:
Dmitry Semyonov linu...@gmail.com (20/10/2010):
After today's testing upgrade of xserver-xorg-video-intel (2:2.9.1-4
- 2:2.12.0+shadow-2) 2D performance dropped to hardly usable state.
which kernel are you
Cyril,
On Wed, Oct 20, 2010 at 18:29, you wrote:
You may want to try a newer version
It had some changes related to shadow, not sure what their impact is.
Indeed the performance degradation is fixed in 2.13 version. And
although it is still not perfect (e.g. smooth scrolling of Gmail
threads
Hi!
After today's testing upgrade of xserver-xorg-video-intel (2:2.9.1-4
- 2:2.12.0+shadow-2) 2D performance dropped to hardly usable state.
Page scrolling in Iceweasel and windows movements became very
sluggish. Any ideas how to work this around?
lspci reports Intel Corporation 82865G
Package: tinyproxy
Version: 1.8.1-3
Severity: grave
Tags: patch
Justification: renders package unusable
--- tinyproxy-1.8.1/src/log.c 2010-02-19 18:38:00.0 +0300
+++ log.c 2010-04-19 00:56:36.0 +0400
@@ -211,6 +211,9 @@ void send_stored_logs (void)
size_t i;
+
Package: xdm
Version: 1:1.1.9-1
Severity: important
Tags: patch
Tracked down with a help of Valgrind.
--- xdm-1.1.9/greeter/greet.c 2009-09-18 06:24:37.0 +0400
+++ greet.c 2010-04-06 02:18:07.0 +0400
@@ -503,7 +503,7 @@
struct myconv_data pcd = { d, greet,
Another reason to set LC_ALL=C is grep slowness in UTF-8 locale.
Depending on used patterns, I saw grep -E to be 6 times slower
compared to C locale, and I guess this was not the worst case. The
performance problem seems to be fixed in grep-2.6.* but it is not
available in Debian yet.
--
Package: grep
Version: 2.5.4-4
Severity: wishlist
2.6 series grep is much faster on multibyte character sets.
I personally noticed it to be 6 times faster for a simple test case
when working in UTF-8 locale.
Is there a chance for the new version to be included into Squeeze
release?
--
On Wed, Dec 2, 2009 at 11:36, Reinhard Tartler siret...@tauware.de wrote:
Fabian Greffrath greffr...@leat.rub.de writes:
Would you please try again with the packages from Debian?
From my recent observations the following steps should be sufficient to
unbreak a debian system:
- remove all
Package: aptitude
Version: 0.4.11.11-1+b2
Severity: normal
The following console output demonstrates the problem.
$ sudo aptitude full-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing
Package: linux-image-2.6.30-2-686
Version: 2.6.30-8
Severity: important
I get the unable to handle kernel paging request several times per week with
similar stack trace on my desktop PC. Sometimes it seems to have no significant
impact on the system, at other times it kills X server (one of the
Hi Eduard,
On Sat, Oct 10, 2009 at 02:42, Eduard Bloch e...@gmx.de wrote:
Heh? When I say Not reproducible for me than I mean it. Show a repro
which reliably works.
Have you tried to reproduce it with 'vlc' player as I described in an
earlier post?
The problem is not just in separate black
Package: jigzo
Version: 0.6.1-3.1
Severity: grave
Justification: renders package unusable
The Subject says it all.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
reopen 546361
stop
The bug is not fixed in any officially available Debian package.
I've got another error:
FATAL_ERROR: Can't receive value from the server
after upgrade from lenny to testing. Removing the cache solved the
problem for me as well.
--
...Bye..Dmitry.
--
To UNSUBSCRIBE,
On Sun, Sep 27, 2009 at 11:05, Eduard Bloch e...@gmx.de wrote:
your problem is not reproducible for me by
any means. Tried stable/unstable icewm and gajim packages in all
combinations, it works fine.
I confirm the problem with unmodified IceWM from Lenny.
I upgraded to testing last night,
FYI,
I use Lenny's Ekiga with SIPNET without problems, although not very
often (several times per month).
--
...Bye..Dmitry.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gnash
Version: 0.8.4-2
Severity: important
$ gnash -v http://english.pobediteli.ru/victors.swf
RcInitFile: parsing /etc/gnashrc
RcInitFile: couldn't open file: /home/username/.gnashrc
12276:3059296496] 12:10:18 SECURITY: Checking security of URL
Hello Miriam,
On Sun, May 10, 2009 at 18:18, Miriam Ruiz little_m...@yahoo.es wrote:
--- El dom, 10/5/09, Dmitry Semyonov linu...@gmail.com escribió:
Version: 0.8.4-2
Severity: important
Version 0.8.5-1 doesn't seem to crash for me, it seems to work OK. I think it
might be a bug specific
Miriam,
On Mon, May 11, 2009 at 00:55, Miriam Ruiz little_m...@yahoo.es wrote:
On Sun, May 10, 2009 at 18:18, Miriam Ruiz little_m...@yahoo.es
wrote:
--- El dom, 10/5/09, Dmitry Semyonov linu...@gmail.com
escribió:
Version: 0.8.4-2
Version 0.8.5-1 doesn't seem to crash for me
On Mon, 4 Feb 2008 08:15:24 +1300, martin f krafft wrote:
logcheck has the policy not to ignore restart messages. Thanks for
the patch, please understand that I won't be including it.
Quote from README.logcheck-database:
Unfortunately, we don't have the time to add and update rules for
Package: icewm
Version: 1.2.35-1
Severity: minor
key XF86WWW sensible-browser
line should be used in addition to
key XF86HomePage sensible-browser
one inside keys file.
btc5126t keyboard map implements the former
but does not implement the latter.
So, Internet
The following two extensions solve the issue for me.
Toggle Word Wrap (https://addons.mozilla.org/en-US/firefox/addon/2351):
Toggle word wrapping in Thunderbird (Composer window) or Firefox (PRE elements).
MR Tech Link Wrapper (https://addons.mozilla.org/en-US/firefox/addon/2021):
Wraps long
On Fri, 26 Jan 2007 07:48:03 +0100, Mike Hommey wrote:
A workaround for this would be to set MOZ_DISABLE_PANGO. See the
/usr/doc/share/iceweasel/README.Debian file.
Currently, /usr/share/doc/iceweasel/README.Debian states the following:
From version 3.0~b4-1, pango is the only font backend
Package: aylet
Version: 0.5-2
Severity: normal
Use command similar to the following to reproduce:
echo AgentX.ay AgentX2.ay |xargs aylet
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux
Package: dokuwiki
Severity: minor
There are different ways to fix the problem:
1. Create symlink to the original VERSION file
postinst: ln -fs /usr/share/doc/dokuwiki/VERSION /usr/share/dokuwiki/
postrm: rm -f /usr/share/dokuwiki/VERSION
2. Install the original VERSION file into
Package: logcheck-database
Version: 1.2.68
Severity: minor
openssh-server version 1:5.1p1-2
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: reverse mapping checking
getaddrinfo for [._[:alnum:]-]+ failed - POSSIBLE BREAK-?IN ATTEMPT!$
should look like
^\w{3} [ :0-9]{11} [._[:alnum:]-]+
On Sun, Sep 21, 2008 at 04:01, Mohammed Adnène Trojette
[EMAIL PROTECTED] wrote:
On Sat, Sep 20, 2008, Dmitry Semyonov wrote:
So, I think the right solution is to use libapache-mod-php5 |
libapache2-mod-php5 instead of php5 | php4. Also, php4-cli and php4-gd
should be removed from Recommends
On Tue, Sep 16, 2008 at 15:33, Mohammed Adnène Trojette
[EMAIL PROTECTED] wrote:
On Tue, Sep 16, 2008, Dmitry Semyonov wrote:
I'll provide a patch (postinst rewritten in sh) within a day or two.
The patch is in attachment.
It also fixes dependency list (libapache-mod-php4 |
libapache2-mod-php4
Hello Mohammed,
On Sat, Sep 20, 2008 at 19:23, Mohammed Adnène Trojette
[EMAIL PROTECTED] wrote:
On Sat, Sep 20, 2008, Dmitry Semyonov wrote:
It also fixes dependency list (libapache-mod-php4 |
libapache2-mod-php4 instead of php4),
I don't think I will include this, as libapache2-mod-php4
On Sat, Sep 20, 2008 at 21:32, Dmitry Semyonov [EMAIL PROTECTED] wrote:
There is no separate bug in Debian BTS. While I was using dokuwiki
from Etch backports I noticed that snapshot? version is displayed by
http://localhost/dokuwiki/doku.php?do=check URL. I thought it was some
problem
Package: mc
Version: 2:4.6.2~git20080311-3
Severity: minor
This is what is written into /var/log/syslog every time mc is started
on remote PC (via SSH) without gpm installed (it's just unnecessary there):
Sep 11 03:14:44 stage01 mc: *** info
Sep 11 03:14:44 stage01 mc: /dev/gpmctl: No such
On 8/20/07, Gerfried Fuchs [EMAIL PROTECTED] wrote:
If you don't want to upgrade to testing/unstable - do you mind giving
the backports of the testing package I did for etch a try?
There is no such problem in current version from backports (1.2.6-1~bpo1).
I must note however, that the image
On 7/24/07, Gerfried Fuchs [EMAIL PROTECTED] wrote:
On Sat, Sep 30, 2006 at 09:11:35PM +0400, Dmitry Semyonov wrote:
1-2 pixel width line of the first pre-campaign story image remains
on the right side of the screen when it is cleared before the subsequent
story parts.
Does this problem
Hello Brice,
Sorry for late reply.
On 6/22/07, Brice Goglin [EMAIL PROTECTED] wrote:
You said this bug was gone after switching to 1280x1024. Could you try
1024x768 again to say whether it has been fixed in the meantime?
Looks like the bug was fixed indeed. I'm using xserver-xorg-video-i810
severity 420668 normal
stop
Looks like the problem was resolved recently. At least wine has just
been installed successfully.
On the other hand I use pretty minimal set of packages, so I can't be
100% sure. Therefore, I'm not closing the bug right now, but rather
demoting the severity. I'll
Package: mirrors
Severity: grave
Justification: renders package unusable
I contacted [EMAIL PROTECTED] about this issue, and received a reply
on Apr, 16 that the mirror script can't connect on the first try,
and then when it finally connects after some time the connection
becomes broken.
He was
On 1/16/07, Brice Goglin [EMAIL PROTECTED] wrote:
If it is confirmed that eciadsl does not work with 2.6.18 and there is
no easy way to make it work (does upstream have a patch?), I don't think
I will prepare a new NMU right now unless somebody wants me to do so.
It is confirmed, and upstream
Package: mpg123
Version: 0.61-4
Severity: wishlist
Please.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=en_US.UTF-8,
eciadsl_0.11-3.1 is unusable on my PC, while eciadsl_0.11-3 works more
or less fine.
PPP connection can't be established by some reason in 0.11-3.1
version. It always times out.
Also note that 0.11-* version does not work with 2.6.18.* kernels.
Upstream developers are aware of the issue. So, I
On 1/14/07, Brice Goglin [EMAIL PROTECTED] wrote:
Dmitry Semyonov wrote:
On 1/14/07, Brice Goglin [EMAIL PROTECTED] wrote:
Brice Goglin wrote:
Since you have the hardware to test, could add a printf where I set
page_size and where I use it, so that we know whether page_size
Package: console-cyrillic
Version: 0.9-14
Severity: wishlist
Tags: patch
I propose to extend CYRILLIC AT RUN-TIME section of README.Debian
with another possible solution to console is broken after switching
back from X problem. Example text follows below, (the old contents
is mostly intact
Package: sipsak
Version: 0.9.6-1.1+b1
Severity: important
It would be good to include this small yet important fix into Debian
version of sipsak before Etch release:
http://developer.berlios.de/bugs/?func=detailbugbug_id=8289group_id=485
--
...Bye..Dmitry.
--
To UNSUBSCRIBE, email to [EMAIL
Package: smokeping
Version: 2.0.9-1
Severity: normal
The error returned looks like:
ERROR: /etc/smokeping/config ... unknown variable 'mininterval'
Note that it returns the error for any AnotherDNS-related variable,
and not just mininterval.
On the other hand Smokeping itself starts properly,
retitle 397609
severity 397609 wishlist
stop
Hello Niko!
Thanks for quick response.
On 11/8/06, Niko Tyni [EMAIL PROTECTED] wrote:
On Wed, Nov 08, 2006 at 03:38:07PM +0300, Dmitry Semyonov wrote:
The error returned looks like:
ERROR: /etc/smokeping/config ... unknown variable 'mininterval
I encountered the same problem a few weeks ago. But it has gone after
recent 'aptitude upgrade'.
So, I think the bug was fixed somewhere between:
[UPGRADE] cdebootstrap 0.3.11 - 0.3.15.
--
...Bye..Dmitry.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
The docs are actually in place (/usr/share/doc/avifile-player/*).
But 'dpkg -L avifile-player' shows only the root folder for the docs,
and not the files themselves.
Obviously, there is some problem with packaging.
P.S.
I'm using 0.7.44.20051021-2.2 version.
--
...Bye..Dmitry.
--
To
Lucas,
On 10/30/06, Lucas Nussbaum [EMAIL PROTECTED] wrote:
It's not clear if bug #383264 is fixed or not in 2.6.18. The header for
the bug states:
Found in versions linux-2.6/2.6.17-6, linux-2.6/2.6.17-8,
linux-2.6/2.6.18-2;
I think the latter appeared due to special treatment of lines
Recent xorg upgrade fixed the issue for me (Intel Corporation 82865G
Integrated Graphics Controller (rev 02)).
/var/log/aptitude:
[UPGRADE] xorg 1:7.0.22 - 1:7.1.0-5
[...]
[UPGRADE] xserver-xorg-video-i810 1:1.5.1.0-2 - 2:1.7.2-1
--
...Bye..Dmitry.
--
To UNSUBSCRIBE, email to [EMAIL
Mats, I suggest you to to read the following sections of grub info manual:
* 4.3 How to make your system robust
* 4.3.1 Booting once-only
* 19 Invoking grub-set-default
Then re-read the bug title again.
Note that I didn't say I used my menu.lst for fail-safe booting. I
only noted that
All,
On 10/10/06, Dmitry Semyonov [EMAIL PROTECTED] wrote:
On 10/9/06, dann frazier [EMAIL PROTECTED] wrote:
On Sun, 2006-10-08 at 21:16 -0600, Grant Grundler wrote:
I didn't know Compaq used two different 53[cC]510 parts.
Patch below adds the same tweak to the 0x0010 device ID
Hi Dann,
On 10/9/06, dann frazier [EMAIL PROTECTED] wrote:
On Sun, 2006-10-08 at 21:16 -0600, Grant Grundler wrote:
I didn't know Compaq used two different 53[cC]510 parts.
Patch below adds the same tweak to the 0x0010 device ID.
[...]
Are you able to test this fix?
Of course! Will
Package: linux-image-2.6.18-1-686
Version: 2.6.18-2
Severity: important
This is very similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380272
The same workaround could be used to overcome the problem:
cat cpqarray /etc/initramfs-tools/modules
update-initramfs -u
lspci -v output
Hi Dann,
On 10/2/06, dann frazier [EMAIL PROTECTED] wrote:
On Mon, Oct 02, 2006 at 04:11:27PM +0400, Dmitry Semyonov wrote:
I was able to load the kernel on Compaq DL380 with serial console
enabled for both GRUB and kernel messages.
This sounds like a *success* report, not a bug report
Package: linux-image-2.6.18-1-686
Version: 2.6.18-2
I was able to load the kernel on Compaq DL380 with serial console
enabled for both GRUB and kernel messages.
Note that I experienced the same issue with previous (2.6.17) kernel.
So, I assume it is fixed in 2.6.18.
--
...Bye..Dmitry.
--
To
Package: xine-ui
Followup-For: Bug #390335
I installed Etch via netinst iso, and then added necessary
packages via aptitude. Never installed KDE. xine and oxine
start without problems. (I removed .xine aforehand. I don't
have .kde in my home dir.)
~$ xine
This is xine (X11 gui) - a free video
There is no GT2 support in current (testing) libmikmod2-3.1.11-a-6
Debian package.
--
...Bye..Dmitry.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: wesnoth-tsg
Version: 1.1.10-1
Severity: minor
1-2 pixel width line of the first pre-campaign story image remains
on the right side of the screen when it is cleared before the subsequent
story parts.
This bug together with bad quality of the first image made me think
that subsequent
Package: wesnoth
Version: 1.1.10-1
Severity: minor
Besides the problem described in bug #357786, game music is also
distorted while I'm scrolling the map with mouse or looking at
scrolling game credits. Note that game music and effects volume
is set to maximum as per #357786.
-- System
On 9/29/06, Daniel Kahn Gillmor [EMAIL PROTECTED] wrote:
BUG: unable to handle kernel NULL pointer dereference at virtual address
000c
[...]
Oops: [#1]
[...]
Interestingly, i've also got panic=15 set as a kernel parameter, but
it is not triggering a reboot 15 seconds later as i
Package: spca5xx-source
Version: 20060501-1
Severity: wishlist
Tags: patch
The patch adds 046d:092f camera to the list of recognized devices.
After that gqcam is able to work with the camera. The picture is not perfect,
although I have not tried any other webcam to compare with. But definitely,
Package: wesnoth
Version: 1.1.9-1
Followup-For: Bug #357786
The worst thing is that music volume slider is (could be?) not at
the maximum position during the first start.
Note that usually sound distortion happens in general because of too
high volume level. Therefore I have not tried to put
1 - 100 of 126 matches
Mail list logo
