Hello.
I have a patch for it:
https://sourceforge.net/p/lxde/patches/541/
It keeps the variants for subsequent layouts, so for your
example there would be "fr", "fr(bepo)" if I understand the
variant name right.
Actually, there is another patch already for his issue,
which allows more configurab
Package: cabal-debian
Version: 3.9-1
Tags: patch
Hi.
This is a re-submit of the https://bugs.debian.org/658595 ,
which has been closed as "functionality your report is about
was dropped from the package". In fact it was not just
dropped, it was moved here, to cabal-debian.
Currently I am not doi
Seems like I have found a workaround for this issue. Put following lines
to you apt.conf:
Aptitude::ProblemResolver::Break-Hold-Level 5;
Aptitude::ProblemResolver::Keep-All-Level 4;
Aptitude::ProblemResolver::Remove-Level 2;
Aptitude::ProblemResolver::Non-Default-Level 15000;
The defa
3.0.10~rc10-3
ii libgmp102:5.0.2+dfsg-1
ii zlib1g 1:1.2.3.4.dfsg-3
Versions of packages haskell-debian-utils recommends:
ii apt-file 2.5.0
haskell-debian-utils suggests no packages.
From 1805df451b49c7685afd7979d40cb80122083521 Mon Sep 17 00:00:00 2001
From: Max Kirillov
Date
Package: ltrace
Version: 0.5.1-2
Severity: normal
when option -T is enabled, ltrace incorrectly counts time
elapsed in calls:
$ltrace -o vim.ltrace -ttt -T -S vim
in output file there strings like:
1253945122.27 strcmp("fencs", "t_bc") = -1 <0.21>
1253945122.86 strcmp("fencs", "t_c
On Tue, Feb 10, 2009 at 06:46:53PM +0100, Kurt Roeckx wrote:
> This is probably related to enabeling TLS extentions. Try
> using s_client with the -no_ticket option.
Yes, this helped
Trace from server:
...
main, READ: TLSv1 Handshake, length = 82
*** ClientHello, TLSv1
...
--
Max
--
To UNS
Package: openssl
Version: 0.9.8g-14
Severity: normal
$openssl s_client -tls1 -connect localhost:12345
CONNECTED(0003)
26552:error:140943F2:SSL routines:SSL3_READ_BYTES:sslv3 alert unexpected
message:s3_pkt.c:1053:SSL alert number 10
26552:error:1409E0E5:SSL routines:SSL3_WRITE_BYTES:ssl hand
Package: dnsmasq
Version: 2.45-1
Severity: important
If setcap() call at startup fail (for example, under
OpenVZ), dnsmasq reports an error and do not start:
# /etc/init.d/dnsmasq start
Starting DNS forwarder and DHCP server: dnsmasq
dnsmasq: setting capabilities failed: Operation not permitted
I can see the same effect with X fonts (I setup everything
to use X fonts and have unset "Allow pages to set their own
fonts"). Looks like letters are improperly placed.
When I remove .fonts.conf, it prints well with usual ttf
font (Liberation?).
A piece of my .fonts.conf:
/usr/share/fonts/X1
Package: iceweasel-greasemonkey
Version: 0.6.6.20061017.0-2
Severity: normal
Currently iceweasel-greasemonkey package has:
Depends: iceweasel (>= 2.0+dfsg-1), iceweasel (<< 2.1)
sid distribution now contains iceweasel 3, and
iceweasel-greasemonkey cannot be installed with it
-- System Informatio
Looks like it wrongly adds screen coordinates to
other_fw->g.frame
wrongly because it already contains absolute coordinates.
functions
__pl_minoverlap_get_next_x(), and probably
__pl_minoverlap_get_next_y()
in fvwm/placement.c
--
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
Package: fvwm
Version: 1:2.5.23-2
Severity: normal
When I sequentially open xterm windows, they are placed
on a current screen
like this:
+---+
|1.2|
|3.4|
|5.6|
|...|
+---+
dots here are empty spaces not sufficient to place the window.
After all space is used, the next window is placed exactly
o
I've tried it on the 0.39-6. It still fails, but not by
sigsegv. It just hangs on accept() at some moment (when
memory size reaches its limit)
Anyway, here is the bug:
--src/chm_http.c
static void chmhttp_server(const char *filename)
{
...
pthread_t t
Package: libboost-dev
Version: 1.34.1-2
Severity: important
consider this code:
#include
#include
#include
#include
int
main ()
{
boost::date_time::format_date_parser
parser(std::string("%Y-%m-%d"), std::locale("C"));
boost::date_time::special_values_parser
Package: mailutils
Version: 1:1.1+dfsg1-3.1
Severity: normal
I'm not sure if there is bug in mimeview of cupsys configs,
or maybe 1 bug in mimeview and 1 in cupsys...
to reproduce:
[EMAIL PROTECTED] -l cupsys
<...>
ii cupsys 1.2.12-1 Common UNIX Printing System(tm) - server
[EMAIL
Package: freetalk
Version: 0.5-2
Followup-For: Bug #367272
there is 'ft-login-hook' hook. You can add a handler for it
instead of creating another file:
(add-hook! ft-login-hook
(lambda (status)
(remove-hook! ft-message-receive-hook beep-proc))
)
--
To UNSUBSCRIBE, email to
Package: licq-plugin-console
Version: 1.3.4-2
Followup-For: Bug #399012
file {licq-source}/plugins/console/src/console_tab.cpp,
about line 99:
/* This is commented, so we get a list of every user if the user hits tab
and hasn't typed anything. This might suck...
if (nLen == 0)
_sTab
Package: licq-plugin-console
Version: 1.3.4-2
Severity: important
steps to reproduce:
$ licq -p console
> /status online
> /message {recipient prefix}
i can see:
> /message {recipient - completed!} *** glibc detected *** double free or
> corruption (fasttop): 0x08e93c40 ***
zsh:
Package: libglib1.2-dev
Version: 1.2.10-13
Severity: minor
File: /usr/share/aclocal/glib.m4
In this "project":
[EMAIL PROTECTED] configure.in
AC_INIT(1.c)
[EMAIL PROTECTED] 1.c
[EMAIL PROTECTED]
aclocal-1.9 produces a warning:
[EMAIL PROTECTED]
/usr/share/aclocal/glib.m4:8: warning: underquoted
Package: gajim
Version: 0.10.1-6
Severity: normal
Pressing Shift-F10 on an contact in the roster produces
nothing. Looking in the source, I discovered that the
corresponding keypresses and mouse clicks handled literally.
Ithink you should privide a handler for "popup-menu" event.
This is not a 1-
Package: python-apt
Version: 0.6.19
Followup-For: Bug #388189
I investifated a bit and discover that similar symbols
are defined in the apt libraries. I upgrade the "apt"
package and the problem disappear. The bug about dependency
already exists:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3
Package: python-apt
Version: 0.6.19
Severity: important
I saw the "ImportError" message on a package installation
via aptutude. Looks like it does not affect the result, but
I'm not sure about it (and single *-doc package is probably
not a good test for full functionality).
max$ sudo aptitude ins
Package: alien
Version: 8.56
Severity: grave
Justification: renders package unusable
RPM often does not specify permissions for directories which
contain files, and does not place the directories to the cpio
archives in packages.
Alien sets mode 755 for that files. It recognizes such
directories
23 matches
Mail list logo
